WO2021111945A1 - 情報処理装置、情報処理方法、及び情報処理プログラム - Google Patents

情報処理装置、情報処理方法、及び情報処理プログラム Download PDF

Info

Publication number
WO2021111945A1
WO2021111945A1 PCT/JP2020/043811 JP2020043811W WO2021111945A1 WO 2021111945 A1 WO2021111945 A1 WO 2021111945A1 JP 2020043811 W JP2020043811 W JP 2020043811W WO 2021111945 A1 WO2021111945 A1 WO 2021111945A1
Authority
WO
WIPO (PCT)
Prior art keywords
information
user
proposal
expenditure
income
Prior art date
Application number
PCT/JP2020/043811
Other languages
English (en)
French (fr)
Inventor
裕士 瀧本
祐紀 岡村
高橋　正弘
Original Assignee
ソニーグループ株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by ソニーグループ株式会社 filed Critical ソニーグループ株式会社
Priority to US17/775,729 priority Critical patent/US20220391972A1/en
Priority to DE112020005900.6T priority patent/DE112020005900T5/de
Priority to CN202080082623.1A priority patent/CN114730403A/zh
Priority to JP2021562591A priority patent/JPWO2021111945A1/ja
Publication of WO2021111945A1 publication Critical patent/WO2021111945A1/ja

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/10—Office automation; Time management
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/02—Banking, e.g. interest calculation or account maintenance

Definitions

  • This disclosure relates to an information processing device, an information processing method, and an information processing program.
  • household account book application a household account book application that manages a user's income and expenditure
  • household account book application a technique for giving advice on income and expenditure to a user based on the history of income and expenditure of the user (see, for example, Patent Document 1).
  • the information processing device of one form according to the present disclosure includes a collection unit, an acquisition unit, and a proposal unit.
  • the collecting unit collects income and expenditure information regarding the user's income and expenditure.
  • the acquisition unit acquires the promise information promised by the user regarding the income and expenditure to the virtual subject displayed on the display unit of the terminal device possessed by the user.
  • the proposal unit proposes predetermined proposal information regarding the balance to the user based on the balance information and the promise information.
  • a plurality of components having substantially the same functional configuration may be distinguished by adding different numbers after the same reference numerals. However, if it is not necessary to distinguish each of the plurality of components having substantially the same functional configuration, only the same reference numerals are given.
  • Embodiment 1-1 Outline of information processing method according to the embodiment 1-2.
  • Configuration of Information Processing System According to Embodiment 1-3.
  • FIG. 1 is a diagram showing an outline of an information processing method according to an embodiment.
  • FIG. 1 shows an information processing device 1 that executes an information processing method according to an embodiment and information processing performed by a user terminal 100 possessed by a user.
  • the information processing device 1 collects and stores the income and expenditure information 42 regarding the user's income and expenditure in advance.
  • the income and expenditure information 42 is information on the income and expenditure of the user. The contents of the income and expenditure information 42 and the collection method will be described in detail later.
  • the information processing device 1 has a function of generating a balance port related to the user's balance based on the balance information 42, and the generated balance report can be displayed on the user terminal 100.
  • FIG. 1 shows an example in which the income and expenditure report for July generated by the information processing device 1 is displayed on the display unit of the user terminal 100. Specifically, as the income and expenditure type, the income and expenditure report of food expenses, clothing expenses, and utilities expenses is shown. Further, the agent AG, which is a virtual subject, is displayed on the display unit, and the information processing device 1 notifies the user of information such as advice on the balance of payments by voice or text via the agent AG.
  • the virtual subject is a virtual subject that interacts with the user (for example, attaching a promise).
  • the amount of information (balance report, proposal information, etc.) displayed on the display unit of the user terminal 100 is equal to or greater than a predetermined amount, the proposal information is transmitted by voice or the like while the agent AG is temporarily off the screen. You may make a suggestion. Further, in the user terminal 100, the agent AG may be set internally so that the agent AG does not appear on the screen.
  • a predetermined promise regarding the balance is made between the user and the agent AG, and advice regarding the balance is given based on the promise.
  • advice regarding the balance is given based on the promise.
  • the information processing device 1 displays a promise to save clothing costs through the agent AG together with the income and expenditure report in July (step S1).
  • the agent AG notifies the proposal information "Do you promise to save the clothing cost?" By text or voice, but for example, the proposal information may be transmitted (notified) only by voice.
  • the user terminal 100 performs the promise acceptance process based on the information of "promise” (step S3). For example, the user terminal 100 determines whether or not the input of "promise” indicates that the promise has been made by voice analysis or language analysis, and transmits the determination result to the information processing device 1.
  • the user terminal 100 may transmit the "promise” to the information processing device 1 as it is, and perform voice analysis or language analysis on the information processing device 1 side.
  • the degree of confidence in the promise can be used, for example, not only when determining whether or not the promise has been made.
  • the strength of the degree of self-confidence can be estimated based on, for example, the facial expression of the user analyzed based on the camera image, the length of time until the response to the proposed information, and the like. Further, for example, the content of the promise accompanied by the category, amount, and timing such as "save food expenses", “save ⁇ yen", and "save next month” may be determined.
  • the information processing device 1 acquires the promise information 44 based on the information received from the user terminal 100 and the information of the promise display (step S4), and stores it in the storage unit 4 (see FIG. 4).
  • promise information 44 information on saving clothing costs (for example, saving XX yen next month) is stored.
  • the information processing device 1 performs a proposal process of proposing a predetermined proposal information regarding the balance to the user based on the stored balance information 42 and the promise information 44 at a predetermined timing (step S5). Then, the user terminal 100 performs an output process of outputting the proposal information acquired from the information processing device 1 via the display unit (step S6).
  • Figure 1 proposes proposal information based on the August income and expenditure report up to August 15. Specifically, he is proposing proposal information such as "You are steadily saving on clothing costs. Let's continue to do our best. Thank you for keeping your promise.”
  • the information processing apparatus 1 is usually when the user does not make a promise for the promise displayed together with the income and expenditure report in July in step S1 due to circumstances such as the user not wanting to save the clothing cost. For example, even if the threshold for proposing proposal information is exceeded, the proposal information regarding clothing costs should not be proposed.
  • the proposal information that is easy for the user to accept is proposed and accepted. You can avoid proposing difficult proposal information. Therefore, according to the information processing method according to the embodiment, it is possible to make a more appropriate proposal to the user. If the degree of confidence when making a promise is weak, the target amount to be saved may be adjusted (reduced). Or, if the degree of confidence in the promise is weak and fails, the target amount to be saved is increased more, and if the degree of confidence is strong and the degree of failure is strong, the target amount to be saved is increased less. The modification of (contents of proposal information) may be changed.
  • FIG. 2 is a diagram showing a configuration example of the information processing system S according to the embodiment.
  • the information processing system S includes an information processing device 1 and a plurality of user terminals 100.
  • the information processing device 1 and the plurality of user terminals 100 are connected via the network N.
  • Network N is a communication network such as LAN (Local Area Network), WAN (Wide Area Network), telephone network (mobile telephone network, fixed telephone network, etc.), regional IP (Internet Protocol) network, and the Internet.
  • the network N may include a wired network or may include a wireless network.
  • An information processing device 1 for example, a server device that provides various services to a user terminal 100.
  • the information processing device 1 provides an application for managing the balance of payments to the user terminal 100.
  • the user terminal 100 is a terminal device used by the user.
  • the user terminal 100 is, for example, a smartphone, a desktop PC (Personal Computer), a notebook PC, a tablet terminal, a mobile phone, a PDA (Personal Digital Assistant), a wearable device (Wearable Device), or the like.
  • the user terminal 100 makes various requests to the information processing device 1 and acquires various information from the information processing device 1 according to an operation (voice input, camera image, text input) by the user.
  • FIG. 3 is a block diagram showing a configuration example of the user terminal 100 according to the embodiment.
  • the user terminal 100 according to the embodiment includes a communication unit 200, a control unit 300, and a storage unit 400.
  • the user terminal 100 has an input unit (for example, a keyboard, a mouse, a microphone, a camera) for receiving various operations from the user, and an output unit (for example, a liquid crystal display, a speaker, etc.) for outputting various information. May be good.
  • the communication unit 200 is realized by, for example, a NIC (Network Interface Card) or the like. Then, the communication unit 200 is connected to the predetermined network N by wire or wirelessly, and transmits / receives information to / from the information processing device 1. Further, the communication unit 200 may send and receive information to and from another user terminal 100.
  • NIC Network Interface Card
  • the control unit 300 is realized by, for example, a CPU (Central Processing Unit), an MPU (Micro Processing Unit), or the like executing a program stored inside the user terminal 100 with a RAM or the like as a work area. Further, the control unit 300 is a controller, and is realized by, for example, an integrated circuit such as an ASIC (Application Specific Integrated Circuit) or an FPGA (Field Programmable Gate Array).
  • ASIC Application Specific Integrated Circuit
  • FPGA Field Programmable Gate Array
  • the control unit 300 may be configured to perform a part or all of the functions executed by the control unit 3 of the information processing device 1 described later.
  • the storage unit 400 is realized by, for example, a semiconductor memory element such as a RAM (Random Access Memory) or a flash memory (Flash Memory), or a storage device such as a hard disk or an optical disk.
  • the storage unit 400 may be configured to store a part or all of the information stored in the storage unit 4 of the information processing device 1 described later.
  • FIG. 4 is a block diagram showing a configuration example of the information processing device 1 according to the embodiment.
  • the information processing device 1 according to the embodiment includes a communication unit 2, a control unit 3, and a storage unit 4.
  • the communication unit 2 is realized by, for example, a NIC (Network Interface Card) or the like. Then, the communication unit 2 is connected to the predetermined network N by wire or wirelessly, and transmits / receives information to / from each of the plurality of user terminals 100.
  • NIC Network Interface Card
  • the control unit 3 is realized by, for example, a CPU (Central Processing Unit), an MPU (Micro Processing Unit), or the like executing a program stored in the information processing device 1 with a RAM or the like as a work area. Further, the control unit 3 is a controller, and is realized by, for example, an integrated circuit such as an ASIC (Application Specific Integrated Circuit) or an FPGA (Field Programmable Gate Array).
  • ASIC Application Specific Integrated Circuit
  • FPGA Field Programmable Gate Array
  • control unit 3 has a collection unit 31, an acquisition unit 32, a setting unit 33, and a proposal unit 34, and realizes or executes an information processing function or operation described below. ..
  • the internal configuration of the control unit 3 is not limited to the configuration shown in FIG. 4, and may be any other configuration as long as it performs communication processing described later.
  • control unit 3 may be configured to perform a part or all of the functions executed by the control unit 300 of the user terminal 100 described above.
  • the storage unit 4 is realized by, for example, a semiconductor memory element such as a RAM (Random Access Memory) or a flash memory (Flash Memory), or a storage device such as a hard disk or an optical disk.
  • the storage unit 4 may be configured to store a part or all of the information stored in the storage unit 400 of the user terminal 100 described above.
  • the storage unit 4 is realized by, for example, a semiconductor memory element such as a RAM (Random Access Memory) or a flash memory (Flash Memory), or a storage device such as a hard disk or an optical disk. As shown in FIG. 4, the storage unit 4 according to the embodiment stores the attribute information 41, the balance information 42, the balance statistical information 43, the promise information 44, the personality information 45, and the preference information 46.
  • a semiconductor memory element such as a RAM (Random Access Memory) or a flash memory (Flash Memory)
  • flash memory Flash Memory
  • the storage unit 4 stores the attribute information 41, the balance information 42, the balance statistical information 43, the promise information 44, the personality information 45, and the preference information 46.
  • FIG. 5 is a diagram showing an example of attribute information 41.
  • the attribute information 41 is information including information related to the user's attributes.
  • the attribute information 41 may be acquired from the user in advance, or may be estimated from the context of input / output of information such as voice or text.
  • the attribute information 41 includes items such as "user ID”, "attribute type", and "promise record”.
  • the "User ID” is identification information for identifying a user.
  • the “attribute type” is information regarding the type of the user's attribute. In FIG. 5, items such as “age”, “gender”, “birthday”, “family structure”, “occupation type”, and “annual income” are shown as an example of “attribute type”.
  • the “promise record” is information regarding the promise record made by the user, which will be described later.
  • FIG. 6 is a diagram showing an example of income and expenditure information 42.
  • the balance information 42 is information including information on the balance of the user.
  • the balance information 42 may be input by the user, for example, or the balance information 42 may be acquired based on the payment information acquired from a credit card company or the like. Further, when the user terminal 100 is provided with the electronic money payment function, the income and expenditure information 42 may be acquired based on the electronic money payment information.
  • the balance information 42 includes items such as "user ID” and "balance type”.
  • the "User ID” is identification information for identifying a user.
  • the "balance type” is information regarding the type of balance of the user. In FIG. 6, items such as “food expenses”, “clothing expenses”, and “utility expenses” are shown as an example as “income and expenditure types”.
  • the "balance type” may be a predetermined one, or may be a user's own setting.
  • the user identified by the user ID "U1" has a "food expense” of the income and expenditure type of "20,000 (15 times)". This indicates that there are 15 transactions related to food expenses in a predetermined period (for example, one month), and the total amount of the 15 transactions is 20,000.
  • the balance statistical information 43 is the balance statistical information generated based on the balance information of another user.
  • the income and expenditure statistical information 43 includes statistical information for each income and expenditure type and for each attribute type.
  • the income and expenditure statistics information 43 contains information on food expenses (for example, average value) consumed in one month by a man in his thirties, a married person (wife, two children), and another user having an annual income of 7 million attributes. Etc. are included.
  • FIG. 7 is a diagram showing an example of promise information 44.
  • the promise information 44 is information including information promised by the user regarding the income and expenditure to the agent. As shown in FIG. 7, the promise information 44 includes items such as "promise ID”, “user ID”, “income and expenditure type”, “promise date and time”, “promise content”, “confidence”, and “state”. Is done.
  • the "Promise ID” identification information for identifying each promise made by the user.
  • the "user ID” is identification information for identifying a user.
  • the "balance type” is information indicating the above-mentioned balance type.
  • the "promised date and time” is information indicating the date and time promised to the agent by the user.
  • the “promise content” is information indicating the content promised by the user to the agent.
  • the "confidence level” is self-confidence information indicating the self-confidence level of the user's promise. Although the details will be described later, the "confidence level” can be calculated by analyzing the voice input when the user promises. In FIG. 7, the self-confidence level is shown as high, medium, and low, but the self-confidence level may be scored.
  • “State” is the current promised state. For example, “promising” means that the promise made by the user is ongoing, and “success” and “failure” mean that the promise was completed and the promise was kept (successful) or failed (failed). ).
  • the "state” shown in FIG. 7 is an example, and for example, the degree of self-confidence is high and success (or failure), or the degree of self-confidence is low and failure (or success). Further, regarding “success”, there may be “success with a margin” which is higher than the target saving amount by a predetermined value or more, or “barely successful” which is higher than the target saving amount by less than a predetermined value.
  • FIG. 8 is a diagram showing an example of personality information 45.
  • the personality information 45 is information including information about the personality of the user. As shown in FIG.
  • the personality information 45 includes items such as "user ID” and "personality type”.
  • User ID is identification information for identifying a user.
  • the "personality type” is information indicating the type of the user's personality. In FIG. 8, items such as “strength”, “seriousness”, and “shopping tendency” are shown as examples of “personality type”. A predetermined score may be calculated for each personality type. For example, the “strength” may be scored so that the stronger the spirit, the higher the value.
  • the personality information 45 may be acquired from the user in advance by, for example, a questionnaire, or may be estimated by a machine learning model.
  • the personality information 45 may be, for example, an output score of a model (for example, a regression model) generated by machine learning using predetermined information.
  • the predetermined information includes, for example, information obtained from the response result of the questionnaire, information obtained from the conversation between the user and the agent AG, information obtained by the sensor of the user terminal 100 (camera image, etc.), and the like. is there.
  • FIG. 9 is a diagram showing an example of preference information 46.
  • the preference information 46 is information including information on the user's preference.
  • the preference information 46 may be acquired from the user in advance by, for example, a questionnaire, or the character may be estimated based on the user's reaction to the proposal information described later.
  • the preference information 46 includes items such as "user ID” and "preference type".
  • the "user ID” is identification information for identifying a user.
  • the "preference type” is information indicating the type of preference of the user.
  • items such as “food”, “clothing”, and “travel” are shown as an example of “preference type”.
  • the degree of preference indicating how much the preference type prefers is shown as a score of 10 levels, and the higher the score, the higher (more preferred) the degree of preference.
  • the user identified by the user ID "U1" prefers food most among the preference types.
  • the degree of preference is indicated by a score, but may be indicated by, for example, "like", “dislike”, or the like.
  • control unit 3 in the information processing device 1 selection unit 31, acquisition unit 32, setting unit 33, and proposal unit 34.
  • the collection unit 31 acquires the income and expenditure information 42 regarding the user's income and expenditure.
  • the collecting unit 31 collects transaction information such as credit card settlement and transfer or withdrawal in a bank account as income and expenditure information 42 by acquiring information on a credit card or a bank account owned by the user.
  • the collection unit 31 acquires the information of the electronic money payment as the income and expenditure information 42. Further, the collecting unit 31 may acquire the income and expenditure information 42 by the manual input of the user.
  • the income and expenditure information 42 collected by the collection unit 31 contains information on the amount of money for each income and expenditure type (food cost "20,000 yen” shown in FIG. 6) and the number of transactions (food cost "15 times” shown in FIG. 6). It is included, but other information may also be included.
  • the income and expenditure information 42 includes shopping contents (type of goods related to income and expenditure), shopping date and time (date and time when income and expenditure occurred), number of shopping (number of times when income and expenditure occurred), shopping place (place where income and expenditure occurred, shopping amount (place where income and expenditure occurred). Information about the balance) may be included.
  • the balance information 42 may further include information such as the difference between the balance information 42 between this month and last month (or another month). That is, the balance information 42 may include information regarding the difference between the balance information 42 in the current predetermined period and the balance information 42 in the past predetermined period.
  • the collecting unit 31 stores the collected income and expenditure information 42 in the storage unit 4.
  • the acquisition unit 32 acquires various information about the user. Specifically, the acquisition unit 32 acquires the attribute information 41, the promise information 44, the personality information 45, the preference information 46, and the like, and stores them in the storage unit 4.
  • the acquisition unit 32 displays a questionnaire for acquiring the above information on the user terminal 100, and acquires attribute information 41, promise information 44, personality information 45, and preference information 46 based on the user's response to the questionnaire. To do.
  • the acquisition unit 32 may estimate the attribute information 41, the promise information 44, the personality information 45, and the preference information 46 based on the dialogue between the user and the agent AG. For example, the acquisition unit 32 asks a question about how to use money such as "Do you like savings?" Through the agent AG. For example, when the user answers "I don't like it", the user's personality is a spender. The personality information 45 indicating the above is acquired.
  • the acquisition unit 32 may acquire the user's reaction to the proposal information proposed by the proposal unit 34, which will be described later, and estimate the user's personality based on the acquired reaction.
  • the user's reaction is detected by, for example, various sensors such as a camera and a microphone of the user terminal 100.
  • the acquisition unit 32 presumes that it is okay to get angry when the user actually saves the proposal information in a strict condition such as "save food expenses".
  • the acquisition unit 32 is angry when the user does not actually save the above-mentioned strict tone proposal information or when the user makes a confused face due to the camera image of the user terminal 100. I presume that he has a disliked personality.
  • the acquisition unit 32 acquires the promise information 44 indicating that the user promises to execute the proposal information proposed by the proposal unit 34, which will be described later. Specifically, the acquisition unit 32 morphologically analyzes the linguistic information obtained by analyzing the user's voice and text input via the user terminal 100, and a specific keyword such as "promise" is added. When it is detected, the promise information 44 is acquired (generated) based on the proposal information displayed on the user terminal 100, and stored in the storage unit 4.
  • the acquisition unit 32 acquires (generates) confidence information indicating the degree of confidence in the user's promise estimated based on the information input via the user terminal 100. Specifically, the acquisition unit 32 generates self-confidence information based on specific keywords such as "absolute”, “probably”, and “anxiety”. When generating self-confidence information, voice information may be acquired and used.
  • the acquisition unit 32 acquires performance information (promise performance shown in FIG. 5) regarding the success / failure record in the past promise information 44. Specifically, when the user keeps the promise information 44, the acquisition unit 32 acquires the performance information indicating success, updates the "state" in FIG. 7 from being promised to success, and in FIG. Count up the "success” of the "promised achievement". On the other hand, if the user does not protect, the acquisition unit 32 acquires the actual information indicating the failure, updates the "state” in FIG. 7 from being promised to the failure, and “promises" in FIG. Count up “failures". The "promise record" in FIG.
  • 5 may be divided into a promise record for strict tone proposal information and a promise record for gentle tone proposal information. Alternatively, it may be included even if it is not promised. Further, instead of the two values of "success” and “failure", it may be subdivided into "confident and successful”, “unconfident and unsuccessful”, “barely successful”, “success with margin” and the like.
  • the acquisition unit 32 may acquire the preference information 46 based on the reaction of the user to the proposal information regarding the specific income and expenditure type proposed by the proposal unit 34, which will be described later. Specifically, when the acquisition department 32 proposes proposal information such as "Is the clothing cost high, will you promise to save next month?", The user "I like clothing, so the promise is I can't do it. " In such a case, when a specific keyword such as "I like clothes” is detected, the acquisition unit 32 acquires (generates) the preference information 46 indicating that the clothes are liked, and the storage unit 4 stores the preference information 46.
  • proposal information such as "Is the clothing cost high, will you promise to save next month?"
  • the user “I like clothing, so the promise is I can't do it.
  • the acquisition unit 32 acquires (generates) the preference information 46 indicating that the clothes are liked, and the storage unit 4 stores the preference information 46.
  • the setting unit 33 sets various parameters related to the agent AG, which is the virtual subject.
  • the setting unit 33 sets parameters such as the character, gender, appearance, language (Japanese, English, etc.), accent, intonation, and background of the agent AG (inside, outside, etc.) of the agent AG.
  • the setting unit 33 sets a value selected by the user from a plurality of options for each of the above parameters as a parameter of the agent AG. Further, the setting unit 33 may automatically set each parameter based on the answer of the questionnaire conducted by the acquisition unit 32 to obtain various information.
  • Proposal unit 34 proposes various proposal information regarding the user's balance. For example, the proposal unit 34 proposes information based on the above-mentioned attribute information 41, income and expenditure information 42, income and expenditure statistical information 43, promise information 44, personality information 45, preference information 46, and agent AG parameters set by the setting unit 33. To propose. For example, the proposal unit 34 determines the content and expression method of the proposal information based on the above-mentioned various information.
  • the proposal unit 34 when the proposal unit 34 first receives a request for viewing the income and expenditure report for a predetermined period (for example, this month, etc.) from the user via the user terminal 100, the proposal unit 34 is in the predetermined period based on the income and expenditure information 42. Calculate the balance for each balance type.
  • a predetermined period for example, this month, etc.
  • the proposal unit 34 selects another user having an attribute similar to the user's attribute from the income and expenditure statistical information 43 stored in the storage unit 4, and obtains the income and expenditure for each income and expenditure type of the other user and the above. Compare the calculated balance with each balance type. Then, the proposal unit 34 determines as the proposal target (promise target) of the proposal information the balance type in which the difference in income and expenditure, specifically, the difference in expenditure is equal to or greater than a predetermined threshold value as a result of comparison. That is, the proposal unit 34 determines the income and expenditure type as the proposal target, which has an outstandingly large amount of expenditure as compared with other users whose attributes are similar to those of the user.
  • the proposal unit 34 determines whether or not to propose the proposal information based on the preference information 46 for the income and expenditure type determined as the proposal target. For example, when the income and expenditure type of the proposal target is clothing cost and the preference information 46 includes that the person likes clothing, the proposal unit 34 proposes the proposal information regarding the clothing cost to be proposed. Try not to. That is, the proposal unit 34 prohibits the proposal of the proposal information for the income and expenditure type corresponding to the preference information 46 among the income and expenditure types included in the income and expenditure information 42. Alternatively, instead of banning it altogether, the threshold for proposing proposal information may be relaxed even if spending is somewhat higher than in other households. In addition, even if you like it, if you spend extremely much, you may propose proposal information.
  • the proposal unit 34 determines the income and expenditure types other than the income and expenditure types for which the proposal is prohibited as the proposal target.
  • the proposal unit 34 determines the income and expenditure type with the next highest expenditure after the income and expenditure type for which the proposal is prohibited as the proposal target. That is, the proposal unit 34 determines the balance type for proposing the proposal information based on the preference information 46 among the balance types included in the balance information 42. In such a case, the balance of the balance type may be such that the difference in expenditure is less than a predetermined threshold value in the above comparison result.
  • the proposal unit 34 excludes the income and expenditure types related to the income and expenditure types for which proposals are prohibited from the proposal targets. For example, in the case of a person who likes eating out in various places, transportation expenses are required to move to those places, so in such cases, the Proposal Department 34 excludes transportation expenses in addition to food expenses from the proposal target. To do so.
  • the threshold value for proposing proposal information may be relaxed.
  • the proposal unit 34 determines the content and expression method of the proposal information based on the parameters of the attribute information 41, the promise information 44, the personality information 45, the preference information 46, and the agent AG for the income and expenditure type determined as the proposal target. To do.
  • the proposal unit 34 provides proposal information according to a combination of the values of the attribute information 41, the promise information 44, the personality information 45, the preference information 46, and the parameters of the agent AG (values indicating the contents of the information and parameters). Determine the content and expression method of.
  • the proposal unit 34 determines the content of the proposal information so that when the user has made a predetermined promise and the promise is kept, the promise is kept and the promise is kept continuously. To do. At this time, the proposal unit 34 advances the user to do what he / she likes based on the preference information 46 when the money is spared by keeping the promise (saving). May be proposed.
  • the proposal department 34 determines the content of the proposal information to preach to the fact that the promise was not kept if the promise was not kept.
  • the proposal unit 34 changes the expression method of the proposal information according to the personality information 45. For example, the proposal unit 34 uses an expression method that gently reminds a user who is not good at getting angry, and an expression method that occurs severely when a user has a personality that is okay to get angry.
  • the proposal unit 34 may change the content and expression method of the proposal information based on the confidence information indicating the degree of confidence of the above-mentioned promise and the promise record (actual information).
  • the timing of proposing the proposal information by the proposal unit 34 can be performed, for example, for each predetermined period (every month) for each preset period. Further, the proposal unit 34 may perform the proposal information in the form of an interim report at a timing when the predetermined period is further divided based on the various information described above.
  • the proposal unit 34 sets the number of divisions to a larger number than the set value for users who often fail in the promise record or users who have low confidence in the promise, and includes information on whether or not the promise can be kept. Proposal information for reporting may be provided frequently, and the number of divisions may be less than the set value for users who have a high degree of success or a high degree of confidence in the promised performance.
  • the proposal unit 34 may ask the user via the agent AG to confirm the reason why the expenditure is outstanding for the income and expenditure type in which the expenditure is outstanding (beyond the predetermined threshold value). For example, if the reason is temporary and unavoidable expenditure from the user (for example, the mobile phone is broken and needs to be replaced), the proposal unit 34 may exclude it from the proposal target. Good.
  • the proposal unit 34 may change the content and expression method of the proposal information according to the outstanding expenditure amount. For example, the proposal unit 34 tries to propose proposal information with a stricter tone as the amount of outstanding expenditure increases.
  • FIG. 10 is a sequence diagram (No. 1) showing an operation example between the user terminal 100 and the information processing device 1.
  • FIG. 11 is a sequence diagram (No. 2) showing an operation example between the user terminal 100 and the information processing device 1.
  • FIG. 10 shows an operation example until the promise information 44 is generated
  • FIG. 11 shows an operation example until the progress of the promise information 44 is reported.
  • the user terminal 100 transmits a monthly report (balance report) request based on the received voice (step S12), and subsequently, the information processing device 1 acquires the attribute information 41 from the storage unit 4 (step S12). Step S13).
  • the information processing device 1 acquires the balance information 42 from the storage unit 4 (step S14). Subsequently, the information processing device 1 acquires the balance statistical information 43 from the storage unit 4 (step S15).
  • the information processing apparatus 1 performs a comparison process of the acquired balance information 42 and the balance statistical information 43 (step S16).
  • the first place is clothing cost
  • the second place is food cost
  • the third place is utility cost in descending order of expenditure.
  • the information processing device 1 acquires the preference information 46 from the storage unit 4 (step S17).
  • the preference information 46 it is assumed that the user likes clothing.
  • the information processing device 1 performs a process of determining the proposal target from the clothing cost, the food cost, and the utility cost based on the preference information 46 (step S18). Specifically, the information processing device 1 excludes the first-ranked clothing cost and determines the second-ranked food cost as the proposal target based on the preference information 46 that the person likes clothing.
  • the information processing device 1 acquires the personality information 45 from the storage unit 4 (step S19). Subsequently, the information processing apparatus 1 generates the content (promise of saving food expenses) determined based on the personality information 45 and the proposal information of the expression method (step S20).
  • the information processing device 1 transmits the generated proposal information and the monthly report to the user terminal 100 (step S21).
  • the user terminal 100 displays or voice-outputs the proposal information "Since the food expenses were higher than other households, would you promise to reduce it next month?" Along with the monthly report ( Step S22).
  • the user terminal 100 receives the voice spoken by the user (step S23). Then, the user terminal 100 sends a promise attachment notification including information on the received voice to the information processing device 1 (step S24).
  • the information processing device 1 estimates the degree of confidence of the user in the promise based on the information included in the promise attachment notification (step S25). Then, the information processing device 1 generates the promise information 44 including the confidence information indicating the estimated confidence degree and the information about the promise, stores it in the storage unit 4 (step S26), and ends the process.
  • the user terminal 100 receives the voice spoken by the user (step S51). Subsequently, the user terminal 100 transmits a progress report (balance report) request to the information processing device 1 based on the received voice (step S52).
  • the information processing device 1 acquires the attribute information 41 from the storage unit 4 (step S53). Subsequently, the information processing device 1 acquires the balance information 42 from the storage unit 4 (step S54). Specifically, as the income and expenditure information 42, the information of the food expenses expenditure A yen in the middle of the month is acquired.
  • the information processing device 1 acquires the promise information 44 from the storage unit 4 (step S55). Specifically, as promise information 44, information indicating that one month's food expenses are saved up to B yen is acquired.
  • the information processing apparatus 1 compares the food expense expenditure A yen, which is the income and expenditure information 42, with the food expense B, which is the promise information 44 (step S56). As a result of the comparison, it is assumed that the food expenditure of A yen is smaller than the food expenditure of B yen.
  • the information processing device 1 confirms the shopping status from the balance information 42 (step S57). Specifically, it is assumed that the user often buys dinner at a convenience store late on weekday nights from the income and expenditure information 42.
  • the information processing device 1 acquires from the storage unit 4 as preference information 46 that the user likes massage (step S58). Subsequently, the information processing device 1 acquires from the storage unit 4 as personality information 45 that the user does not like being angry (step S59).
  • the information processing apparatus 1 generates proposal information based on the balance information 42 in step S57, the preference information 46 in step S58, and the personality information 45 in step S59 (step S60).
  • the information processing device 1 notifies the user terminal 100 of the progress report and the generated proposal information (step S61).
  • the user terminal 100 has the proposal information "Thank you for your work until late. This month, I can afford the promised food expenses, so why not go to a massage on your next vacation? Is displayed or output as voice (step S62), and the process ends.
  • FIG. 12 is a flowchart showing a processing procedure of processing executed by the information processing apparatus 1 according to the embodiment.
  • control unit 3 of the information processing device 1 first receives a viewing request for the balance information 42 from the user terminal 100 (step S101).
  • control unit 3 calculates the balance for each balance type based on the balance information 42 stored in the storage unit 4 (step S102).
  • control unit 3 determines whether or not there is a balance type whose expenditure is equal to or higher than a predetermined threshold value among the calculated balance types (step S103).
  • control unit 3 When the control unit 3 has a balance type whose expenditure is equal to or higher than a predetermined threshold value (step S103: Yes), the control unit 3 has a balance type corresponding to the user's preference based on the preference information 46 stored in the storage unit 4. (Step S104).
  • step S104 When the balance type corresponds to the user's preference (step S104: Yes), the control unit 3 prohibits the generation of the proposal information regarding the balance type, that is, prohibits the user from proposing the proposal information (step S105). ).
  • control unit 3 transmits a balance report based on the balance information 42 to the user terminal 100 to display it on the user terminal 100 (step S106), and ends the process.
  • step S103 the control unit 3 executes step S106 when there is no balance type whose expenditure is equal to or higher than a predetermined threshold value (step S103: No).
  • step S104 if the control unit 3 does not have a balance type corresponding to the user's preference (step S104: No), the control unit 3 generates proposal information regarding the balance type (step S107).
  • control unit 3 transmits the generated proposal information and the income and expenditure report to the user terminal 100 to display the generated proposal information and the balance report on the user terminal 100 (step S108).
  • control unit 3 determines whether or not the user's promise for the proposal information has been accepted (step S109).
  • control unit 3 When the control unit 3 receives the user's promise for the proposal information (step S109: Yes), that is, when the user promises to execute the proposal information, the control unit 3 stores it in the storage unit 4 as the promise information 44 (step S110). End the process.
  • step S109 the control unit 3 ends the process when the user does not promise the proposal information (step S109: No), that is, when the user does not promise to execute the proposal information.
  • FIG. 13 is a block diagram showing an example of the hardware configuration of the information processing device 1 according to the present embodiment.
  • the information processing device 1 includes a CPU (Central Processing Unit) 901, a ROM (Read Only Memory) 902, a RAM (Random Access Memory) 903, a host bus 905, a bridge 907, an external bus 906, and an interface 908. , Input device 911, output device 912, storage device 913, drive 914, connection port 915, and communication device 916.
  • the information processing device 1 may include a processing circuit such as an electric circuit, a DSP, or an ASIC in place of or in combination with the CPU 901.
  • the CPU 901 functions as an arithmetic processing device and a control device, and controls the overall operation in the information processing device 1 according to various programs. Further, the CPU 901 may be a microprocessor.
  • the ROM 902 stores programs, calculation parameters, and the like used by the CPU 901.
  • the RAM 903 temporarily stores a program used in the execution of the CPU 901, parameters that are appropriately changed in the execution, and the like.
  • the CPU 901 may execute the functions of the collection unit 31, the acquisition unit 32, the setting unit 33, and the proposal unit 34, for example.
  • the CPU 901, ROM 902 and RAM 903 are connected to each other by a host bus 905 including a CPU bus and the like.
  • the host bus 905 is connected to an external bus 906 such as a PCI (Peripheral Component Interconnect / Interface) bus via a bridge 907.
  • the host bus 905, the bridge 907, and the external bus 906 do not necessarily have to be separately configured, and these functions may be implemented in one bus.
  • the input device 911 is a device in which information is input by a user such as a mouse, a keyboard, a touch panel, a button, a microphone, a switch, or a lever.
  • the input device 911 may be a remote control device using infrared rays or other radio waves, or may be an externally connected device such as a mobile phone or a PDA that supports the operation of the information processing device 1.
  • the input device 911 may include, for example, an input control circuit that generates an input signal based on the information input by the user using the above input means.
  • the output device 912 is a device capable of visually or audibly notifying the user of information.
  • the output device 912 is, for example, a display device such as a CRT (Cathode Ray Tube) display device, a liquid crystal display device, a plasma display device, an EL (ElectroLuminence) display device, a laser projector, an LED (Light Emitting Diode) projector, or a lamp. It may be an audio output device such as a speaker or a headphone.
  • the output device 912 may output, for example, the results obtained by various processes by the information processing device 1. Specifically, the output device 912 may visually display the results obtained by various processes by the information processing device 1 in various formats such as texts, images, tables, and graphs. Alternatively, the output device 912 may convert an audio signal such as audio data or acoustic data into an analog signal and output it audibly.
  • the storage device 913 is a data storage device formed as an example of the storage unit of the information processing device 1.
  • the storage device 913 may be realized by, for example, a magnetic storage device such as an HDD (Hard Disk Drive), a semiconductor storage device, an optical storage device, an optical magnetic storage device, or the like.
  • the storage device 913 may include a storage medium, a recording device that records data on the storage medium, a reading device that reads data from the storage medium, a deleting device that deletes the data recorded on the storage medium, and the like.
  • the storage device 913 may store a program executed by the CPU 901, various data, various data acquired from the outside, and the like.
  • the drive 914 is a reader / writer for a storage medium, and is built in or externally attached to the information processing device 1.
  • the drive 914 reads information recorded on a removable storage medium such as a mounted magnetic disk, optical disk, magneto-optical disk, or semiconductor memory, and outputs the information to the RAM 903.
  • the drive 914 can also write information to the removable storage medium.
  • connection port 915 is an interface connected to an external device.
  • the connection port 915 is a connection port capable of transmitting data to an external device, and may be, for example, USB (Universal Serial Bus).
  • the communication device 916 is, for example, an interface formed by a communication device or the like for connecting to the network 40.
  • the communication device 916 may be, for example, a communication card for a wired or wireless LAN (Local Area Network), LTE (Long Term Evolution), Bluetooth (registered trademark), WUSB (Wireless USB), or the like.
  • the communication device 916 may be a router for optical communication, a router for ADSL (Asymmetric Digital Subscriber Line), a modem for various communications, or the like.
  • the communication device 916 can send and receive signals and the like to and from the Internet or other communication devices in accordance with a predetermined protocol such as TCP / IP.
  • the network 40 is a wired or wireless transmission line for information.
  • the network 40 may include a public line network such as the Internet, a telephone line network or a satellite communication network, various LANs (Local Area Network) including Ethernet (registered trademark), WAN (Wide Area Network), and the like.
  • the network 40 may include a dedicated line network such as IP-VPN (Internet Protocol-Virtual Private Network).
  • a computer program for exerting the same functions as each configuration of the information processing device 1 according to the above-described embodiment is also created for the hardware such as the CPU, ROM, and RAM built in the information processing device 1. It is possible. It is also possible to provide a storage medium in which the computer program is stored.
  • the information processing program may be stored in a disk device provided in a server device on a network such as the Internet so that it can be downloaded to a computer or the like.
  • the above-mentioned functions may be realized by the collaboration between the OS (Operating System) and the application software.
  • the part other than the OS may be stored in a medium and distributed, or the part other than the OS may be stored in the server device so that it can be downloaded to a computer or the like.
  • each component of each device shown in the figure is a functional concept, and does not necessarily have to be physically configured as shown in the figure. That is, the specific form of distribution / integration of each device is not limited to the one shown in the figure, and all or part of the device is functionally or physically distributed / physically in arbitrary units according to various loads and usage conditions. Can be integrated and configured.
  • the information processing apparatus 1 includes a collection unit 31, an acquisition unit 32, and a proposal unit 34.
  • the collecting unit 31 collects the income and expenditure information 42 regarding the user's income and expenditure.
  • the acquisition unit 32 acquires the promise information 44 promised by the user regarding the income and expenditure to the agent AG (virtual subject) displayed on the display unit of the user terminal 100 (terminal device) possessed by the user.
  • the proposal unit 34 proposes predetermined proposal information regarding the balance to the user based on the balance information 42 and the promise information 44.
  • the proposal unit 34 determines the content and expression method of the proposal information based on the income and expenditure information 42 and the promise information 44.
  • the acquisition unit 32 further acquires the preference information 46 regarding the user's preference.
  • the proposal unit 34 determines the balance type for proposing the proposal information based on the preference information 46 among the balance types included in the balance information 42.
  • the proposal unit 34 prohibits the proposal of the proposal information for the income and expenditure type corresponding to the preference information 46 among the income and expenditure types included in the income and expenditure information 42.
  • the acquisition unit 32 further acquires the personality information 45 regarding the personality of the user.
  • the proposal unit 34 proposes the proposal information based on the personality information 45.
  • the acquisition unit 32 acquires the user's reaction to the proposed information, and acquires the personality estimated based on the acquired reaction as the personality information 45.
  • the acquisition unit 32 acquires the promise information 44 indicating that the user promises to execute the proposal information proposed by the proposal unit 34.
  • the user makes a promise about the proposed content, so that the user can surely grasp the promised content.
  • the acquisition unit 32 further acquires the actual information regarding the success / failure record in the past promise information 44.
  • the proposal unit 34 proposes the proposal information based on the actual result information.
  • the acquisition unit 32 acquires the promise information 44 including the confidence information indicating the degree of confidence in the user's promise estimated based on the information input via the user terminal 100.
  • the proposal unit 34 proposes the proposal information based on the self-confidence information.
  • the collection unit 31 acquires the balance information 42 including at least one information such as the type of goods related to the balance, the balance amount, the number of times the balance is generated, the date and time when the balance is generated, and the place where the balance is generated.
  • the collecting unit 31 acquires information regarding the difference between the balance information 42 in the current predetermined period and the balance information 42 in the past predetermined period as the balance information 42.
  • the proposal unit 34 can make a proposal in consideration of the difference in the income and expenditure information 42 between the present and the past.
  • the acquisition unit 32 further acquires the user attribute information 41.
  • the proposal unit 34 proposes the proposal information based on the comparison result between the balance information 42 of another user having similar attribute information 41 and the balance information 42 of the user.
  • a setting unit 33 for setting the character of the agent AG based on the information input from the user via the user terminal 100 is further provided.
  • the proposal unit 34 proposes proposal information based on the character of the agent AG set by the setting unit 33.
  • the user can interact with the agent AG having a predetermined character, so that it is easier to accept the proposal information than, for example, an inorganic agent.
  • the present technology can also have the following configurations.
  • a collection department that collects income and expenditure information about the user's income and expenditure
  • An acquisition unit that acquires promised information that the user has promised regarding the income and expenditure to the virtual subject displayed on the display unit of the terminal device possessed by the user.
  • An information processing device including a proposal unit that proposes predetermined proposal information regarding the balance to the user based on the balance information and the promise information.
  • the proposal section The information processing apparatus according to (1), wherein the content and expression method of the proposed information are determined based on the income and expenditure information and the promise information.
  • the acquisition unit Further acquiring the preference information regarding the user's preference, The proposal section The information processing device according to (1) or (2) above, wherein among the income and expenditure types included in the income and expenditure information, the income and expenditure type for proposing the proposed information is determined based on the preference information.
  • the proposal section The information processing device according to (3) above, which prohibits the proposal of the proposed information for the income and expenditure type corresponding to the preference information among the income and expenditure types included in the income and expenditure information.
  • the acquisition unit Further acquire personality information regarding the personality of the user, The proposal section The information processing device according to any one of (1) to (4) above, which proposes the proposed information based on the personality information.
  • the acquisition unit The information processing device according to (5), wherein the reaction of the user to the proposed information is acquired, and the personality estimated based on the acquired reaction is acquired as the personality information.
  • the acquisition unit The information processing device according to any one of (1) to (6) above, which acquires the promised information indicating that the user promises to execute the proposed information proposed by the proposal unit.
  • the acquisition unit Further acquisition of performance information regarding success / failure results in the above-mentioned promise information in the past,
  • the proposal section The information processing device according to any one of (1) to (7) above, which proposes the proposed information based on the actual performance information.
  • the acquisition unit The promise information including the confidence information indicating the degree of confidence in the promise of the user estimated based on the information input via the terminal device is acquired.
  • the proposal section The information processing device according to any one of (1) to (8), which proposes the proposed information based on the self-confidence information.
  • the collection unit The above-mentioned (1) to (9) for acquiring the income and expenditure information including at least one information of the goods type related to the income and expenditure, the income and expenditure amount, the number of times the income and expenditure occurred, the date and time when the income and expenditure occurred, and the place where the income and expenditure occurred.
  • the information processing device according to any one.
  • the collection unit The information processing according to any one of (1) to (10) above, which acquires information on the difference between the balance information in the current predetermined period and the balance information in the past predetermined period as the balance information. apparatus.
  • the acquisition unit Further acquire the attribute information of the user,
  • the proposal section The present invention according to any one of (1) to (11), wherein the proposal information is proposed based on a comparison result between the income and expenditure information of another user having similar attribute information and the income and expenditure information of the user.
  • Information processing device (13) Further, a setting unit for setting the character of the virtual subject based on the information input from the user via the terminal device is provided.
  • the proposal section The information processing device according to any one of (1) to (12), which proposes the proposed information based on the character of the virtual subject set by the setting unit.
  • a collection process that collects income and expenditure information about the user's income and expenditure The acquisition process of acquiring the promised information promised by the user regarding the income and expenditure to the virtual subject displayed on the display unit of the terminal device possessed by the user.
  • An information processing method including a proposal process of proposing predetermined proposal information regarding the balance to the user based on the balance information and the promise information.
  • a collection procedure that collects income and expenditure information about the user's income and expenditure and An acquisition procedure for acquiring the promised information promised by the user regarding the income and expenditure to the virtual subject displayed on the display unit of the terminal device possessed by the user.
  • An information processing program that causes a computer to execute a proposal procedure for proposing predetermined proposal information regarding the balance to the user based on the balance information and the promise information.
  • Information processing device 1 Information processing device 2 Communication unit 3 Control unit 4 Storage unit 31 Collection unit 32 Acquisition unit 33 Setting unit 34 Proposal unit 100 User terminal 200 Communication unit 300 Control unit 400 Storage unit AG agent

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Strategic Management (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • General Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Human Resources & Organizations (AREA)
  • Development Economics (AREA)
  • Technology Law (AREA)
  • Data Mining & Analysis (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Tourism & Hospitality (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

情報処理装置（１）は、収集部（３１）と、取得部（３２）と、提案部（３４）とを備える。収集部（３１）は、ユーザの収支に関する収支情報（４２）を収集する。取得部（３２）は、ユーザが所持するユーザ端末（１００）の表示部に表示された仮想主体（ＡＧ）に対してユーザが収支に関して約束した約束情報（４４）を取得する。提案部（３４）は、収支情報（４２）および約束情報（４４）に基づいて、収支に関する所定の提案情報をユーザに対して提案する。

Description

情報処理装置、情報処理方法、及び情報処理プログラム
　本開示は、情報処理装置、情報処理方法、及び情報処理プログラムに関する。
　従来、例えば、ユーザの収支を管理する家計簿アプリケーション（以下、家計簿アプリ）を提供する情報処理装置が知られている。かかる家計簿アプリでは、ユーザの収支の履歴を元に、ユーザに対して収支に関するアドバイスを行う技術がある（例えば、特許文献１参照）。
特開２０１８－６３５３６号公報
　しかしながら、従来技術は、収支の履歴や一般統計データなどを元に画一的にアドバイスを行っているに過ぎず、例えば、ユーザが節約できない支出に対してアドバイス等の提案を行った場合、ユーザに提案を受け入れられないおそれがあった。また、受け入れられなかったにもかかわらず、次の月に同じアドバイスをする、などもある。このように、従来は、ユーザに対してより適切な提案を行う点で改善の余地があった。
　そこで、本開示では、ユーザに対してより適切な提案を行うことができる情報処理装置、情報処理方法、及び情報処理プログラムを提案する。
　上記の課題を解決するために、本開示に係る一形態の情報処理装置は、収集部と、取得部と、提案部とを備える。前記収集部は、ユーザの収支に関する収支情報を収集する。前記取得部は、前記ユーザが所持する端末装置の表示部に表示された仮想主体に対して前記ユーザが前記収支に関して約束した約束情報を取得する。前記提案部は、前記収支情報および前記約束情報に基づいて、前記収支に関する所定の提案情報を前記ユーザに対して提案する。
実施形態に係る情報処理方法の概要を示す図である。 実施形態に係る情報処理システムの構成例を示す図である。 実施形態に係るユーザ端末の構成例を示すブロック図である。 実施形態に係る情報処理装置の構成例を示すブロック図である。 属性情報の一例を示す図である。 収支情報の一例を示す図である。 約束情報の一例を示す図である。 性格情報の一例を示す図である。 嗜好情報の一例を示す図である。 ユーザ端末および情報処理装置間の動作例を示すシーケンス図（その１）である。 ユーザ端末および情報処理装置間の動作例を示すシーケンス図（その２）である。 実施形態に係る情報処理装置が実行する処理の処理手順を示すフローチャートである。 本実施形態に係る情報処理装置のハードウェア構成の一例を示すブロック図である。
　以下に、本開示の実施形態について図面に基づいて詳細に説明する。なお、以下の各実施形態において、同一の部位には同一の符号を付することにより重複する説明を省略する。
　また、本明細書及び図面において、実質的に同一の機能構成を有する複数の構成要素を、同一の符号の後に異なる数字を付して区別する場合もある。ただし、実質的に同一の機能構成を有する複数の構成要素の各々を特に区別する必要がない場合、同一符号のみを付する。
　また、以下に示す項目順序に従って本開示を説明する。
　　１．実施形態
　　　１－１．実施形態に係る情報処理方法の概要
　　　１－２．実施形態に係る情報処理システムの構成
　　　１－３．実施形態に係るユーザ端末の構成
　　　１－４．実施形態に係る情報処理装置の構成
　　　１－５．ハードウェア構成例
　　２．変形例
　　３．まとめ
（１．実施形態）
＜１－１．実施形態に係る情報処理方法の概要＞
　図１は、実施形態に係る情報処理方法の概要を示す図である。図１では、実施形態に係る情報処理方法を実行する情報処理装置１と、ユーザが所持するユーザ端末１００が行う情報処理を示している。
　図１に示すように、実施形態に係る情報処理装置１は、ユーザの収支に関する収支情報４２を事前に収集し、記憶していることとする。収支情報４２は、ユーザの収入や支出に関する情報である。なお、収支情報４２の内容や収集方法については後に詳述する。
　実施形態に係る情報処理装置１は、収支情報４２に基づいてユーザの収支に関する収支ポートを生成する機能を有し、生成した収支レポートをユーザ端末１００で表示させることができる。
　図１に示す例では、情報処理装置１で生成された７月の収支レポートがユーザ端末１００の表示部に表示された例を示している。具体的には、収支種別として、食費、被服費、水光熱費の収支レポートを示している。また、かかる表示部には、仮想主体であるエージェントＡＧが表示されており、情報処理装置１は、収支に関するアドバイス等の情報をエージェントＡＧを介して音声やテキストによりユーザへ通知する。なお、仮想主体とは、ユーザとのやり取り（例えば、約束の取り付け等）を行う仮想的な主体である。なお、ユーザ端末１００の表示部に表示される情報（収支レポートや提案情報等）が所定量以上である場合には、エージェントＡＧが一時的に画面から消えた状態で、音声等により提案情報を提案してもよい。また、ユーザ端末１００において、内部的にエージェントＡＧが設定されている状態にしておき、画面にエージェントＡＧが表出しないようにしてもよい。
　ここで、従来は、ユーザに対してアドバイスを行う場合、収支の履歴に基づいてアドバイスを行っていた。このため、従来は、画一的なアドバイスをするに留まり、例えば、ユーザが特定の収支種別の支出については節約できない（節約したくない）等の事情を考慮することができなかった。従って、ユーザにとっては特定の収支種別に対するアドバイスを受け入れ難いと感じてしまい、アドバイスが受け入れられないおそれがあった。このように、従来は、ユーザに対してより適切な提案を行う点で改善の余地があった。
　そこで、実施形態に係る情報処理方法では、ユーザとエージェントＡＧとの間で収支に関する所定の約束を結ばせるようにし、かかる約束に基づいて収支に関するアドバイス等を行う。なお、詳細は後述するが、ユーザの約束以外にも、ユーザの好み（嗜好）の情報に基づいてアドバイスすることもできる。
　具体的には、まず、情報処理装置１は、７月の収支レポートとともに、エージェントＡＧを介して被服費を節約することについての約束を表示する（ステップＳ１）。図１では、エージェントＡＧが「被服費を節約すると約束してくれる？」という提案情報をテキストや音声により通知したが、例えば、音声のみによって提案情報を伝える（通知する）ようにしてもよい。
　なお、図１では、収支が所定の閾値以上である被服費を約束の対象としているが、かかる対象は、ユーザの嗜好に基づいて決定可能であり、かかる点については後に詳述する。また、図１に示す提案情報は、ユーザの性格に合わせた内容や表現方法で通知可能であるが、かかる点についても後に詳述する。
　そして、かかる約束表示に対して、ユーザが「約束する」と入力（音声やテキスト）したとする（ステップＳ２）。ユーザ端末１００は、「約束する」の情報に基づいて約束受付処理を行う（ステップＳ３）。例えば、ユーザ端末１００は、音声解析や言語解析により、「約束する」の入力が、約束を結んだことを示すか否かを判定し、判定結果を情報処理装置１へ送信する。なお、ユーザ端末１００は、「約束する」をそのまま情報処理装置１へ送信し、情報処理装置１側で音声解析や言語解析が行われてもよい。なお、約束をしたか否かを判定する場合に限らず、例えば、約束に対する自信度合い等を用いることができる。自信度合いの強さは、例えば、カメラ画像に基づいて解析したユーザの表情や、提案情報に対する応答までの時間の長さ等に基づいて推定可能である。また、例えば、「食費を節約する」、「〇円節約する」「来月は節約する」等、カテゴリ、金額、タイミングを伴った約束の内容を判定してもよい。
　そして、情報処理装置１は、ユーザ端末１００から受信した情報と、約束表示の情報とに基づいて約束情報４４を取得し（ステップＳ４）、記憶部４（図４参照）に記憶しておく。図１では、約束情報４４として、被服費の節約に関する情報（例えば、来月○○円節約）を記憶する。
　そして、情報処理装置１は、記憶している収支情報４２および約束情報４４に基づいて、収支に関する所定の提案情報をユーザに対して提案する提案処理を所定のタイミングで行う（ステップＳ５）。そして、ユーザ端末１００は、情報処理装置１から取得した提案情報を表示部を介して出力する出力処理を行う（ステップＳ６）。図１では、８月１５日現在までの８月の収支レポートに基づいた提案情報を提案している。具体的には、「被服費を順調に節約できてるね。引き続き頑張ろう。約束守ってくれてありがとう。」という提案情報を提案している。
　なお、情報処理装置１は、ステップＳ１において７月の収支レポートとともに表示した約束に対して、ユーザが被服費を節約したくない等の事情により、ユーザが約束を結ばなかった場合、通常であれば提案情報を提案する閾値を超えていた場合も、被服費に関する提案情報の提案をしないようにする。
　つまり、実施形態に係る情報処理方法では、例えば、ユーザが被服費を節約できない（節約したくない）等の事情を約束情報４４として加味することで、ユーザにとって受け入れ易い提案情報を提案し、受け入れ難い提案情報を提案しないようにできる。従って、実施形態に係る情報処理方法によれば、ユーザに対してより適切な提案を行うことができる。なお、約束した際の自信度合いが弱い場合には、節約する目標金額の修正（減額）をしてもよい。または、約束の自信度合いが弱く失敗した場合には、節約する目標金額を多めに増額し、自信度合いが強く失敗した場合には、節約する目標金額を少なめに増額するなど、自信度合いによって、目標（提案情報の内容）の修正を変えてもよい。
＜１－２．実施形態に係る情報処理システムＳの構成＞
　次に、図２を用いて、実施形態に係る情報処理システムＳの構成について説明する。図２は、実施形態に係る情報処理システムＳの構成例を示す図である。
　図２に示すように、情報処理システムＳは、情報処理装置１と、複数のユーザ端末１００とを含む。情報処理装置１および複数のユーザ端末１００は、ネットワークＮを介して接続される。ネットワークＮは、ＬＡＮ（Local　Area　Network）、ＷＡＮ（Wide　Area　Network）、電話網（携帯電話網、固定電話網等）、地域ＩＰ（Internet　Protocol）網、インターネット等の通信ネットワークである。ネットワークＮには、有線ネットワークが含まれていてもよいし、無線ネットワークが含まれていてもよい。
　情報処理装置１、例えば、ユーザ端末１００に対して各種サービスを提供するサーバ装置である。例えば、情報処理装置１は、ユーザ端末１００に対して収支を管理するアプリケーションを提供する。
　ユーザ端末１００は、ユーザによって利用される端末装置である。ユーザ端末１００は、たとえば、スマートフォン、デスクトップ型ＰＣ（Personal　Computer）、ノート型ＰＣ、タブレット型端末、携帯電話機、ＰＤＡ（Personal　Digital　Assistant）、ウェアラブルデバイス（Wearable　Device）等である。ユーザ端末１００は、ユーザによる操作（音声入力や、カメラ画像、テキスト入力）に従って、情報処理装置１に対して各種要求を行ったり、情報処理装置１から各種情報を取得したりする。
＜１－３．実施形態に係るユーザ端末１００の構成＞
　次に、図３を用いて、実施形態に係るユーザ端末１００の構成例について説明する。図３は、実施形態に係るユーザ端末１００の構成例を示すブロック図である。図３に示すように、実施形態に係るユーザ端末１００は、通信部２００と、制御部３００と、記憶部４００とを備える。なお、ユーザ端末１００は、ユーザから各種操作を受け付ける入力部（例えば、キーボードやマウス、マイク、カメラ）や、各種情報を出力するための出力部（例えば、液晶ディスプレイやスピーカ等）を有してもよい。
　通信部２００は、例えば、ＮＩＣ（Network　Interface　Card）等によって実現される。そして、通信部２００は、所定のネットワークＮと有線または無線で接続され、情報処理装置１との間で情報の送受信を行う。また、通信部２００は、他のユーザ端末１００との間で情報の送受信を行ってもよい。
　制御部３００は、例えば、ＣＰＵ（Central　Processing　Unit）やＭＰＵ（Micro　Processing　Unit）等によって、ユーザ端末１００内部に記憶されたプログラムがＲＡＭ等を作業領域として実行されることにより実現される。また、制御部３００は、コントローラ（controller）であり、例えば、ＡＳＩＣ（Application　Specific　Integrated　Circuit）やＦＰＧＡ（Field　Programmable　Gate　Array）等の集積回路により実現される。　
　なお、制御部３００は、後述する情報処理装置１の制御部３が実行する機能の一部または全部を行うよう構成されてもよい。
　記憶部４００は、例えば、ＲＡＭ（Random　Access　Memory）、フラッシュメモリ（Flash　Memory）等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される。なお、記憶部４００は、後述する情報処理装置１の記憶部４に記憶される情報の一部または全部を記憶するよう構成されてもよい。
＜１－４．実施形態に係る情報処理装置１の構成＞
　次に、図４を用いて、実施形態に係る情報処理装置１の構成例について説明する。図４は、実施形態に係る情報処理装置１の構成例を示すブロック図である。図４に示すように、実施形態に係る情報処理装置１は、通信部２と、制御部３と、記憶部４とを備える。
　通信部２は、例えば、ＮＩＣ（Network　Interface　Card）等によって実現される。そして、通信部２は、所定のネットワークＮと有線または無線で接続され、複数のユーザ端末１００それぞれとの間で情報の送受信を行う。
　制御部３は、例えば、ＣＰＵ（Central　Processing　Unit）やＭＰＵ（Micro　Processing　Unit）等によって、情報処理装置１内部に記憶されたプログラムがＲＡＭ等を作業領域として実行されることにより実現される。また、制御部３は、コントローラ（controller）であり、例えば、ＡＳＩＣ（Application　Specific　Integrated　Circuit）やＦＰＧＡ（Field　Programmable　Gate　Array）等の集積回路により実現される。　
　図４に示すように、制御部３は、収集部３１と、取得部３２と、設定部３３と、提案部３４とを有し、以下に説明する情報処理の機能や作用を実現または実行する。なお、制御部３の内部構成は、図４に示した構成に限られず、後述する通信処理を行う構成であれば他の構成であってもよい。例えば、制御部３は、上述したユーザ端末１００の制御部３００が実行する機能の一部または全部を行うよう構成されてもよい。
　記憶部４は、例えば、ＲＡＭ（Random　Access　Memory）、フラッシュメモリ（Flash　Memory）等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される。なお、記憶部４は、上述したユーザ端末１００の記憶部４００に記憶される情報の一部または全部を記憶するよう構成されてもよい。
　記憶部４は、例えば、ＲＡＭ（Random　Access　Memory）、フラッシュメモリ（Flash　Memory）等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される。実施形態に係る記憶部４は、図４に示すように、属性情報４１と、収支情報４２と、収支統計情報４３と、約束情報４４と、性格情報４５と、嗜好情報４６とを記憶する。
　以下、図５～図９を用いて、記憶部４に記憶された各情報について説明する。
　図５は、属性情報４１の一例を示す図である。属性情報４１とは、ユーザの属性に関する情報を含んだ情報である。属性情報４１は、予めユーザから取得してもよく、音声やテキスト等による情報の入出力のコンテキストから推定してもよい。例えば、図５に示すように、属性情報４１には、「ユーザＩＤ」、「属性種別」、「約束実績」といった項目が含まれる。
　「ユーザＩＤ」は、ユーザを識別するための識別情報である。「属性種別」は、ユーザの属性の種別に関する情報である。図５では、「属性種別」として、「年齢」、「性別」、「誕生日」、「家族構成」、「職種」、「年収」といった項目を一例として示している。「約束実績」は、後述するユーザが行った約束の実績に関する情報である。
　図６は、収支情報４２の一例を示す図である。収支情報４２は、ユーザの収支に関する情報を含む情報である。収支情報４２は、例えば、ユーザによって入力されてもよく、クレジットカード会社等から取得した決済情報を基に収支情報４２を取得してもよい。また、ユーザ端末１００が電子マネー決済機能を備える場合、電子マネーの決済情報に基づいて収支情報４２を取得してもよい。
　例えば、図６に示すように、収支情報４２には、「ユーザＩＤ」、「収支種別」といった項目が含まれる。
　「ユーザＩＤ」は、ユーザを識別するための識別情報である。「収支種別」は、ユーザの収支の種別に関する情報である。図６では、「収支種別」として、「食費」、「被服費」、「水光熱費」といった項目を一例として示している。なお、「収支種別」は、予め定められたものであってもよく、ユーザによって独自に設定されたものであってもよい。
　図６に示す例において、ユーザＩＤ「Ｕ１」で識別されるユーザは、収支種別の「食費」が「２万（１５回）」となっている。これは、所定の期間（例えば、１か月）における食費に関する取引が１５回あり、その１５回の取引の合計金額が２万であることを示している。
　収支統計情報４３は、他のユーザの収支情報を基に生成された収支の統計情報である。具体的には、収支統計情報４３には、収支種別毎、および、属性種別毎の統計情報が含まれる。例えば、収支統計情報４３には、３０代、男性、既婚者（妻、子供２人）、年収７００万の属性を有する他のユーザが１か月に消費した食費（例えば、平均値）に関する情報等が含まれる。
　図７は、約束情報４４の一例を示す図である。約束情報４４は、エージェントに対してユーザが収支に関して約束した情報を含む情報である。図７に示すように、約束情報４４には、「約束ＩＤ」、「ユーザＩＤ」、「収支種別」、「約束日時」、「約束内容」、「自信度」、「状態」といった項目が含まれる。
　「約束ＩＤ」、ユーザが行った各約束を識別するための識別情報である。「ユーザＩＤ」は、ユーザを識別するための識別情報である。「収支種別」は、上記した収支種別を示す情報である。「約束日時」は、ユーザがエージェントに対して約束した日時を示す情報である。「約束内容」は、ユーザがエージェントに対して約束した内容を示す情報である。「自信度」は、ユーザの約束に対する自信度合いを示す自信情報である。詳細は後述するが、「自信度」は、ユーザが約束した際の音声入力を解析して算出可能である。なお、図７では、自信度を高・中・低で示しているが、これに限らず、自信度合いをスコア化してもよい。
　「状態」は、現在の約束の状態である。例えば、「約束中」とは、ユーザが行った約束が継続中であることを示し、「成功」および「失敗」は、約束が完了し、約束を守れた（成功）か守れなかった（失敗）かを示す。なお、図７に示す「状態」は一例であって、例えば、自信度合いが高く成功（あるいは失敗）や、自信度合いが低く失敗（あるいは成功）。また、「成功」についても、目標の節約金額よりも所定値以上高い「余裕で成功」や、目標の節約金額よりも所定値未満高い「ギリギリ成功」等があってもよい。
　図８は、性格情報４５の一例を示す図である。性格情報４５は、ユーザの性格に関する情報を含む情報である。図８に示すように。性格情報４５には、「ユーザＩＤ」、「性格種別」といった項目が含まれる。
　「ユーザＩＤ」は、ユーザを識別するための識別情報である。「性格種別」は、ユーザの性格の種別を示す情報である。図８では、「性格種別」として、「気の強さ」、「真面目さ」、「買物傾向」等といった項目を一例として示している。なお、性格種別毎に、所定のスコアが算出されてもよい。例えば、「気の強さ」について、気が強いほど値が高くなるようにスコア化されてもよい。
　なお、性格情報４５は、例えば、アンケート等により予めユーザから取得してもよく、機械学習のモデルにより推定してもよい。性格情報４５は、例えば、所定の情報を用いた機械学習により生成されたモデル（例えば、回帰モデル）の出力スコアとしてもよい。なお、所定の情報は、例えば、アンケートの回答結果から得られた情報や、ユーザおよびエージェントＡＧ間の会話から得られた情報、ユーザ端末１００が有するセンサにより得られる情報（カメラ画像等）等がある。
　図９は、嗜好情報４６の一例を示す図である。嗜好情報４６は、ユーザの嗜好に関する情報を含む情報である。嗜好情報４６は、例えば、アンケート等により予めユーザから取得してもよく、後述する提案情報に対するユーザの反応に基づいて性格を推定してもよい。
　図９に示すように、嗜好情報４６には、「ユーザＩＤ」、「嗜好種別」といった項目が含まれる。「ユーザＩＤ」は、ユーザを識別するための識別情報である。「嗜好種別」は、ユーザの嗜好の種別を示す情報である。図９では、「嗜好種別」として、「食」、「衣類」、「旅行」といった項目を一例として示している。また、図９では、嗜好種別がどの程度好むを示す嗜好度合いを１０段階のスコアとして示しており、スコアが高いほど嗜好度合いが高い（より好む）ことを示す。
　つまり、図９に示す例では、ユーザＩＤ「Ｕ１」で識別されるユーザは、嗜好種別のうち、食を最も好むことを示している。なお、図９では、嗜好度合いをスコアで示したが、例えば、「好き」、「嫌い」等で示されてもよい。
　次に、情報処理装置１における制御部３の各機能（収集部３１、取得部３２、設定部３３および提案部３４）について具体的に説明する。
　収集部３１は、ユーザの収支に関する収支情報４２を取得する。収集部３１は、例えば、ユーザが所有するクレジットカードや銀行口座の情報を取得することで、クレジットカード決済や銀行口座における振込や引き落とし等の取引情報を収支情報４２として収集する。
　また、収集部３１は、ユーザ端末１００に電子マネー決済機能が備えられている場合、かかる電子マネー決済の情報を収支情報４２として取得する。また、収集部３１は、ユーザの手動入力によって収支情報４２を取得してもよい。
　なお、収集部３１が収集する収支情報４２には、上記した収支種別毎の金額（図６に示す食費「２万円」）や取引回数（図６に示す食費「１５回」）の情報が含まれるがそれ以外の情報も含まれてよい。例えば、収支情報４２には、買物内容（収支に関する物品種別）や、買物日時（収支が発生した日時）、買物回数（収支が発生した回数）、買物場所（収支が発生した場所、買物金額（収支額）に関する情報が含まれてよい。
　また、収支情報４２には、さらに、今月と先月（あるいは他の月）とにおける収支情報４２の違い等の情報が含まれてもよい。つまり、収支情報４２には、現在の所定期間における収支情報４２と、過去の所定期間における収支情報４２との差分に関する情報が含まれてもよい。
　収集部３１は、収集した収支情報４２を記憶部４に記憶する。
　取得部３２は、ユーザに関する各種情報を取得する。具体的には、取得部３２は、属性情報４１や、約束情報４４、性格情報４５、嗜好情報４６等を取得し、記憶部４に記憶する。
　例えば、取得部３２は、ユーザ端末１００に上記の情報を取得するためのアンケートを表示し、アンケートに対するユーザの回答に基づいて属性情報４１や、約束情報４４、性格情報４５、嗜好情報４６を取得する。
　また、取得部３２は、ユーザとエージェントＡＧとの間の対話に基づいて属性情報４１や、約束情報４４、性格情報４５、嗜好情報４６を推定してもよい。例えば、取得部３２は、「貯金は好き？」といったお金の使い方に関する質問をエージェントＡＧを介して行い、例えば、ユーザが「好きじゃない」と回答した場合、ユーザの性格が浪費家であることを示す性格情報４５を取得する。
　また、取得部３２は、後述する提案部３４によって提案された提案情報に対するユーザの反応を取得し、取得した反応に基づいてユーザの性格を推定してもよい。ユーザの反応は、例えば、ユーザ端末１００のカメラやマイク等の各種センサにより検出する。例えば、取得部３２は、「食費を節約しなさい」のような厳しい調子の提案情報に対して、ユーザが実際に節約した場合には、怒られても大丈夫な性格と推定する。一方、取得部３２は、上記の厳しい調子の提案情報に対して、ユーザが実際に節約しなかったり、ユーザ端末１００のカメラ画像によりユーザが困惑した顔をしたような場合には、怒られることが嫌いな性格と推定する。
　また、取得部３２は、後述する提案部３４によって提案された提案情報の実行をユーザが約束することを示す約束情報４４を取得する。具体的には、取得部３２は、ユーザ端末１００を介して入力されたユーザの音声やテキストを解析して得られた言語情報を形態素解析し、「約束する」等のような特定のキーワードが検出された場合には、ユーザ端末１００に表示中の提案情報に基づいて約束情報４４を取得（生成）し、記憶部４に記憶する。
　このとき、取得部３２は、ユーザ端末１００を介して入力される情報に基づいて推定したユーザの約束に対する自信度合いを示す自信情報を取得（生成）する。具体的には、取得部３２は、「絶対」や、「たぶん」、「不安」等のような特定のキーワードに基づいて自信情報を生成する。なお、自信情報を生成する際、声色の情報を取得して用いてもよい。
　また、取得部３２は、過去の約束情報４４における成否の実績に関する実績情報（図５に示す約束実績）を取得する。具体的には、取得部３２は、約束情報４４をユーザが守った場合、成功を示す実績情報を取得するとともに、図７における「状態」を約束中から成功に更新し、かつ、図５における「約束実績」の「成功」をカウントアップする。一方、取得部３２は、ユーザが守らなかった場合、失敗を示す実績情報を取得するとともに、図７における「状態」を約束中から失敗に更新し、かつ、図５における「約束実績」の「失敗」をカウントアップする。なお、図５における「約束実績」は、厳しい調子の提案情報に対する約束の実績と、優しい調子の提案情報に対する約束の実績とに分かれてもよい。あるいは、約束しなかった場合も含まれてもよい。また、「成功」および「失敗」の２値ではなく、「自信があり成功」、「自信がなく失敗」、「ぎりぎり成功」、「余裕で成功」等のように細分化されてもよい。
　また、取得部３２は、後述する提案部３４によって提案された特定の収支種別に関する提案情報に対するユーザの反応に基づいて、嗜好情報４６を取得してもよい。具体的には、取得部３２は、「被服費が高かったので、来月は節約すると約束してくれるかな？」のような提案情報を提案した場合において、ユーザが「衣類は好きだから約束はできないなぁ」という入力があったとする。かかる場合、取得部３２は、「衣類は好き」等のような特定のキーワードが検出された場合には、衣類が好きであることを示す嗜好情報４６を取得（生成）し、記憶部４に記憶する。
　設定部３３は、仮想主体であるエージェントＡＧに関する各種パラメータを設定する。例えば、設定部３３は、エージェントＡＧの性格や、性別、容姿、言語（日本語、英語等）、訛り、イントネーション、エージェントＡＧの背景（家の中、外等）等のパラメータを設定する。
　例えば、設定部３３は、上記した各パラメータについて、複数の選択肢の中からユーザによって選択された値をエージェントＡＧのパラメータとして設定する。また、設定部３３は、上記した取得部３２が各種情報を得るために行ったアンケートの回答に基づいて各パラメータを自動設定してもよい。
　提案部３４は、ユーザの収支に関する各種提案情報を提案する。例えば、提案部３４は、上記した属性情報４１、収支情報４２、収支統計情報４３、約束情報４４、性格情報４５、嗜好情報４６および設定部３３によって設定されたエージェントＡＧのパラメータに基づいて提案情報を提案する。例えば、提案部３４は、上記の各種情報に基づいて、提案情報の内容および表現方法を決定する。
　具体的には、提案部３４は、まず、ユーザ端末１００を介してユーザから所定期間（例えば、今月等）における収支レポートの閲覧依頼を受け付けた場合、収支情報４２に基づいて、かかる所定期間における収支種別毎の収支を算出する。
　そして、提案部３４は、記憶部４に記憶された収支統計情報４３の中から、ユーザの属性と類似する属性を有する他ユーザを選択し、かかる他ユーザの収支種別毎の収支と、上記で算出した収支種別毎の収支とを比較する。そして、提案部３４は、比較の結果、収支の差、詳細には支出の差が所定の閾値以上となる収支種別を提案情報の提案対象（約束対象）として決定する。つまり、提案部３４は、ユーザと属性が類似する属性の他ユーザとして比較して、支出が突出して多い収支種別を提案対象として決定する。
　つづいて、提案部３４は、提案対象として決定した収支種別について、嗜好情報４６に基づいて提案情報を提案するか否かを判定する。例えば、提案部３４は、提案対象の収支種別が被服費であり、かつ、衣類が好きであることが嗜好情報４６に含まれている場合、提案対象である被服費に関しては、提案情報を提案しないようにする。すなわち、提案部３４は、収支情報４２に含まれる収支種別のうち、嗜好情報４６に対応する収支種別については、提案情報の提案を禁止する。または、完全に禁止するのではなく、支出が他の家庭よりもある程度多くても提案情報を提案するか否かの閾値を緩くしてもよい。また、好きなものでも、極端に支出多かった場合は、提案情報を提案するようにしてもよい。また、逆に好きだった衣服費が他の家よりも減ってきた場合は、好きでなくなった可能性があるので、例えば、ユーザに質問をして、好きでなくなっていたら、嗜好情報４６からかかる収支種別を除外して提案禁止を解くようにしてもよい。
　そして、提案部３４は、提案禁止となった収支種別以外の収支種別を提案対象として決定する。
　例えば、提案部３４は、提案禁止となった収支種別の次に支出が高い収支種別を提案対象として決定する。つまり、提案部３４は、収支情報４２に含まれる収支種別のうち、嗜好情報４６に基づいて提案情報を提案する収支種別を決定する。なお、かかる場合の収支種別の収支は、上記の比較結果において、支出の差が所定の閾値未満であってもよい。
　また、提案部３４は、提案禁止となった収支種別と関連する収支種別については、提案対象から外すようにすることが好ましい。例えば、いろんな場所で外食することが好きな人の場合、その場所への移動に交通費が必要となるため、かかる場合には、提案部３４は、食費に加えて交通費も提案対象から外すようにする。あるいは、提案情報を提案する閾値を緩くしてもよい。
　つづいて、提案部３４は、提案対象として決定した収支種別について、属性情報４１、約束情報４４、性格情報４５、嗜好情報４６およびエージェントＡＧのパラメータに基づいて、提案情報の内容および表現方法を決定する。
　具体的には、提案部３４は、属性情報４１、約束情報４４、性格情報４５、嗜好情報４６およびエージェントＡＧのパラメータそれぞれの値（情報やパラメータの内容を示す値）の組合せに応じた提案情報の内容および表現方法を決定する。
　例えば、提案部３４は、ユーザが所定の約束を結んでいた場合において、約束が守られた場合、約束が守られたことを褒めて引き続き約束を継続して守るような提案情報の内容を決定する。このとき、提案部３４は、約束を守る（節約できた）ことでお金に余裕が出た場合に、嗜好情報４６に基づいて、余裕分を使ってユーザが好きなことをするよう進める提案情報を提案してもよい。
　また、提案部３４は、約束が守られなかった場合、約束が守られなかったことに対して説教するような提案情報の内容を決定する。この場合、提案部３４は、性格情報４５に応じて提案情報の表現方法を変える。例えば、提案部３４は、怒られることが苦手な性格のユーザの場合、優しく諭すような表現方法とし、怒られることが大丈夫な性格のユーザの場合、厳しく起こるような表現方法とする。
　また、提案部３４は、上記した約束の自信度合いを示す自信情報や、約束実績（実績情報）に基づいて提案情報の内容や表現方法を変えてもよい。
　なお、提案部３４による提案情報の提案タイミングは、例えば所定期間毎（１か月毎）の予め設定された期間毎に行うことができる。さらに、提案部３４は、上記した各種情報に基づいて、提案情報を中間報告のような形で、所定期間をさらに区分けしたタイミングで行ってもよい。
　例えば、提案部３４は、約束実績で失敗が多いユーザや約束の自信度合いが低いユーザに対しては、区分けの数を設定値よりも多くして、約束を守れそうかどうかの情報を含む中間報告の提案情報を頻繁に行うようにし、約束実績で成功が多いユーザや自信度合いが高いユーザに対しては、区分けの数を設定値よりも少なくしてもよい。
　また、提案部３４は、支出が突出した（所定の閾値以上となった）収支種別について、支出が突出した理由をエージェントＡＧを介してユーザに確認するようにしてもよい。例えば、提案部３４は、ユーザから一時的で不可避な支出（たとえば、携帯電話が壊れて買い替えが必要になった等）である等の理由であった場合、提案対象から除外するようにしてもよい。
　また、提案部３４は、突出した支出額に応じて提案情報の内容や表現方法を変えてもよい。例えば、提案部３４は、突出した支出額が多いほど、厳しい調子の提案情報を提案するようにする。
　次に、図１０および図１１を用いて、ユーザ端末１００および情報処理装置１間の動作例について説明する。図１０は、ユーザ端末１００および情報処理装置１間の動作例を示すシーケンス図（その１）である。図１１は、ユーザ端末１００および情報処理装置１間の動作例を示すシーケンス図（その２）である。
　図１０では、約束情報４４が生成されるまでの動作例を示し、図１１では、約束情報４４に対する進捗を報告するまでの動作例を示す。
　図１０に示すように、まず、ユーザがユーザ端末１００に対して「月次レポート見せて」と発話したとする。ユーザ端末１００は、ユーザが発話した音声を受け付ける（ステップＳ１１）。
　つづいて、ユーザ端末１００は、受け付けた音声に基づいて月次レポート（収支レポート）要求を送信する（ステップＳ１２）、つづいて、情報処理装置１は、記憶部４から属性情報４１を取得する（ステップＳ１３）。
　つづいて、情報処理装置１は、記憶部４から収支情報４２を取得する（ステップＳ１４）。つづいて、情報処理装置１は、記憶部４から収支統計情報４３を取得する（ステップＳ１５）。
　つづいて、情報処理装置１は、取得した収支情報４２および収支統計情報４３の比較処理を行う（ステップＳ１６）。比較処理の結果、支出が多い順で、１位が被服費、２位が食費、３位が水光熱費であったとする。
　つづいて、情報処理装置１は、記憶部４から嗜好情報４６を取得する（ステップＳ１７）。なお、嗜好情報４６では、ユーザは衣類好きであったとする。
　つづいて、情報処理装置１は、嗜好情報４６に基づいて、被服費、食費および水光熱費の中から、提案対象を決定する処理を行う（ステップＳ１８）。具体的には、情報処理装置１は、衣類好きという嗜好情報４６に基づいて、１位の被服費を除外し、２位の食費を提案対象として決定する。
　つづいて、情報処理装置１は、記憶部４から性格情報４５を取得する（ステップＳ１９）。つづいて、情報処理装置１は、性格情報４５に基づいて決定した内容（食費節約の約束）および表現方法の提案情報を生成する（ステップＳ２０）。
　つづいて、情報処理装置１は、生成した提案情報および月次レポートをユーザ端末１００へ送信する（ステップＳ２１）。
　つづいて、ユーザ端末１００は、月次レポートとともに、提案情報である「食費が他の家庭よりも多かったので、来月は減らすと約束してくれませんか？」を表示または音声出力する（ステップＳ２２）。
　そして、ユーザから「約束する」と発話があったとする。かかるユーザ端末１００は、ユーザが発話した音声を受け付ける（ステップＳ２３）。そして、ユーザ端末１００は、受け付けた音声に関する情報を含む約束取付通知を情報処理装置１へ行う（ステップＳ２４）。
　つづいて、情報処理装置１は、約束取付通知に含まれる情報に基づいて、約束に対するユーザの自信度合いを推定する（ステップＳ２５）。そして、情報処理装置１は、推定した自信度合いを示す自信情報および約束に関する情報を含む約束情報４４を生成し、記憶部４に記憶し（ステップＳ２６）、処理を終了する。
　次に、図１１に示すユーザ端末１００および情報処理装置１間の動作例について説明する。
　図１１に示すように、ユーザが「進捗レポート見せて」と発話したとする。ユーザ端末１００は、ユーザが発話した音声を受け付ける（ステップＳ５１）。つづいて、ユーザ端末１００は、受け付けた音声に基づいて進捗レポート（収支レポート）要求を情報処理装置１へ送信する（ステップＳ５２）。
　つづいて、情報処理装置１は、記憶部４から属性情報４１を取得する（ステップＳ５３）。つづいて、情報処理装置１は、記憶部４から収支情報４２を取得する（ステップＳ５４）。具体的には、収支情報４２として、月間途中の食費支出Ａ円の情報を取得する。
　つづいて、情報処理装置１は、記憶部４から約束情報４４を取得する（ステップＳ５５）。具体的には、約束情報４４として、１か月の食費をＢ円まで節約することを示す情報を取得する。
　つづいて、情報処理装置１は、収支情報４２である食費支出Ａ円と、約束情報４４である食費Ｂとを比較する（ステップＳ５６）。比較の結果、食費支出Ａ円の方が、食費Ｂ円よりも小さかったとする。
　つづいて、情報処理装置１は、収支情報４２から買い物状況を確認する（ステップＳ５７）。具体的には、ユーザが収支情報４２から平日の夜遅くにコンビニで夕食を買うことが多いことが分かったとする。
　つづいて、情報処理装置１は、記憶部４から嗜好情報４６として、ユーザがマッサージ好きであることを取得する（ステップＳ５８）。つづいて、情報処理装置１は、記憶部４から性格情報４５として、ユーザが怒られることが嫌いな性格であることを取得する（ステップＳ５９）。
　つづいて、情報処理装置１は、ステップＳ５７の収支情報４２、ステップＳ５８の嗜好情報４６およびステップＳ５９の性格情報４５に基づいて、提案情報を生成する（ステップＳ６０）。
　つづいて、情報処理装置１は、ユーザ端末１００へ進捗レポートおよび生成した提案情報を通知する（ステップＳ６１）。
　そして、ユーザ端末１００は、進捗レポートとともに、提案情報である「遅くまでお仕事お疲れ様です。今月は約束した食費に対して余裕があるので、次の休みにマッサージに行かれてはいかがですか？」を表示または音声出力し（ステップＳ６２）、処理を終了する。
　次に、図１２を用いて、実施形態に係る情報処理装置１が実行する処理の処理手順について説明する。図１２は、実施形態に係る情報処理装置１が実行する処理の処理手順を示すフローチャートである。
　図１２に示すように、情報処理装置１の制御部３は、まず、ユーザ端末１００から収支情報４２の閲覧要求を受け付ける（ステップＳ１０１）。
　つづいて、制御部３は、記憶部４に記憶された収支情報４２に基づいて、収支種別毎の収支を算出する（ステップＳ１０２）。
　つづいて、制御部３は、算出した収支種別のうち、支出が所定の閾値以上の収支種別があるか否かを判定する（ステップＳ１０３）。
　制御部３は、支出が所定の閾値以上の収支種別がある場合（ステップＳ１０３：Ｙｅｓ）、記憶部４に記憶された嗜好情報４６に基づいて、かかる収支種別がユーザの嗜好に対応する収支種別であるか否かを判定する（ステップＳ１０４）。
　制御部３は、ユーザの嗜好に対応する収支種別である場合（ステップＳ１０４：Ｙｅｓ）、かかる収支種別に関する提案情報の生成を禁止、すなわち、ユーザに対して提案情報の提案を禁止する（ステップＳ１０５）。
　つづいて、制御部３は、収支情報４２に基づく収支レポートをユーザ端末１００へ送信することで、ユーザ端末１００へ表示させ（ステップＳ１０６）、処理を終了する。
　一方、ステップＳ１０３において、制御部３は、支出が所定の閾値以上の収支種別がない場合（ステップＳ１０３：Ｎｏ）、ステップＳ１０６を実行する。
　また、ステップＳ１０４において、制御部３は、ユーザの嗜好に対応する収支種別でない場合（ステップＳ１０４：Ｎｏ）、かかる収支種別に関する提案情報を生成する（ステップＳ１０７）。
　つづいて、制御部３は、生成した提案情報および収支レポートをユーザ端末１００へ送信することで、ユーザ端末１００へ表示させる（ステップＳ１０８）。
　つづいて、制御部３は、提案情報に対するユーザの約束を受け付けたか否かを判定する（ステップＳ１０９）。
　制御部３は、提案情報に対するユーザの約束を受け付けた場合（ステップＳ１０９：Ｙｅｓ）、すなわち、提案情報の実行をユーザが約束する場合、約束情報４４として記憶部４に記憶し（ステップＳ１１０）、処理を終了する。
　一方、ステップＳ１０９において、制御部３は、提案情報に対するユーザの約束を受け付けなかった場合（ステップＳ１０９：Ｎｏ）、すなわち、提案情報の実行をユーザが約束しなかった場合、処理を終了する。
＜１－５．ハードウェア構成例＞
　続いて、図１３を参照して、本実施形態に係る情報処理装置１等のハードウェア構成の一例について説明する。図１３は、本実施形態に係る情報処理装置１のハードウェア構成の一例を示すブロック図である。　
　図１３に示すように、情報処理装置１は、ＣＰＵ（Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）９０１、ＲＯＭ（Ｒｅａｄ　Ｏｎｌｙ　Ｍｅｍｏｒｙ）９０２、ＲＡＭ（Ｒａｎｄｏｍ　Ａｃｃｅｓｓ　Ｍｅｍｏｒｙ）９０３、ホストバス９０５、ブリッジ９０７、外部バス９０６、インタフェース９０８、入力装置９１１、出力装置９１２、ストレージ装置９１３、ドライブ９１４、接続ポート９１５、及び通信装置９１６を備える。情報処理装置１は、ＣＰＵ９０１に替えて、又はこれと共に、電気回路、ＤＳＰ若しくはＡＳＩＣ等の処理回路を備えてもよい。　
　ＣＰＵ９０１は、演算処理装置、及び制御装置として機能し、各種プログラムに従って情報処理装置１内の動作全般を制御する。また、ＣＰＵ９０１は、マイクロプロセッサであってもよい。ＲＯＭ９０２は、ＣＰＵ９０１が使用するプログラム及び演算パラメータ等を記憶する。ＲＡＭ９０３は、ＣＰＵ９０１の実行において使用するプログラム、及びその実行において適宜変化するパラメータ等を一時記憶する。ＣＰＵ９０１は、例えば、収集部３１、取得部３２、設定部３３および提案部３４の機能を実行してもよい。　
　ＣＰＵ９０１、ＲＯＭ９０２及びＲＡＭ９０３は、ＣＰＵバスなどを含むホストバス９０５により相互に接続されている。ホストバス９０５は、ブリッジ９０７を介して、ＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ　Ｃｏｍｐｏｎｅｎｔ　Ｉｎｔｅｒｃｏｎｎｅｃｔ／Ｉｎｔｅｒｆａｃｅ）バスなどの外部バス９０６に接続されている。なお、ホストバス９０５、ブリッジ９０７、及び外部バス９０６は、必ずしも分離構成されなくともよく、１つのバスにこれらの機能が実装されてもよい。　
　入力装置９１１は、例えば、マウス、キーボード、タッチパネル、ボタン、マイクロフォン、スイッチ又はレバー等のユーザによって情報が入力される装置である。または、入力装置９１１は、赤外線又はその他の電波を利用したリモートコントロール装置であってもよく、情報処理装置１の操作に対応した携帯電話又はＰＤＡ等の外部接続機器であってもよい。さらに、入力装置９１１は、例えば、上記の入力手段を用いてユーザにより入力された情報に基づいて入力信号を生成する入力制御回路などを含んでもよい。　
　出力装置９１２は、情報をユーザに対して視覚的又は聴覚的に通知することが可能な装置である。出力装置９１２は、例えば、ＣＲＴ（Ｃａｔｈｏｄｅ　Ｒａｙ　Ｔｕｂｅ）ディスプレイ装置、液晶ディスプレイ装置、プラズマディスプレイ装置、ＥＬ（ＥｌｅｃｔｒｏＬｕｍｉｎｅｓｃｅｎｃｅ）ディスプレイ装置、レーザープロジェクタ、ＬＥＤ（Ｌｉｇｈｔ　Ｅｍｉｔｔｉｎｇ　Ｄｉｏｄｅ）プロジェクタ又はランプ等の表示装置であってもよく、スピーカ又はヘッドホン等の音声出力装置等であってもよい。　
　出力装置９１２は、例えば、情報処理装置１による各種処理にて得られた結果を出力してもよい。具体的には、出力装置９１２は、情報処理装置１による各種処理にて得られた結果を、テキスト、イメージ、表、又はグラフ等の様々な形式で視覚的に表示してもよい。または、出力装置９１２は、音声データ又は音響データ等のオーディオ信号をアナログ信号に変換して聴覚的に出力してもよい。　
　ストレージ装置９１３は、情報処理装置１の記憶部の一例として形成されたデータ格納用の装置である。ストレージ装置９１３は、例えば、ＨＤＤ（Ｈａｒｄ　Ｄｉｓｋ　Ｄｒｉｖｅ）等の磁気記憶デバイス、半導体記憶デバイス、光記憶デバイス又は光磁気記憶デバイス等により実現されてもよい。例えば、ストレージ装置９１３は、記憶媒体、記憶媒体にデータを記録する記録装置、記憶媒体からデータを読み出す読出装置、及び記憶媒体に記録されたデータを削除する削除装置などを含んでもよい。ストレージ装置９１３は、ＣＰＵ９０１が実行するプログラム、各種データ及び外部から取得した各種のデータ等を格納してもよい。
　ドライブ９１４は、記憶媒体用リーダライタであり、情報処理装置１に内蔵又は外付けされる。ドライブ９１４は、装着されている磁気ディスク、光ディスク、光磁気ディスク、又は半導体メモリ等のリムーバブル記憶媒体に記録されている情報を読み出して、ＲＡＭ９０３に出力する。また、ドライブ９１４は、リムーバブル記憶媒体に情報を書き込むことも可能である。　
　接続ポート９１５は、外部機器と接続されるインタフェースである。接続ポート９１５は、外部機器とのデータ伝送可能な接続口であり、例えばＵＳＢ（Ｕｎｉｖｅｒｓａｌ　Ｓｅｒｉａｌ　Ｂｕｓ）であってもよい。　
　通信装置９１６は、例えば、ネットワーク４０に接続するための通信デバイス等で形成されたインタフェースである。通信装置９１６は、例えば、有線若しくは無線ＬＡＮ（Ｌｏｃａｌ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）、ＬＴＥ（Ｌｏｎｇ　Ｔｅｒｍ　Ｅｖｏｌｕｔｉｏｎ）、Ｂｌｕｅｔｏｏｔｈ（登録商標）又はＷＵＳＢ（Ｗｉｒｅｌｅｓｓ　ＵＳＢ）用の通信カード等であってもよい。また、通信装置９１６は、光通信用のルータ、ＡＤＳＬ（Ａｓｙｍｍｅｔｒｉｃ　Ｄｉｇｉｔａｌ　Ｓｕｂｓｃｒｉｂｅｒ　Ｌｉｎｅ）用のルータ又は各種通信用のモデム等であってもよい。通信装置９１６は、例えば、インターネット又は他の通信機器との間で、例えばＴＣＰ／ＩＰ等の所定のプロトコルに則して信号等を送受信することができる。　
　なお、ネットワーク４０は、情報の有線又は無線の伝送路である。例えば、ネットワーク４０は、インターネット、電話回線網若しくは衛星通信網などの公衆回線網、Ｅｔｈｅｒｎｅｔ（登録商標）を含む各種のＬＡＮ（Ｌｏｃａｌ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）、又はＷＡＮ（Ｗｉｄｅ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）などを含んでもよい。また、ネットワーク４０は、ＩＰ－ＶＰＮ（Ｉｎｔｅｒｎｅｔ　Ｐｒｏｔｏｃｏｌ－Ｖｉｒｔｕａｌ　Ｐｒｉｖａｔｅ　Ｎｅｔｗｏｒｋ）などの専用回線網を含んでもよい。　
　なお、情報処理装置１に内蔵されるＣＰＵ、ＲＯＭ及びＲＡＭなどのハードウェアに対して、上述した本実施形態に係る情報処理装置１の各構成と同等の機能を発揮させるためのコンピュータプログラムも作成可能である。また、該コンピュータプログラムを記憶させた記憶媒体も提供することが可能である。　
　以上、添付図面を参照しながら本開示の好適な実施形態について詳細に説明したが、本開示の技術的範囲はかかる例に限定されない。本開示の技術分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本開示の技術的範囲に属するものと了解される。　
　また、本明細書に記載された効果は、あくまで説明的または例示的なものであって限定的ではない。つまり、本開示に係る技術は、上記の効果とともに、または上記の効果に代えて、本明細書の記載から当業者には明らかな他の効果を奏しうる。
（２．変形例）
　また、上記情報処理プログラムをインターネット等のネットワーク上のサーバ装置が備えるディスク装置に格納しておき、コンピュータにダウンロード等できるようにしてもよい。また、上述の機能を、ＯＳ（Operating　System）とアプリケーションソフトとの協働により実現してもよい。この場合には、ＯＳ以外の部分を媒体に格納して配布してもよいし、ＯＳ以外の部分をサーバ装置に格納しておき、コンピュータにダウンロード等できるようにしてもよい。
　また、上記実施形態において説明した各処理のうち、自動的に行われるものとして説明した処理の全部又は一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部又は一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。例えば、各図に示した各種情報は、図示した情報に限られない。
　また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部又は一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的又は物理的に分散・統合して構成することができる。
　また、上述の実施形態は、処理内容を矛盾させない領域で適宜組み合わせることが可能である。また、上述の実施形態のフローチャート及びシーケンス図に示された各ステップは、適宜順序を変更することが可能である。
（３．まとめ）
　以上説明したように、本開示の一実施形態によれば、本実施形態に係る情報処理装置１は、収集部３１と、取得部３２と、提案部３４とを備える。収集部３１は、ユーザの収支に関する収支情報４２を収集する。取得部３２は、ユーザが所持するユーザ端末１００（端末装置）の表示部に表示されたエージェントＡＧ（仮想主体）に対してユーザが収支に関して約束した約束情報４４を取得する。提案部３４は、収支情報４２および約束情報４４に基づいて、収支に関する所定の提案情報をユーザに対して提案する。
　これにより、ユーザに対してより適切な提案を行うことができる。
　また、提案部３４は、収支情報４２および約束情報４４に基づいて、提案情報の内容および表現方法を決定する。
　これにより、ユーザに対してより適切な内容および表現方法で提案を行うことができる。
　また、取得部３２は、ユーザの嗜好に関する嗜好情報４６をさらに取得する。提案部３４は、収支情報４２に含まれる収支種別のうち、嗜好情報４６に基づいて提案情報を提案する収支種別を決定する。
　これにより、ユーザの嗜好を考慮した提案を行うことができるため、ユーザが受け入れやすい提案を行えるため、ユーザの提案に対する満足度を向上させることができる。
　また、提案部３４は、収支情報４２に含まれる収支種別のうち、嗜好情報４６に対応する収支種別については、提案情報の提案を禁止する。
　これにより、ユーザが好きなもの等の収支に関しては提案を行わないため、ユーザの提案に対する満足度を向上させることができる。
　また、取得部３２は、ユーザの性格に関する性格情報４５をさらに取得する。提案部３４は、性格情報４５に基づいて提案情報を提案する。
　これにより、ユーザの性格を考慮した提案を行うことができるため、ユーザが受け入れやすい提案を行えるため、ユーザの提案に対する満足度を向上させることができる。
　また、取得部３２は、提案情報に対するユーザの反応を取得し、取得した反応に基づいて推定した性格を性格情報４５として取得する。
　これにより、ユーザのより高精度な性格情報４５を取得することができる。
　また、取得部３２は、提案部３４によって提案された提案情報の実行をユーザが約束することを示す約束情報４４を取得する。
　これにより、ユーザが提案された内容について約束を行うため、ユーザが約束内容を確実に把握することができる。
　また、取得部３２は、過去の約束情報４４における成否の実績に関する実績情報をさらに取得する。提案部３４は、実績情報に基づいて提案情報を提案する。
　これにより、例えば、ユーザが成功する可能性が高い約束を行えるような提案情報を提案できる。
　また、取得部３２は、ユーザ端末１００を介して入力される情報に基づいて推定したユーザの約束に対する自信度合いを示す自信情報を含む約束情報４４を取得する。提案部３４は、自信情報に基づいて提案情報を提案する。
　これにより、ユーザの約束時の自信度合いを考慮した提案を行うことができる。
　収集部３１は、収支に関連する物品種別、収支額、収支が発生した回数、収支が発生した日時および収支が発生した場所の少なくとも一つの情報を含む収支情報４２を取得する。
　これにより、より詳細な収支情報４２を取得できるため、提案部３４による提案情報をより高精度化できる。
　また、収集部３１は、現在の所定期間における収支情報４２と、過去の所定期間における収支情報４２との差分に関する情報を収支情報４２として取得する。
　これにより、提案部３４が現在と過去との収支情報４２の違いを考慮した提案を行うことができる。
　また、取得部３２は、ユーザの属性情報４１をさらに取得する。提案部３４は、属性情報４１が類似する他ユーザの収支情報４２と、ユーザの収支情報４２との比較結果に基づいて提案情報を提案する。
　これにより、属性が類似する他ユーザとの比較結果に基づいた提案を行うことができる。
　また、ユーザ端末１００を介してユーザから入力される情報に基づいてエージェントＡＧの性格を設定する設定部３３をさらに備える。提案部３４は、設定部３３によって設定されたエージェントＡＧの性格に基づいて提案情報を提案する。
　これにより、ユーザが所定の性格を持ったエージェントＡＧと対話できるため、例えば、無機質なエージェントよりも、提案情報を受け入れ易くすることができる。
　以上、本開示の各実施形態について説明したが、本開示の技術的範囲は、上述の各実施形態そのままに限定されるものではなく、本開示の要旨を逸脱しない範囲において種々の変更が可能である。また、異なる実施形態及び変形例にわたる構成要素を適宜組み合わせてもよい。
　また、本明細書に記載された各実施形態における効果はあくまで例示であって限定されるものでは無く、他の効果があってもよい。
　なお、本技術は以下のような構成も取ることができる。
（１）
　ユーザの収支に関する収支情報を収集する収集部と、
　前記ユーザが所持する端末装置の表示部に表示された仮想主体に対して前記ユーザが前記収支に関して約束した約束情報を取得する取得部と、
　前記収支情報および前記約束情報に基づいて、前記収支に関する所定の提案情報を前記ユーザに対して提案する提案部と
　を備える情報処理装置。
（２）
　前記提案部は、
　前記収支情報および前記約束情報に基づいて、前記提案情報の内容および表現方法を決定する、前記（１）に記載の情報処理装置。
（３）
　前記取得部は、
　前記ユーザの嗜好に関する嗜好情報をさらに取得し、
　前記提案部は、
　前記収支情報に含まれる収支種別のうち、前記嗜好情報に基づいて前記提案情報を提案する収支種別を決定する、前記（１）または（２）に記載の情報処理装置。
（４）
　前記提案部は、
　前記収支情報に含まれる収支種別のうち、前記嗜好情報に対応する収支種別については、前記提案情報の提案を禁止する、前記（３）に記載の情報処理装置。
（５）
　前記取得部は、
　前記ユーザの性格に関する性格情報をさらに取得し、
　前記提案部は、
　前記性格情報に基づいて前記提案情報を提案する、前記（１）～（４）のいずれか１つに記載の情報処理装置。
（６）
　前記取得部は、
　前記提案情報に対する前記ユーザの反応を取得し、取得した前記反応に基づいて推定した性格を前記性格情報として取得する、前記（５）に記載の情報処理装置。
（７）
　前記取得部は、
　前記提案部によって提案された前記提案情報の実行を前記ユーザが約束することを示す前記約束情報を取得する、前記（１）～（６）のいずれか１つに記載の情報処理装置。
（８）
　前記取得部は、
　過去の前記約束情報における成否の実績に関する実績情報をさらに取得し、
　前記提案部は、
　前記実績情報に基づいて前記提案情報を提案する、前記（１）～（７）のいずれか１つに記載の情報処理装置。
（９）
　前記取得部は、
　前記端末装置を介して入力される情報に基づいて推定した前記ユーザの約束に対する自信度合いを示す自信情報を含む前記約束情報を取得し、
　前記提案部は、
　前記自信情報に基づいて前記提案情報を提案する、前記（１）～（８）のいずれか１つに記載の情報処理装置。
（１０）
　前記収集部は、
　収支に関連する物品種別、収支額、収支が発生した回数、収支が発生した日時および収支が発生した場所の少なくとも一つの情報を含む前記収支情報を取得する、前記（１）～（９）のいずれか１つに記載の情報処理装置。
（１１）
　前記収集部は、
　現在の所定期間における前記収支情報と、過去の前記所定期間における前記収支情報との差分に関する情報を前記収支情報として取得する、前記（１）～（１０）のいずれか１つに記載の情報処理装置。
（１２）
　前記取得部は、
　前記ユーザの属性情報をさらに取得し、
　前記提案部は、
　前記属性情報が類似する他ユーザの前記収支情報と、前記ユーザの前記収支情報との比較結果に基づいて前記提案情報を提案する、前記（１）～（１１）のいずれか１つに記載の情報処理装置。
（１３）
　前記端末装置を介して前記ユーザから入力される情報に基づいて前記仮想主体の性格を設定する設定部をさらに備え、
　前記提案部は、
　前記設定部によって設定された前記仮想主体の前記性格に基づいて前記提案情報を提案する、前記（１）～（１２）のいずれか１つに記載の情報処理装置。
（１４）
　ユーザの収支に関する収支情報を収集する収集工程と、
　前記ユーザが所持する端末装置の表示部に表示された仮想主体に対して前記ユーザが前記収支に関して約束した約束情報を取得する取得工程と、
　前記収支情報および前記約束情報に基づいて、前記収支に関する所定の提案情報を前記ユーザに対して提案する提案工程と
　を含む情報処理方法。
（１５）
　ユーザの収支に関する収支情報を収集する収集手順と、
　前記ユーザが所持する端末装置の表示部に表示された仮想主体に対して前記ユーザが前記収支に関して約束した約束情報を取得する取得手順と、
　前記収支情報および前記約束情報に基づいて、前記収支に関する所定の提案情報を前記ユーザに対して提案する提案手順と
　をコンピュータに実行させる情報処理プログラム。
　１　　　情報処理装置
　２　　　通信部
　３　　　制御部
　４　　　記憶部
　３１　　収集部
　３２　　取得部
　３３　　設定部
　３４　　提案部
　１００　ユーザ端末
　２００　通信部
　３００　制御部
　４００　記憶部
　ＡＧ　　エージェント

Claims (15)

  1. 　ユーザの収支に関する収支情報を収集する収集部と、
    　前記ユーザが所持する端末装置の表示部に表示された仮想主体に対して前記ユーザが前記収支に関して約束した約束情報を取得する取得部と、
    　前記収支情報および前記約束情報に基づいて、前記収支に関する所定の提案情報を前記ユーザに対して提案する提案部と
    　を備える情報処理装置。
  2. 　前記提案部は、
    　前記収支情報および前記約束情報に基づいて、前記提案情報の内容および表現方法を決定する、請求項１に記載の情報処理装置。
  3. 　前記取得部は、
    　前記ユーザの嗜好に関する嗜好情報をさらに取得し、
    　前記提案部は、
    　前記収支情報に含まれる収支種別のうち、前記嗜好情報に基づいて前記提案情報を提案する収支種別を決定する、請求項１に記載の情報処理装置。
  4. 　前記提案部は、
    　前記収支情報に含まれる収支種別のうち、前記嗜好情報に対応する収支種別については、前記提案情報の提案を禁止する、請求項３に記載の情報処理装置。
  5. 　前記取得部は、
    　前記ユーザの性格に関する性格情報をさらに取得し、
    　前記提案部は、
    　前記性格情報に基づいて前記提案情報を提案する、請求項１に記載の情報処理装置。
  6. 　前記取得部は、
    　前記提案情報に対する前記ユーザの反応を取得し、取得した前記反応に基づいて推定した性格を前記性格情報として取得する、請求項５に記載の情報処理装置。
  7. 　前記取得部は、
    　前記提案部によって提案された前記提案情報の実行を前記ユーザが約束することを示す前記約束情報を取得する、請求項１に記載の情報処理装置。
  8. 　前記取得部は、
    　過去の前記約束情報における成否の実績に関する実績情報をさらに取得し、
    　前記提案部は、
    　前記実績情報に基づいて前記提案情報を提案する、請求項１に記載の情報処理装置。
  9. 　前記取得部は、
    　前記端末装置を介して入力される情報に基づいて推定した前記ユーザの約束に対する自信度合いを示す自信情報を含む前記約束情報を取得し、
    　前記提案部は、
    　前記自信情報に基づいて前記提案情報を提案する、請求項１に記載の情報処理装置。
  10. 　前記収集部は、
    　収支に関連する物品種別、収支額、収支が発生した頻度、収支が発生した日時および収支が発生した場所の少なくとも一つの情報を含む前記収支情報を取得する、請求項１に記載の情報処理装置。
  11. 　前記収集部は、
    　現在の所定期間における前記収支情報と、過去の前記所定期間における前記収支情報との差分に関する情報を前記収支情報として取得する、請求項１に記載の情報処理装置。
  12. 　前記取得部は、
    　前記ユーザの属性情報をさらに取得し、
    　前記提案部は、
    　前記属性情報が類似する他ユーザの前記収支情報と、前記ユーザの前記収支情報との比較結果に基づいて前記提案情報を提案する、請求項１に記載の情報処理装置。
  13. 　前記端末装置を介して前記ユーザから入力される情報に基づいて前記仮想主体の性格を設定する設定部をさらに備え、
    　前記提案部は、
    　前記設定部によって設定された前記仮想主体の前記性格に基づいて前記提案情報を提案する、請求項１に記載の情報処理装置。
  14. 　ユーザの収支に関する収支情報を収集する収集工程と、
    　前記ユーザが所持する端末装置の表示部に表示された仮想主体に対して前記ユーザが前記収支に関して約束した約束情報を取得する取得工程と、
    　前記収支情報および前記約束情報に基づいて、前記収支に関する所定の提案情報を前記ユーザに対して提案する提案工程と
    　を含む情報処理方法。
  15. 　ユーザの収支に関する収支情報を収集する収集手順と、
    　前記ユーザが所持する端末装置の表示部に表示された仮想主体に対して前記ユーザが前記収支に関して約束した約束情報を取得する取得手順と、
    　前記収支情報および前記約束情報に基づいて、前記収支に関する所定の提案情報を前記ユーザに対して提案する提案手順と
    　をコンピュータに実行させる情報処理プログラム。
PCT/JP2020/043811 2019-12-03 2020-11-25 情報処理装置、情報処理方法、及び情報処理プログラム WO2021111945A1 (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
US17/775,729 US20220391972A1 (en) 2019-12-03 2020-11-25 Information processing device, information processing method, and information processing program
DE112020005900.6T DE112020005900T5 (de) 2019-12-03 2020-11-25 Informationsverarbeitungsvorrichtung, informationsverarbeitungsverfahren und informationsverarbeitungsprogramm
CN202080082623.1A CN114730403A (zh) 2019-12-03 2020-11-25 信息处理设备、信息处理方法和信息处理程序
JP2021562591A JPWO2021111945A1 (ja) 2019-12-03 2020-11-25

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2019-218737 2019-12-03
JP2019218737 2019-12-03

Publications (1)

Publication Number Publication Date
WO2021111945A1 true WO2021111945A1 (ja) 2021-06-10

Family

ID=76222330

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2020/043811 WO2021111945A1 (ja) 2019-12-03 2020-11-25 情報処理装置、情報処理方法、及び情報処理プログラム

Country Status (5)

Country Link
US (1) US20220391972A1 (ja)
JP (1) JPWO2021111945A1 (ja)
CN (1) CN114730403A (ja)
DE (1) DE112020005900T5 (ja)
WO (1) WO2021111945A1 (ja)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11966905B1 (en) * 2020-10-30 2024-04-23 First Nest Egg, LLC Savings education and management system

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002245236A (ja) * 2000-12-15 2002-08-30 Aruze Corp 携帯電話により入力可能な金銭管理サーバ及び当該サーバでの金銭管理方法
US20160300309A1 (en) * 2013-12-11 2016-10-13 Yun hwa CHOI Method for inputting household accounting data for double-entry bookkeeping and household accounting system using same
JP2017111630A (ja) * 2015-12-16 2017-06-22 エヌ・ティ・ティ・コミュニケーションズ株式会社 情報提供装置、情報提供方法、及びプログラム
JP2018097509A (ja) * 2016-12-12 2018-06-21 ヤフー株式会社 情報提供装置、情報提供方法、およびプログラム
JP2018197984A (ja) * 2017-05-24 2018-12-13 株式会社Ｎｔｔドコモ 情報処理装置

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2008100908A2 (en) * 2007-02-12 2008-08-21 Mirko Manfredi Method and system for providing financial services
US20080221961A1 (en) * 2007-03-09 2008-09-11 Collective Insight Llc Online collaborative goal marketplace
US8463006B2 (en) * 2007-04-17 2013-06-11 Francine J. Prokoski System and method for using three dimensional infrared imaging to provide detailed anatomical structure maps
US20130013478A1 (en) * 2011-07-08 2013-01-10 Jonathan Broadbent System and method for incentivizing retirement savings
WO2013033593A1 (en) * 2011-09-02 2013-03-07 Dogoodlabs Method for incentivizing financial saving and effecting a financial behavior change
US20160335724A1 (en) * 2011-11-04 2016-11-17 Siu Cheung Louie Mak Life-components oriented financial planning system
US20140180826A1 (en) * 2012-12-22 2014-06-26 Coupons.Com Incorporated Consumer identity resolution based on transaction data
US20140244476A1 (en) * 2013-02-26 2014-08-28 Rawllin International Inc. Continuous dialog to reduce credit risks
US10803517B2 (en) * 2015-07-31 2020-10-13 Ncr Corporation Extracting behaviors and suggesting behaviors to achieve a desired credit score
JP2018063536A (ja) 2016-10-12 2018-04-19 株式会社野村総合研究所 家計簿管理支援システム
US10565655B2 (en) * 2017-05-16 2020-02-18 Capital One Services, Llc Systems and methods for providing customized financial advice

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002245236A (ja) * 2000-12-15 2002-08-30 Aruze Corp 携帯電話により入力可能な金銭管理サーバ及び当該サーバでの金銭管理方法
US20160300309A1 (en) * 2013-12-11 2016-10-13 Yun hwa CHOI Method for inputting household accounting data for double-entry bookkeeping and household accounting system using same
JP2017111630A (ja) * 2015-12-16 2017-06-22 エヌ・ティ・ティ・コミュニケーションズ株式会社 情報提供装置、情報提供方法、及びプログラム
JP2018097509A (ja) * 2016-12-12 2018-06-21 ヤフー株式会社 情報提供装置、情報提供方法、およびプログラム
JP2018197984A (ja) * 2017-05-24 2018-12-13 株式会社Ｎｔｔドコモ 情報処理装置

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
MOMONA, SHOKO: "Daily money management digitally, This time I can continue using the household account book application!", Chapter of work efficiency improvement using the digital super-organization method", EI PUBLISHING CO., LTD./SUMI, KENJI, 10 December 2017 (2017-12-10), pages 098 - 102, ISBN: 978-4-7779-4915-1 *

Also Published As

Publication number Publication date
US20220391972A1 (en) 2022-12-08
DE112020005900T5 (de) 2022-09-15
JPWO2021111945A1 (ja) 2021-06-10
CN114730403A (zh) 2022-07-08

Similar Documents

Publication Publication Date Title
US8930966B2 (en) Searching social connections of a user
JP6570226B2 (ja) 応答生成装置、応答生成方法及び応答生成プログラム
JP6306254B1 (ja) 予約支援方法およびプログラム
WO2021111945A1 (ja) 情報処理装置、情報処理方法、及び情報処理プログラム
JP2019200750A (ja) 情報処理装置、情報処理方法、および情報処理プログラム
Kumar et al. Exploring antecedents impacting user satisfaction with voice assistant app: A text mining-based analysis on Alexa services
JP5381407B2 (ja) 推薦者選定システム、推薦者選定方法および推薦者選定プログラム
JP6752330B1 (ja) 機械学習ベースのマッチング装置およびマッチング方法
JP6480556B1 (ja) 目標達成支援システムおよび目標達成支援プログラム
US20160110803A1 (en) Auction server, auction control method, non-transitory recording medium, and program
JP2017059040A (ja) 認知機能支援システム及びそのプログラム
WO2018034034A1 (ja) 情報処理装置、情報処理方法、およびプログラム
KR102410322B1 (ko) 심리 상담사 추천 시스템 및 심리 상담사 추천 방법
JP2018106531A (ja) 予約管理装置、予約管理プログラム及び予約管理方法
EP3929857A1 (en) Information processing device, information processing method, and recording medium
JP2020173599A (ja) 趣味・娯楽マッチング支援ソリューションシステムおよび趣味・娯楽マッチング方法
US20200160233A1 (en) Tap to reserve
US10896434B2 (en) Information processing device, information processing method, program, and storage medium
JP7491904B2 (ja) 情報処理装置、情報処理方法及びプログラム
JP6864239B2 (ja) 予約受付支援装置、予約受付支援プログラム、及び予約受付支援方法
US11895115B2 (en) Match limits for dating application
JP6059545B2 (ja) 情報提供装置、情報提供プログラムおよび情報提供方法
KR102561602B1 (ko) 컨시어지 서비스의 중개 플랫폼을 제공하는 서버의 제어 방법
JP7424100B2 (ja) 情報提示システム、情報提示装置、情報提示方法およびプログラム
JP7198296B2 (ja) 職域改善装置、職域改善方法、および職域改善プログラム

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 20896312

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2021562591

Country of ref document: JP

Kind code of ref document: A

122 Ep: pct application non-entry in european phase

Ref document number: 20896312

Country of ref document: EP

Kind code of ref document: A1