JP2019133584A - Method and system for customization of vehicle for car sharing - Google Patents

Abstract

To provide a method and a device for customizing a vehicle for car sharing, the method and the system allowing a user to apply for a customization according to the point given to the user, who shares the vehicle.SOLUTION: In a car-sharing system for more than one user to share one vehicle, a user is given to a point based on usage of car-sharing. A user applies for a customization that the user wants, based on the point given to the user, on-line. The contents of the application are discussed and studied by users who share the same vehicle so that the users will decide to agree or disagree with the contents.SELECTED DRAWING: Figure 12

Description

  The present invention relates to car sharing in which one vehicle is shared by a plurality of users, and more particularly to a vehicle customization method using points added according to the use of the vehicle.

  In recent years, the market for car sharing services has grown. Car sharing is a service in which one vehicle is shared by a plurality of users. A vehicle user can use the car sharing service by registering in advance via the Internet or the like and becoming a sharer of a specific vehicle. In the car sharing service, since one vehicle is shared by a plurality of people, it can be used at a low cost and can be used easily, so there is a possibility that needs may increase.

  The car sharing service is a new service system compared to the conventional car rental business. For this reason, there are many problems caused by sharing one vehicle among a plurality of users, and the solution is desired. Patent Document 1 discloses an invention in a conventional rental car business, and converts the distance traveled by a rental car or the traveling at a specific point into points and reflects them in the fee, thereby providing an integrated service between the rental car store and each sightseeing spot. Is described.

Japanese Patent Laying-Open No. 2015-041206

  FIG. 13 is a diagram illustrating a problem. One of the challenges of car sharing in which one vehicle 10 is shared by the sharers 20A, 20B, 20C, 20D, and 20E is how to customize the vehicle to be shared. Customization means all changes in the vehicle, such as the exterior and interior of the vehicle, audio settings, and in-vehicle device settings and installation. In the past, since it was common to own a vehicle individually, customization of the vehicle was rarely an issue, but in car sharing services it is preferable to reflect the personal customization philosophy exclusively. Absent.

  In the present invention, there is provided a method and system for customizing a vehicle for car sharing, which solves the above-described conventional problems and can apply for customization according to points given to a vehicle sharer. With the goal.

  The method according to the present invention is a method for customizing a vehicle for car sharing in a system including a server and a user terminal capable of communicating with the server, wherein the server accepts a reservation for the vehicle from the user terminal. In response to using the vehicle reserved by the user, the user is given a score, the score is managed for each user, and when a custom application for the vehicle is made from the user terminal, the user receives a certain number of points. If it is determined that it has a certain number of points, it is possible for other users to discuss the custom application via their user terminals, and based on the results of the discussion It is determined whether or not the custom application is permitted.

  Preferably, the custom application includes customizing the exterior or interior of the vehicle. Preferably, the debating includes a vote for or against the user. Preferably, the discussion includes an application for an opinion or counter-suggestion from a user, and the server distributes the submitted opinion or counter-suggestion to a user terminal of another user. Preferably, the determination is made by majority vote of users.

  The system according to the present invention is a system including a server and a user terminal capable of communicating with the server, wherein the server includes a reservation management unit that receives a reservation of a vehicle for car sharing from the user terminal, and a user In response to the use of the reserved vehicle, the score is given to the user and the score management means for managing the score for each user, and when there is a custom application for the vehicle from the user terminal, the user Application management means for determining whether or not the user has a score, and when the application management means determines that the application management means has a certain number of scores, other users discuss the custom application through their user terminals. And means for determining whether to allow the custom application based on a discussion result of the discussion means. It has a.

  Preferably, the custom application includes customizing the exterior or interior of the vehicle. Preferably, the debate means includes vote in favor or against from the user. Preferably, the discussion means includes an application for an opinion or a counter-suggestion from a user, and the server distributes the submitted opinion or counter-suggestion to a user terminal of another user. Preferably, the determination means is determined by a majority vote of users.

  According to the present invention, when a custom application for a vehicle is made from a user terminal using points given according to the use of the reserved vehicle, a discussion is performed via the user terminal of the user including other users. Since the custom application is permitted, customization can be performed based on the frequency of use of the vehicle and the agreement of the sharer.

It is a figure which shows the usage example of the car sharing service which concerns on embodiment of this invention. It is a figure which shows the whole structure of the car sharing system for implement | achieving a car sharing service. It is a block diagram which shows the structure of a car sharing system. It is a figure explaining the application performed with a smart phone. It is a figure which illustrates the storage system of reservation management. It is a figure which illustrates the application screen of a customization application part. It is a figure which illustrates the memory system of score management. It is a figure which illustrates the memory system of the application management which manages the content applied by the custom application part. It is a figure which shows the functional structure of the server program run with a server. It is a figure which illustrates one of the discussion methods of a custom discussion part. It is a flowchart which shows operation | movement of a car sharing system. It is a figure which shows notionally the system idea of a car sharing system. It is a figure which shows a subject.

  Next, embodiments of the present invention will be described in detail with reference to the drawings. FIG. 1 is a diagram showing a usage example of a car sharing service according to an embodiment of the present invention. In the car sharing service, users U 1, U 2, U 3, U 4, U 5, and U 6 (hereinafter sometimes collectively referred to as user U) become shared users and share the use of the vehicle M. The user U can become a sharer of the vehicle M by accessing a site that handles the vehicle M via a line such as the Internet and performing user registration in advance. The sharing card of the vehicle M is issued with an authentication card, a password, a user ID and the like for managing the locking of the vehicle M, and only the registrant can use the vehicle M.

  In the car sharing service, since one vehicle is shared, it is necessary to reserve the use date and time and the like in advance. FIG. 2 is a diagram illustrating an overall configuration of a car sharing system for realizing a car sharing service. Each user U has a smartphone 200 and can access the server 300. An application that reserves a vehicle in advance is installed in the smartphone 200, and each user inputs the reservation content via the application and transmits it to the server 300. The server 300 has a function of managing reservations for vehicles, and prevents competition for use of vehicles. In the car sharing system 100, the smartphone 200 is used to access the server 300, but other portable terminals may be used, for example, a notebook PC, a tablet PC, a personal computer, and other communication functions. It can be an electronic device.

  The car sharing system 100 has a scoring function that gives points for each user according to the number of times the vehicle M is used. The user can apply for customization of the vehicle M according to his / her points. The requested customization is discussed and discussed among the shared users, and the approval or rejection of the customization is determined by a decision method such as majority vote or unanimous decision.

  The contents of customization that can be applied are not particularly limited, but include, for example, exterior customization such as vehicle coloring, light replacement, and interior customization such as audio settings, in-vehicle device settings and installation, and replacement of internal parts. For software settings such as audio settings that can be customized, the vehicle M can be directly customized via wireless communication.

  The applied customization discussion and discussion will take place on the online system. In the server 300, for example, a function for approving or disagreeing the user with respect to the requested customization content is implemented, and each user can input approval or disagreement from the smartphone 200. In addition, a comment field in which a counter-proposal or an opinion can be stated is provided for the requested customization, so that the discussion can be performed specifically and actively.

  If the requested customization is approved as a result of the discussion and discussion, the customization is executed. In the execution of customization, when software customization is approved, wireless communication is performed from the server 300 to the vehicle M, and software such as a navigation device of the vehicle M and other in-vehicle devices is rewritten. It is the application user or the operating company that customizes the exterior and hardware, and the application user can select whether to perform the exterior or hardware by himself or to request the operating company using a smartphone application or the like.

  FIG. 3 is a block diagram showing the configuration of the car sharing system. The car sharing system 100 includes a smartphone 200 of a user U and a server 300 that performs car sharing reservation management, point management, customization application management, comment management, and the like.

  As shown in FIG. 3, the smartphone 200 includes an input unit 210 such as a touch panel for inputting instructions from a user, a display unit 220 such as a liquid crystal display, a storage unit 230 capable of storing data and programs, the Internet, and the like. The basic configuration includes a communication unit 240 that performs data communication with an external device such as a server, and a control unit 250 that controls each unit. Although not shown here, the smartphone 200 may be equipped with various functions of a conventional smartphone such as an imaging camera that captures an image, a microphone that inputs sound, and a speaker that outputs sound.

  The control unit 250 includes a microcontroller, a central processor, or the like. Preferably, the car sharing system 100 can be used by executing application software or a program prepared in advance or downloaded from a server. FIG. 4 is a diagram illustrating an application executed on the smartphone. The application executes the sharing program 400. For example, the sharing program 400 starts when the user U touches the icon 221 displayed on the display unit 220 with a touch panel.

  When the sharing program 400 is activated, the user authentication unit 410 accesses the server 300 and makes an authentication request. The user has registered as a member of the car sharing service in advance, and a unique user ID and password are issued. The user authentication unit 410 transmits these user IDs and passwords to the server 300 to perform authentication.

  The vehicle reservation input unit 420 makes a reservation for a vehicle to be shared. For example, as shown in FIG. 4B, after user authentication, a reservation icon 222 is displayed, and the user touches it. Then, a vehicle selection and date selection screen is displayed, and if the reservation button 224 is touched after inputting each item, the input content is transmitted to the reservation management 322 of the storage unit 320. Thereby, the reservation for the specific vehicle is completed.

  FIG. 5 is a diagram illustrating an example of a reservation management storage system. The reservation management 322 manages the user ID, the vehicle ID unique to the selected vehicle, the reservation date, and the status flag based on the information transmitted from the smartphone 200. The status flag is a flag indicating a transition of reserved contents, and indicates a reserved state as “0”, a state in which the reservation contents are successfully completed as “1”, and a state in which the reservation is canceled as “2”. ing. When a new reservation is made, a record with a status flag “0” is created. Although not shown in the present embodiment, when a cancel operation is performed from the smartphone 200, the status flag becomes “2”. When the status flag is “1”, it indicates that the user who made the reservation actually uses the vehicle. This indicates, for example, that the vehicle M is operated on the reservation date, and that the car navigation system mounted on the vehicle M is used. It may be updated when it is transmitted from a vehicle-mounted device such as a device to the server 300 via the wireless communication NW (FIG. 2), or the used user U accesses the server 300 via the smartphone 200. It is also possible to update the use. In addition, when a unique authentication card (locking card) is distributed to each user, when a reserved vehicle is locked using the authentication card, a server from the in-vehicle device provided in the vehicle M via the wireless communication NW is used. 300 may be updated to the flag “1”. Further, for example, when the payment of the charge is completed online or at the site where the vehicle is used on the day, the flag of the server 300 is set to “1” via the wireless communication NW or the Internet line. It may be a thing.

  The custom application unit 430 can make a customization application based on the points given based on the number of times the shared vehicle is used. The customization application unit 430 is executed when the customization icon 223 is touch-operated as shown in FIG. FIG. 6 is a diagram illustrating an application screen of the customization application unit. The customization application unit 430 first displays a vehicle selection screen for selecting a vehicle that the user wants to customize. When the user selects a vehicle and touches the next button 225, the available points are displayed. FIG. 7 is a diagram illustrating an example of a score management storage system. The score management 324 includes items of a user ID, a vehicle ID, and a score, and stores a score for each vehicle for each user. When the next button 225 is touched, the customization application unit 430 accesses the score management 324, acquires available points, and displays them on the display unit 220.

  In addition, the custom application unit 430 displays the application content column 226 so that the user can input it. If the application details are predefined, for example, vehicle coloring, light replacement, audio settings, in-vehicle device settings and installation, internal part replacement, etc. The application content field 226 can be input by a selection formula for selecting the application content. Moreover, it is good also as an application content column which can write in the application content freely. When the user inputs the application content and touches the application button 227, the application content is transmitted to the server 300 and managed as application management 326.

  FIG. 8 is a diagram illustrating an application management storage system for managing contents applied by the custom application unit. The application management 326 includes items of an application ID unique to each application, a user ID, a vehicle ID input by vehicle selection in FIG. 6, application contents, approval (number), opposition (number), and approval result. The application content reflects the content input in the application content field 226. For example, when the application content is defined in advance, a code value corresponding to the application content is stored. When the input in the application content column 226 is a user's free input, text data or the like is stored. In the newly created application data, the status “0” indicating that the application is in progress (unapproved) is recorded in the “approval result” item. Details of the approval (number), the opposite (number), and the approval result will be described in the server 300 described later.

The server 300 is configured including basic configurations of a communication unit 310, a storage unit 320, and a control unit 330. The communication unit 310 enables communication via a network such as the Internet or an intranet with a smartphone or other device on which an application is activated, using a communication protocol such as TCP / IP. The storage unit 320 includes a program for controlling each functional unit of the server 300, and also includes reservation management 322 (FIG. 5), score management 324 (FIG. 7), application management 326 (FIG. 8), and comment management (FIG. 8). including.

  The control unit 330 includes a microcontroller or a central processor, and preferably controls the car sharing system 100 by executing application software or a program prepared in advance. FIG. 9 is a diagram illustrating a functional configuration of a server program executed on the server. The server program 500 includes a reservation information update unit 510, a score information update unit 520, an application content determination update unit 530, a custom discussion unit 540, and a discussion result reflection unit 550.

  The reservation information update unit 510 receives the reservation content transmitted from the vehicle reservation input unit 420 of the smartphone 200, and creates, updates, and deletes the reservation management 322 shown in FIG. When a new reservation is made from the smartphone 200, the reservation information update unit 510 creates a record with a status flag “0” as exemplified by the user ID “U1006” in FIG. Thereafter, the status flag is updated to “1” when information indicating that the vehicle M is actually used is transmitted, or when completion registration is performed by the user. Although not shown in the present embodiment, when the cancel request is received from the smartphone 200, the status flag is updated to “2”.

  The score information update unit 520 creates, updates, and deletes the score management 324 after the processing of the reservation information update unit 510 is performed and at regular intervals. The score information updating unit 520 refers to the reservation management 322, counts the record with the status flag “1” using the user ID and the vehicle ID as a key, that is, the number of times the shared vehicle has been used as scheduled, and uses it once. Add based points. Note that the number of points obtained by one use is not limited, and in FIG. 6, one point can be obtained by one use with reference to the reservation management information in FIG.

  The application content determination update unit 530 confirms the content applied by the custom application unit 430 and creates / updates the application management 326 shown in FIG. For example, when the application content determination / update unit 530 has a standard of a fixed score in the application content (4 points for the coloring of the vehicle, 1 point for the audio setting, etc.), the user who applied for the application will give a score higher than the standard. It is determined whether or not it has. If the score exceeds the reference, a record is created in which the status “0” indicating that the application is in progress (unapproved) is recorded in the item “approval result” (for example, FIG. 5). Application ID “0005”).

  Next, the process of the application content determination update unit 530 will be described using a specific example. For example, when the sharer of the user ID “U1005” has applied for the coloring of a vehicle that requires four points, the application content determination update unit 530 refers to the score management 324 and determines that there is no necessary score. In this case, a new record is not created in the application management 326, and a message indicating that the score is insufficient is transmitted to the applicant's smartphone 200. On the other hand, when the sharer of the user ID “U1005” has applied for one point of required audio setting, the application content determination update unit 530 refers to the score management 324, determines that there is a required score, Subtract the required score from the current score. That is, the score of “C111” of the user ID “U1005” in FIG. 7 is updated to “2”. Further, a new record is created in the application management 326 with the applied content.

  The custom discussion unit 540 provides a discussion environment in which all the vehicle sharers can participate in the customization application (application content created by the application content determination update unit 530) applied by the customization application unit 430. The content of the discussion using the custom discussion section 540 is not particularly limited, but conventional online technologies such as online majority processing, comment writing processing, and reply processing for written comments can be used. FIG. 10 is a diagram illustrating one of the discussion methods of the custom discussion section. For example, when one of the vehicle sharers makes a customization application and another sharer (a sharer other than the applicant) starts the car sharing application on the smartphone 200, the custom discussion section 540 authenticates after user authentication. Based on the user ID and the approval result of the application management 326 shown in FIG. 8, the discussion information as shown in FIG. 10 is provided to the smartphone 200 (display unit 220) of another sharer. As for the items of approval results, “0” indicates unapproved (application in progress), “1” indicates approval, and “2” indicates rejection, and the custom discussion section 540 is not an application user of an unapproved record. When the user logs in, information as shown in FIG. 10 is displayed. That is, a screen as shown in FIG. 10 is provided to a user other than the applicant at the time of login. In the example illustrated in FIG. 10, the application content of the application ID “0005” having the status “0” is a sharer of the vehicle ID “C111” based on the application management 326 of FIG. 8, and is other than the user ID “U1005”. A screen as shown in FIG. 10 is provided to the sharer. Preferably, the display of FIG. 10 is not performed even if re-login is performed for the sharer who performed the display of FIG. good. Further, the screen of FIG. 10 may be displayed by an application operation on the smartphone 200 of another sharer in addition to being displayed as a push notification at the time of login.

  The user who is provided with the screen of FIG. 10 can make an approval or disagreement, and can optionally enter a free comment. When these inputs are completed by the user and the send button 228 is pressed, the input content is reflected in the application management 326. When the approval is input, 1 is added to the item of approval, and when the opposite is input, 1 is added to the opposite item. The free comment input by the user is recorded in the comment management 328 for each application ID. In the car sharing system 100, although not particularly illustrated, a comment recorded in the comment management 328 is acquired and displayed on the display unit 220 by using each user's smartphone 200 or the like. You can leave a reply comment and have a lively discussion. Furthermore, when a new free comment or reply comment is stored, the content may be automatically distributed to each sharer's smartphone 200 by the custom discussion unit 540. As a comment reference method and a reply comment recording method, various conventional techniques such as a conventional comment format on the Internet can be used. As examples of free comments, there are, for example, opinions on customization requested by other sharers, counter-suggestions for customization, and advice.

  The discussion result reflecting unit 550 reflects the result of the content discussed by the custom discussion unit 540. Specifically, the number of “agree” and “disagree” is counted for an application whose status is “0” that has not been approved, and the vote result is reflected in the “approval result” by majority vote. If there is much “agree”, “1” is input to the approval result, and if there is much objection, “2” is reflected in the approval result. Note that the determination of approval is not limited to a majority decision, and approval may be made with the approval of all the sharers. Further, when the approval and disapproval are the same vote, either approval or rejection may be selected.

  The discussion result reflection unit 550 further executes the contents of the application whose approval result of the application management 326 is newly “1 (agree)”. If the application contents are predefined and the car sharing system 100 can grasp the application contents systematically and the vehicle M is a software customization such as program or setting update, the discussion The result reflection unit 550 directly accesses the vehicle M via the communication unit 310 and the wireless communication NW, and reflects the customization content. In addition, if the user needs to customize directly, such as a change in exterior or interior, or if the contents of customization cannot be grasped systematically, a notification (e-mail etc.) that the application contents have been approved It transmits to the smart phone 200 of a sharer.

  The processing timing of the discussion result reflection unit 550 is executed, for example, when an application with an answer deadline has been made, at the timing when the answer deadline has passed, and in another aspect, when there is a reply from all the sharers Can be executed in Note that the processing timing of the discussion result reflection unit 550 is not limited to these, and may be executed at predetermined time intervals, for example.

  Next, the overall operation of the car sharing system 100 will be described. FIG. 11 is a flowchart showing the operation of the car sharing system. First, the car sharing system 100 starts an application including the sharing program 400 from the smartphone 200 (which may be any of the sharers). When a predetermined application is activated, user authentication is performed by the user authentication unit 410 (S100). When the user authentication in S100 is completed, the process proceeds to the vehicle reservation input stage by the vehicle reservation input unit 420. After inputting predetermined items, the user transmits the reservation content to the server 300 (S102). The reservation information update unit 510 reflects the input content transmitted in S102 in the reservation management 322 (S104). Thereafter, the reserved vehicle is used, and the score management 324 is generated while the score information update unit 520 is appropriately executed (S106). When the score of a certain degree is added, the user can apply by the custom application unit 430 (S108). The content applied in S108 is determined by the application content determination update unit 530 as to whether or not the application user has the necessary score (S110). If not, the content is applied to the smartphone 200 of the application user. Send a message indicating that application is not possible. On the other hand, if the application user has a score necessary for the application, the content applied in S108 is reflected in the application management 326 (S112). Based on the content applied in S108, the custom discussion section 540 provides a discussion environment for each sharer and reflects opinions (S114). The discussion result reflection unit 550 calculates the approval result at an appropriate timing such as the expiration of the reply, the vote of all the sharers, a predetermined time interval, and reflects the discussion result (S116).

  FIG. 12 is a diagram conceptually showing the system concept of the car sharing system. The car sharing system 100 according to the present embodiment completes customization of a shared vehicle in a cycle of using car share, acquiring points, custom application, custom discussion, and custom completion. According to this cycle, it is easy to reflect the opinions of those who used more shared vehicles, and by providing a debate function, the opinions of one person are not reflected exclusively and appropriate customization of shared vehicles is appropriate. Can be done.

  The preferred embodiment of the present invention has been described in detail above, but the present invention is not limited to the specific embodiment, and various modifications can be made within the scope of the present invention described in the claims. Deformation / change is possible.

10: Vehicle 20A, 20B, 20C, 20D, 20E: Imaging camera 100: Car sharing system 200: Smartphone 210: Input unit 220: Display unit 221: Icon 222: Reservation icon 223: Customize icon 224: Reservation button 225: Next Button 226: Application content column 227: Application button 228: Send button 230: Storage unit 240: Communication unit 250: Control unit 300: Server 310: Communication unit 320: Storage unit 322: Reservation management 324: Score management 326: Application management 328 : Comment management 400: sharing program 410: user authentication unit 420: vehicle reservation input unit 430: custom application unit 500: server program 510: reservation information update unit 520: score information update unit 530: application content determination update unit 540: custom Debate Discussion part 550: Discussion result reflection part M: Vehicle NW: Wireless communication U: User

Claims (10)

A method for customizing a vehicle for car sharing in a system including a server and a user terminal capable of communicating with the server,
The server
Accepting reservations for vehicles from the user terminal,
In response to a user using a reserved vehicle, the user is given a score, and the score is managed for each user.
When there is a custom application for a vehicle from the user terminal, it is determined whether or not the user has a certain number of points. If it is determined that the user has a certain number of points, Allows you to discuss through your own user terminal,
A method of determining whether to allow the custom application based on a result of the discussion. The method of claim 1, wherein the custom application includes customizing a vehicle exterior or interior. The method of claim 1, wherein the debating includes vote for or against a user. The method of claim 1, wherein the debating includes an application for an opinion or counter-suggestion from a user, and the server distributes the submitted opinion or counter-suggestion to a user terminal of another user. The method of claim 1, wherein the determining is determined by user majority. A system including a server and a user terminal capable of communicating with the server,
The server
Reservation management means for accepting reservation of a vehicle for car sharing from the user terminal;
In response to the use of the vehicle reserved by the user, a score management means for assigning a score to the user and managing the score for each user;
When there is a custom application for a vehicle from the user terminal, application management means for determining whether the user has a certain number of points;
If it is determined by the application management means that it has a certain number of points, the discussion means that allows other users to discuss the custom application via their user terminals,
Determining means for deciding whether or not to allow the custom application based on a discussion result of the discussion means;
Having a system. The system of claim 6, wherein the custom application includes customizing a vehicle exterior or interior. The system according to claim 6, wherein the means for debating includes vote for or against from a user. The system according to claim 6, wherein the discussion means includes an application for an opinion or a counter-suggestion from a user, and the server distributes the submitted opinion or counter-suggestion to a user terminal of another user. The system according to claim 6, wherein the determining means determines by majority of users.

Images