Information management devices, systems, and programs

Abstract

We provide technology that is advantageous in improving local safety. [Solution] The information management device according to the present invention is an information management device for managing information about a user, comprising: an analysis means for analyzing conversations between the user and one or more third parties other than the user; an identification means for identifying the degree of intimacy between the user and the one or more third parties based on the analysis results by the analysis means; and an evaluation means for performing an evaluation of the user based on the identification results by the identification means.

Description

Technical Field

[0001] The present invention mainly relates to an information management device.

Background Art

[0002] In recent years, efforts have been made to provide a sustainable transportation system that takes into account people in vulnerable positions among traffic participants. Regarding preventive safety technologies for its realization, research and development to further improve traffic safety and convenience have been focused (see Patent Document 1).

Prior Art Documents

Patent Documents

[0003]

Patent Document 1

Summary of the Invention

Problems to be Solved by the Invention

[0004] As preventive safety technologies, those that are generally applicable are of course required, but those corresponding to each region may also be required.

[0005] The purpose of the present application is, for example, to provide a technology advantageous for improving regional safety in order to solve the above problems, and ultimately to contribute to the development of a sustainable transportation system.

Means for Solving the Problems

[0006] One aspect of the present invention relates to an information management device, and the information management device is an information management device that manages information about a user, analysis means for analyzing conversations between the user and one or more third parties different from the user, specification means for specifying the intimacy between the user and the one or more third parties based on the analysis result by the analysis means, The system includes an evaluation means for performing an evaluation of the user based on the results of the identification means. It is characterized by the following: [Effects of the Invention]

[0007] According to the present invention, it is advantageous in improving local safety. [Brief explanation of the drawing]

[0008] [Figure 1] A diagram showing an example of the system configuration according to the embodiment. [Figure 2] A flowchart illustrating an example of the processing steps performed by a mobile device. [Figure 3] A flowchart illustrating an example of the processing steps performed by a mobile device. [Figure 4] A flowchart illustrating an example of server processing steps. [Figure 5] A flowchart illustrating an example of the processing steps performed by a mobile device. [Modes for carrying out the invention]

[0009] The embodiments will be described in detail below with reference to the attached drawings. Note that the following embodiments do not limit the invention as defined in the claims, and not all combinations of features described in the embodiments are essential to the invention. Two or more features from the multiple features described in the embodiments may be combined arbitrarily. Furthermore, identical or similar configurations will be given the same reference numeral, and redundant descriptions will be omitted.

[0010] ≪First Embodiment≫ <System Configuration> Figure 1 shows an example of the configuration of system SY according to an embodiment. System SY comprises a server 1 and one or more (in this case, three) mobile terminals 2. Server 1 and each mobile terminal 2 can communicate with each other via a network N.

[0011] Server 1 comprises a processor 1a, memory 1b, and storage 1c. The processor 1a is a broad-sense processing unit that performs calculations to realize each function of Server 1, and includes, for example, a CPU (Central Processing Unit), an MPU (Micro Processing Unit), a GPU (Graphics Processing Unit), etc. Memory 1b is a storage medium that temporarily stores intermediate data used during the calculations of the processor 1a, and volatile storage media such as RAM (Random Access Memory) and ROM (Read Only Memory) can typically be used. Storage 1c is a storage medium that stores information necessary for the calculations of the processor 1a, such as programs and parameters, and data showing the results of said calculations, and non-volatile storage media such as HDD (Hard Disk Drive) and SSD (Solid State Drive) can typically be used.

[0012] Server 1 may further include an input unit such as hardware keys, software keys, or levers, and a display unit such as an LCD display or an OLED display, which the administrator of Server 1 can use to input or update necessary information. The administrator of Server 1 corresponds to the service providers described later, and the services are provided to individual mobile terminals 2 via the network N.

[0013] Each of the one or more mobile terminals 2 is associated with one or more users U. This association is sufficient if user U is registered as the owner of the mobile terminal 2 or if user U actually owns the mobile terminal 2. Each mobile terminal 2 is equipped with a processor 2a, memory 2b, and storage 2c. The processor 2a, memory 2b, and storage 2c only need to be configured to perform the same functions as processor 1a, memory 1b, and storage 1c, respectively. Typical mobile terminals 2 may include well-known portable devices such as smartphones, tablet devices, and wearable devices.

[0014] Each mobile terminal 2 further includes a microphone 2d and a location information specifying unit 2e. The microphone 2d can acquire, by its sound collection function, not only the speech of the user U himself / herself but also the sound information around the user U. The location information specifying unit 2e is configured to be able to specify the location information of the own device (the mobile terminal 2), and its function can be realized, for example, by using GNSS (Global Navigation Satellite System).

[0015] The outline of the service in this embodiment is to promote the improvement of the user U's living habits by using the mobile terminal 2, promote the improvement of the user U's sociality, and ultimately realize the improvement of the safety of the region (hereinafter referred to as this service). A program distributed from the server 1 can be installed on the mobile terminal 2 as part of this service (hereinafter referred to as this program). In many cases, before receiving this service, the user U can download and install this program on the mobile terminal 2 via the network N. This service can mainly be used when the user U goes out with the mobile terminal 2. The user U is often a child (under 18 years old) going to school, but may also be an adult (18 years old or above).

[0016] <Processing Contents on the Mobile Terminal in this Service> FIG. 2 is a flowchart showing an example of the processing contents of the mobile terminal 2. The outline of this flowchart is to evaluate the user U based on the conversation between the user U and a third party, and the following steps can mainly be executed by the processor 2a. This flowchart can be started, for example, based on the activation of this program by an operation input to the mobile terminal 2, or based on the mobile terminal 2 on which this program is installed being powered on.

[0017] In step S2010 (hereinafter referred to as "S2010"; the same applies to other steps described later), the sound information around user U is temporarily held in memory 2b. This can be achieved by microphone 2d (see FIG. 1). The sound information held in memory 2b only needs to include the information of the speech voices of user U and the surrounding voices (voice information). Therefore, the sound information to be held in memory 2b may be within the audible frequency band (20 Hz to 20 kHz), or may be within the typical frequency band (250 to 2000 Hz) in daily conversations. Thus, the recording result by portable terminal 2 may be removed by known filtering processing for bands other than the above frequency band. Also, since information such as environmental sounds or noise sounds such as rain and wind is unnecessary, known noise removal processing may be further performed. Incidentally, the sound information held in memory 2b only needs to be in an amount of information of several seconds to several tens of seconds or about several minutes, and the previous sound information may be erased from memory 2b.

[0018] In S2020, voice analysis is performed on the sound information held in S2010, and it is determined whether there was the voice of user U. The voice of user U only needs to be registered in advance, and it may be registered at the time of initial setting after this program is installed in portable terminal 2 (for example, at the time of user registration). The registration of the voice of user U can be realized by means similar to known voiceprint authentication. For example, user U can input one or more voice patterns to portable terminal 2, and the feature data extracted by voiceprint analysis for them can be registered. The above voice analysis in S2020 can be realized by performing matching of the voice waveform using this feature data. If there was the voice of user U, the process proceeds to S2030; otherwise, it returns to S2010.

[0019] In S2030, it is determined whether the voice of user U, as confirmed in S2020, was a predetermined phrase. This determination can be achieved by means similar to known speech analysis methods; for example, it is possible to determine whether the voice of user U was a predetermined phrase based on phonemes extracted from the speech information by acoustic analysis. The designated phrases referred to here can be any phrases related to daily habits, and as a typical example, phrases indicating greetings are pre-set. Multiple types of greeting phrases may be set for each time of day. For the sake of simplicity, in the following explanation, we will assume that two types of phrases indicating morning greetings, "Good morning" and "Good morning," are set. If user U's voice is a predetermined phrase (in this example, "Good morning" or the greeting "Good morning"; hereinafter referred to as the "greeting phrase"), proceed to S2040; otherwise, return to S2010.

[0020] In S2040, further speech analysis is performed on the audio information held in S2010 to determine whether there was an audio recording of a greeting phrase by a third party before or after the audio recording of the greeting phrase by user U confirmed in S2030. If there was an audio recording of a greeting phrase by a third party, the greeting is considered successful and the process proceeds to S2050; otherwise, it returns to S2010. Here, the third party's voice only needs to be different from user U's voice (it just needs to be distinguishable from user U's), so it does not need to be registered in mobile terminal 2 when making the determination in S2040.

[0021] In S2050, it is determined whether a conversation followed the greeting phrase made by user U, which was confirmed in S2030, based on the audio information held in S2010. The conversation is between user U and a third party other than user U, and in this example, it is sufficient if some conversation follows the greeting (for example, if user U's voice and the third party's voice are repeated alternately at least once), and the content of the conversation is irrelevant. If there is dialogue after the greeting, parameter b (described later) is set to b>0 in S2060; if there is no dialogue after the greeting, parameter b (described later) is set to b=0 in S2070.

[0022] In this way, S2010~S2050 analyzes the conversation between user U and a third party. In this example, speech analysis is initiated when user U's voice contains a greeting phrase; in other words, a greeting phrase acts as a trigger for the start of speech analysis.

[0023] In S2110, the level of intimacy between user U and a third party is identified (or calculated) based on the analysis results (see S2010-S2050). Here, "intimacy" refers to any indicator showing the degree of mutual recognition between user U and the third party, and is not limited to the content or frequency of daily / actual interactions. Furthermore, if user U has greeted multiple third parties, the level of intimacy will be identified for each of those third parties. In this example, the level of familiarity with a third party can be calculated based on the type of greeting confirmed in S2030 and whether or not there was a conversation after the greeting, confirmed in S2050. For example, the level of familiarity F can be calculated using parameter a according to the type of greeting, parameter b indicating whether or not there was a conversation after the greeting, and parameter T indicating the length of the conversation if one occurred. F = a + b * T It can be calculated as follows. In this formula, for example, in the case of a polite greeting (in this example, "Good morning"), a=a1, and in the case of a friendly greeting (in this example, "Good morning"), a=a2 (>a1). Also, as mentioned above, if there is dialogue after the greeting, b>0, and if there is no dialogue after the greeting, b=0.

[0024] The affinity level F remains in its initial state (e.g., "Not recorded," "Not evaluated") if no greeting is given, and should be quantified based on the content of the greeting if one is given; it is not limited to the formula in this example. For example, if a greeting is given: When the greeting is polite (in this example, "Good morning"), the affinity F will be a low value; When the greeting is intimate (in this example, "Good morning"), the intimacy level F will be a high value; also, If a conversation takes place after the initial greeting, affinity F is added, and if the conversation is lengthy, affinity F may be added even further.

[0025] In this way, in S2110, if a predetermined phrase (a greeting phrase in this example) is included in the conversation, the level of intimacy is determined based on the type of phrase, and if the conversation continues thereafter, the level of intimacy is further determined based on that conversation.

[0026] In S2210, an evaluation of user U is performed based on the level of intimacy identified in S2110. This evaluation only needs to quantify and assess user U's lifestyle habits, and the evaluation value can be calculated based on the level of intimacy F of multiple third parties.

[0027] For example, if k is an integer greater than or equal to 2, and F(k) is the degree of intimacy with a certain third party H(k), then the evaluation value E is: E = ΣF(k) This can be calculated as follows. For example, if the evaluation value E is large, it can be said that there are many third parties who are close to user U (for example, third parties who are mutually close to user U), and that user U has high sociability.

[0028] Another example is the evaluation value E', E'=Σ(F(k) -1 ) It may also be calculated as follows. For example, if the evaluation value E' is large, it can be said that User U has a habit of actively greeting third parties with whom they are not particularly close (for example, older / superior third parties who pay attention to User U), and that User U has high sociability.

[0029] Therefore, calculating both evaluation values ​​E and E' allows for a more accurate evaluation of user U, although it is also acceptable to calculate only one of them. Furthermore, the above calculation formulas for evaluation values ​​E and E' can be modified within the scope of their intended purpose and are not limited to this example.

[0030] The evaluation results obtained in this way can be transmitted to server 1 via network N, stored in storage 1c, and managed for each user U.

[0031] In the above example, a morning greeting phrase was shown as the predetermined phrase referenced in S2030, but greeting phrases for midday, evening, and night may also be set, and similar evaluations may be performed for other time periods. Also, in the above example, two types of greeting phrases were shown, but it is acceptable to have multiple types of greeting phrases set. When this service is used during school commutes, greetings for arriving at and leaving school may be set as predetermined phrases. The morning greetings mentioned above can be used for the morning greeting. On the other hand, for the greeting leaving school, polite greetings such as "Goodbye" and informal greetings such as "Bye-bye" may be set as predetermined phrases. Furthermore, since students are likely to encounter multiple third parties when commuting to and from school, greetings are often repeated intermittently. Therefore, in the flowchart in Figure 2, if a new greeting is detected in the middle of any step, an interrupt job may be generated (for example, by skipping the determination of whether or not there was a conversation after the greeting).

[0032] <Summary> According to this embodiment, user U will be encouraged to greet others more actively, thereby promoting improved lifestyle habits and enhancing user U's social skills. Furthermore, in areas where greetings are relatively common, there is generally a well-established community watch system among residents, which is often advantageous in preventing accidents and crimes. Therefore, this embodiment is also advantageous in improving community safety, and in turn contributes to community revitalization and the development of a sustainable transportation system.

[0033] In this embodiment, the mobile terminal 2 functions as an information management device that manages information about user U. At least a portion of the processing performed by the processor 2a of the mobile terminal 2 may be performed by the processor 1a of the server 1; that is, the functions of the information management device can be realized by the server 1 and / or the mobile terminal 2. This is also true for other embodiments described later.

[0034] ≪Second Embodiment≫ As described in the first embodiment above, evaluating user U based on the level of intimacy between user U and third parties is advantageous for improving local safety. Therefore, if multiple users U exist in roughly the same area, it becomes possible to generate a safety map indicating the safety of that area by collecting the multiple levels of intimacy obtained during their evaluations in association with location information.

[0035] In a second embodiment, if the service further includes the provision of a safety map, the mobile terminal 2 will transmit to the server 1 the evaluation results (evaluation values ​​E and E') obtained in S2210 of Figure 2, as well as the intimacy level obtained during the evaluation, in association with the location information. This can be achieved by the location information identification unit 2e (see Figure 1).

[0036] <Processing details on mobile devices in this service> Figure 3 is a flowchart showing an example of the processing steps of the mobile terminal 2. In this flowchart, if it is determined in S2040 that the greeting has been successfully completed (i.e., if there is an audio recording of a greeting phrase by a third party before or after the audio recording of the greeting phrase by user U), the process proceeds to S3010; otherwise, it returns to S2010. In S3010, the location information of user U is obtained using the location information identification function of the mobile terminal 2. Furthermore, after S2110 and before S2210, in S3020, the intimacy level identified in S2110 is registered in association with the location information acquired in S3010. This can be achieved by storing the intimacy level and location information in memory 2b, or by storing them in storage 2c. Subsequently, in S3030 following S2210, the evaluation results obtained in S2210, along with the individual intimacy levels obtained during the evaluation and the associated location information, are sent to Server 1. The transmitted evaluation results, along with the individual intimacy levels and location information obtained during the evaluation, are stored in Storage 1c.

[0037] According to this processing method, Server 1 can obtain the individual intimacy levels identified above, associated with their location information at that time.

[0038] <Server processing details for this service> Figure 4 is a flowchart illustrating an example of the processing performed by Server 1. The flowchart outlines the process of identifying highly secure areas within a given region based on the intimacy level determined for each user U and their location information at that time, and then generating a safety map based on these results. This flowchart can be initiated, for example, based on the registration or update of an evaluation value for any user U, and the following steps can be mainly executed by the processor 1a of Server 1. In S4010, for each of the multiple users U, the evaluation results of S3030 stored in storage 1c are read, and the individual intimacy levels identified above, along with the associated location information, are obtained. In S4020, the individual intimacy levels obtained in S4010 are registered (or plotted, mapped, etc.) on regional map data based on their associated location information. The resulting map data is then generated as a safety map that can manage information about the region (primarily safety) or indicates the safety of the region, making it widely usable.

[0039] In many cases, areas on a safety map where familiarity has been registered (i.e., the number of times greetings or conversations have been exchanged) can be considered highly safe. For example, on a safety map, areas where there are many third parties with high familiarity with an individual user U and where the user frequently encounters them may be shown as, for example, a first safety area. Additionally / alternatively, on a safety map, areas where there are many third parties who exchange greetings with an individual user U even if they are not particularly close (e.g., older / senior third parties who pay attention to user U) may be shown as, for example, a second safety area. Here, the level of intimacy determined by greetings in a certain area may be biased due to individual differences between users U. For example, if two users U greet each other in a certain area, two levels of intimacy will be determined, but these will not necessarily be the same value. Therefore, if there are multiple levels of intimacy registered for a certain area, they may be corrected, for example, based on the standard deviation.

[0040] This embodiment is advantageous in further improving regional safety, and in turn contributes to regional revitalization and the development of a sustainable transportation system. The processing content of Server 1 and Mobile Terminal 2 can be modified as long as it does not deviate from its intended purpose. For example, some of the processing content of Mobile Terminal 2 (steps in the flowchart in Figure 3) may be executed by the processor 1a of Server 1. Similarly, some of the processing content of Server 1 (steps in the flowchart in Figure 4) may be executed by the processor 2a of Mobile Terminal 2.

[0041] ≪Third Embodiment≫ The safety map generated in the second embodiment described above can be used in navigation services, such as route guidance. Here, the familiarity level, which is the source data for generating the safety map, is identified triggered by the exchange of greetings (see Figure 2), and since the phrases and frequency of these greetings generally differ depending on the time of day, the safety map can be said to fluctuate according to the time of day. Therefore, by referring to the safety map of the second embodiment, it is possible to provide navigation services in a way that is appropriate for the time of day.

[0042] In a third embodiment, if the service further includes a navigation service, the processing content of the mobile terminal 2 (see Figure 3) should be changed as follows: In the S3010, in addition to location information, time information is also acquired. Then, in S3020, the intimacy level identified in S2110 is registered in association with both location information and time information. Furthermore, in S3030, in addition to the evaluation results obtained in S2210, the individual intimacy levels obtained during the evaluation, and the associated location information, time information is transmitted to Server 1.

[0043] With this processing configuration, Server 1 can generate a safety map corresponding to the time of day. The processing configuration of Server 1 (see Figure 4) should be modified to generate or update the safety map based on the intimacy level corresponding to that time period.

[0044] <Processing details on mobile devices in this service> Figure 5 is a flowchart illustrating an example of the processing performed by the mobile terminal 2. This flowchart is initiated, for example, when user U enters a destination into the mobile terminal 2, and its general outline is that it notifies user U of the route they should take based on a safety map. In S5010, the destination location information entered by user U and the user U's current location information (the location information of mobile terminal 2, i.e., the current location information) are both registered on the map data.

[0045] In S5020, it is determined whether there are multiple candidate routes from user U's current location to the destination on the map data. If there are multiple candidate routes, the process proceeds to S5030; otherwise, it proceeds to S5110. In S5030, the security map is obtained from Server 1 via Network N. In S5040, based on the safety map, areas that are recommended to pass through are identified as recommended areas on the map data. Recommended areas correspond to areas where familiarity has been registered many times (the number of times greetings or conversations have been exchanged), and are therefore considered to be areas with high safety. In S5050, one route is selected from among several candidate routes that passes through the recommended area. If there are two or more routes that pass through the recommended area, the one with the shortest route length from user U's current location to the destination should be selected.

[0046] In S5110, the recommended route for user U from their current location to their destination is determined and notified to user U. If there is only one candidate route determined in S5020, that one route is determined as the recommended route. Otherwise (if there are multiple candidate routes), the one selected in S5050 is determined as the recommended route.

[0047] Based on this processing, user U can safely reach their destination (while referring to the recommended route) based on notifications from mobile device 2.

[0048] <Regarding the method for determining the recommended passage area> As mentioned above, the safety map shows the first safety area as a region where there are many third parties who are close to individual user U and where user U frequently encounters them, and the second safety area as a region where there are many third parties who exchange greetings with user U even if they are not close to the individual user U (for example, older / senior third parties who are paying attention to user U). Both the first and second safety zones can be considered relatively safe areas, but the second safety zone, where there are many third parties who exchange greetings even if they are not particularly close, can generally be said to have a well-established community watch system by residents. Therefore, in S5050, it would be best to determine that the recommended passage area should prioritize passing through the second safety zone out of the first and second safety zones.

[0049] As mentioned above, safety maps are generated according to the time of day. On the other hand, if this service is mainly used during commuting to and from school (see the first embodiment), the safety map can be said to be mainly usable on weekdays (Monday to Friday). Therefore, safety maps for Saturdays, Sundays, and public holidays may be generated separately, and in that case, it is thought that there will be more adults than children among the users U who can contribute to the generation of the safety map. Thus, the users U who use this service are not limited to children. While a safety map considering time of day and day of the week is provided as an example here, a generalized safety map may be generated regardless of time of day and day of the week.

[0050] This embodiment is advantageous in further improving regional safety, and in turn contributes to regional revitalization and the development of a sustainable transportation system.

[0051] ≪Examples of Application≫ This service aims to enhance the motivation of individual users U in a region and further improve regional safety by, for example, providing some form of reward to users U who contribute to improving regional safety. The provision of rewards here refers to sending data indicating the reward to user U's mobile device 2. Typical examples of rewards include points usable at any store, but any kind of incentive is acceptable, regardless of whether it has monetary value. Rewards may be provided when evaluating user U (during S2210) or when generating the safety map (during S4020).

[0052] ≪Other≫ In the embodiments described above, the service is primarily implemented by the execution of a program by a processor. However, the invention is not limited to this, and for example, a dedicated portable terminal may be used instead of the mobile terminal 2 on which the program is installed. The dedicated portable terminal may be configured to have a processor capable of executing the program, or it may be equipped with an ASIC (Application-Specific Integrated Circuit) capable of performing equivalent functions. In other words, the processing content exemplified in the embodiments described above can be implemented by either hardware or software. Furthermore, the details illustrated in the above embodiments can be modified without departing from their intent, and for example, the order of the steps shown in some flowcharts may be partially changed.

[0053] In the above explanation, for the sake of ease of understanding, each element has been given a name related to its function. However, each element is not limited to having the content described in the embodiment as its primary function, but may also have it as a secondary function. Therefore, each element is not strictly limited to its expression, and its expression can be replaced with other similar expressions.

[0054] Furthermore, the two or more elements exemplified as selectable in the embodiment are not strictly limited to those examples and may be combined in any way. For example, the two or more elements listed by "and / or" may be additionally selected or alternatively selected. As an example, in the case of two elements A and B, the expression "A and / or B" indicates either A only, B only, or both A and B, and may be rephrased as "at least one of A and B."

[0055] Summary of the Embodiments Some of the features illustrated in the above embodiments are as follows: [Item 1] An information management device (e.g., 1 and / or 2) that manages information about a user (e.g., U), Analysis means (e.g., S2010-S2050) for analyzing conversations between the user and one or more third parties other than the user, A means for identifying the degree of intimacy (e.g., F) between the user and the one or more third parties based on the analysis results by the analysis means (e.g., S2110), The system includes an evaluation means (e.g., S2210) that performs an evaluation of the user based on the results of the identification by the identification means. An information management device characterized by the following features. This will promote improved social interaction among users, which in turn will lead to improved safety in the community.

[0056] [Item 2] The analysis means determines whether or not a predetermined phrase is included in the conversation (for example, S2030), The identification means identifies the level of intimacy when the conversation contains the predetermined phrase. The information management device described in item 1, characterized by the features described herein. This allows the analysis to be started properly.

[0057] [Item 3] Multiple types of phrases are registered as the aforementioned predetermined phrases. The identifying means determines the level of intimacy based on the type of phrase if the conversation contains the predetermined phrase. An information management device as described in item 2, characterized by the features described herein. This makes it possible to appropriately identify the level of intimacy.

[0058] [Item 4] The aforementioned phrase is a greeting phrase, The analysis means determines whether or not there was any dialogue after the predetermined phrase in the conversation (for example, S2050), The aforementioned identification means further determines the level of intimacy based on the dialogue. An information management device according to item 2 or item 3, characterized by the above. This will allow for a more accurate identification of the level of intimacy.

[0059] [Item 5] The means for acquiring the user's location information (e.g., S3010), The system further comprises a registration means (e.g., S3020) for registering the user's location information if the conversation includes the predetermined phrase. An information management device according to any one of items 1 to 4, characterized by the above. This will allow for detailed management of local information.

[0060] [Item 6] The system further includes a notification means (e.g., 5110) that notifies the user of the route to take based on the location information registered by the registration means. The information management device described in item 5, characterized by the features described herein. This makes it possible, for example, to present the user with the appropriate route to their destination.

[0061] [Item 7] The registration means further registers time information if the conversation contains the predetermined phrase, The notification means further notifies the user of the route to take based on the time information registered by the registration means. An information management device as described in item 6, characterized by the features described herein. This makes it possible to appropriately suggest routes based on the time of day.

[0062] [Item 8] The evaluation means evaluates the user's lifestyle habits. An information management device according to any one of items 1 to 7, characterized by the above. This will enable us to appropriately promote improvements in users' lifestyle habits.

[0063] [Item 9] The information management device is a mobile terminal (e.g., 2). An information management device according to any one of items 1 to 8, characterized by the above. In other words, the information management device described above is applicable to well-known mobile devices such as smartphones.

[0064] [Item 10] A server as an information management device as described in any one of items 1 through 8 (for example, 1), The system comprises one or more mobile terminals (e.g., 2) each associated with one or more users and configured to communicate with the server. A system characterized by the following (e.g., SY). In other words, the aforementioned information management device can be applied as a server to a system via a network.

[0065] [Item 11] A program to cause a computer to function as one of the means of an information management device as described in any one of items 1 through 8. In other words, the functions of the information management device described above can be implemented through programming.

[0066] The invention is not limited to the embodiments described above, and various modifications and changes are possible within the scope of the gist of the invention. [Explanation of Symbols]

[0067] 1: Server (information management device), 2: Mobile terminal (information management device), U: User.

Claims

1. An information management device for managing information about users, Analysis means for analyzing conversations between the user and one or more third parties different from the user, A means for identifying the degree of intimacy between the user and the one or more third parties based on the analysis results by the analysis means, The system includes an evaluation means for performing an evaluation of the user based on the results of the identification means. An information management device characterized by the following features.

2. The analysis means determines whether or not a predetermined phrase is included in the conversation. The identification means identifies the level of intimacy when the conversation contains the predetermined phrase. The information management device according to claim 1, characterized in that it is a feature of the device.

3. Multiple types of phrases are registered as the aforementioned predetermined phrases. The identifying means determines the level of intimacy based on the type of phrase if the conversation contains the predetermined phrase. The information management device according to claim 2, characterized in that it is a feature of the device described in claim 2.

4. The aforementioned phrase is a greeting phrase, The analysis means determines whether or not there was any dialogue after the predetermined phrase in the conversation. The aforementioned identification means further determines the level of intimacy based on the dialogue. The information management device according to claim 2, characterized in that it is a feature of the device described in claim 2.

5. The acquisition means for acquiring the user's location information, The system further comprises registration means for registering the user's location information if the conversation includes the predetermined phrase. The information management device according to claim 1, characterized in that it is a feature of the device.

6. The system further comprises a notification means for notifying the user of the route to take based on the location information registered by the registration means. The information management device according to claim 5, characterized in that it is a product of the same name.

7. The registration means further registers time information if the conversation contains the predetermined phrase, The notification means further notifies the user of the route to take based on the time information registered by the registration means. The information management device according to claim 6, characterized in that it is a product of the same name.

8. The evaluation means evaluates the user's lifestyle habits. The information management device according to claim 1, characterized in that it is a feature of the device.

9. The aforementioned information management device is a portable terminal. An information management device according to any one of claims 1 to 8, characterized by the features described herein.

10. A server as an information management device according to any one of claims 1 to 8, The system comprises one or more mobile terminals, each associated with one or more users and configured to communicate with the server. A system characterized by the following features.

11. A program for causing a computer to function as one of the means of an information management device according to any one of claims 1 to 8.

Images