Service Management System

Abstract

To provide a service management system capable of dynamically monitoring and determining purchasing various paid / free services, and concluding, renewing, suspending, and abolishing contracts, etc. and capable of optimizing them.SOLUTION: A system manages a license contract and a purchasing optimization related to prescribed services contracted under a prescribed condition unit. The management system comprises: a license-purchasing optimization part 11 to execute simulation determining whether or not to purchase a license the contract of which is requested by a user; a license-inventory optimization part 12 to execute simulation determining whether or not to suspend each license; a license-update optimization part 13 to execute simulation whether or not to abolish each license; a license-switching information generating part 14 to generate switching list information by determining the presence / absence of similar licenses to be switched to each license; and a license-cancellation information generating part 15 to generate cancellation list information representing the license to be abolished.SELECTED DRAWING: Figure 2

Description

[Technical field]

[0001] The present invention relates to a technology for supporting management and operation tasks such as purchase, contract conclusion, renewal, and termination of various services, such as mobile phones, smartphones, and paid or free software applications, that are provided or loaned to employees or staff of companies, organizations, and other such organizations. [Background technology]

[0002] Generally, companies, groups, organizations, etc. provide or lend various services necessary for their employees to carry out their work, such as mobile phones, smartphones, and paid or free software applications, at the company's expense. For example, in the past, there was the management of fixed-line telephone line subscription rights and monthly usage fee assets and payments, and more recently, there is the management of equipment rental fees and annual or monthly usage fees for various cloud services, installment payments and monthly communication fees for mobile phone companies' smartphones, and the management of each contract, which is renewed on an annual basis.

[0003] The various services provided to employees as part of such business operations and employee benefits can be enormous in type, content, quantity, and cost to be paid. For this reason, it is extremely important for companies and organizations to properly manage and operate the purchase of these services, as well as the conclusion, renewal, and termination of contracts. It is also necessary to eliminate unnecessary and inefficient duplicate contracts for services as much as possible. However, until now, the management of these various services has been carried out manually by staff in management departments, such as the company's management or general affairs department, based on their many years of experience and intuition, which placed a heavy burden on the staff, and in many cases it was difficult to say that the services were being managed and operated appropriately.

[0004] In response to this, support technologies have been proposed that aim to reduce the burden on those in charge of managing and operating various services in such companies and organizations, while enabling them to carry out management and operation tasks efficiently. For example, Patent Document 1 proposes a "license management method" that uses a computer to manage the number of software licenses held within an organization such as a company and the number of software actually being used within the organization, checks whether there is a shortage of licenses for any software, and notifies a person in charge if there is a shortage, thereby preventing unauthorized use of licenses within the organization, achieving efficient and accurate license management, and reducing the workload of license management. [Prior art documents] [Patent documents]

[0005] [Patent Document 1] Patent No. 4121344 specification Summary of the Invention [Problem to be solved by the invention]

[0006] However, there is still room for further improvement in the service management support technologies up to now, including the technology disclosed in Patent Document 1. For example, the license management method of Patent Document 1 is intended only to prevent shortages of or unauthorized use of software to be contracted for, and is not capable of extracting unnecessary or duplicated services and reviewing or optimizing the contracts.

[0007] The present invention has been proposed to solve the problems described above, and aims to provide a service management system that can automatically extract unnecessary services, inefficient operations, overlapping contracts, etc. by dynamically monitoring and determining the purchase, conclusion, renewal, suspension, cancellation, etc. of various paid and free services contracted by companies, organizations, etc., and can optimize the execution, review, suspension, cancellation, etc. of contracts and purchases. [Means for solving the problem]

[0008] In order to achieve the above object, the present invention provides a system for managing the optimization of license contracts and purchases for one or more predetermined services contracted on a predetermined contract basis, the system comprising: predetermined license information including usage status information, purchase information, and purchase condition information for each license for identifying the license under contract; and predetermined similar license information indicating one or more similar licenses. a license purchase optimization unit that, when a license contract application is received from a user, executes a predetermined license purchase optimization simulation to determine whether or not the license should be purchased based on the usage status information, purchase information, and purchase condition information of each license stored in the storage unit, and executes a predetermined license purchase process based on a result of the simulation; a license switching information generating unit that executes a license switching simulation to determine whether or not there is a similar license to be switched with the license based on any one of the use status information, purchase information, purchase condition information, and similar license information of each license stored in the storage unit, and generates switching list information indicating the relevant similar license based on a result of the simulation; Equipped with The license switching information generating unit refers to the storage means, extracts data on services similar to the current service related to each of the licenses, executes a simulation to compare the fees when the service is switched, and generates a list that displays the names and fees of the current service and one or more similar services in a comparative manner. It is in the composition.

[0009] Furthermore, the present invention can be configured as a program executed in the service management system according to the present invention as described above. Furthermore, the present invention can also be embodied as a method that can be implemented by the service management system and program according to the present invention as described above. Effect of the Invention

[0010] According to the present invention, by dynamically monitoring and determining the purchase, contract conclusion, renewal, suspension, termination, etc. of various paid and free services contracted by companies, organizations, etc., it is possible to automatically extract unnecessary services, inefficient operations, overlapping contracts, etc., and to optimize the execution, review, suspension, termination, etc. of contracts and purchases. This makes it possible to provide a service management system, program, and method that is ideal for managing and operating the purchase and contracts of various services, such as mobile phones, smartphones, and paid or free software applications that are provided or loaned to employees and staff of companies, organizations, and other such organizations. [Brief description of the drawings]

[0011] [Figure 1] 1 is an explanatory diagram illustrating a schematic diagram of an overall configuration of a service management system according to an embodiment of the present invention; [Diagram 2] 2 is a functional block diagram showing the configuration of each unit in the service management system. [Diagram 3] 1A to 1C are explanatory diagrams showing the data configurations stored in databases of a service management system, in which (a) shows the data configuration of a license usage status DB, (b) shows the data configuration of a service cancellation information DB, and (c) shows the data configuration of a service cancellation list DB. [Figure 4] 1A to 1C are explanatory diagrams showing the data configurations stored in databases of a service management system, in which (a) shows the data configuration of a purchased license DB, (b) shows the data configuration of a purchase condition DB, and (c) shows the data configuration of a similar license DB. [Diagram 5] 13 is a flowchart showing an outline of a processing operation in a license purchase optimization unit. [Figure 6] FIG. 13 is an explanatory diagram showing an input screen image of a paid license application form. [Figure 7] 13 is a flowchart showing details of a processing operation in a license purchase optimization simulation. [Figure 8]11A and 11B are explanatory diagrams showing output images of a license purchase optimization simulation, in which (a) is a purchase simulation list, and (b) is an example of a display of purchase conditions. [Figure 9] 13 is a flowchart showing an outline of a processing operation in a license inventory optimization unit. [Figure 10] 13 is a flowchart showing details of a processing operation in a license inventory optimization simulation. [Figure 11] 11A and 11B are explanatory diagrams showing an output image of a license inventory optimization simulation, in which (a) is a usage status output instruction screen, (b) is a usage status output, and (c) is an example of a usage status display. [Figure 12] 13 is a flowchart showing an outline of a processing operation in a license update optimization unit. [Figure 13] 13 is a flowchart showing details of a processing operation in a license renewal optimization simulation. [Figure 14] FIG. 11 is an explanatory diagram showing an output image of a license renewal optimization simulation, in which (a) is an instruction screen for outputting the usage status of a renewal target, (b) is an output of the usage status of a renewal target, and (c) is an example of a display of the usage status of a renewal target. [Figure 15] 13 is a flowchart showing an outline of a processing operation in a license switching information generating unit. [Figure 16] 13 is a flowchart showing details of a processing operation in a license switching simulation. [Figure 17] 11A and 11B are explanatory diagrams showing output images of a license switching simulation, in which (a) is a license switching simulation output instruction screen, (b) is a license switching simulation output, and (c) is an example of a display of the usage status of similar licenses. [Figure 18] 13 is a flowchart showing an outline of a processing operation in a license cancellation information generating unit. [Figure 19] 13 is a flowchart showing details of a service cancellation list output process by a license cancellation information generating unit. [Figure 20]FIG. 13 is an explanatory diagram showing an image of an input screen for instructions to create data for disabling or suspending an account in an external system / canceling a service. [Figure 21] FIG. 13 is an explanatory diagram showing an output image of a service cancellation list. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

[0012] DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS Hereinafter, an embodiment of a service management system according to the present invention will be described with reference to the drawings. The service management system (this system) of the present invention described below is realized by processes, means, and functions executed by a computer according to instructions from a program (software). The program sends commands to each component of the computer, and can cause it to perform the specified processes and functions according to the present invention described below. In other words, each process, means, and function in the present invention is realized by a specific means in which the program and the computer work together.

[0013] In addition, all or part of the program is provided by, for example, a magnetic disk, an optical disk, a semiconductor memory, or any other computer-readable recording medium, and the program is read from the recording medium and installed on the computer for execution. Also, the program can be directly loaded into the computer through a communication line and executed without using a recording medium. Furthermore, the present system can be configured with a single information processing device (for example, one personal computer, etc.), or can be configured with a plurality of information processing devices (for example, a group of a plurality of server computers, etc.).

[0014] Although not shown in the figure, the hardware configuration of this system is composed of an information processing device including a CPU, RAM, ROM, HDD, input device, display device, etc. These components are connected by a system bus, and data is exchanged via the system bus. The CPU (Central Processing Unit), also known as the central processing unit, is the part that performs the central processing of the computer, controlling each device and calculating / processing data. The RAM (Random Access Memory) is a type of memory device that allows data to be erased and rewritten, and the ROM (Read Only Memory) is a type of memory device that uses semiconductors, etc., and data is written only once during manufacturing, and the recorded data can only be read when used. The HDD (Hard Disk Drive) is an auxiliary storage device that uses the properties of magnetic materials to record and read information. The input device is used by the user to give operating instructions to the computer or to input characters, etc., and is specifically composed of a keyboard, mouse, etc. The display device is composed of, for example, a liquid crystal display, etc., and may have a touch panel function. In addition, it may be equipped with a communication function that allows communication with other terminals, information processing devices, etc.

[0015] [System Configuration] As shown in FIG. 1, a service management system 1 (hereinafter referred to as "this system 1") according to one embodiment of the present invention is configured to include a service management server 10 and one or more applicant terminals 30 (30a to 30n). The service management server 10 and the applicant terminal 30 are connected via the Internet 100, which includes networks such as LAN and WAN, and are capable of mutual data communication. The service management server 10 is also connected via the Internet 100 to a predetermined external system 50 installed outside (domestic or overseas) so as to be able to communicate with it.

[0016] Here, the service management server 10 and the applicant terminal 30 can be configured by information processing devices installed in, for example, the same organization or company. In this case, the present system 1 is configured by the service management server 10 and the applicant terminal 30, and the present system 1 can function as an in-house system operated, for example, by the same organization or company. Furthermore, the service management server 10 and the applicant terminal 30 can be configured by information processing devices installed in different organizations, companies, etc. In this case, for example, the service management server 10 can be configured by an information processing device operated by a company that provides the present system 1 as a service to customers, and the applicant terminal 30 can be configured by an information processing device provided in one or more companies, organizations, groups, etc. that receive license management services via the present system 1. In this case, the applicant terminal 30 functions as an external device connected to the present system 1 via a network, and the present system 1 is configured only by the service management server 10.

[0017] [Service Management Server] The service management server 10 is an information processing device that serves as the core of the system 1 and that manages and supports the optimization of license contracts and purchases for one or more specified services that are contracted on a specified contract basis in each company, organization, etc., and constitutes the service management system of the present invention. Here, the specified contract units for contracting and purchasing licenses for one or more services covered by this system 1 include, for example, a user unit for each user who uses the service, a terminal unit, device unit, or software unit for executing the service, etc. This service management server 10 can be configured, for example, by an information processing device on which a specific program (software) is implemented, such as one or more server computers or personal computers, or a server system consisting of one or more virtual servers built on a cloud computing service.

[0018] The service management server 10 also includes an OS (Operating System) and a DBMS (DataBase Management System), both of which are not shown, and is operated as a server computer. The service management server 10 is equipped with software that runs on middleware, such as a Web server program. This software publishes and provides applications that can be used by one or more applicant terminals 30 via a network such as the Internet 100 in the form of, for example, an API (Application Programming Interface). As a result, each applicant terminal 30 can execute and use the functions of the service management system of the present invention by calling up and logging in to a dedicated application program or web browser, etc., which are operated to provide services provided or proposed by the service management server 10, such as application processing for the purchase of a desired license and receiving notifications such as the suspension or cancellation of a license.

[0019] The service management server 10 also includes a predetermined service management DB (database) 20 (described later) implemented as a database or the like, and also includes a storage means for acquiring and storing predetermined information required for the operation of the service management system according to the present invention. The storage means stores, as various information resources, specific information for identifying various contracted service licenses to be managed by this system 1, such as specific license information including usage status information, purchase information, and purchase condition information for each license, as well as specific information input and transmitted from each applicant terminal 30 described below, such as application information for license purchase and license usage information, and the necessary information is read out, stored, and updated as needed in accordance with the operation of this system 1.

[0020] The service management server 10 of this embodiment is configured to function as each of the following units, as shown in FIG. 2: a license purchase optimization unit 11, a license inventory optimization unit 12, a license update optimization unit 13, a license switching information generation unit 14, and a license cancellation information generation unit 15. In addition, the service management server 10 has constructed a service management DB20 configured by the above-mentioned storage means. Specifically, the service management DB20 is provided with a license usage status DB21, a service cancellation information DB22, a service cancellation list DB23, a purchased license DB24, a purchase condition DB25, and a similar license DB26, and the specified data required for the service management processing in this system 1 is stored and managed as a database.

[0021] The service licenses to be managed by this system 1 include usage contracts and lease contracts for various communication devices and electronic devices used for business purposes by various companies, etc., and usage contracts for software applications. For example, this includes managing fixed-line telephone line subscription rights and assets and payments for monthly usage fees, equipment rental fees and annual or monthly usage fees for various cloud services, installment payments and monthly communication fees for mobile phone companies' smartphones, and management of software application usage contracts and monthly usage fees. It also covers the management of renewals of those contracts, for example on an annual basis. The management of contracts and fees for these various services becomes more complex in proportion to the size of the company and the number of contracts, and it is not uncommon for fees to be paid in a non-optimized manner and in an unnecessary manner.

[0022] Therefore, in this system 1, the processing operations of five subsystems, namely, the license purchase optimization unit 11, the license inventory optimization unit 12, the license update optimization unit 13, the license switching information generation unit 14, and the license cancellation information generation unit 15 of the service management server 10, are executed based on the specified license information stored and managed in the service management DB 20, thereby solving the above-mentioned conventional problems. In other words, with this system 1, the management of a large number of service licenses, which was previously done by people in administrative departments such as the general affairs department or the information systems department based on their intuition and experience, can now be done based on data from five subsystems and various databases, making it possible to use the necessary services efficiently and without waste at the optimal usage fee, without human intuition or experience. Furthermore, in this system 1, in conjunction with the suspension of an SSO (IDaaS) account, a list of services to be canceled (service cancellation list) is output, and unnecessary or useless licenses that should be canceled midway are actively extracted, and suggestions and support can be made for cancellation (or suspension management).

[0023] Here, SSO (single sign-on) is a characteristic that allows resources on multiple independent software systems to be used with a single user authentication process. This characteristic eliminates the need for users to enter a set of user ID and password for each system. Additionally, IDaaS is an abbreviation for "Identity as a Service," and is a service that provides ID authentication, ID password management, SSO, access control, etc., via the cloud. Such SSO and IDaaS services are provided from an external system 50 via a network such as the Internet 100. By utilizing these functions, this system 1 is able to extract and determine which services are not being used and which should be suspended, discontinued, or cancelled.

[0024] [Service Management DB] The service management DB 20 is a storage means for managing predetermined data and information relating to the service licenses to be managed by the present system 1 as a database. This service management DB20 prestores, for each company or organization to be managed, predetermined license information for identifying licenses that have already been contracted by that company or organization, and further, data is stored and updated as needed in response to new purchases, suspension, abolition, switching, etc. of licenses. In addition, predetermined information is input and transmitted to the service management DB from each applicant terminal 30 and the external system 50 via a network such as the Internet 100, and data is stored and updated as needed in accordance with this information.

[0025] The specified information stored and managed in the service management DB20 is information regarding the license agreements for each of the above-mentioned services that are managed by the present system 1, and for example, as shown in FIG. 2, there are various types of information and data such as a license usage status DB21, a service cancellation information DB22, a service cancellation list DB23, a purchased license DB24, a purchase condition DB25, and a similar license DB26. Note that the information stored in the service management DB 20 shown below is an example of information to be processed in the present system 1, and is not limited to the information shown below. It goes without saying that the present system 1 can add, delete, change, etc. any information required.

[0026] Specifically, the information and data constituting the license usage status DB21, service cancellation information DB22, service cancellation list DB23, purchased license DB24, purchase condition DB25, and similar license DB26 of the service management DB20 are, for example, as shown in Figures 3 and 4 (see Figures 3 and 4 for samples, contents, and notes of each data):

[0027] [License usage status DB] 1. License (License name, etc.) 2.User ID 3.Applicant ID 4.Applicant organization CD 5. Billing unit 6. License Type 7. Condition Status 8.Fiscal year 9.Application date 10. Date of change 11. Planned start date of use 12. Planned end date of use 13.Date of start of use 14.Use end date 15.Date of suspension 16. Date of Abolition

[0028] [Service cancellation information DB] 1.User ID 2. Date of retirement 3. Date of leave of absence

[0029] [Service cancellation list DB] 1. License 2.User ID 3.Applicant ID 4. License Type 5. Health Status 6.Date of start of use 7.Use end date 8.Date of suspension 9. Date of abolition 10. Date of retirement 11. Date of leave of absence

[0030] [Purchase License DB] 1. License 2. License Type 3. Number of licenses 4.Date of start of use 5.Use end date 6. Date of purchase

[0031] [Purchase conditions DB] 1. License 2. License Type 3. Estimate Comments 4.Date of start of use 5.Use end date 6.Usage period 7. Unit Price 8. Number of Licenses 9. Conditions etc. 10. Estimated Date 11. Estimate validity date 12. Number of days that can be reassigned after suspension

[0032] [Similar License] 1. License 2. License Type 3. Similar Licenses 4. Similar License Types 5. Special Notes

[0033] Based on the data stored and managed in the service management DB 20 as described above, each processing operation in the license purchase optimization unit 11, the license inventory optimization unit 12, the license update optimization unit 13, the license switching information generation unit 14, and the license cancellation information generation unit 15 of the service management server 10 is executed, thereby ensuring proper operation and optimization of one or more target services. In the past, service licenses were purchased each time they were needed, but there was no need to review them (take an inventory) after that. For example, the decision as to whether or not a license was needed was made when a renewal notice was received from the carrier or vendor from which the license was purchased, making it impossible to optimize license agreements.

[0034] For example, in the past, various information related to license agreements was often managed on paper or in the mind of the person in charge, and in some cases it was managed through invoices or contract renewal notifications from service providers. In addition, recently, by utilizing the above-mentioned SSO (IDaaS) functions, it has become easier to obtain usage history (login-logout history) for each service, making it easy to check whether or not contracted services are being used. In addition, while contracts with telecommunications carriers for services such as cloud computing and smartphones are often annual, companies manage service contract information and payments on a monthly basis, resulting in a discrepancy between the contract renewal unit and the payment unit.

[0035] In addition, various services contracted or purchased for business use may be used by contract employees and part-time staff in addition to full-time employees, and their usage varies from month to month. In addition, expense management must be carried out by organization (department). For example, if employee A from department X left the company last month, it would be desirable to be able to decide whether to immediately stop using the services that employee A was using, or whether it would be more efficient to continue using the services by assigning them to employee B from department Y. Furthermore, some services may have multiple options, and it is desirable to be able to manage such options in a detailed manner, and in some cases, it is preferable to be able to manage and determine options by checking them against invoices, etc.

[0036] Therefore, in the present system 1, as described above, a database for managing information on purchased items (purchased license DB24) and a database for managing purchasing conditions (purchasing conditions DB25) are constructed in the service management DB20, and these are compared with information on newly applied for services at the time of the purchase application, thereby enabling license purchases to be optimized by performing optimal simulations according to the purchasing unit, including an inventory of non-users and test users. Specifically, the optimization of the license agreement according to the present invention can be realized by executing the processing operations of five subsystems, namely, a license purchase optimization unit 11, a license inventory optimization unit 12, a license renewal optimization unit 13, a license switching information generation unit 14, and a license cancellation information generation unit 15, as described below.

[0037] [License Purchase Optimization Department] When a user applies for a license contract, the license purchase optimization unit 11 executes a predetermined license purchase optimization simulation to determine whether or not the license should be purchased based on the usage information, purchase information, and purchase condition information of each license stored in the storage means (service management DB 20), and executes a predetermined license purchase process based on the results of the simulation. Specifically, the license purchase optimization unit 11 executes the process of "license purchase optimization simulation + purchasing process automation" as described below (see Figures 5 to 8), thereby creating and proposing an optimal purchasing simulation plan based on the data in the purchased license DB 24 (including usage information) and the purchasing condition DB 25 for services that have previously been purchased based on the intuition and experience of the person in charge, and automatically carrying out the purchasing process in accordance with the selected simulation plan. A specific processing operation (license purchase optimization simulation) of the license purchase optimization unit 11 will be described later with reference to FIGS.

[0038] [License Inventory Optimization Department] The license inventory optimization unit 12 executes a license inventory optimization simulation to determine whether or not the license should be suspended based on the usage information of each license stored in a storage means (service management DB 20) and the specified login / logout information for each license, and executes suspension processing for the relevant license based on the results of the simulation. A specific processing operation (license inventory optimization simulation) of the license inventory optimization unit 12 will be described later with reference to FIGS.

[0039] [License Update Optimization Department] The license update optimization unit 13 executes a license update optimization simulation to determine whether or not the license should be abolished based on the usage information of each license stored in a storage means (service management DB 20) and the specified login / logout information for each license, and executes the abolition process of the relevant license based on the results of the simulation. A specific processing operation (license update optimization simulation) of the license update optimization unit 13 will be described later with reference to FIGS.

[0040] [License switching information generation unit] The license switching information generation unit 14 executes a license switching simulation to determine whether or not there is a similar license to be switched to the license based on the usage information, purchase information, purchase condition information, and similar license information of each license stored in the storage means (service management DB 20), and generates switching list information indicating the relevant similar licenses based on the results of the simulation. A specific processing operation (license switching simulation) of the license switching information generating unit 14 will be described later with reference to FIGS.

[0041] [License cancellation information generation section] The license cancellation information generating unit 15 generates cancellation list information indicating the corresponding licenses to be cancelled, based on the purchase information of each license stored in the storage means (service management DB 20) and predetermined account cancellation information for each license. A specific processing operation (service cancellation list output) of the license cancellation information generating unit 15 will be described later with reference to FIGS.

[0042] [Applicant's device] The applicant terminal 30 (30a to 30n) can be composed of one or more information processing devices, such as a PC, tablet terminal, smartphone, etc., used by companies, organizations, etc. that are managed by this system 1, and which can be connected to the service management server 10 via an in-house network such as a LAN or WAN, or the Internet 100. Through such an applicant terminal 30, for example, officers, employees, staff, etc. belonging to the company or organization in question who use the applicant terminal 30 can access the service management server 10 via the Internet 100 to send / receive various necessary information and output / display it.

[0043] [External System] The external system 50 is an information processing device connected to the service management server 10 via the Internet 100 and configured with a group of PCs and servers installed in the office or data center of a business providing services to be managed by the present system 1, such as various communication devices, electronic devices, and software applications. By accessing the external system 50 from the service management server 10, it becomes possible to carry out online processing such as new contracts, purchases, suspension, cancellation, and cancellation of various services provided by the business of the external system 50.

[0044] The external system 50 also corresponds to a web server that publishes and provides various information and services available online via a network such as the Internet 100, such as the above-mentioned SSO and IDaaS. By accessing such an external system 50, the present system 1 can utilize the SSO / IDaaS functions to extract and determine unused, unnecessary, and inefficient service contracts.

[0045] [Operation] Next, specific processing and operations (implementation of the service management method) in the above-described system 1 will be described with reference to FIGS. In this system 1, a series of processing operations are automatically executed in the license purchase optimization unit 11, license inventory optimization unit 12, license renewal optimization unit 13, license switching information generation unit 14, and license cancellation information generation unit 15 of the service management server 10 described above, thereby dynamically monitoring and determining new purchases, contract conclusion, renewal, suspension, abolition, etc. of various services provided by companies, etc., and automatically extracting unnecessary services, inefficient operations, duplicate contracts, etc., and optimizing the execution, review, suspension, abolition, etc. of contracts and purchases.

[0046] [License purchase optimization simulation] First, the operation (license purchase optimization simulation) of the license purchase optimization unit 11 will be described with reference to FIGS. FIG. 5 shows an outline of the processing operation in the license purchase optimization unit 11. As shown in FIG. As shown in the figure, the license purchase optimization unit 11 uses a license usage status DB 21 and purchase condition DB 25 to generate an optimal purchase simulation plan for various service licenses that have previously been purchased based on the intuition and experience of personnel in charge, and automatically executes the purchase process according to the selected simulation plan. Specifically, in the license purchase optimization unit 11, a "license application" is first performed as a first function (step 501). To apply for a license, an applicant accesses and logs into the system 1 from the applicant terminal 30, inputs data along a predetermined input screen, and transmits the data to the service management server 10.

[0047] Figure 6 shows an image of the input screen for the paid license application form. As shown in the figure, an input screen for an application form for applying for a license is generated and displayed on the applicant terminal 30, and the necessary information is input. In the example shown in FIG. 6, for example, the following applications and requests can be made: (1) New (2) Change in accounting unit (3) Abolished at the end of the fiscal year (4) Immediate abolition (by license) (5) New test account (6) Test account termination

[0048] As shown in the figure, the information entered and managed via the application form includes the necessary information for each item, such as "applicant, approver, user organization, number of licenses, billing unit, user," etc. Regarding "user" information, for example, licenses are managed by managing the number of purchases, name, and account as one record, and information on the applicant, approver, and user organization is managed. The "account status," for example "1: In use, 2: Suspended, 3: Test account use," is managed based on information such as the application date, start date of use, end date of use, and account cancellation date. As the "end status", for example, predetermined information such as "1: unit changed, 2: end of fiscal year abolition not reached, 3: end of fiscal year abolition new allocation, 4: test account abolished" is managed.

[0049] By inputting and managing such predetermined information via the application form, for example, when purchasing a new license for which a request has been made, an account is assigned and changed from "2: Abolition at end of fiscal year not reached" to "3: Abolition at end of fiscal year, newly assigned", and date information is registered in the "Account abolition date", so that the license is not purchased anew, but a "test account" is used, and a notice to that effect is sent to the applicant's applicant terminal 30. This makes it possible to respond dynamically and flexibly to the situation.

[0050] As an example of the "license application" made via the applicant terminal 30 as described above, it is assumed that an application is made for three paid licenses for the software application "WebMeeting" for online meetings (step 501). As mentioned above, applications for such new licenses can be made in one of six ways, such as "New, accounting unit change, abolition (only at the end of the fiscal year depending on the license), immediate abolition (depending on the license), new test account, abolition of test account." This allows for flexible responses such as "basically abolishing at the end of the fiscal year, but setting it to suspended / dormant in the system, and if there is a new one, changing the unit to that."

[0051] When information on a license application (step 501) is input, the license purchase optimization unit 11 executes a predetermined license purchase optimization simulation for the license related to the application (step 502). In this license purchase optimization simulation, a predetermined simulation is performed on the purchase of the license related to the application based on each data stored in the license usage status DB 21, the purchase condition DB 25, and the purchased license DB 24 (see FIGS. 3 and 4).

[0052] The license usage status DB 21 stores data indicating the usage and management status including suspended and dormant licenses, for example. The purchase condition DB 25 stores data on predetermined purchase conditions, such as whether the applicable license related to the application is to be "purchased one license at a time" or "purchased in units of 10 licenses." In the purchased license DB24, flags are set to indicate, for example, a "test user" or a "low-usage user" as user information for licenses that have already been contracted and purchased, and based on this information, if it is determined that the license related to the application should not be purchased, the user can be extracted as a candidate for stopping the service.

[0053] In the example shown in Figure 5, the data "Dormant accounts: 0, accounts suspended at the end of this month: 2, test users: 2" is extracted from the license usage status DB21, the data "Purchased in units of 10 or 100 accounts, with one-year supply renewed in November 2020" is extracted from the purchase condition DB25, and the "Purchased quantity confirmation" data for the license is extracted from the purchased license DB24. A simulation is run based on this data, and two proposed results are generated: "Plan 1: Purchase 0. Use dormant account 2 at the end of this month, and contact Mr. A to see if he can return his license, who has an even lower usage rate." and "Plan 2: Purchase 10. Purchase as is, and after allocation next month, 10-3=7 and the 2 dormant accounts will leave 9 unallocated accounts." Suppose "Plan 2" is adopted as the final simulation result.

[0054] When the license purchasing optimization simulation result is generated and output, the license purchasing optimization unit 11 performs "purchase of license" as the second function (step 503). In the license purchasing process, the selection of the purchasing plan confirmed in the processing of the first function (license purchasing optimization simulation) is input to the present system 1, and the purchasing process is executed and confirmed. In the example of FIG. 5, the simulation result of "Plan 2: Purchase quantity 10" is output and presented as an optimal license purchase quantity plan via the service management server 10 to, for example, a person in charge of the general affairs department of the company.

[0055] The person in charge who receives the simulation results can check the license purchasing proposal, make an optimal purchasing plan (or revoke the license from non-users or test users without purchasing), etc., and then, via the service management server 10, automatically place an order for the license purchase to an external system 50 operated by a vendor that provides and sells the license. Furthermore, when a license is purchased, the data stored in the purchased license DB 24 is updated and the purchase information is changed. In addition, when the license purchase is executed, reply data (e.g., e-mail, etc.) informing the applicant of the license purchase is sent to the applicant terminal 30 of the applicant who applied for the license. Also, if license revocation of the test user, etc. is selected instead of purchasing the license, the user is notified of the fact by e-mail, etc.

[0056] FIG. 7 shows details of the processing operations in the license purchase optimization simulation described above. As shown in the figure, in the license purchase optimization simulation, when a "license application" is made by the user department via the applicant terminal 30 (step 701), this triggers processing in the system 1, and first "license purchase application registration (registration of application acceptance & acceptance date, planned start and end dates of use)" (step 702) is performed. Along with this "license purchase application registration" process, data is registered and updated in the license usage status DB 21. Next, a "license purchase necessity counting process" (step 703) is executed, and data required for the process is referenced and extracted from the license use status DB 21 and the purchased license DB 24.

[0057] Next, a determination is made as to whether "number of licenses used + number of applications = <purchased (already purchased) licenses" (step 704). Note that in the case of a service that requires a contract for each device, such as a smartphone, the flow will always branch to "No," so this process may be omitted and the flow may move directly to the next step (step 707). If the determination in step 704 is "Yes," data on "In use & change date, use start & end date" is registered as "License use start registration (1)" in the license use status DB 21 (step 705). In this case, the simulation result is not output, and a "License use start notice" is sent to the using department or the applicant terminal 30 (step 706).

[0058] On the other hand, if the determination in step 704 is "No", a "License purchase simulation list creation" process is executed (step 707), and a predetermined "simulation list" is generated. Based on this list, for example, an analysis and determination is made as to whether to "increase the number of suspended licenses or purchase licenses efficiently". As a result, if it is determined that "the number of suspended licenses is to be increased beyond the required number for purchase" (step 708), the suspended number data in the license utilization status DB 21 is updated and increased. Furthermore, if it is determined that a license has been purchased (step 709), the number of purchases in the purchased license DB 24 is incremented and updated, and the system is investigated to consider and execute an automatic order to the vendor (external system 50), etc.

[0059] Thereafter, data such as "in use & change date, use start & end date" and "suspended -> abolished" are registered / updated in the license use status DB 21 as "license use start registration (2)" (step 710). In this case, if it is necessary to output the simulation results, a predetermined "license usage start notification" is sent to the user department or the applicant terminal 30 (step 711), and the generated and output simulation results are presented.

[0060] Figure 8 shows an image of the output of the license purchase optimization simulation described above. FIG. 8(a) is an example of a purchase simulation list, and the following information is generated as an output result of the simulation, and is output and displayed on the service management server 10, the display of the applicant terminal 30, etc. 1. License (License name, etc.) 2. License Type 3. Remaining licenses (purchased licenses - (currently in use + test use)) 4. Number of accepted applications 5.Number of pauses 6. Number of accepted applications - (remaining licenses + number of suspended licenses + number of test licenses)

[0061] FIG. 8(b) is an example of the display of purchase conditions. For the following "purchase conditions: 1 to 5," the relevant content for each of the items "usage start date, usage end date, usage expiration date (number of days), unit price, number of licenses, amount, conditions, etc., quotation date, quotation validity date" is output / generated and output / displayed on the display of the service management server 10 or the applicant terminal 30. 1. End of term sale price 100 licenses 2. End of term sale price 10 licenses 3. Regular price 100 licenses 4. Regular price 10 licenses 5. Regular price 1 license Note that the output image of the license purchase optimization simulation described above is merely one example, and it goes without saying that other information can also be output and displayed.

[0062] [License inventory optimization simulation] Next, the operation of the license inventory optimization unit 12 (license inventory optimization simulation) will be described with reference to FIGS. FIG. 9 shows an outline of the processing operation in the license inventory optimization unit 12. As shown in FIG. As shown in the figure, the license inventory optimization unit 12 extracts unused user information while utilizing the functions of an external system 50, etc., automatically notifies non-users to cancel their accounts, etc., and automatically executes the process of changing accounts to dormant accounts (accounts that can be canceled during the year will be canceled) according to request, etc.

[0063] Specifically, the license inventory optimization unit 12 first obtains login-logout record data for a target service (e.g., online conference software "WebMeeting") from an external system 50 such as SSO (IDaaS) (step 901), and then executes a predetermined license inventory optimization simulation based on the data (step 902).

[0064] In this license inventory optimization simulation, a predetermined simulation is performed on the inventory to determine whether or not the contract should be reviewed for each relevant account, based on data indicating the usage status of purchased licenses by account, which is extracted and obtained each time from the external system 50, and the data stored in the license usage status DB21 (see Figure 3). In the example shown in FIG. 9, data of "dormant accounts: 10 · dormant test accounts: 20" is extracted from the license usage status DB 21, and accounts of "unused for 3 months: 5 · unused for 2 months: 3 · unused for 1 month: 1" are extracted from the data obtained from the external system 50. A simulation is performed based on these data, and the results are notified to, for example, the administrator of the system 1 (step 903).

[0065] The administrator who receives the optimization simulation can, for example, pick out users from the list of unused accounts that he or she particularly wants to suspend, attach data on their usage status (unused status), and notify or contact the applicant terminal 30 of the applicant who manages the relevant service contract by email, etc. The applicant who receives the notification from the administrator can check the situation and suspend or otherwise suspend the paid licenses of unused users (step 904). This allows applicants and companies to benefit from the fact that, for example, while they would normally have to pay a monthly fee until renewal, System 1 can extract users who can suspend their subscription, meaning that they will not have to pay unnecessary charges from the following month.

[0066] In addition to the configuration described above that immediately suspends the relevant license (account) depending on usage, taking into consideration that there are different types of licenses even for the same service / product, it is also possible to configure it so that, for example, notification and proposal can be made to change / switch the same license from "Type A" to "Type B" depending on usage. For example, if the online conferencing software "WebMeeting" has both a free license and a paid license, and a user has used the software recently, but all usage was within the free usage time (for example, within 30 minutes), the software can be notified and suggested to switch from a paid license to a free license. Conversely, if the usage constantly exceeds the free usage time (1 hour or more), a notification or suggestion can be made to switch from a free license to a paid license. In this case, the usage time must be calculated and obtained from data such as logs.

[0067] FIG. 10 shows details of the processing operations in the license inventory optimization simulation described above. As shown in the figure, in the license inventory optimization simulation, first, when an "usage status output instruction (1)" is issued by an administrator or the like of this system 1 (step 1001), a "system access record acquisition instruction" is sent to an external system 50 such as SSO (IDaaS) (step 1002), and record data of "Login-Logout" for each day of the past three months is extracted from the external system 50 for, for example, online conferencing software "WebMeeting" (step 1003) and sent to this system 1.

[0068] Although the system access records differ for each service, for example, in the case of a software application such as “WebMeeting”, if the application is an external system 50 such as SSO (IDaaS), the usage status can be correctly obtained from the login / logout data. In the case of a file server service, for example, in an external system 50 that provides a log collection and analysis service such as "Splunk (registered trademark)", it is possible to confirm by checking the existence of a log indicating that some file was accessed on that day.

[0069] When usage status data is transmitted / acquired from the external system 50, the system 1 refers to the usage status data and the data in the license usage status DB 21, outputs a "usage status output instruction (2) that is automatically executed as soon as input data is collected" (step 1004), and generates a specified "usage status output" (step 1005). This "usage status output" is output, for example, as a "list of users with few days of usage," and a notification such as "usage status output has been completed" is sent or notified to the system administrator of this system 1, for example, by email (step 1006). Then, based on the generated "usage status output", a prescribed "suspension simulation (to consider whether to suspend the service for those with low usage)" is executed (step 1007), and the results of the simulation are notified / sent from the system administrator to the applicant terminal 30 of the applicant for the service, together with a "confirmation email as to whether to suspend the service for those with low usage" or the like (step 1008).

[0070] The applicant side that received the suspension simulation result can perform "suspension consideration" to determine whether or not the corresponding license should be suspended (step 1009). Note that this "suspension consideration" is performed when an application (submission) for use of the corresponding license has been made and there is a shortage of paid licenses, so there is an advantage in that by suspending the notified license, it is possible to avoid paying unnecessary fees for a license that will not be used until the renewal deadline. If the applicant determines that "suspension is OK" (step 1010), a notification of this fact is sent to this system 1, and this system 1 executes "license usage suspension registration", registers "in use → suspended & suspension date", etc. (step 1011), and changes / updates the data in the license usage status DB 21 from "in use → suspended", etc.

[0071] Figure 11 shows an image of the output of the license inventory optimization simulation described above. FIG. 11(a) is an example of a usage status output instruction screen. The following information is generated as a usage status output instruction and is output / displayed on the display of the service management server 10 or the applicant terminal 30. 1. License (License name, etc.) 2. License Type 3. Number of people output

[0072] FIG. 11(b) is an example of the usage status output, and the following information is generated as the usage status output result, and is output and displayed on the display of the service management server 10 or the applicant terminal 30. 1. License (License name, etc.) 2. License Type 3. Number of purchased licenses 4. Number of licenses used 5. Remaining licenses (purchased licenses - (currently in use + test use)) 6. Number of applications accepted (accepted and unprocessed) 7.Number of pauses 8. Number of test users 9. Number of accepted applications - (remaining licenses + number of suspended licenses + number of test licenses)

[0073] FIG. 11(c) is an example of the display of usage status. For the "usage status (low number of people) employee CD" shown below, the relevant information for each of the items "Name, test use, number of days of use this month, number of days of use last month, number of days of use the month before last, number of days of use three months ago, applicant ID, and name" is output / generated and output / displayed on the service management server 10 or the display of the applicant terminal 30. In this example, all test users and a specified number of people with low usage are output.

[0074] [License renewal optimization simulation] Next, the operation (license renewal optimization simulation) of the license renewal optimization unit 13 will be described with reference to FIGS. FIG. 12 shows an overview of the processing operation in the license update optimization unit 13. As shown in FIG. As shown in the figure, the license renewal optimization unit 13 extracts non-user information while utilizing the functions of an external system 50, etc., automatically notifies non-users of whether or not they wish to renew and urges them to review their licenses, and automatically executes renewal and cancellation processing according to their wishes.

[0075] Specifically, the license update optimization unit 13 first obtains login-logout record data for a target service (e.g., online conference software "WebMeeting") from an external system 50 such as SSO (IDaaS) (step 1201), and then executes a predetermined license update optimization simulation based on the data (step 1202). In this license renewal optimization simulation, a predetermined simulation is performed to determine whether or not renewal is necessary for each relevant account, based on data indicating the usage status of purchased licenses by account obtained from the external system 50 and data stored in the purchased license DB 24 (including management data for suspended and dormant licenses) (see Figure 4).

[0076] In the example shown in FIG. 12, data of "License: 50" is extracted from the license usage status DB21 as the online conferencing software "WebMeeting: License Status" for "Using Department: Digital Workplace Division 3," and "Dormant Accounts (Unassigned): 10 · Suspendable Test Accounts: 5 · Unused in 3 Months: 5" is extracted as "Can be Decommissioned" data, and from the data obtained from the external system 50, accounts such as "In use," "Used once in the last n 3 months, 0 times in February, 0 times in January," etc. are extracted as account information.

[0077] A simulation is run based on these data, and as a result, a notification such as "It appears possible to abolish a total of 20 licenses, but those who wish to abolish should apply to purchase a minus license" is generated and sent, for example, to the applicant terminal 30 of the applicant or user of the license, requesting a "minus license application" (step 1203). This provides the benefit of, for example, avoiding unnecessary contract renewals and paying for them by extracting services that would normally be automatically renewed annually as licenses that do not need to be renewed and can be abolished by this system 1.

[0078] FIG. 13 shows details of the processing operations in the license renewal optimization simulation described above. As shown in the figure, in the license renewal optimization simulation, first, when an "Instruction to output usage status of renewal target (1) (license)" is issued by an administrator of this system 1 or the like (step 1301), a "Instruction to obtain system access records" is sent to an external system 50 such as SSO (IDaaS) (step 1302), and record data of "Login-Logout" for each day of the past three months for the software "WebMeeting" is extracted from the external system 50 (step 1303) and sent to this system 1.

[0079] When the usage status data is transmitted / obtained from the external system 50, the system 1 refers to the usage status data and the data in the license usage status DB 21, outputs "an instruction to output the usage status of the person to be updated (2) that is automatically executed as soon as the input data is collected" (step 1304), and generates / outputs a predetermined "usage status of the person to be updated" (step 1005). In addition, data indicating this "usage status of the person to be updated" is stored in the license usage status DB 21, and information such as "record update for the next year is being accepted" is generated / stored. This "usage status of the person to be updated" is output, for example, on a "license>applicant basis", and a notification such as "output of the usage status of the person to be updated has been completed" is sent or notified to the system administrator of this system 1, for example, by email (step 1306). The generated "update target user usage status" is then notified / sent from the system administrator to the applicant terminal 30 of the applicant for the service in the form of an "update confirmation email" or the like (step 1307).

[0080] Upon receiving the renewal confirmation mail, the applicant can carry out a "renewal review" to determine whether or not the corresponding license should be renewed (step 1308). Once the applicant has decided whether or not renewal is necessary / has occurred, a "scheduled renewal" indicating the result is entered via the applicant terminal 30 etc. (step 1309), which is then notified and transmitted to this system 1, whereupon "registration of continued license usage" is executed and registrations such as "in use -> continue next year, discontinue next year, suspended -> discontinue" are made (step 1310), and the data in the license usage status DB 21 is changed / updated from "accepting record renewal for next year" to "in use next year, discontinued", etc.

[0081] FIG. 14 shows an image of the output of the license renewal optimization simulation described above. FIG. 14(a) is an example of an update target user usage status output instruction screen, and the following information is generated as a usage status output instruction and output / displayed on the display of the service management server 10 or applicant terminal 30. 1.Fiscal year 2. License (License name, etc.) 3. License Type 4. Applicant (if not entered, print all applications) 5. User (can be left blank)

[0082] FIG. 14(b) is an example of the usage status output of the person to be updated. The following information is generated as the output result of the usage status, and is output and displayed on the display of the service management server 10 or the applicant terminal 30. 1.Fiscal year 2. License (License name, etc.) 3. License Type 4.Applicant 5. User (can be left blank) 6. Number of licenses purchased (per applicant) 7. Number of licenses used 8.Number of pauses 9. Number of test users

[0083] Figure 14 (c) is an example of the display of the usage status of the person to be updated. For the "usage status (low number of people) employee CD" as shown below, the relevant information for each of the items "Name, Usage, Number of days of usage this month, Number of days of usage last month, Number of days of usage the month before last, Number of days of usage three months ago, Applicant ID, Name" is output / generated and output / displayed on the display of the service management server 10 or the applicant terminal 30. In this example, all test users and a specified number of people with low usage are output.

[0084] [License switching simulation] Next, the operation (license switching simulation) of the license switching information generating unit 14 will be described with reference to FIGS. FIG. 15 shows an outline of the processing operation in the license switching information generating unit 14. As shown in FIG. As shown in the figure, in the license switching information generation unit 14, when there is a service equivalent to the currently contracted / used service, the conditions and costs of, for example, SSO, storage service, server service, container service, etc. are registered, and a fee simulation is performed in the case where the service is switched.

[0085] Specifically, the license switching information generation unit 14 refers to the data stored and registered in the license usage status DB 21, the purchased license DB 24, the purchase condition DB 25, and the similar license DB 26 provided in the present system 1, searches and extracts data on similar services that are equivalent or identical to the currently subscribed service, and executes a predetermined simulation to compare the fees if the services are switched (step 1501). In the example shown in Figure 15, when services from companies A, B, etc. are searched for and extracted as equivalent or similar services to the currently used service, a list is generated and output that displays those service names and fees (prices) in a comparative manner. This will enable you to enjoy the benefits of reducing the cost of your current services by switching or reviewing them to other similar services that offer roughly the same content but at a lower price.

[0086] FIG. 16 shows details of the processing operations in the above-described license switching simulation. As shown in the figure, in the license switching simulation, first, when an "instruction to output license switching simulation list" is given by an administrator or the like of this system 1 (step 1601), each data of the license usage status DB21, purchased license DB24, purchase condition DB25, and similar license DB26 is referenced, and a predetermined "license switching simulation list" is generated and output (step 1602) with regard to the current license that is the subject of switching judgment and licenses similar to it as "Enter license > license type to list." In addition, in the similar license DB26, for example, if there are multiple types of licenses, both paid and free, for the same "WebMeeting" software, equivalent similar licenses, such as corresponding paid and free licenses from other companies (e.g. Company A, Company B, Company C, etc.), are registered, and the relevant equivalent licenses are picked up.

[0087] FIG. 17 shows an output image of the above license switching simulation. FIG. 17(a) is an example of a license switching simulation output instruction screen. The following information is generated as a usage status output instruction and is output / displayed on the display of the service management server 10 or the applicant terminal 30. 1. License (License name, etc.) 2. License Type 3. Applicant (if blank, all applications will be printed)

[0088] FIG. 17(b) is an example of the license switching simulation output, and the following information is generated as the output result of the usage status, and is output and displayed on the service management server 10, the display of the applicant terminal 30, etc. 1. License (License name, etc.) 2. License Type 3. Number of purchased licenses 4. Number of licenses used 5. Remaining licenses (purchased licenses - (currently in use + test use)) 6. Number of applications accepted (accepted and unprocessed) 7.Number of pauses 8. Number of test users 9. Number of accepted applications - (remaining licenses + number of suspended licenses + number of test licenses)

[0089] Figure 17(c) is an example of a display of the usage status of similar licenses, and for the currently used "WebMeeting" and similar licenses from "Company A" and "Company B" as shown below, the relevant content for each of the items "License type, Estimated comment, Start date of use, End date of use, Usage restrictions, Unit price (monthly), Number of licenses, Amount, Conditions, Estimated date, Estimated validity date, Number of days available for reassignment after suspension" is output / generated and output / displayed on the service management server 10 or the display of the applicant terminal 30. For example, a basic way of using this type of "usage status" is to continue using the service until the end of the contract year, and then check the price difference if you use another service in the following year.

[0090] [Output service cancellation list] Finally, the operation (service cancellation list output) of the license cancellation information generating unit 15 will be described with reference to FIGS. FIG. 18 shows an outline of the processing operation in the license cancellation information generating unit 15. As shown in FIG. As shown in the figure, the license cancellation information generation unit 15 utilizes the functions of an external system 50, etc., and, for example, when an account is terminated at the end of each month, outputs a list of licenses purchased by the terminated account, and automatically executes a process to encourage the termination of each service by email, etc., if a termination request for the license has not been submitted.

[0091] Specifically, the license cancellation information generation unit 15 first obtains account cancellation information for the target service (e.g., online conference software "WebMeeting") from an external system 50 such as SSO (IDaaS) (step 1801), and generates and outputs a specified service cancellation list based on the cancellation information and the data stored in the purchased license DB 24 (including management data for suspended and dormant licenses) (see Figure 4) (step 1802).

[0092] In the example shown in Figure 18, a list is generated and output showing the service (system) name, contract period, and monthly fee for one or more currently subscribed services for which account cancellation information has been obtained. This allows you to see at a glance which services have been discontinued even though the contract is still valid, and you can reliably identify the services and licenses that should be cancelled or discontinued, thereby avoiding the continuation of unnecessary contracts and paying the associated costs.

[0093] FIG. 19 shows details of the service cancellation list output process performed by the license cancellation information generating unit 15 as described above. As shown in the figure, in the service cancellation list output process, first, when a "resignation / leave of absence notice" or the like is sent to the external system 50 by the retiring employee or the company / department to which the employee belonged (step 1901), the external system 50 performs the "account disable / suspension procedure" for the relevant user (step 1902).

[0094] In the external system 50, the process of “disable account of employee who has left or is on leave of absence (employee who has left the company will be deleted after xx months)” is executed (step 1903), and then the process of “instruction to create service cancellation data” (step 1904), “user>create data on service termination / suspension days” (step 1905), etc. is executed. In this system 1, when the above-mentioned information on invalid account / service termination is sent / obtained from external system 50, a "service cancellation list creation instruction" is generated / output (step 1906) based on the information and the data (see FIG. 4) stored in purchased license DB 24 (including management data for suspended / dormant licenses), and a prescribed "service cancellation list" is generated / output.

[0095] FIG. 20 shows an image of an input screen for instructions to create data for disabling / suspending an account / canceling a service in the external system 50. In FIG. As shown in the figure, the process of disabling or pausing an account in external system 50 is carried out, for example, on the "SSO system" screen, where the "employee code" and "valid / invalid" of the relevant user are entered, and the process of validating / invalidating the account of that user is executed and confirmed by the "confirm" process. In addition, the instruction to create service cancellation data in external system 50 is, for example, given on a "Service Cancellation List Creation Instruction" screen where the target "system name" is selected, its "license type" and the cancellation reason for the user, "resignation / leave of absence", are selectably input, and the creation of the service cancellation list for that user is confirmed and executed by a "confirm" process.

[0096] FIG. 21 shows an example of the service cancellation list. Figure 21 is an example of a service cancellation list display. For licenses for which account cancellation information has been obtained even though a contract currently exists, the relevant information for each of the following items is output / generated: "License, User ID, User Name, Applicant ID, Applicant Name, License Type, Monthly Fee, Status, Start Date, End Date, Suspension Date, Cancellation Date, Resignation Date, and Leave of Absence Date" and is output / displayed on the display of the service management server 10 or the applicant terminal 30. This "service cancellation list" makes it possible to check at a glance which services have had their accounts abolished even though the contract is still in force and remains valid, and to reliably extract the services and licenses that should be canceled or abolished.

[0097] As described above, according to the present system 1, it is possible to dynamically monitor and determine the purchase, contract conclusion, renewal, suspension, termination, etc. of various paid and free services contracted by companies, organizations, etc. This makes it possible to automatically extract unnecessary services, inefficient operations, and overlapping contracts, and to optimize contracts and purchases by executing, reviewing, suspending, or canceling them.

[0098] For example, even if a service provider such as a cloud service or telecommunications carrier does not provide information because it is disadvantageous to the company, the simulation results of this system 1 can be output and presented in a timely manner as an appropriate usage and proposal report. Also, by checking usage status before an annual contract expires, it is possible to immediately cancel or terminate any unnecessary services. In addition, by monitoring and checking the monthly usage status of each of multiple contracts, it is possible to take measures such as changing plans, suspending or canceling them depending on the usage status. Furthermore, for services that require multi-year (2-year) contracts, such as mobile phones and smartphones, once that period (2 years) has elapsed, it will be possible to consider changing or reviewing the model, plan, or contract company (carrier) at an appropriate time, taking into account usage conditions and other options.

[0099] In this way, according to the present system 1, appropriate reports and proposals can be presented in a timely manner to users (employees, employees, etc.) who use various services and to persons (accountants, etc.) who manage the entire company or enterprise, including the organizations (departments, etc.) to which the users belong. Therefore, it is possible to realize a service management system that is ideal for companies, organizations, and groups that need to properly manage and operate the purchases and contracts for various services, such as mobile phones, smartphones, and paid or free software applications that are provided or loaned to employees of companies, organizations, and groups.

[0100] Although the present invention has been described above by showing preferred embodiments, it goes without saying that the present invention is not limited to the above-described embodiments, and various modifications can be made within the scope of the present invention. For example, in the above-described embodiment, various services contracted and managed by companies, organizations, etc. have been described as examples of services and licenses that are the subject of the present invention, but the subjects to which the present invention can be applied are not limited to foreign companies, large-scale organizations, organizations, etc., and can be any company, organization, etc. of any size or type that purchases or contracts for one or more services and needs to review the contract contents, etc. on a daily basis, and are not particularly limited. Therefore, even small and medium-sized enterprises, privately-run companies, freelancers, and the like can apply the present invention to monitor unnecessary services, duplicate contracts, and the like, and perform optimal operations.

[0101] In the above embodiment, the service management server 10 and the applicant terminal 30 are installed in an internal network of one company and connected to each other, but the service management server 10 may be installed in a system company, and the applicant terminals 30 of multiple client companies of the system company may access the service management server 10 from outside to receive the service functions of the service management server 10 (SaaS configuration). Even in the SaaS configuration, some functions of the service management server 10 may remain on the client company side as server or client functions. [Industrial Applicability]

[0102] The present invention can be suitably used as a service management system for supporting the management and operation of various services, such as mobile phones, smartphones, and paid or free software applications, that are provided or loaned to employees and staff of companies, organizations, and other such entities. [Explanation of symbols]

[0103] 1 Service Management System 10 Service Management Server 11 License Purchase Optimization Department 12 License Inventory Optimization Department 13 License Update Optimization Department 14 License switching information generation unit 15 License cancellation information generation unit 20 Service Management Database 21 License Usage Database 22 Service cancellation information database 23 Service Cancellation List Database 24 Purchase License Database 25 Purchase Conditions Database 26 Similar License Database 30 Applicant terminal 50 External Systems

Claims

1. A system for managing the optimization of license contracts and purchases for one or more specified services contracted on a specified contract basis, comprising: a storage means for storing predetermined license information including usage status information, purchase information, and purchase condition information of each license for identifying the license under contract, and predetermined similar license information indicating one or more similar licenses; a license purchase optimization unit that, when a license contract application is received from a user, executes a predetermined license purchase optimization simulation to determine whether or not the license should be purchased based on the usage status information, purchase information, and purchase condition information of each license stored in the storage means, and executes a predetermined license purchase process based on a result of the simulation; a license switching information generating unit that executes a license switching simulation to determine whether or not there is a similar license to be switched with the license based on any one of the use status information, purchase information, purchase condition information, and similar license information of each license stored in the storage unit, and generates switching list information indicating the relevant similar license based on a result of the simulation, The license switching information generation unit Refer to the storage means, extract data on services similar to the current service related to each license, execute a simulation to compare the fees when the service is switched, and generate a list that displays the names and fees of the current service and one or more similar services in a comparative manner. A service management system comprising:

2. and a license inventory optimization unit that executes a license inventory optimization simulation to determine whether or not a license should be suspended based on the usage status information of each license stored in the storage means and predetermined login / logout information for each license, and executes a suspension process for the corresponding license based on the result of the simulation. The service management system according to claim 1 .

3. and a license update optimization unit that executes a license update optimization simulation to determine whether or not a license should be abolished based on the usage status information of each license stored in the storage means and predetermined login / logout information for each license, and executes an abolition process for the corresponding license based on the result of the simulation.

3. The service management system according to claim 1, wherein the service management system is a service management system for managing a service.

4. a license cancellation information generating unit that generates cancellation list information indicating a corresponding license to be cancelled based on the purchase information of each license stored in the storage means and predetermined account cancellation information for each license; 4. The service management system according to claim 1, wherein the service management system comprises:

Images