Management server and computer program

Abstract

To propose the use of a service to a sleeping member in a business providing a membership service.SOLUTION: The management server includes a service management DB that stores usage history data including usage date and time data and usage location data related to a service usage history by a member and unused data related to an unused time zone in which the service is not scheduled to be used, a dormant member extraction unit that extracts a dormant member based on attribute data and usage history data stored in the member DB and the service management DB, a proposal data creation unit that creates proposal data including proposal content related to service usage based on attribute data and unused data related to the extracted dormant member, and a proposal data transmission unit that transmits the created proposal data to a communication terminal related to the dormant member.SELECTED DRAWING: Figure 2

Description

[Technical Field]

[0001] The present invention relates to a technology for promoting the use of services by users (hereinafter referred to as "members") who have registered as members by entering into a contract for the provision of services (hereinafter referred to as "member registration") but who use the services infrequently. [Background technology]

[0002] There are many service provision formats in which a contract (membership registration) must be concluded in advance between a company that provides a specified service (hereinafter referred to as the "service provider") and a user who wishes to use the service provided by that company (hereinafter referred to as the "service user applicant") in order to use the service. There are various reasons for a pre-contract, such as the need for qualifications to use the service or strict adherence to rules. For example, to use a car sharing service, a driver's license is required, so the service asks applicants to register as members after confirming that they have a driver's license.

[0003] Service providers can choose from three types of services: the first type, which requires payment for the service when the service is used; the second type (subscription), which requires payment of a monthly or yearly service fee; and the third type, which requires payment when the service is used in addition to a fixed payment. In other words, in the second and third types, even members who use the service infrequently or not at all must pay a maintenance fee to maintain their membership registration.

[0004] A search of the patent information database using the following search formula yielded 97 hits, from which Patent Document 1 and Patent Document 2 were extracted. [Monthly / SP+Flat rate / SP]*[Service / SP]*[Member / SP]*[Cancel / SP+Cancel contract / SP]*[Extension / SP+Continuation / SP]-[Gift / TX]

[0005] Patent Document 1 discloses a technology that reduces the effort required to transfer a maintenance contract to a new model when switching from a model for which a maintenance contract has been concluded to a new model. This technology can be assumed to contribute, albeit indirectly, to maintaining maintenance contracts.

[0006] Patent Document 2 discloses a technology for a health management support service that suggests to members how to maintain and improve their motivation for healthy activities such as sports. [Prior art documents] [Patent documents]

[0007] [Patent Document 1] Japanese Patent Publication No. 2022-085742 [Patent Document 2] Japanese Patent Application Publication No. 2024-038467 Summary of the Invention [Problem to be solved by the invention]

[0008] When the service provided by a service provider to its members is car sharing, the third form mentioned above is often adopted. Therefore, so-called "dormant members" who have not used the service for a certain period of time often terminate their contracts (hereinafter referred to as "withdrawal") after a further specified period has passed. When dormant members withdraw, the provider is unable to collect membership fees, resulting in a loss of profits. Former members who have withdrawn cannot use the service unless they register again. Registering again is a hassle for members, so it is more convenient for members if they can use the service without canceling their membership as much as possible.

[0009] The technology disclosed in Patent Document 2 is said to be effective in encouraging users to continue to be motivated to maintain and manage their health and in encouraging them to continue purchasing products by displaying and awarding points. However, this technology is based on the assumption that members are using the services provided by service providers, and does not address inactive members, nor does it directly motivate members to maintain their membership.

[0010] On the other hand, service providers are trying to establish a system that allows them to provide services at the locations and times when members want to use the services. For example, they are taking measures such as increasing the number of service provision points (hereinafter referred to as "service infrastructure") in areas with high demand. However, the needs of members and the service infrastructure (seeds) prepared by service providers never perfectly match. In areas with a large number of members, service infrastructure is developed to meet the greatest needs (demands). As a result, there are vacancies in the service infrastructure outside of peak demand times. In other words, there is always slack (availability) in the service infrastructure.

[0011] If service infrastructure in vacant locations and time slots could be used by members (especially inactive members), it would improve profitability for operators. However, the technologies disclosed in Patent Documents 1 and 2 do not encourage inactive members to use the service.

[0012] The problem to be solved by the present invention is to provide a technology that enables businesses that provide membership-based services to propose service use to dormant members. [Means for solving the problem]

[0013] In order to solve the above-mentioned problems, a management device (management server) and a computer program are provided.

[0014] (First Invention) The first invention relates to a management server associated with a service provider (for example, a car sharing provider) for those who have registered their own attribute data in advance and become members (see FIG. 2). The management server is a member database that stores the attribute data relating to the members; a service management database (for example, a shared car management database) that stores usage history data including usage date and time data and usage location data related to the service usage history of members, and unused data related to unused time periods when the service is not scheduled to be used; a dormant member extraction means for extracting dormant members who have not used the service for a predetermined period of time based on the attribute data stored in the member database and the usage history data stored in the service management database; a proposal data creating means for creating proposal data including proposals for service use based on the attribute data on the inactive members extracted by the inactive member extraction means and the unused data; a proposal data transmission means for transmitting the proposal data created by the proposal data creation means to the communication terminals of the dormant members; Equipped with.

[0015] (Terminology) "Service providers" include service providers that rent out equipment and facilities, such as car sharing providers, equipment rental providers, and space rental providers such as studios and conference rooms.

[0016] "Attribute data" includes the user's name, address (and place of work), contact information, and payment method when using the service.

[0017] "Place of use" refers to the location where the service is used. If the service is car sharing, this includes the locations of the rental station and return station, the parking lot where the car is parked while using the service, and the route taken by the shared car.

[0018] A "service management database" is a database that stores reservation-specific data such as the specific information (member ID) of the member making the reservation, the date, time, and location of the reservation, when the service business is based on reservations.

[0019] "Dormant members" are members who have registered but have not used the services available to members for a certain period of time (for example, six months). They are extracted using usage history data from the service management database, the period since joining in the member database, frequency of use, etc.

[0020] "Unused time slots (when the service is not scheduled to be used)" refers to time slots when the service is available but no reservations have been made. This does not include time slots when rental equipment (such as vehicles used for car sharing) is undergoing maintenance, as these are excluded from the time slots available for reservations.

[0021] (action) A member database stores attribute data related to members. A service management database stores usage history data including usage date and time data and usage location data related to the member's service usage history, as well as unused time periods when the service is not scheduled to be used. Based on the data stored in the member database and the service management database, a dormant member extraction means extracts dormant members who have not used services for a predetermined period. Based on the address data and usage history data included in the attribute data related to the extracted dormant members, a proposal data creation means creates proposal data including proposals related to service use. A proposal data transmission means transmits the created proposal data to the communication terminals related to the dormant members.

[0022] When a dormant member receives the proposal data at a communication terminal, if the content of the proposal data is attractive, the member takes steps such as reserving a service. For the service provider, this will lead to improved profitability as it will allow them to provide services to inactive members at unused times and locations. It is also expected to contribute to preventing inactive members from canceling their memberships.

[0023] (Variation 1 of the first invention) The first aspect of the present invention may be configured as follows. That is, the proposed data creating means creates the proposed data by also using the usage history data of other members in the member database (see FIGS. 3 and 7).

[0024] "Other members' usage history data" refers to usage history data that suggests non-standard usage patterns. More specifically, for example, usage history data showing usage times that are much shorter than the standard rental time can be used to reflect this special usage pattern in the proposal data.

[0025] (action) The proposal data creating means reflects special usage patterns in the proposal data, thereby increasing the possibility of stimulating demand from dormant members.

[0026] (Variation 2 of the first invention) The first invention can be configured as follows. That is, a cancellation waiting matching means is provided which, using the reservation data stored in the service management database and the cancellation waiting reservation data stored in the member database, determines whether or not it is possible to match the time and location of the canceled reservation to a member on the cancellation waiting list when a reservation cancellation occurs; The proposed data creation means uses the unused data when a reservation cancellation occurs but the cancellation waiting matching means is unable to match (see FIG. 4).

[0027] (action) If a reservation cancellation occurs but the cancellation waiting matching means is unable to match, the unused data relating to that unused time will be used by the proposed data creation means (see FIG. 4).

[0028] Regarding service use, priority is given to member users who have made a reservation in advance, followed by member users who have registered reservation data on the cancellation waiting list. If a member user who has registered reservation data on the cancellation waiting list does not use the service, the service will be offered to dormant members for use in the unused time period.

[0029] (Variation 3 of the first invention) The first invention can be configured as follows. That is, the service provider is provided with a proposed fee calculation means for calculating a proposed fee for the dormant member by acquiring regular fee data for calculating a regular fee for providing the service and cost data for calculating a break-even point for providing the service, The proposed data creating means creates proposed data using the proposed fee (see FIG. 6).

[0030] There are service types where the "regular price" is fixed, and service types where the price varies depending on conditions such as the location where the service is provided and the time of year.

[0031] (action) The proposed fee calculation means calculates the proposed fee for the dormant member by acquiring regular fee data for calculating the regular fee when the service is provided and cost data for calculating the break-even point when the service is provided. The proposed data creation means creates proposed data using the proposed fees. As a service provider, it is possible to provide proposal data to dormant members that takes into account the break-even point.

[0032] (Variation 4 of the first invention) The first invention can be configured as follows. That is, a weather forecast receiving means for receiving weather forecast data; a commuting data creation means for creating a commuting route for each inactive member by reading residential data and workplace data from the attribute data relating to the inactive member extracted by the inactive member extraction means; the commuting data creation means creates the commuting route by using unused data stored in the service management database and the weather forecast data; The proposed data creating means creates the proposed data based on the commuting route as well.

[0033] (action) The weather forecast data is received by the weather forecast receiving means. The commuting data creating means creates a commuting route for the inactive member by using the residence data and workplace data from the attribute data related to the inactive member extracted by the inactive member extraction means, as well as the unused data and weather forecast data stored in the service management database.

[0034] (Second Invention) A second aspect of the present invention relates to a computer program for controlling the management server according to the first aspect of the present invention. The management server is a management server related to a service entity that provides services to people who have registered their own attribute data in advance and become member users. The computer program a member data storage step of storing the attribute data relating to the member user in a member database; a service management data accumulation procedure for accumulating in the service management database usage history data including usage date and time data and usage location data relating to the service usage history of the member, and unused data relating to unused time periods when the service is not scheduled to be used; a dormant member extraction step of extracting dormant members who have not used the service for a predetermined period of time based on the attribute data stored in the member database and the usage history data stored in the service management database; a proposal data creation step of creating proposal data including proposals for service use based on the attribute data on the inactive members extracted in the inactive member extraction step and the unused data; a proposal data transmission procedure for transmitting the proposal data created in the proposal data creation procedure to the communication terminal related to the dormant member; The computer program is configured to cause the management server to execute the above.

[0035] (Terminology) Since the "management server" is a computer, it is equipped with input and output means for transmitting and receiving data to and from other terminals, storage means for storing data input from the input means and for providing a membership database and a reservation database, calculation means for performing calculations using input data from the input means and stored data stored in the storage means, and random access memory used by the calculation means during calculations.

[0036] (Variation 1 of the second invention) It is more preferable that the procedure for creating the proposal data in the second invention also uses the usage history data of other members in the member database.

[0037] (Variation 2 of the second invention) The second invention may be configured as follows. That is, the management server is also made to execute a cancellation waiting matching procedure that uses the reservation data stored in the service management database and the cancellation waiting reservation data stored in the member database to determine whether or not it is possible to match the canceled time and location to a member on the cancellation waiting list when a reservation cancellation occurs, The proposed data creation procedure uses unused data when a reservation cancellation occurs but matching cannot be achieved through the cancellation waiting matching procedure.

[0038] (Variation 3 of the second invention) The second invention may be configured as follows. That is, the management server is caused to execute a proposed fee calculation procedure for calculating a proposed fee for the dormant member by acquiring regular fee data for calculating a regular fee for providing the service and cost data for calculating a break-even point for providing the service, In the proposed data creation procedure, the proposed data is created using the proposed fee.

[0039] (Variation 4 of the second invention) The second invention may be configured as follows. That is, a weather forecast receiving procedure for receiving weather forecast data; and a commuting data creation procedure for creating a commuting route for each dormant member by reading residential location data and workplace data from the attribute data relating to the dormant member extracted in the dormant member extraction procedure. The commuting data creation procedure creates the commuting route by using the unused data stored in the service management database and the weather forecast data.

[0040] The computer program according to the second aspect of the present invention can be provided by storing it on a recording medium or via a cloud environment. A "recording medium" is a medium capable of carrying a program that does not occupy space by itself. Examples include a flexible disk, a hard disk, a DVD-R, and a flash memory. It is also possible to transmit the program according to the present invention from a computer storing the program or a control computer of the parking lot structure to the control computer of the parking lot structure via a communication line. [Effects of the Invention]

[0041] According to the first invention, in a business that provides membership-based services, it is possible to provide a management server that proposes service use to dormant members. According to the second invention, it is possible to provide a computer program for controlling a management server that proposes service use to dormant members in a business that provides membership-based services. [Brief explanation of the drawings]

[0042] [Figure 1] 1 is a block diagram showing a system for extracting dormant members used in the present invention. [Figure 2] FIG. 10 is a block diagram illustrating an embodiment in which predetermined proposal data is provided to dormant members. [Figure 3] FIG. 10 is a block diagram illustrating an embodiment in which predetermined proposal data is provided to dormant members. [Figure 4] FIG. 10 is a block diagram illustrating an embodiment in which predetermined proposal data is provided to dormant members. [Figure 5] 10 is a flowchart showing a procedure for providing suggested data when matching for a waiting list reservation is unsuccessful. [Figure 6] FIG. 10 is a block diagram illustrating an embodiment in which predetermined proposal data is provided to dormant members. [Figure 7] FIG. 10 is a block diagram illustrating an embodiment in which predetermined proposal data is provided to dormant members. [Figure 8] FIG. 10 is a block diagram illustrating an embodiment in which predetermined proposal data is provided to dormant members. [Figure 9] FIG. 9 is a conceptual diagram specifically illustrating the proposal of FIG. 8. DETAILED DESCRIPTION OF THE INVENTION

[0043] Hereinafter, an embodiment of the present invention will be described with reference to the drawings (FIGS. 1 to 9). The description will be made assuming that the entity providing the service is a car sharing business operator. The present invention is not limited to the embodiment, but is a form for interpreting the present invention. Therefore, the entity providing the service is not limited to a car sharing business operator, and the present invention can also be applied to service providers that rent out equipment and facilities, such as equipment rental businesses and space rental businesses for studios, conference rooms, etc.

[0044] (Figure 1) FIG. 1 shows a system (function in the management server) that extracts "dormant members" who have not used the service for a certain period of time. Anyone who wishes to use a car sharing service must register their attribute data (specifically, name, address or place of residence, place of work, contact information, driver's license data, payment method for service fees, etc.) in advance and become a member. Member attribute data for each member is stored in the member database (database is abbreviated as "DB" in the diagram).

[0045] Management data related to vehicles used for car sharing (shared cars) (more specifically, reservation data, location data from the GPS (Global Position System) built into the shared car, etc.) is stored in the shared car management database. When a member uses a specific shared car, the usage history data is not only stored in the shared car management database, but is also stored in the member database linked to the member ID.

[0046] Based on the usage history data mentioned above, it is possible to grasp how long a specific member has not used the service. The inactive member extraction means determines the condition data that defines an "inactive member," such as a period of not using the service exceeding a certain amount, and extracts members who match the condition data as inactive members.

[0047] The attribute data on members extracted by the dormant member extraction means is stored together with their usage history data in a dormant member database created within the member database. Note that in Figure 2 and subsequent figures, for ease of conceptual understanding, the dormant member database is represented as being separate and independent from the member database.

[0048] The extraction of dormant members can be performed each time proposal data is created (in real time), or can be performed in advance at regular intervals, taking into account the processing load of real-time processing.

[0049] (Figure 2) Figure 2 shows an embodiment in which predetermined proposed data is provided to inactive members, focusing on the information processing procedures and the data to be processed. Here, "proposed data" includes proposed content regarding service use and is data intended to encourage inactive members to use the service. In the figure (as in Figure 2 and subsequent figures), solid arrows indicate wired communication, double-dashed arrows indicate wireless communication, and dotted and dashed arrows indicate optional configurations and their associated information processing, which are not required.

[0050] The proposed data creation means for creating proposed data extracts residential or workplace data relating to inactive members from the inactive member database created by the procedure shown in Figure 1. The proposed data creation means also extracts unused data relating to service locations and time periods that are not scheduled for use, i.e., have no reservations, from the shared car management database. The proposed data creation means then matches the residential or workplace data of inactive members with the unused data to create proposed data.

[0051] The created proposal data is transmitted from the proposal data transmission means to the communication terminal associated with the dormant member using the contact information acquired from the dormant member database.

[0052] The parking lot usage history of member users who have used parking lots associated with the car sharing business is stored in the parking lot management database. The proposal data creation means may also use the parking lot usage history data to create the proposal data.

[0053] The parking lot usage history of member users who have used affiliated stores related to the car sharing business is stored in the parking lot management database. The proposal data creation means may also use the parking lot usage history data to create the proposal data.

[0054] (Figure 3) FIG. 3 also shows an embodiment in which predetermined proposal data is provided to dormant members, focusing on the information processing procedure and the data to be processed.

[0055] In the embodiment shown in Figure 3, proposal data is created using the usage history data of other members from the member database. "Use history data of other members' shared cars" refers to usage patterns such as "the vehicle used was a seven-seater station wagon, and the family member was taken to a restaurant together" or "the mileage was zero, and the usage time was 15 minutes (minimum unit)."

[0056] Regarding usage patterns, data from user surveys and other sources is used to determine matters that cannot be determined from the location data or meters of the shared car. For example, a user survey asked what actual usage was when a user reported "zero mileage and 15 minutes of usage (minimum unit)." It was revealed that the usage was something like, "When I was out, I wanted to make an important business call that I didn't want others to hear, so I unlocked the shared car and made the call from inside the car." This is a form of usage where the shared car is used not as a means of transportation, but as a private space. In this way, a large number of usage patterns of other members are accumulated, and similar usage patterns are extracted from the accumulated usage patterns based on multiple perspectives, such as the type of shared car (7-seater) and usage time (15 minutes), according to the content of unused time.The extracted usage patterns are then presented to non-user members as part of the proposed data, along with a message that "this is also a possible use."By showing non-user members that there are many ways to use shared cars and helping them understand usage patterns that they were not aware of, the system aims to encourage them to use shared cars.

[0057] (Figure 4) The embodiment shown in FIG. 4 illustrates another method for creating proposal data. First, let's say that a certain shared car is fully booked, but reservation data for a waiting list has been accumulated. Then, let's say that a reservation for the shared car is canceled, but the reservation does not match the conditions in the waiting list reservation data. In this embodiment, the use of the canceled shared car is sent to the inactive member as suggested data. When a reservation is canceled, the time period during which the service is vacant due to the reservation cancellation also becomes unused time. When a reservation is canceled, the service for the unused time resulting from the reservation cancellation is first provided to a member on the cancellation waiting list. To do this, it is determined whether there is a match between the usage date and time data and usage location data for the unused time resulting from the cancellation and the usage date and location data for the cancellation waiting list reservation data. This process is performed by the cancellation waiting list matching means. If a match is found between the unused period resulting from the cancellation and the cancellation waiting list reservation data, the service is associated with the member associated with the cancellation waiting list reservation data so that the member can use the service during the unused time. On the other hand, if a reservation cancellation occurs but the cancellation waiting matching means is unable to match, the unused data relating to that unused time will be used by the proposed data creating means.

[0058] (Figure 5) FIG. 5 is a flowchart showing an example of a procedure for implementing the embodiment shown in FIG.

[0059] Suppose a reservation (d1) for a car sharing service is made for a certain shared car (S1). Next, it is verified whether the reservation (d1) has been fulfilled, i.e., whether the reserving user actually arrived at the rental location, got into the shared car, and departed, or whether the reservation has been canceled (S2). If the reservation (d1) has been fulfilled, this flowchart ends.

[0060] If the reservation (d1) is not executed, i.e., if the reservation (d1) is canceled, it is verified whether there is a cancellation waiting list (d2) for the reservation (d1) (S3). If there is a cancellation waiting list (d2), it is verified whether the use of the shared car has been assigned to the cancellation waiting list (d2) (S4).

[0061] If there is a waiting list (d2) for the reservation (d1) (S3: Yes) and a shared car is assigned to the waiting list (d2) (S4: Yes), the reservation (d1) does not become unused time and is therefore not subject to proposed data, so the process ends (S8). There may be multiple cancellations (d2) (d2-1, d2-2, ...) waiting for a reservation (d1), and in that case, it is determined whether all cancellations have been executed in order of priority.

[0062] If there is no waiting list (d2) for the reservation (d1) ("No" in S3), or if there is a waiting list (d2) but it has not been executed for all waiting lists, i.e., if a shared car has not been assigned to all waiting lists ("No" in S4), the time slot corresponding to the canceled reservation (d1) is treated as unused data, and the process proceeds to creating proposal data for the inactive member. That is, the dormant member's residence or workplace data is obtained (S5). Then, it is verified whether the reservation (d1) and the dormant member's residence or workplace data match (S6). Here, compatibility means that an inactive member can use a shared car that has become unused due to a cancellation waiting list. Even if proposal data is sent to an inactive member, there is no point in proposing a shared car if it is located far from the inactive member's residence and cannot be used. Therefore, compatibility is determined by taking into account factors such as whether the shared car is located near the inactive member's residence, so the inactive member does not need to spend much travel time to use the shared car, or whether there is an hourly parking lot where the shared car can be parked near the inactive member's workplace.

[0063] If it matches, the system creates proposal data with content corresponding to the time slot of the reservation (d1) and transmits it to the dormant member (S7).If it does not match, the series of procedures ends (S8).

[0064] According to the embodiment shown in Figures 4 and 5, it is possible to create proposal data that increases the possibility (utilization rate) of effectively utilizing the shared car in the event of a reservation cancellation or inappropriate matching on a waiting list.

[0065] (Figure 6) The embodiment shown in Fig. 6 shows another method of creating proposed data. Here, a proposed fee calculation means is added to the configuration, and the proposed fee created by the proposed fee calculation means is used in the proposed data.

[0066] The proposed fee calculation means calculates a proposed fee that is estimated to be attractive to inactive members based on various data accumulated in databases such as the regular fee database, the car sharing cost database, and the property database. The regular fee database stores multiple types of fees that are set depending on the type of car, day of the week, time of day, etc. The property database stores contract information concluded between the owner of the parking lot where the shared car is located (referred to as the "property") and the car sharing operator.

[0067] A car sharing cost database stores, for example, the average maintenance costs for shared car vehicles, the average gasoline cost if the operator is responsible for paying for it, communication costs, etc., calculated on an hourly basis, allowing users to see the average hourly cost required to maintain a shared car. Furthermore, if these costs are further managed by dividing them into fixed and variable cost items, it becomes easier to calculate the minimum amount required to recover only the fixed costs.

[0068] The car share cost database may store the rent for the parking space where the shared car is located either in the property database or in the car share cost database. In the following description, it is assumed that the rent is stored in the property database.

[0069] In this embodiment, the proposed fee proposed to a dormant member is, as a rule, set within a range that is lower than the regular fee and higher than the break-even fee. That is, the proposed fee calculation means calculates the proposed fee in accordance with the above-mentioned rule.

[0070] Incidentally, there are various contract types, such as parking lots installed by landowners on their own land, or parking lots installed under a contract with a land manager through subleasing. Therefore, the break-even fee varies depending on the contract type for each parking lot. For this reason, it is desirable to be able to flexibly set the proposed fee proposed to dormant members for each property.

[0071] For example, the "profitable fee" for a parking lot set up on land owned by an owner is equal to the "cost" stored in the car sharing cost database. On the other hand, for parking lots set up on subleased land, the "profitable rate" will take into account not only costs but also land rent (by hour).

[0072] The proposed fee also differs depending on the proposed policy. For example, if the policy is "land rent is a fixed cost paid to an external party, so we want to recover that amount," then the "profitable fee" for a parking lot set up on land owned by the owner is a "fixed cost."

[0073] If the service business is a subleasing business, land rent, which is proportional to the time, will be added to the "break-even fee." The aforementioned "fixed costs" include expenses necessary for vehicle maintenance, such as vehicle inspection fees. On the other hand, expenses such as gasoline, which would not be incurred if members did not use the service, are not included in fixed costs and are considered "variable costs."

[0074] Taking the above factors into consideration, the proposed fee calculation means calculates the proposed fee, and based on that, proposed data is created and sent to the terminal of the dormant member via the proposed data transmission means. The proposed fee is also stored in the proposal record database. By recording past proposed fees in the proposal record database and comparing them with reservations, it is possible to determine whether or not the reservation was accepted.

[0075] (Figure 7) In the embodiment shown in FIG. 7, a survey is conducted on the terminals of heavy users who are members, the survey is received, and the survey results are used as proposal data.

[0076] The questionnaire receiving means of the management server receives the questionnaire from the terminal related to the heavy user. The questionnaire contents include, for example, the places where the heavy user often goes using the shared car and the reasons for doing so. The received questionnaire is stored in the member database.

[0077] A shared car usage pattern database is created in the shared car management database. The shared car usage pattern stored in the shared car usage pattern database stores, for example, a first example of a shared car being used for private purposes, at night, and for sleeping in the car.

[0078] The second usage pattern was when the purpose of use was work, the time was daytime, and the shared car was used as a substitute for an office (usage time was 15 minutes, mileage was zero).

[0079] Permission to acquire terminal location data is obtained in advance from dormant members, and the terminal location data is then received by member location data receiving means.

[0080] The proposed data creation means acquires proposed patterns from the shared car usage pattern database and uses based on a questionnaire from the member database, and then creates proposed data taking into account the terminal location data and transmits it to the terminal of the inactive member.

[0081] The proposed data to be sent may include, for example, information that a new shared car has been deployed in a nearby parking lot based on the terminal location data, and a URL for a reservation site for immediate use of the shared car.

[0082] (Figure 8) 8, the management server receives weather forecasts from an external weather forecast database via a weather forecast receiving means, and also acquires residential data and workplace data of inactive members from an inactive member database.

[0083] The management server then simulates the commuting data of a certain inactive member using weather forecasts, data on the residence and workplace of the inactive member, as well as information on available car share reservations from the shared car management database. If necessary, data on available parking spaces near the workplace is also obtained and the simulation is carried out. The simulation created in this way is used to create proposal data and send it to the terminals of dormant members.

[0084] (Figure 9) In FIG. 9, the home address and place of work are obtained from the attribute data of inactive member A stored in the inactive member database. In addition, the weather forecast obtained predicts heavy rain accompanied by strong winds tomorrow near Mr. A's home and workplace.

[0085] The management server checks the car share management database to see if there is a car share station Q near the home of dormant member A that has a car available all day the next day. In addition, the parking management database confirms that parking lot R near Mr. A's workplace also has vacant parking spaces from morning to evening.

[0086] Based on the data obtained as above, we will simulate Mr. A's commute schedule using a shared car. That is, as shown in the commuting data in the figure, we will create a timeline of his commute from home at 7:35, getting into shared car X at station Q, driving to parking lot R near his workplace, parking, and arriving at his workplace S.

[0087] The management server sends the proposed data, including the created commuting data, to the terminal of dormant member A. The proposed data should also include data that allows Mr. A to complete the reservation of shared car X at station Q and parking lot R if he expresses his intention.

[0088] The proposal data for dormant members according to the embodiment described above can provide an opportunity for dormant members to resume (or use for the first time) their use of the service. The dormant members can then see the usefulness of using the service as an option. It is also expected to indirectly contribute to reducing the number of dormant members who cancel their memberships (terminate their contracts). [Industrial Applicability]

[0089] The present invention can be used in businesses that provide membership-based services, hardware manufacturing and software development businesses that handle management data related to equipment and spaces in the service industry, data communication equipment manufacturing businesses, car sharing businesses, and application software development businesses for management servers.

Claims

1. A management server related to a service entity that provides services to a person who has registered his / her own attribute data in advance and become a member user, a member database that stores the attribute data relating to the member users; a service management database that stores usage history data including usage date and time data and usage location data related to the service usage history of members, and unused data related to unused time periods when the service is not scheduled to be used; a dormant member extraction means for extracting dormant members who have not used the service for a predetermined period of time based on the attribute data stored in the member database and the usage history data stored in the service management database; a proposal data creating means for creating proposal data including proposals for service use based on the attribute data on the inactive members extracted by the inactive member extraction means and the unused data; a proposal data transmission means for transmitting the proposal data created by the proposal data creation means to the communication terminals of the dormant members; A management server with

2. The proposed data creation means creates the proposed data by also using the usage history data of other members in the member database. The management server according to claim 1 .

3. a cancellation waiting matching means for determining whether or not it is possible to match a time and place of a reservation that has been cancelled with a member on the cancellation waiting list when a reservation cancellation occurs, using the reservation data stored in the service management database and the cancellation waiting reservation data stored in the member database; If the cancellation waiting matching means is unable to match, the unused data relating to the unused time that could not be matched is also used to create the above-mentioned proposal data.

3. The management server according to claim 1.

4. a proposed fee calculation means for calculating a proposed fee for the dormant member by acquiring regular fee data for calculating a regular fee when the service is provided and cost data for calculating a break-even point when the service is provided; 2. The management server according to claim 1, wherein said proposal data creating means creates proposal data using said proposed fee.

5. weather forecast receiving means for receiving weather forecast data; a commuting data creation means for creating a commuting route for each inactive member by reading residential data and workplace data from the attribute data relating to the inactive member extracted by the inactive member extraction means; the commuting data creation means creates the commuting route by using unused data stored in the service management database and the weather forecast data; 2. The management server according to claim 1, wherein the proposed data creating means creates the proposed data based on the commute route.

6. A computer program for controlling a management server related to a service entity that provides services to a person who has registered his / her own attribute data in advance and become a member user, a member data storage step of storing the attribute data relating to the member user in a member database; a service management data accumulation procedure for accumulating in the service management database usage history data including usage date and time data and usage location data relating to the service usage history of the member, and unused data relating to unused time periods when the service is not scheduled to be used; a dormant member extraction step of extracting dormant members who have not used the service for a predetermined period of time based on the attribute data stored in the member database and the usage history data stored in the service management database; a proposal data creation step of creating proposal data including proposals for service use based on the attribute data on the inactive members extracted in the inactive member extraction step and the unused data; a proposal data transmission procedure for transmitting the proposal data created in the proposal data creation procedure to the communication terminal related to the dormant member; The computer program is configured to cause the management server to execute the above.

7. In the procedure for creating the proposed data, the proposed data is created using the usage history data of other members in the member database.

7. A computer program according to claim 6.

8. The management server is also made to execute a cancellation waiting matching procedure, which uses the reservation data stored in the management database and the cancellation waiting reservation data stored in the member database to determine whether or not a cancellation can be matched with a member on the cancellation waiting list for the time and location of a reservation that has been cancelled, when such a reservation is cancelled; If the cancellation waiting matching means is unable to match, the unused data relating to the unused time that could not be matched is also used to create the above-mentioned proposal data. A computer program according to claim 6 or claim 7.

9. The management server also executes a proposed fee calculation procedure for calculating a proposed fee for the dormant member by acquiring regular fee data for calculating a regular fee for providing the service and cost data for calculating a break-even point for providing the service, In the above-mentioned proposal data creation procedure, the proposal data was created using the above-mentioned proposed fee.

7. A computer program according to claim 6.

10. a weather forecast receiving step for receiving weather forecast data; and a commuting data creation procedure for creating a commuting route for each dormant member by reading residential location data and workplace data from the attribute data relating to the dormant member extracted in the dormant member extraction procedure. the commuting data creation step creates the commuting route by using unused data stored in the service management database and the weather forecast data; 7. The computer program according to claim 6, wherein the step of creating the proposed data creates the proposed data based on the commuting route.

Images