WO2018084113A1 - 行動情報収集システム - Google Patents

行動情報収集システム Download PDF

Info

Publication number
WO2018084113A1
WO2018084113A1 PCT/JP2017/039149 JP2017039149W WO2018084113A1 WO 2018084113 A1 WO2018084113 A1 WO 2018084113A1 JP 2017039149 W JP2017039149 W JP 2017039149W WO 2018084113 A1 WO2018084113 A1 WO 2018084113A1
Authority
WO
WIPO (PCT)
Prior art keywords
user
scenario
information
behavior
target
Prior art date
Application number
PCT/JP2017/039149
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 CN201780068514.2A priority Critical patent/CN109983494A/zh
Publication of WO2018084113A1 publication Critical patent/WO2018084113A1/ja
Priority to US16/366,650 priority patent/US10861093B2/en

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
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/02—Banking, e.g. interest calculation or account maintenance
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/24—Querying
    • G06F16/245—Query processing
    • G06F16/2457—Query processing with adaptation to user needs
    • G06F16/24575—Query processing with adaptation to user needs using context
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/25—Integrating or interfacing systems involving database management systems
    • G06F16/252—Integrating or interfacing systems involving database management systems between a Database Management System and a front-end application
    • 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
    • G06Q30/00—Commerce
    • G06Q30/02—Marketing; Price estimation or determination; Fundraising
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/535—Tracking the activity of the user
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/02—Services making use of location information
    • H04W4/029—Location-based management or tracking services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/02—Services making use of location information

Definitions

  • the present invention relates to a technique for collecting information on a user's action history, and more particularly to a technique that is effective when applied to an action information collecting system for actions that cannot be automatically grasped by an information processing system. .
  • the consumption behavior such as where and what the user bought.
  • the consumption behavior is an electronic commerce performed via an EC (Electronic Commerce) site
  • the operator operating the EC site can easily understand the content of the consumption behavior from the transaction history, access history, etc. It is possible to grasp.
  • the retail store can grasp the contents of consumption behavior from, for example, data of a POS (Point Of Sale) system.
  • POS Point Of Sale
  • Non-Patent Document 1 used via an application on a mobile terminal such as a smartphone or a website (for example, Non-Patent Document 1)
  • the content of consumption behavior is determined based on purchase information and balance information input by the user. It is possible to grasp.
  • Patent Document 1 Japanese Patent Application Laid-Open No. 2006-260263
  • Patent Document 1 describes an accurate survey without losing the willingness to answer a questionnaire.
  • a questionnaire implementation system capable of obtaining a questionnaire result is described.
  • the server transmits the question information stored in association with the terminal identification information and the position information of the mobile phone to the corresponding mobile phone, and receives the answer information attached with the terminal position information from the mobile phone. . It is described that the received answer information is stored as a legitimate answer when the terminal position information attached to the received answer information matches the position information associated with the transmitted question information.
  • the content of the user's consumption behavior can be automatically grasped to some extent by the above-described mechanisms such as the EC site, POS system, and household account book service.
  • an EC site can grasp only purchases at the EC site
  • a retail store can grasp only within the retail store, its chain, a group, and the like. Therefore, for example, it is difficult to automatically acquire and unify the consumption behavior at other EC sites and retail stores.
  • the user inputs the content of consumption behavior into a household account book service or the like, it is possible to grasp the content of the consumption behavior in a unified manner regardless of the store where the consumption behavior was performed.
  • the user must actively input consumption behavior, and if the user is motivated by the input and the input is not in an efficient and natural manner, the input is appropriate. There is a problem that it is difficult to expect to be made.
  • an object of the present invention is to provide a behavior information collection system that enables content such as user's consumption behavior to be efficiently and naturally collected.
  • a behavior information collection system is a behavior information collection system that collects information related to a user's behavior, and holds information related to a target associated with the behavior for each user. It consists of a goal database, a scenario related to the content of a conversation for inquiring about the content when the action is performed for each user, a time for triggering the start of the conversation related to the scenario, and a condition of the position of the user
  • a scenario database holding scenario trigger information is a behavior information collection system that collects information related to a user's behavior, and holds information related to a target associated with the behavior for each user. It consists of a goal database, a scenario related to the content of a conversation for inquiring about the content when the action is performed for each user, a time for triggering the start of the conversation related to the scenario, and a condition of the position of the user.
  • the matched scenario is acquired from the scenario database, and a conversation based on the acquired scenario is performed by displaying a message on the mobile terminal and inputting a response from the user, and based on the content of the response.
  • the content of the action grasped in this manner is recorded in association with the user, and processing necessary for achieving the goal for the user is performed based on the content of the response.
  • the behavior information collection system relates a user's consumption behavior to daily “savings” toward a goal set by the user, and is motivated to achieve the goal by “savings”. We grasp that consumption behavior was performed in a timely manner, and grasp it by hearing the contents in order to perform “savings”.
  • FIG. 1 is a diagram showing an outline of a configuration example of a behavior information collection system according to an embodiment of the present invention.
  • the behavior information collection system 1 includes, for example, a behavior information collection server 10 and a mobile terminal 30 such as a smartphone held by each user 3 that can be connected to the behavior information collection server 10 via a network 20 such as the Internet.
  • the behavior information collection server 10 is a server system composed of, for example, a virtual server built on a server device or a cloud computing service, and collects, records and accumulates the behavior of each user 3, and for the user 3. Processing related to motivation for inputting the content of the action ("saving” in the present embodiment) is executed. Moreover, the process which concerns on a series of conversation (scenario) for hearing the content of action from the user 3 is performed.
  • the “behavior” is an action that can be generally specified for each user 3 by time and place.
  • the daily purchase of the user 3 in an actual store 2 such as a retail store
  • a consumer behavior such as purchasing at a nearby convenience store when returning home is assumed, but the present invention is not limited to this.
  • purchase by electronic commerce at an EC site performed on a home computer may be targeted as long as it can be roughly specified by time and place.
  • the present invention is not limited to money expenditure by purchase, and may include actions related to money acquisition such as overtime work.
  • each user 3 who performs the action to be grasped holds the mobile terminal 30.
  • the mobile terminal 30 such as a smartphone usually includes a GPS (Global Positioning System) sensor 32 and can grasp position information in real time. Can do.
  • the GPS sensor 32 is used to grasp the position information.
  • the position information is grasped using short-range wireless communication with a Bluetooth (registered trademark) beacon transmission / reception device. May be.
  • the dedicated application 31 installed in the mobile terminal 30 determines whether or not a condition that serves as a trigger for starting a conversation based on a specific scenario is met based on time and position information grasped by the mobile terminal 30. To do. This condition is recorded in a memory or the like (not shown) as the scenario trigger 33, for example.
  • the application 31 starts a conversation based on the scenario with the user 3 via a user interface for chat and messaging as described later. Then, based on the content of the conversation, the content of the action of the user 3 is grasped and transmitted to the action information collection server 10.
  • the behavior information collection server 10 includes middleware such as an OS (Operating System), a DBMS (DataBase Management System), and a Web server program that are expanded on a memory by a CPU (Central Processing Unit) (not shown), and software that operates on the middleware.
  • middleware such as an OS (Operating System), a DBMS (DataBase Management System), and a Web server program that are expanded on a memory by a CPU (Central Processing Unit) (not shown), and software that operates on the middleware.
  • each unit includes a user management unit 11, a behavior management unit 12, a related processing unit 13, a scenario processing unit 14, and the like implemented as software.
  • Each data store includes a user database (DB) 15, a target DB 16, an action history DB 17, and a scenario DB 18 recorded in a storage device such as an HDD (Hard Disk Drive) (not shown).
  • HDD Hard Disk Drive
  • the user management unit 11 has a function of managing account information, attribute information, and the like related to each user 3 who uses the service provided by the behavior information collection system 1. For example, based on a user registration operation on the application 31 of the mobile terminal 30, the account of the target user 3 is registered in the user DB 15, and attribute information and the like are further registered. Further, the target content set by the user 3 is registered in the target DB 16 based on a target setting or registration operation on the application 31.
  • the behavior management unit 12 has a function of acquiring information related to the “behavior” of the user 3 grasped by the application 31 of the mobile terminal 30 and recording this in the behavior history DB 17 as history information. It is also possible to analyze the information related to the action and grasp the contents thereof, and to perform related processing such as “saving” by the related processing unit 13 based on this.
  • the related processing unit 13 has a function of executing related processing. Since the content of the related processing is not particularly limited, the implementation content varies depending on the content. For example, when the related process is “savings” as in the present embodiment, it is possible to automatically transfer to a savings account, transfer money, etc. by connecting to an online system or website of a bank (not shown). To.
  • the scenario processing unit 14 has a function of performing processing related to scenario management and execution for hearing the content of an action from the user 3 via the application 31 of the mobile terminal 30.
  • a scenario is registered or corrected in the scenario DB 18 based on an operation of an operator or administrator of the behavior information collection system 1 accessed using a client terminal (not shown).
  • the scenario trigger 33 for starting a conversation based on the scenario is also registered.
  • the scenario trigger 33 is transmitted to and held by the mobile terminal 30 of the corresponding user 3.
  • the fact that the occurrence of the condition related to the scenario trigger 33 has been detected is transmitted to the behavior information collection server 10 via the network 20.
  • the scenario processing unit 14 then communicates based on the scenario with the user 3 via the user interface of the application 31 of the mobile terminal 30 based on the contents of the scenario corresponding to the scenario trigger 33 registered in the scenario DB 18. I do.
  • the user 3 sets in advance a goal of saving for what and how much through the application 31 of the mobile terminal 30, and processing required to achieve this Suppose that the money saved in daily purchases (consumption behavior) is saved. As a result, with the achievement of the target amount of savings as a motivation, as a necessary information for processing savings, the contents of consumption behavior are heard in a natural way of answering conversational inquiries based on scenarios in the application 31 It is.
  • FIG. 2 is a diagram showing an outline of a screen example of user account registration provided by the application 31 of the mobile terminal 30 in the behavior information collection system 1 of the present embodiment.
  • prior account registration by the user 3 is also performed through a conversation based on a scenario (account registration scenario).
  • a conversation screen based on an account registration scenario displayed on a display having a touch panel function included in the mobile terminal 30 is shown. It has the same user interface as a general chat or messaging application, and the conversation flow is displayed in chronological order from top to bottom.
  • the left balloon is a conversation (mainly an inquiry) output by the application 31, and the right balloon is a conversation (response) input by the user 3 holding the mobile terminal 30.
  • the application 31 first asks the user 3 whether or not it already has an account, and since it was a reply that it does not have, it created a new account. A conversation to that effect is displayed.
  • the account registration method can be appropriately performed using a known technique such as identity verification by two-step authentication.
  • the conversation on the user 3 side is selected from two possible answers such as “Yes” and “No” or one of one or more predetermined answer candidates as much as possible.
  • it is possible to input by simply specifying numerical values such as the amount of money and the number of pieces.
  • a bank account registration screen as shown in the upper right screen is displayed.
  • information on each bank account of the user 3 is acquired and displayed via a login screen to a bank account account (not shown) using a known technique such as OAuth 2.0 as appropriate. From among them, as shown in the lower left screen example, the user 3 selects the sender account and the destination account (for savings), thereby registering information on the account and saving account that are usually used.
  • the fact that the bank account has been registered by the above operation is displayed as a conversation.
  • FIG. 3 is a diagram showing an outline of a screen example of target setting provided by the application 31 of the mobile terminal 30 in the behavior information collection system 1 of the present embodiment.
  • the screen example on the upper left in the figure shows a screen for selecting or inputting a target (“save goal”) after registering the bank account.
  • a target (“save goal”)
  • the screen example on the lower left shows a screen for designating a target deadline (“goal date”).
  • goal date In the lower right screen example, it is indicated as a conversation that the user 3 designates “September 2017” and is set as the goal month.
  • FIG. 4 is a diagram showing an outline of a screen example for managing the achievement status of the target provided by the application 31 of the mobile terminal 30 in the behavior information collection system 1 of the present embodiment.
  • the target amount of “ ⁇ 500,000” is represented by the circumference of the center circle figure
  • “ ⁇ 210,450” which is the accumulated amount up to now, is represented by a thick arc. Yes.
  • the amount of savings currently planned is shown as a double circle on the circumference.
  • the diagram on the left shows that the savings amount exceeds the plan, and the diagram on the right side shows that the savings amount is below the plan.
  • the motivation (or sense of crisis) of the user 3 may be enhanced by performing the pre- and actual management of the achievement status of the target amount in a form that is easy to visually grasp.
  • FIG. 5 is a diagram showing an outline of a screen example for inquiring about the contents of consumption behavior provided by the application 31 of the mobile terminal 30 in the behavior information collection system 1 of the present embodiment.
  • the scenario in which the saved amount is saved more than usual (“convenience store scenario”) is a scenario of the behavior information collection server 10. It is assumed that it is preset in DB18.
  • the scenario trigger 33 held on the portable terminal 30 is set to the content for grasping that the user has come out of a specific store 2 such as a convenience store nearby during the lunch hour.
  • the application 31 detects that the user 3 has come out after entering the store 2 by the GPS sensor 32 of the mobile terminal 30, the user 3 is sent to the other party based on the corresponding scenario (“convenience store scenario”).
  • the user 3 is sent to the other party based on the corresponding scenario (“convenience store scenario”).
  • this scenario first, as shown in the upper left and upper right screen examples in FIG. 5, an inquiry is made as to whether something was bought at the store 2 and how much was used when bought. Then, as shown in the screen example on the lower left, whether to calculate the difference (50 yen) from the average amount of money (450 yen) ascertained based on the past action history (purchase history), and save this difference? Inquiries about whether or not they have bought, as shown in the lower right screen example.
  • the content of the subsequent conversation is set according to the content of the answer by the user 3 (“Yes”, “No”, amount, etc.).
  • conversation contents are defined in advance in the scenario so as to cover all the branching patterns of the conversation. In this way, by inquiring the user 3 to input information related to the content of the consumption behavior as information necessary for saving, the content of the consumption behavior can be acquired in a natural manner.
  • the related processing unit 13 of the behavior information collection server 10 performs the user at a predetermined timing. Transfers, transfers, etc. from the normal account to the savings account.
  • a scenario is shown in which savings are saved when purchasing at a store 2 such as a convenience store.
  • the opportunity for saving is not limited to when savings are made.
  • it may be a scenario in which money (overtime fee) to be acquired in the future is saved in advance.
  • the contents are heard and saved, but the present invention is not limited thereto.
  • a predetermined scenario is started at the timing of entering the store 2 such as a convenience store, and savings are made in advance. You may make it carry out the conversation which encourages savings.
  • FIG. 6 is a diagram showing an outline of an example of a flow of processing for grasping action contents through conversation based on a scenario in the present embodiment.
  • the target user 3 has already registered account information in the user DB 15 of the behavior information collection server 10 and has registered a target amount of savings as a basis for motivation in the target DB 16.
  • the user 3 activates the application 31 in the portable terminal 30 that is held, and logs in to a service provided by the behavior information collection system 1 (S01).
  • the user management unit 11 performs user authentication processing with reference to the user DB 15 (S02).
  • the scenario processing unit 14 acquires the information of the scenario trigger 33 corresponding to the target user 3 from the scenario DB 18 and transmits it to the portable terminal 30 (S03).
  • the portable terminal 30 records and registers the transmitted scenario trigger 33 in a memory or the like (S04). Note that the scenario trigger 33 may be transmitted not for every login but only for a difference that has been updated.
  • the mobile terminal 30 acquires the time and the position information detected by the GPS sensor 32 (S05), and determines whether there is any that matches the condition of the scenario trigger 33 registered in step S04 (S06). If there is no match (S06: No), the process returns to step S05 and continues to acquire time and position information. The acquisition of time and position information may be performed at appropriate intervals at regular intervals.
  • the application 31 requests the behavior information collection server 10 to acquire the contents of the scenario corresponding to the matched scenario trigger 33 ( S07).
  • the scenario processing unit 14 extracts scenario information corresponding to the target scenario trigger 33 from the scenario DB 18 (S08), and responds to the portable terminal 30 (S09).
  • scenario information corresponding to the target scenario trigger 33 is extracted from the scenario DB 18.
  • a specific conversation (message) type in the scenario may be set according to the attribute information of the target user 3, the target achievement status, and the like.
  • the expression is positive or negative.
  • it may be switched between a strict tone and a gentle tone. This switching may be set by the user 3 according to preference, or may be automatically set by the scenario processing unit 14.
  • it may be possible to switch whether to set the saving amount proposed to the user 3 for each action to be larger (stricter) or smaller (loosened).
  • the application 31 displays the conversation (message) related to the scenario on a screen as shown in FIG. 2 for each unit of conversation (S10).
  • an input of an answer from the user 3 is accepted (S11).
  • step S12 the response content input by the user 3, that is, information related to the content of the consumption behavior of the user 3 is transmitted to the behavior information collection server 10 (S13).
  • the behavior management unit 12 analyzes the behavior content as necessary, and then records the behavior history in the behavior history DB 17 (S14). Furthermore, when it is necessary to perform related processing such as “savings”, this is executed by the related processing unit 13 (S15), and a series of processing ends.
  • the application 31 of the mobile terminal 30 collectively acquires (downloads) information related to the contents of a series of scenarios from the behavior information collection server 10, and the contents of the scenarios and the contents of responses from the user 3.
  • the subsequent message is determined based on the above, but is not limited to such a configuration.
  • the scenario processing unit 14 of the behavior information collection server 10 determines the subsequent message based on the scenario content and the response content from the user 3 on the server side each time, and the application 31 of the mobile terminal 30 determines the determined message. It is also possible to send only the display of the answer and the reply by the user 3.
  • FIG. 7 is a diagram showing an outline of an example of the data configuration of the user master table included in the user DB 15 of the present embodiment.
  • the user master table 15 a is a table that holds master information of the user 3 that can be used for the service provided by the behavior information collection system 1. For example, it has items such as user ID, user name, date of birth, gender, height, weight, workplace, basic salary, unit price for overtime, annual income, salary payment date, and the like.
  • the item of user ID holds ID information for uniquely identifying each user 3.
  • the item of the user name holds display name information such as the name and nickname of the target user 3.
  • Each item of the date of birth, sex, height, and weight holds information for grasping the physical condition as attribute information of the target user 3.
  • Each item in the workplace, basic salary, overtime unit price, annual income, and salary payment date holds information for grasping the income status (money acquisition status) of the target user 3 working.
  • the amount set / recommended as the daily saving amount can be increased or decreased according to the annual income.
  • the presence / absence of overtime work is determined from the position information and time zone detected by the GPS sensor 32 of the mobile terminal 30, and as described above, prior to the overtime fee to be acquired in the future You can also encourage them to save money.
  • information on the accumulated savings is recorded, and the savings accumulated by monthly processing on the salary payment date are stored in the savings account. You may make it transfer collectively.
  • FIG. 8 is a diagram showing an outline of an example of the data configuration of the user behavior table included in the user DB 15 of the present embodiment.
  • the user action table 15b is an action (in other words, an action (consumed action) taken by each user 3 on a daily basis) that is collected and grasped in association with a related process ("saving" in the present embodiment) for achieving the goal.
  • This is a table for registering and holding the content of (consuming behavior that triggers related processing). For example, it has each item, such as user action ID, user ID, action type, action frequency, money amount, action place, action latitude, action longitude.
  • the item of user action ID holds ID information for uniquely identifying each action for each user 3.
  • the item of user ID holds ID information that identifies the user 3 associated with the target user behavior. This value is registered in the above-described user master table 15a.
  • the action type item holds information such as a code value for classifying the type and type of the target user action.
  • the classification may include, for example, an action related to money expenditure such as purchase of goods, an action related to acquisition of money such as overtime work, an action related to fitness, and the like.
  • Each item of the action frequency and the action time includes an average frequency (for example, “ ⁇ times / day”, “once a day”, etc.), and an average time and time zone.
  • the information of is retained.
  • the item of amount holds information on the amount of money that is averaged / expended in the target user behavior.
  • the values of these items may be set manually by the user 3, or values statistically calculated based on information accumulated in the action history DB 17 may be automatically set or updated.
  • the action place item holds information such as a name for specifying a place where the target user action is performed. For example, the name of the store 2 and the name of the workplace are set.
  • Each item of action latitude and action longitude holds information on the latitude and longitude of the place set in the action place item. This information may be manually set by the user 3 or automatically obtained by a general map service that can be used via the network 20 based on the content set in the action place item. May be set automatically.
  • Each action registered in the user action table 15b may be manually registered by each user 3, or the life log data of the user 3 accumulated by the mobile terminal 30 or other services is analyzed by a predetermined method. And may be extracted automatically.
  • FIG. 9 is a diagram showing an outline of an example of the data configuration of the saving target table included in the target DB 16 of the present embodiment.
  • the savings target table 16a is a table that holds information on the contents of goals (savings in the present embodiment) set by each user 3 and the achievement status thereof.
  • each item includes a target ID, user ID, target amount, purpose, start date, end date, savings achievement status, and the like.
  • the item of target ID holds ID information for uniquely identifying each target for each user 3.
  • the item of user ID holds ID information that identifies the user 3 associated with the target. This value is registered in the above-described user master table 15a.
  • Each item of the target amount and the purpose holds information on the target saving amount and the purpose of saving as the contents of the target.
  • information such as a code value representing travel or shopping can be specified.
  • Each item of start date and end date holds information on the start date and end date of the period when a certain period is set and the goal is achieved.
  • the item of the savings achievement status holds information on the achievement status of the target at the present time (how much savings are progressing with respect to the target amount in the present embodiment). For example, it may be evaluated as the absolute value of the saving amount (or the difference from the target amount), or may be evaluated as the achievement rate of saving against the target amount.
  • FIG. 10 is a diagram showing an outline of an example of the data configuration of the daily goal table included in the goal DB 16 of the present embodiment.
  • the daily goal table 16b is a table that holds information related to goals at daily behavior levels for achieving the final goal set by each user 3.
  • each item includes daily target ID, target ID, date, action type, target amount, achievement status, and the like.
  • the item of daily target ID holds ID information for uniquely identifying each daily target for each user 3.
  • the item of target ID holds ID information for specifying a final target corresponding to the target daily target. This value is registered in the above saving target table 16a.
  • the date item holds information on the date on which the action related to the target daily goal is scheduled to be taken or the actual date taken.
  • the item of action type holds information such as a code value that specifies the type of action related to the target daily goal. This value is registered in the above-described user behavior table 15b.
  • the target amount and achievement status items are respectively the target amount for the target daily target (the amount saved on the target day in this embodiment) and the target achievement state (the target amount for the target day in this embodiment). How much money was saved). For example, it may be evaluated as the absolute value of the saving amount (or the difference from the target amount), or may be evaluated as the achievement rate of saving against the target amount.
  • FIG. 11 is a diagram showing an outline of an example of the data configuration of the action result table included in the action history DB 17 of the present embodiment.
  • the action result table 17a is a log table that accumulates the results and contents of actions (consumption actions) performed by the user 3 as a history. For example, it has each item, such as action result ID, user ID, money amount, action type, action date, action time, action details.
  • the action result ID item holds ID information for uniquely identifying the target action result.
  • the item of user ID holds ID information for identifying the user 3 who has performed the action related to the target action result. This value is registered in the above-described user master table 15a.
  • the item of amount holds information on the amount spent / acquired by the action related to the target action result.
  • the action type item holds information such as a code value that specifies the type of action related to the target action result. This value is registered in the above-described user behavior table 15b.
  • the action date and action time items respectively hold information on the date and time when the action related to the target action result was performed.
  • the action detail item holds information related to the detailed contents of the action related to the target action result. For example, a sentence input by the user 3 may be registered, or may be specified by a code value or the like that classifies the detailed content of the action.
  • FIG. 12 is a diagram showing an outline of an example of the data configuration of the savings result table included in the action history DB 17 of the present embodiment.
  • the savings result table 17b is a log table that accumulates the results and contents as a history when saving is performed to achieve a target as a related process when the user 3 performs a consumption action.
  • each item includes a saving result ID, a user ID, a saving date, a remittance date, an amount, a remittance status, an action result ID, a saving reason, and the like.
  • the item of saving result ID holds ID information for uniquely identifying the target saving result.
  • the item of user ID holds ID information for identifying the user 3 who has made a saving related to the target saving result. This value is registered in the above-described user master table 15a.
  • Each item of the saving date and the remittance date holds information on the date of saving related to the target saving result and the date of actually transferring or transferring money to the savings account.
  • the item of amount holds information on the amount of saving related to the target saving result.
  • the item of remittance status holds information such as code values that specify the processing status of remittance and transfer related to the target savings result.
  • the item of the action result ID holds ID information for specifying the result information of the consumption action that triggered the saving related to the target saving result. This value is registered in the behavior result table 17a described above.
  • the item “reason for saving” holds information on the reason for saving for the target saving result. For example, a sentence input by the user 3 may be registered, or may be specified by a code value or the like that classifies the reason for saving.
  • FIG. 13 is a diagram showing an outline of an example of the data configuration of the scenario table included in the scenario DB 18 of the present embodiment.
  • the scenario table 18a is a table that holds information on various scenarios for hearing the content of consumption behavior from the user 3. For example, each item includes a scenario ID, a scenario name, a route message handler ID, and the like.
  • the scenario ID item holds ID information for uniquely identifying the target scenario.
  • the scenario name item holds information on the display name assigned to the target scenario.
  • the item of the route message handler ID holds ID information for specifying the message handler related to the first message (root message) in the target scenario.
  • the message handler is a program module or data object that is provided for each message issued by the behavior information collection system 1 side in the scenario and performs processing for outputting the message.
  • each message (specifically, the corresponding message handler) is sequentially connected along the development of the conversation with the root message at the head, and the connection is appropriately branched according to the response content from the user 3.
  • Configure the scenario as a tree-type data structure. Thereby, according to the response content from the user 3, the content of the message which the behavior information collection system 1 side emits can be changed suitably, and a series of conversations can be comprised flexibly.
  • FIG. 14 is a diagram showing an outline of an example of the data configuration of the scenario trigger table included in the scenario DB 18 of the present embodiment.
  • the scenario trigger table 18b is a table that holds the setting contents of the scenario trigger 33, which is trigger information for starting a conversation based on a scenario for each user 3. For example, it has items such as scenario trigger ID, scenario ID, user ID, parameter, trigger type, start day of the week, start time, start position latitude, start position longitude, start position radius, and the like.
  • the scenario trigger ID item holds ID information for uniquely identifying the target scenario trigger.
  • the item of scenario ID holds ID information for specifying a scenario to be activated when a target scenario trigger condition is met. This value is registered in the scenario table 18a described above.
  • the item of user ID holds ID information for identifying the target user 3 for determining whether or not the target scenario trigger condition is met. This value is registered in the above-described user master table 15a.
  • the parameter item holds information on the value of the item set as a variable item in the message related to the scenario corresponding to the target scenario trigger. For example, “450” in the message “usually about 450 yen is used” shown in the lower left screen example of FIG.
  • the item of the trigger type holds information such as a code value that identifies the type of the target scenario trigger. For example, whether the scenario is activated with a day of the week or a time zone as a trigger, whether the scenario is activated with the user 3 (mobile terminal 30) being located at a predetermined position, or whether the scenario is activated with a composite condition of both Can be set.
  • the condition is that the user 3 is located within a circle having a radius of the value of the activation position radius item, centered on the position specified by the values of the activation position latitude and the activation position longitude items.
  • the range is not limited to a circular range, and for example, it may be set as a rectangular range having diagonal positions at two points.
  • FIG. 15 is a diagram showing an outline of an example of the data configuration of the message handler table included in the scenario DB 18 of the present embodiment.
  • the message handler table 18c is a table that stores information on message handlers corresponding to messages issued by the behavior information collection system 1 included in each scenario. For example, each item includes a message handler ID, a scenario message ID, a user response ID, a next message handler ID, a next message determination logic, and the like.
  • the item of message handler ID holds ID information for uniquely identifying each message handler.
  • the item of scenario message ID holds ID information that specifies the content of a message (scenario message issued by the behavior information collection system 1) that is actually displayed by the target message handler. This value and the contents of the corresponding scenario message are registered in a scenario message table to be described later.
  • the item of user response ID holds ID information for specifying information related to a response / response from the user 3 in response to an inquiry made to the user 3 by a scenario message corresponding to the target message handler. Information related to this value and the content of the user response is registered in a user response table to be described later.
  • next message handler ID holds ID information for specifying a message handler corresponding to the message next to the message corresponding to the target message handler in the tree structure of the scenario.
  • the message handler ID information corresponding to each branch destination message is stored as a list.
  • the item of the next message decision logic holds logic and condition information for determining the branch destination message when the next message branches according to the content of the response from the user 3 to the message corresponding to the target message handler. To do. Contents such as logic and conditional expressions themselves may be held, or information specifying a module or the like in which logic is mounted may be held.
  • FIG. 16 is a diagram showing an outline of an example of the data configuration of the scenario message table included in the scenario DB 18 of the present embodiment.
  • the scenario message table 18d is a table that holds the contents of the scenario message that is actually displayed on the behavior information collection system 1 side by each message handler included in each scenario.
  • each item includes a scenario message ID, a message, a scenario message type, and the like.
  • the scenario message ID item holds ID information for uniquely identifying the target scenario message.
  • the message item holds text information of the content of the target scenario message.
  • the scenario message type item holds information such as a code value for specifying the type and type of the target scenario message. This value is registered in a message type table described later. In the present embodiment, it is possible to set a plurality of patterns having different types of expression contents, etc., for the scenario message that conveys the same contents, and switch them for each user 3.
  • FIG. 17 is a diagram showing an outline of an example of the data configuration of the user response table included in the scenario DB 18 of the present embodiment.
  • the user response table 18e is a table that holds information related to an answer / response from the user 3 to an inquiry made to the user 3 by a message issued by the behavior information collection system 1 side included in each scenario.
  • each item includes a user response ID, a response type, a label, an output format, and the like.
  • the item of user response ID holds ID information that uniquely identifies the target user response.
  • the response type item holds information such as a code value that classifies the type and type of the target user response. For the category, for example, “Yes”, “No”, etc., or a choice from a larger number of options, or specific contents and words were directly entered. It is included.
  • the label item holds a list of labels (text information) of each option when two or more options are displayed in order to receive a target user response.
  • the output format item holds information for specifying a format for displaying options, input forms, and the like in order to receive a target user response.
  • FIG. 18 is a diagram showing an outline of an example of the data configuration of the message type table included in the scenario DB 18 of the present embodiment.
  • the message type table 18f holds information relating to the type of expression content as a whole when displaying a scenario message for each user 3.
  • each item includes a user ID, a scenario message type, and the like.
  • the item of user ID holds ID information for specifying the target user 3. This value is registered in the above-described user master table 15a.
  • the scenario message type item holds information such as a code value for specifying the scenario message type set for the target user 3. By setting this value for each user 3, as described above, even scenario messages that convey the same content are either positive or negative, harsh or gentle Can be switched. Further, in addition to the contents of expression and tone, it may be possible to switch whether to set the saving amount proposed to the user 3 to be larger (stricter) or smaller (relaxed) for each action.
  • each table shown in FIGS. 7 to 18 is merely an example, and other table configurations and data configurations can be used as long as similar data can be held and managed. It may be.
  • the consumption behavior of the user 3 is associated with the daily “savings” toward the goal set by the user 3,
  • the user 3 performs a consumption action with the goal achievement by “saving” as a motivation, it is possible to grasp the contents by listening to the contents to perform “saving”.
  • the mobile terminal 30 held by the user 3 constantly detects the location and time information of the user 3 and meets the conditions of the scenario trigger 33 set in advance, some consumption behavior is performed. to decide. And the conversation based on the scenario corresponding to the matched scenario trigger 33 is started via the portable terminal 30, and the information regarding the consumption action which the user 3 performed is inquired. By acquiring a response to this from the user 3, it is possible to grasp the content of the consumption behavior in a natural manner.
  • the present invention made by the present inventor has been specifically described based on the embodiments.
  • the present invention is not limited to the above-described embodiments, and various modifications can be made without departing from the scope of the invention. Needless to say.
  • the above-described embodiment has been described in detail for easy understanding of the present invention, and is not necessarily limited to the one having all the configurations described.
  • each of the above-described configurations, functions, processing units, processing means, and the like may be realized by hardware by designing a part or all of them with, for example, an integrated circuit.
  • Each of the above-described configurations, functions, and the like may be realized by software by interpreting and executing a program that realizes each function by the processor.
  • Information such as programs, tables, and files for realizing each function can be stored in a recording device such as a memory, a hard disk, or an SSD (Solid State Drive), or a recording medium such as an IC card, an SD card, or a DVD.
  • control lines and information lines indicate what is considered necessary for explanation, and not all control lines and information lines on mounting are necessarily shown. Actually, it may be considered that almost all the components are connected to each other.
  • the present invention can be used in an action information collection system for actions that cannot be automatically grasped by the information processing system.

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Strategic Management (AREA)
  • Development Economics (AREA)
  • Databases & Information Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Marketing (AREA)
  • Economics (AREA)
  • General Business, Economics & Management (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Data Mining & Analysis (AREA)
  • Technology Law (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Game Theory and Decision Science (AREA)
  • Computer Hardware Design (AREA)
  • Computational Linguistics (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

ユーザの消費行動等の内容を効率的に自然な形で収集することを可能とする行動情報収集システムを提供する。ユーザ毎に目標に係る情報を保持する目標ＤＢと、ユーザ毎に行動を行った際にその内容を問い合わせるためのシナリオ、およびシナリオトリガの情報を保持するシナリオＤＢとを有し、携帯端末において検出された時間および／または所在位置の情報について、ユーザに係る各シナリオトリガの条件に合致するものがある場合に、対応するシナリオをシナリオＤＢから取得して、シナリオに基づく会話を、携帯端末上でのメッセージの表示およびユーザからの応答の入力により行い、応答の内容に基づいて把握された行動の内容をユーザと関連付けて記録するとともに、応答の内容に基づいて目標の達成に必要となる処理を行う。

Description

行動情報収集システム
　本発明は、ユーザの行動履歴の情報を収集する技術に関し、特に、情報処理システムにより自動的に把握することができない行動を対象とした行動情報収集システムに適用して有効な技術に関するものである。
　例えば、マーケティングに活用する情報として、ユーザがどこで何を買ったか等の消費行動の内容について把握したいというニーズがある。消費行動が、例えば、ＥＣ（Electronic Commerce）サイトを介して行われる電子商取引の場合には、当該ＥＣサイトを運営している事業者は、その取引履歴やアクセス履歴等から消費行動の内容を容易に把握することが可能である。また、小売店舗での購買の場合には、当該小売店舗は、例えば、ＰＯＳ（Point Of Sale）システムのデータ等から消費行動の内容を把握することが可能である。また、スマートフォン等の携帯端末上のアプリケーションやＷｅｂサイトを介して利用される家計簿サービス（例えば、非特許文献１等）では、ユーザが入力した購買情報や収支情報に基づいて消費行動の内容を把握することが可能である。
　これに関連して、ユーザに対して質問を行って情報を入力させる技術として、例えば、特開２００６－２６０２６３号公報（特許文献１）には、アンケート対象者の回答意欲を損なわずに正確なアンケート結果を得ることができるアンケート実施システムが記載されている。ここでは、サーバが、携帯電話の端末識別情報および位置情報と関連付けて記憶されている質問情報を、対応する携帯電話に送信し、当該携帯電話から端末位置情報が添付された回答情報を受信する。そして、受信した回答情報に添付された端末位置情報と、送信した質問情報に関連付けられた位置情報とが一致する場合に、受信した回答情報を正当な回答として記憶する旨が記載されている。
特開２００６－２６０２６３号公報
"全自動家計簿マネーフォワード"、［online］、株式会社マネーフォワード、［平成２８年１０月１４日検索］、インターネット＜URL：http://moneyforward.com/＞
　上記のようなＥＣサイトやＰＯＳシステム、家計簿サービス等の仕組みにより、ユーザの消費行動の内容をある程度自動的に把握することが可能である。しかし、例えば、ＥＣサイトでは、当該ＥＣサイトでの購買についてしか把握することができず、小売店舗についても、当該小売店舗やそのチェーン、グループ等の内部でしか把握することができない。したがって、例えば、他のＥＣサイトや小売店舗での消費行動についても自動的に取得して一元的に把握することは困難である。
　これに対して、例えば、ユーザが家計簿サービス等に消費行動の内容を入力すれば、消費行動を行った店舗等に関わらず、一元的に消費行動の内容を把握することが可能である。しかし、この場合は、ユーザが能動的に消費行動の入力を行わなければならず、ユーザにとって入力に対するモチベーションがあり、かつ入力が効率的かつ自然な形でできる状況になければ、入力が適切になされることを期待し難いという課題がある。
　この点、例えば、特許文献１に記載されたような技術によれば、アンケートに回答しようとする者の回答意欲を損なわないように回答を得ることが可能である。しかし、ユーザの消費行動の内容を入力させる仕組みに適用することを考えた場合、そもそも消費行動の内容を入力して記録すること自体に対するモチベーションがない場合には入力を期待し難い。また、ユーザに対して質問が提示されるのはサーバから質問情報が送信されたタイミングであり、ユーザが消費行動を行ったタイミングで適時に適切な質問が提示されるわけではない。したがって、消費行動の内容をユーザが自然な形で入力できるとは限らない。
　そこで本発明の目的は、ユーザの消費行動等の内容を効率的に自然な形で収集することを可能とする行動情報収集システムを提供することにある。
　本発明の前記ならびにその他の目的と新規な特徴は、本明細書の記述および添付図面から明らかになるであろう。
　本願において開示される発明のうち、代表的なものの概要を簡単に説明すれば、以下のとおりである。
　本発明の代表的な実施の形態による行動情報収集システムは、ユーザの行動に係る情報を収集する行動情報収集システムであって、前記ユーザ毎に前記行動に関連付けられた目標に係る情報を保持する目標データベースと、前記ユーザ毎に前記行動を行った際にその内容を問い合わせるための会話の内容に係るシナリオ、および前記シナリオに係る会話を開始するトリガとなる時間および前記ユーザの位置の条件からなるシナリオトリガの情報を保持するシナリオデータベースと、を有する。
　そして、前記ユーザが保持する携帯端末において検出された時間および／または前記携帯端末の所在位置の情報について、前記ユーザに係る前記各シナリオトリガの条件に合致するものがある場合に、合致した前記シナリオトリガに対応する前記シナリオを前記シナリオデータベースから取得して、取得した前記シナリオに基づく会話を、前記携帯端末上でのメッセージの表示および前記ユーザからの応答の入力により行い、前記応答の内容に基づいて把握された前記行動の内容を前記ユーザと関連付けて記録するとともに、前記応答の内容に基づいて、前記ユーザにおける前記目標の達成に必要となる処理を行うものである。
　本願において開示される発明のうち、代表的なものによって得られる効果を簡単に説明すれば以下のとおりである。
　すなわち、本発明の代表的な実施の形態によれば、ユーザの消費行動等の内容を効率的に自然な形で収集することが可能となる。
本発明の一実施の形態である行動情報収集システムの構成例について概要を示した図である。 本発明の一実施の形態における携帯端末のアプリケーションにより提供されるユーザのアカウント登録の画面例について概要を示した図である。 本発明の一実施の形態における携帯端末のアプリケーションにより提供される目標設定の画面例について概要を示した図である。 本発明の一実施の形態における携帯端末のアプリケーションにより提供される目標の達成状況を管理する画面例について概要を示した図である。 本発明の一実施の形態における携帯端末のアプリケーションにより提供される消費行動の内容を問い合わせる画面例について概要を示した図である。 本発明の一実施の形態におけるシナリオに基づく会話を介して行動内容を把握する処理の流れの例について概要を示した図である。 本発明の一実施の形態におけるユーザＤＢに含まれるユーザマスタテーブルのデータ構成の例について概要を示した図である。 本発明の一実施の形態におけるユーザＤＢに含まれるユーザ行動テーブルのデータ構成の例について概要を示した図である。 本発明の一実施の形態における目標ＤＢに含まれる貯金目標テーブルのデータ構成の例について概要を示した図である。 本発明の一実施の形態における目標ＤＢに含まれる日次目標テーブルのデータ構成の例について概要を示した図である。 本発明の一実施の形態における行動履歴ＤＢに含まれる行動結果テーブルのデータ構成の例について概要を示した図である。 本発明の一実施の形態における行動履歴ＤＢに含まれる貯金結果テーブルのデータ構成の例について概要を示した図である。 本発明の一実施の形態におけるシナリオＤＢに含まれるシナリオテーブルのデータ構成の例について概要を示した図である。 本発明の一実施の形態におけるシナリオＤＢに含まれるシナリオトリガテーブルのデータ構成の例について概要を示した図である。 本発明の一実施の形態におけるシナリオＤＢに含まれるメッセージハンドラテーブルのデータ構成の例について概要を示した図である。 本発明の一実施の形態におけるシナリオＤＢに含まれるシナリオメッセージテーブルのデータ構成の例について概要を示した図である。 本発明の一実施の形態におけるシナリオＤＢに含まれるユーザ応答テーブルのデータ構成の例について概要を示した図である。 本発明の一実施の形態におけるシナリオＤＢに含まれるメッセージタイプテーブルのデータ構成の例について概要を示した図である。
　以下、本発明の実施の形態を図面に基づいて詳細に説明する。なお、実施の形態を説明するための全図において、同一部には原則として同一の符号を付し、その繰り返しの説明は省略する。一方で、ある図において符号を付して説明した部位について、他の図の説明の際に再度の図示はしないが同一の符号を付して言及する場合がある。
　本発明の一実施の形態である行動情報収集システムは、ユーザの消費行動を、ユーザが立てた目標に向けての日々の「貯金」と関連付け、「貯金」による目標達成をモチベーションとしつつ、何らかの消費行動が行われたことを適時に捉えて、「貯金」を行うためにその内容を聞き出すことで把握するものである。
　＜システム構成＞
　図１は、本発明の一実施の形態である行動情報収集システムの構成例について概要を示した図である。行動情報収集システム１は、例えば、行動情報収集サーバ１０と、インターネット等のネットワーク２０を介して行動情報収集サーバ１０に接続可能な、各ユーザ３が保持するスマートフォン等の携帯端末３０を有する。
　行動情報収集サーバ１０は、例えば、サーバ機器やクラウドコンピューティングサービス上に構築された仮想サーバ等からなるサーバシステムであり、各ユーザ３の行動を収集して記録・蓄積するとともに、ユーザ３にとっての行動の内容を入力するためのモチベーションに関連する処理（本実施の形態では「貯金」）を実行する。また、ユーザ３から行動の内容を聞き出すための一連の会話（シナリオ）に係る処理を行う。
　なお、本実施の形態において、「行動」とは、ユーザ３毎に時間と場所によって概ね特定することができる行動であり、例えば、小売店等の実際の店舗２におけるユーザ３の日常の購買（例えば、帰宅時の近所のコンビニエンスストアでの購買）等の消費行動を想定しているが、これに限られない。時間と場所によって概ね特定することができるのであれば、例えば、自宅のコンピュータ上で行うＥＣサイトでの電子商取引による購買を対象としてもよい。また、後述するように、購買による金銭の支出に限らず、残業の実施等、金銭の獲得に係る行動を含んでもよい。
　本実施の形態では、把握対象の行動を行う各ユーザ３は、携帯端末３０を保持している。スマートフォン等の携帯端末３０は、通常、ＧＰＳ（Global Positioning System）センサ３２を備えており、リアルタイムで位置情報を把握することができるため、例えば、店舗２への入退店等についても把握することができる。本実施の形態では、ＧＰＳセンサ３２により位置情報を把握するものとしているが、Ｂｌｕｅｔｏｏｔｈ（登録商標）ビーコンの送受信装置との間の近距離無線通信等を使用して位置情報を把握するものであってもよい。
　携帯端末３０にインストールされた専用のアプリケーション３１は、携帯端末３０によって把握される時間と位置の情報に基づいて、特定のシナリオに基づく会話を開始するトリガとなる条件に合致するか否かを判定する。この条件は、例えば、シナリオトリガ３３として図示しないメモリ等に記録されている。時間および位置情報がシナリオトリガ３３に登録された条件に合致した場合、アプリケーション３１は、後述するようなチャットやメッセージングのユーザインタフェースを介して、ユーザ３との間でシナリオに基づく会話を開始する。そして、会話の内容に基づいてユーザ３の行動内容を把握し、行動情報収集サーバ１０に送信する。
　行動情報収集サーバ１０は、図示しないＣＰＵ（Central Processing Unit）により、メモリ上に展開されたＯＳ（Operating System）やＤＢＭＳ（DataBase Management System）、Ｗｅｂサーバプログラム等のミドルウェアや、この上で稼働するソフトウェアを実行することにより、後述する各部の機能を実現する。本実施の形態では、図示するように、例えば、ソフトウェアとして実装されたユーザ管理部１１、行動管理部１２、関連処理部１３、およびシナリオ処理部１４等の各部を有する。また、図示しないＨＤＤ（Hard Disk Drive）等の記憶装置に記録されたユーザデータベース（ＤＢ）１５、目標ＤＢ１６、行動履歴ＤＢ１７、およびシナリオＤＢ１８等の各データストアを有する。
　ユーザ管理部１１は、行動情報収集システム１によるサービスを利用する各ユーザ３に係るアカウント情報や属性情報等を管理する機能を有する。例えば、携帯端末３０のアプリケーション３１上でのユーザ登録の操作に基づいて、ユーザＤＢ１５に対象のユーザ３のアカウントを登録し、さらに属性情報等を登録する。また、アプリケーション３１上での目標の設定や登録の操作に基づいて、ユーザ３が設定した目標の内容を目標ＤＢ１６に登録する。
　行動管理部１２は、携帯端末３０のアプリケーション３１によって把握されたユーザ３の「行動」に係る情報を取得し、これを履歴情報として行動履歴ＤＢ１７に記録する機能を有する。行動に係る情報を分析してその内容を把握し、これに基づいて関連処理部１３により「貯金」等の関連処理を行うようにしてもよい。関連処理部１３は、関連処理を実行する機能を有する。関連処理の内容は特に限定されないため、その内容に応じて実装内容は異なる。例えば、本実施の形態のように関連処理が「貯金」である場合は、図示しない銀行のオンラインシステムやＷｅｂサイトに接続して自動的に貯金用口座への振替や送金等の処理を行えるようにする。
　シナリオ処理部１４は、携帯端末３０のアプリケーション３１を介してユーザ３から行動の内容を聞き出すためのシナリオの管理および実行に係る処理を行う機能を有する。例えば、図示しないクライアント端末を利用してアクセスした行動情報収集システム１の運用者や管理者等の操作に基づいて、シナリオＤＢ１８にシナリオの登録や修正等を行う。
　また、シナリオに関連付けて、当該シナリオに基づく会話を開始するためのシナリオトリガ３３の情報も併せて登録する。このシナリオトリガ３３は、例えば、上述したように、対応するユーザ３の携帯端末３０に送信されて保持される。これにより、各携帯端末３０の側で、シナリオトリガ３３に係る条件の発生を検知することができる。シナリオトリガ３３に係る条件等の発生を検知した旨は、ネットワーク２０を介して行動情報収集サーバ１０に送信される。そして、シナリオ処理部１４は、シナリオＤＢ１８に登録された、シナリオトリガ３３に対応するシナリオの内容に基づいて、携帯端末３０のアプリケーション３１のユーザインタフェースを介してユーザ３との間でシナリオに基づく会話を行う。
　＜ユーザインタフェース＞
　本実施の形態では、ユーザ３が、携帯端末３０のアプリケーション３１を介して、目標として、何のためにいつまでにいくら貯金する、という目標を予め設定し、これを達成するために必要となる処理として、日々の購買（消費行動）において節約した分を貯金するものとする。これにより、貯金の目標金額達成をモチベーションとして、貯金の処理を行うために必要な情報として、消費行動の内容を、アプリケーション３１におけるシナリオに基づく会話形式での問い合わせに答えるという自然な形で聞き出すものである。
　図２は、本実施の形態の行動情報収集システム１における携帯端末３０のアプリケーション３１により提供されるユーザのアカウント登録の画面例について概要を示した図である。本実施の形態では、ユーザ３による事前のアカウント登録についても、シナリオ（アカウント登録シナリオ）に基づく会話を介して行う。図中では、携帯端末３０が備えるタッチパネル機能を有するディスプレイに表示された、アカウント登録シナリオに基づく会話の画面の例を示している。一般的なチャットやメッセージングのアプリケーションと同様のユーザインタフェースであり、会話の流れが上から下に向かって時系列に表示されている。左側の吹き出しはアプリケーション３１により出力された会話（主に問い合わせ）であり、右側の吹き出しは携帯端末３０を保持するユーザ３により入力された会話（応答）である。
　図中の左上の画面例では、アプリケーション３１は、まず、ユーザ３に対してアカウントを既に有しているか否かを問い合わせ、有していないという返答であったことから、新規にアカウントを作成した旨の会話が表示されている。なお、アカウントの登録方法については、二段階認証による本人確認等、公知の技術を適宜用いて行うことができる。
　また、ユーザ３が応答（図２の例では「いいえ」）を入力する際に、自由な入力に任せると、入力の自由度は増す一方で、入力内容の均質性が保てず、入力の負荷も高くなるとともに、シナリオも発散してしまう。そこで、本実施の形態では、ユーザ３側の会話は、可能な限り、「はい」「いいえ」等の二者択一の返答や、予め決められた１つ以上の回答候補の中からの選択による入力とし、また、必要な場合は金額や個数等の数値のみを単純に指定することで入力できるようにする。このような簡易的な入力インタフェースとすることで、回答の入力を効率化し、入力に係る負荷がユーザ３の目標達成へのモチベーションを阻害しないようにする。
　その後、アプリケーション３１からの銀行口座の登録を進める旨の問い合わせに対して、ユーザ３が「銀行口座を登録」という応答を指定すると、右上の画面に示すような銀行口座の登録画面を表示する。ここでは、例えば、ＯＡｕｔｈ２．０等の公知の技術を適宜用いて、図示しない銀行口座アカウントへのログイン画面を介して、ユーザ３の各銀行口座の情報を取得して表示する。その中から、左下の画面例に示すように、ユーザ３が送り元の口座と送り先（貯金用）の口座を選択することで、普段使用する口座と貯金用の口座の情報が登録される。図中の右下の画面例では、上記の操作により銀行口座が登録された旨が会話として表示されている。
　図３は、本実施の形態の行動情報収集システム１における携帯端末３０のアプリケーション３１により提供される目標設定の画面例について概要を示した図である。図中の左上の画面例では、上記の銀行口座の登録後、目標（「貯金のゴール」）を選択もしくは入力する画面を示している。そして、右上の画面例では、ユーザ３が選択肢の中から「旅行」を選択し、これがゴールとして設定されたことが示されている。さらに、左下の画面例では、目標の期限（「ゴールの年月」）を指定する画面を示している。そして、右下の画面例では、ユーザ３が「２０１７年９月」を指定し、これがゴールの年月として設定されたことが会話として示されている。
　図４は、本実施の形態の行動情報収集システム１における携帯端末３０のアプリケーション３１により提供される目標の達成状況を管理する画面例について概要を示した図である。図中では、左右いずれの例も、「￥５００，０００」の目標金額を中央の円図形の円周で表し、現在までの貯金額である「￥２１０，４５０」を太線の円弧により表している。円周に対する円弧の長さの割合を、目標金額に対する現在までの貯金額の割合と同じとすることで、視覚的に貯金の達成度を把握し易くする。
　同様に、図中の例では、円周上に二重円の図形で現時点での予定の貯金額を示している。左側の図では、貯金額が予定を上回っていることを示し、右側の図では、貯金額が予定を下回っていることを示している。このように、目標金額の達成状況についての予実管理を視覚的に把握し易い形で行うことで、ユーザ３のモチベーション（もしくは危機感）を高めるようにしてもよい。
　図５は、本実施の形態の行動情報収集システム１における携帯端末３０のアプリケーション３１により提供される消費行動の内容を問い合わせる画面例について概要を示した図である。ここでは、例えば、ユーザ３がお昼にコンビニエンスストアで弁当を購買した際に弁当代を通常よりも節約した場合、節約した分を貯金させるシナリオ（「コンビニシナリオ」）が行動情報収集サーバ１０のシナリオＤＢ１８に予め設定されているものとする。この場合、携帯端末３０上に保持するシナリオトリガ３３としては、お昼の時間帯に近くのコンビニエンスストア等の特定の店舗２から出てきたことを把握するための内容が設定される。
　そして、携帯端末３０のＧＰＳセンサ３２により、ユーザ３が当該店舗２に入った後に出てきたことをアプリケーション３１が検知した場合、対応するシナリオ（「コンビニシナリオ」）に基づいて、ユーザ３を相手方とする会話が自動的に開始される。このシナリオでは、まず、図５の左上および右上の画面例に示すように、当該店舗２で何か買ったか、買った場合いくら使ったか、を問い合わせている。そして、左下の画面例に示すように、過去の行動履歴（購買履歴）に基づいて把握される平均の使用金額（４５０円）との差額（５０円）を計算し、この差額を貯金するか否かを問い合わせ、さらに、右下の画面例に示すように、何を買ったかを問い合わせている。
　ここでは、ユーザ３の回答内容（「はい」「いいえ」や金額等）に応じて、以降の会話の内容が設定されている。すなわち、シナリオには、後述するように、会話の分岐パターンを全て網羅した形で会話内容が予め定義されている。このように、貯金を行うために必要な情報として消費行動の内容に係る情報をユーザ３に問い合わせて入力させることで、自然な形で消費行動の内容を取得することができる。
　なお、図示しないが、シナリオに基づく上記のような会話において、例えば、ユーザ３が節約分を貯金することを選択した場合は、行動情報収集サーバ１０の関連処理部１３により、所定のタイミングでユーザの通常の口座から貯金用の口座に対する振替や送金等の処理を行う。
　また、図５の例では、コンビニエンスストア等の店舗２での購買の際に支出を節約した分を貯金するシナリオとしているが、貯金を行う契機は、支出を節約した場合のみに限られない。例えば、残業を実施した場合に、将来獲得する金銭（残業代）を先立って貯金するシナリオとしてもよい。また、図５の例では、ユーザ３が消費行動を行った後に、その内容を聞き出して貯金するものとしているが、これに限られない。例えば、図４の例に示した目標金額の達成状況の予実管理において、予定よりも達成状況が悪い場合に、コンビニエンスストア等の店舗２に入るタイミングで所定のシナリオを起動し、事前に節約と貯金を促す会話を行うようにしてもよい。
　＜処理の流れ＞
　図６は、本実施の形態におけるシナリオに基づく会話を介して行動内容を把握する処理の流れの例について概要を示した図である。ここでは、対象のユーザ３は、既に行動情報収集サーバ１０のユーザＤＢ１５にアカウント情報が登録され、目標ＤＢ１６にはモチベーションの基礎となる貯金の目標金額が登録されているものとする。
　まず、ユーザ３は、保持する携帯端末３０においてアプリケーション３１を起動し、行動情報収集システム１が提供するサービスにログインする（Ｓ０１）。行動情報収集サーバ１０では、ユーザ管理部１１によりユーザＤＢ１５を参照してユーザ認証処理を行う（Ｓ０２）。ユーザ認証が成功した場合は、シナリオ処理部１４により、対象のユーザ３に対応するシナリオトリガ３３の情報をシナリオＤＢ１８から取得して携帯端末３０に対して送信する（Ｓ０３）。携帯端末３０では、送信されたシナリオトリガ３３をメモリ等に記録して登録する（Ｓ０４）。なお、シナリオトリガ３３は、ログイン毎に全て送信するのではなく、更新等があった差分のみ送信するようにしてもよい。
　その後、携帯端末３０では、時刻およびＧＰＳセンサ３２により検出した位置情報を取得し（Ｓ０５）、ステップＳ０４で登録したシナリオトリガ３３の条件に合致するものがあるか否かを判定する（Ｓ０６）。合致するものがない場合は（Ｓ０６：Ｎｏ）、ステップＳ０５に戻って時刻および位置情報の取得を継続する。時刻および位置情報の取得は、一定時間毎の適当な間隔で行われるようにしてもよい。シナリオトリガ３３の条件に合致するものがある場合は（Ｓ０６：Ｙｅｓ）、アプリケーション３１は、行動情報収集サーバ１０に対して、合致したシナリオトリガ３３に対応するシナリオの内容を取得する要求を行う（Ｓ０７）。
　要求を受けた行動情報収集サーバ１０では、シナリオ処理部１４により、対象のシナリオトリガ３３に対応したシナリオの情報をシナリオＤＢ１８から抽出し（Ｓ０８）、これを携帯端末３０に応答する（Ｓ０９）。ここでは、シナリオＤＢ１８から対象のユーザ３に関連付けられたシナリオが抽出される。このときさらに、後述するように、対象のユーザ３の属性情報や目標達成状況等に応じて、シナリオ内の具体的な会話（メッセージ）のタイプを設定するようにしてもよい。
　例えば、貯金の目標金額に対する予実管理において、現在の実績が目標に対して未達である場合に、同じ内容のメッセージを出力する場合であっても、ポジティブな表現とするかネガティブな表現とするか、厳しい口調とするか優しい口調とするか等を切り替えてもよい。この切り替えは、ユーザ３が好みにより設定してもよいし、シナリオ処理部１４が自動的に設定してもよい。表現内容や口調に加えて、各行動に対してユーザ３に提案する貯金額を多め（厳しめ）に設定するか少なめ（緩め）に設定するかを切り替えられるようにしてもよい。
　シナリオの内容に係る情報を取得した携帯端末３０では、アプリケーション３１が、シナリオに係る会話（メッセージ）を、会話の単位毎に、図２に示したような画面により表示し（Ｓ１０）、必要に応じてユーザ３からの回答の入力を受け付ける（Ｓ１１）。そして、シナリオが終了したか否かを判定する（Ｓ１２）。シナリオが終了していない場合は（Ｓ１２：Ｎｏ）、ステップＳ１０に戻って、シナリオの内容に従ってさらに後続のシナリオメッセージを表示する。
　ステップＳ１２でシナリオが終了した場合は（Ｓ１２：Ｙｅｓ）、ユーザ３により入力された回答内容、すなわちユーザ３の消費行動の内容に係る情報を行動情報収集サーバ１０に送信する（Ｓ１３）。当該情報の送信を受けた行動情報収集サーバ１０では、行動管理部１２により、必要に応じて行動内容の分析を行った上で、行動履歴として行動履歴ＤＢ１７に記録する（Ｓ１４）。さらに、「貯金」等の関連処理を行う必要がある場合は、関連処理部１３によりこれを実行し（Ｓ１５）、一連の処理を終了する。
　なお、図６の例では、携帯端末３０のアプリケーション３１が、行動情報収集サーバ１０から一連のシナリオの内容に係る情報を一括して取得（ダウンロード）し、シナリオの内容とユーザ３からの回答内容に基づいて後続のメッセージを決定するものとしているが、このような構成に限られない。シナリオの内容とユーザ３からの回答内容に基づく後続のメッセージの決定を、行動情報収集サーバ１０のシナリオ処理部１４がサーバサイドで都度行うものとし、携帯端末３０のアプリケーション３１は、決定されたメッセージの表示とユーザ３による回答の送信のみを行うようにしてもよい。
　＜データ構成＞
　図７は、本実施の形態のユーザＤＢ１５に含まれるユーザマスタテーブルのデータ構成の例について概要を示した図である。ユーザマスタテーブル１５ａは、行動情報収集システム１が提供するサービスの利用することができるユーザ３のマスタ情報を保持するテーブルである。例えば、ユーザＩＤ、ユーザ名、生年月日、性別、身長、体重、職場、基本給、残業代単価、年収、給与支給日等の各項目を有する。
　ユーザＩＤの項目は、各ユーザ３を一意に識別するためのＩＤ情報を保持する。ユーザ名の項目は、対象のユーザ３の氏名やニックネーム等の表示名称の情報を保持する。生年月日、性別、身長、体重の各項目は、対象のユーザ３の属性情報として身体状況を把握するための情報をそれぞれ保持する。これらの項目は、例えば、消費行動を入力させるためのモチベーションとして、本実施の形態のような目標金額の貯金に代えて、もしくはこれに加えて、ダイエット等のフィットネス系の目標を設定するような場合に用いることができる。
　職場、基本給、残業代単価、年収、給与支給日の各項目は、対象のユーザ３の就労に伴う収入状況（金銭の獲得状況）を把握するための情報をそれぞれ保持する。例えば、年収に応じて日々の貯金額として設定・推奨する額を増減させることができる。また、職場の位置を把握することで、携帯端末３０のＧＰＳセンサ３２により検知された位置情報と時間帯から、残業実施の有無を判定し、上述したように、将来獲得する残業代から先立って貯金を行うように促すことも可能となる。また、日々の消費行動に伴う貯金額を貯金用口座へ都度振替するのではなく、累積した貯金額の情報を記録しておき、給与支給日の月次処理によって累積した貯金額を貯金用口座に一括して振替するようにしてもよい。
　図８は、本実施の形態のユーザＤＢ１５に含まれるユーザ行動テーブルのデータ構成の例について概要を示した図である。ユーザ行動テーブル１５ｂは、各ユーザ３が日常的にとる行動（消費行動）のうち、目標達成に向けた関連処理（本実施の形態では「貯金」）と関連付けて収集・把握する行動（言い換えると、関連処理を行うための契機となる消費行動）について、その内容を登録・保持するテーブルである。例えば、ユーザ行動ＩＤ、ユーザＩＤ、行動タイプ、行動頻度、金額、行動場所、行動緯度、行動経度等の各項目を有する。
　ユーザ行動ＩＤの項目は、ユーザ３毎の各行動を一意に識別するためのＩＤ情報を保持する。ユーザＩＤの項目は、対象のユーザ行動に関連付けられたユーザ３を特定するＩＤ情報を保持する。この値は、上述のユーザマスタテーブル１５ａに登録されている。行動タイプの項目は、対象のユーザ行動の種別・タイプを区分するためのコード値等の情報を保持する。区分には、例えば、商品の購買等の金銭の支出に係る行動や、残業実施等の金銭の獲得に係る行動、フィットネスに係る行動等が含まれ得る。
　行動頻度および行動時刻の各項目は、それぞれ、対象のユーザ行動が行われる平均の頻度（例えば、「○回／日」や「○日に１回」等）、および平均的な時刻や時間帯の情報を保持する。また、金額の項目は、対象のユーザ行動において平均的に収入／支出される金額の情報を保持する。これらの項目の値は、ユーザ３が手動で設定してもよいし、行動履歴ＤＢ１７に蓄積された情報に基づいて統計的に算出した値を自動的に設定もしくは更新するようにしてもよい。
　行動場所の項目は、対象のユーザ行動が行われる場所を特定する名称等の情報を保持する。例えば、店舗２の名称や、職場の名称等を設定する。行動緯度および行動経度の各項目は、上記の行動場所の項目に設定された場所の緯度・経度の情報をそれぞれ保持する。この情報は、ユーザ３が手動で設定してもよいし、上記の行動場所の項目に設定された内容に基づいて、ネットワーク２０を介して利用可能な一般的な地図サービスにより取得した値を自動的に設定してもよい。
　なお、ユーザ行動テーブル１５ｂに登録される各行動は、各ユーザ３が手動で登録してもよいし、携帯端末３０や他のサービスによって蓄積されたユーザ３のライフログデータを所定の手法により分析して自動的に抽出してもよい。
　図９は、本実施の形態の目標ＤＢ１６に含まれる貯金目標テーブルのデータ構成の例について概要を示した図である。貯金目標テーブル１６ａは、各ユーザ３が設定した目標（本実施の形態では貯金）の内容とその達成状況に係る情報を保持するテーブルである。例えば、目標ＩＤ、ユーザＩＤ、目標金額、目的、開始日、終了日、貯金達成状況等の各項目を有する。
　目標ＩＤの項目は、ユーザ３毎の各目標を一意に識別するためのＩＤ情報を保持する。ユーザＩＤの項目は、対象の目標に関連付けられたユーザ３を特定するＩＤ情報を保持する。この値は、上述のユーザマスタテーブル１５ａに登録されている。目標金額および目的の各項目は、対象の目標の内容として、目標の貯金金額および貯金の目的の情報をそれぞれ保持する。目的の項目には、例えば、旅行や買い物等を表すコード値等の情報を指定することができる。
　開始日および終了日の各項目は、一定の期間を設定して目標達成を目指す場合の当該期間の開始および終了の日付の情報をそれぞれ保持する。貯金達成状況の項目は、現時点での目標の達成状況（本実施の形態では目標金額に対してどれだけ貯金が進んでいるか）の情報を保持する。例えば、貯金額（もしくは目標金額との差額）の絶対値として評価してもよいし、目標金額に対する貯金の達成率として評価してもよい。
　図１０は、本実施の形態の目標ＤＢ１６に含まれる日次目標テーブルのデータ構成の例について概要を示した図である。日次目標テーブル１６ｂは、各ユーザ３が設定した最終目標を達成するための日々の行動レベルでの目標に係る情報を保持するテーブルである。例えば、日次目標ＩＤ、目標ＩＤ、日付、行動タイプ、目標金額、達成状況等の各項目を有する。
　日次目標ＩＤの項目は、ユーザ３毎の日次での各目標を一意に識別するためのＩＤ情報を保持する。目標ＩＤの項目は、対象の日次目標に対応する最終的な目標を特定するＩＤ情報を保持する。この値は、上述の貯金目標テーブル１６ａに登録されている。日付の項目は、対象の日次目標に係る行動をとる予定の日付もしくはとった実績の日付の情報を保持する。行動タイプの項目は、対象の日次目標に係る行動のタイプを特定するコード値等の情報を保持する。この値は、上述のユーザ行動テーブル１５ｂに登録されている。
　目標金額および達成状況の各項目は、それぞれ、対象の日次目標における目標金額（本実施の形態では対象日の貯金額）および目標の達成状況（本実施の形態では対象日の目標金額に対してどれだけ貯金したか）の情報を保持する。例えば、貯金額（もしくは目標金額との差額）の絶対値として評価してもよいし、目標金額に対する貯金の達成率として評価してもよい。
　図１１は、本実施の形態の行動履歴ＤＢ１７に含まれる行動結果テーブルのデータ構成の例について概要を示した図である。行動結果テーブル１７ａは、ユーザ３が行った行動（消費行動）の結果・内容を履歴として蓄積するログテーブルである。例えば、行動結果ＩＤ、ユーザＩＤ、金額、行動タイプ、行動日、行動時刻、行動詳細等の各項目を有する。
　行動結果ＩＤの項目は、対象の行動結果を一意に識別するためのＩＤ情報を保持する。ユーザＩＤの項目は、対象の行動結果に係る行動を行ったユーザ３を特定するＩＤ情報を保持する。この値は、上述のユーザマスタテーブル１５ａに登録されている。金額の項目は、対象の行動結果に係る行動により支出／獲得した金額の情報を保持する。行動タイプの項目は、対象の行動結果に係る行動のタイプを特定するコード値等の情報を保持する。この値は、上述のユーザ行動テーブル１５ｂに登録されている。行動日および行動時刻の項目は、対象の行動結果に係る行動が行われた日付および時刻の情報をそれぞれ保持する。行動詳細の項目は、対象の行動結果に係る行動の詳細な内容に係る情報を保持する。例えば、ユーザ３により入力された文章が登録されてもよいし、行動の詳細内容を区分するコード値等により指定されてもよい。
　図１２は、本実施の形態の行動履歴ＤＢ１７に含まれる貯金結果テーブルのデータ構成の例について概要を示した図である。貯金結果テーブル１７ｂは、ユーザ３が消費行動を行った際に、関連処理として目標達成のために貯金を行った場合に、その結果・内容を履歴として蓄積するログテーブルである。例えば、貯金結果ＩＤ、ユーザＩＤ、貯金日、送金日、金額、送金状況、行動結果ＩＤ、貯金理由等の各項目を有する。
　貯金結果ＩＤの項目は、対象の貯金結果を一意に識別するためのＩＤ情報を保持する。ユーザＩＤの項目は、対象の貯金結果に係る貯金を行ったユーザ３を特定するＩＤ情報を保持する。この値は、上述のユーザマスタテーブル１５ａに登録されている。貯金日および送金日の各項目は、対象の貯金結果に係る貯金を行った日付、および実際に貯金用口座に送金や振替を行った日付の情報をそれぞれ保持する。金額の項目は、対象の貯金結果に係る貯金額の情報を保持する。
　送金状況の項目は、対象の貯金結果に係る送金や振替の処理状況を特定するコード値等の情報を保持する。行動結果ＩＤの項目は、対象の貯金結果に係る貯金を行った契機となった消費行動の結果情報を特定するＩＤ情報を保持する。この値は、上述の行動結果テーブル１７ａに登録されている。貯金理由の項目は、対象の貯金結果に係る貯金を行った理由の情報を保持する。例えば、ユーザ３により入力された文章が登録されてもよいし、貯金の理由を区分するコード値等により指定されてもよい。
　図１３は、本実施の形態のシナリオＤＢ１８に含まれるシナリオテーブルのデータ構成の例について概要を示した図である。シナリオテーブル１８ａは、ユーザ３から消費行動の内容を聞き出すための各種のシナリオの情報を保持するテーブルである。例えば、シナリオＩＤ、シナリオ名、ルートメッセージハンドラＩＤ等の各項目を有する。
　シナリオＩＤの項目は、対象のシナリオを一意に識別するためのＩＤ情報を保持する。シナリオ名の項目は、対象のシナリオに付与された表示名称の情報を保持する。ルートメッセージハンドラＩＤの項目は、対象のシナリオ中における最初のメッセージ（ルートメッセージ）に係るメッセージハンドラを特定するＩＤ情報を保持する。
　ここで、メッセージハンドラは、シナリオ中で行動情報収集システム１側が発するメッセージ毎に設けられ、当該メッセージを出力するための処理を行うプログラムモジュールやデータオブジェクトである。本実施の形態では、各メッセージ（具体的には、対応するメッセージハンドラ）を、ルートメッセージを先頭に会話の展開に沿って順次連結させ、ユーザ３からの応答内容に応じて連結を適宜分岐させるツリー形式のデータ構造としてシナリオを構成する。これにより、ユーザ３からの応答内容に応じて、行動情報収集システム１側が発するメッセージの内容を適宜変化させて一連の会話を柔軟に構成することができる。
　図１４は、本実施の形態のシナリオＤＢ１８に含まれるシナリオトリガテーブルのデータ構成の例について概要を示した図である。シナリオトリガテーブル１８ｂは、ユーザ３毎にシナリオに基づく会話を開始するためのトリガの情報であるシナリオトリガ３３の設定内容を保持するテーブルである。例えば、シナリオトリガＩＤ、シナリオＩＤ、ユーザＩＤ、パラメータ、トリガタイプ、起動曜日、起動時刻、起動位置緯度、起動位置経度、起動位置半径等の各項目を有する。
　シナリオトリガＩＤの項目は、対象のシナリオトリガを一意に識別するためのＩＤ情報を保持する。シナリオＩＤの項目は、対象のシナリオトリガの条件に合致した場合に起動させるシナリオを特定するＩＤ情報を保持する。この値は、上述のシナリオテーブル１８ａに登録されている。また、ユーザＩＤの項目は、対象のシナリオトリガの条件に合致するか否かを判定する対象のユーザ３を特定するＩＤ情報を保持する。この値は、上述のユーザマスタテーブル１５ａに登録されている。
　パラメータの項目は、対象のシナリオトリガに対応するシナリオに係るメッセージにおいて可変項目として設定されている項目の値の情報を保持する。例えば、上述の図５の左下の画面例に示した「普段は４５０円くらい使われています。」というメッセージにおける「４５０」等が該当する。トリガタイプの項目は、対象のシナリオトリガのタイプを特定するコード値等の情報を保持する。例えば、曜日や時間帯等をトリガとしてシナリオを起動させるのか、ユーザ３（携帯端末３０）が所定の位置に所在することをトリガとしてシナリオを起動させるのか、両者の複合条件で起動させるのか等を設定することができる。
　起動曜日および起動時刻の項目は、対象のシナリオトリガの条件となる曜日および時刻の情報をそれぞれ保持する。また、起動位置緯度、起動位置経度および起動位置半径の項目は、対象のシナリオトリガの条件となるユーザ３（携帯端末３０）の所在位置の範囲の情報を保持する。ここでは、起動位置緯度および起動位置経度の項目の値で特定される位置を中心とした、起動位置半径の項目の値を半径とする円の範囲内にユーザ３が所在することが条件となる。円状の範囲に限られず、例えば、二点の位置を対角とする矩形の範囲として設定できるようにしてもよい。
　図１５は、本実施の形態のシナリオＤＢ１８に含まれるメッセージハンドラテーブルのデータ構成の例について概要を示した図である。メッセージハンドラテーブル１８ｃは、各シナリオに含まれる行動情報収集システム１側が発するメッセージに対応するメッセージハンドラの情報を保持するテーブルである。例えば、メッセージハンドラＩＤ、シナリオメッセージＩＤ、ユーザ応答ＩＤ、次メッセージハンドラＩＤ、次メッセージ決定ロジック等の各項目を有する。
　メッセージハンドラＩＤの項目は、各メッセージハンドラを一意に識別するためのＩＤ情報を保持する。シナリオメッセージＩＤの項目は、対象のメッセージハンドラにより実際に表示するメッセージ（行動情報収集システム１側が発するシナリオメッセージ）の内容を特定するＩＤ情報を保持する。この値および対応するシナリオメッセージの内容は、後述するシナリオメッセージテーブルに登録されている。ユーザ応答ＩＤの項目は、対象のメッセージハンドラに対応するシナリオメッセージによってユーザ３に対して行った問い合わせに対するユーザ３からの回答・応答に係る情報を特定するＩＤ情報を保持する。この値およびユーザ応答の内容に係る情報は、後述するユーザ応答テーブルに登録されている。
　次メッセージハンドラＩＤの項目は、シナリオのツリー構造において対象のメッセージハンドラに対応するメッセージの次のメッセージに対応するメッセージハンドラを特定するＩＤ情報を保持する。ユーザ応答の内容に応じてメッセージが分岐する場合には、分岐先の各メッセージにそれぞれ対応するメッセージハンドラのＩＤ情報をリストとして保持する。次メッセージ決定ロジックの項目は、対象のメッセージハンドラに対応するメッセージに対するユーザ３からの応答の内容に応じて次のメッセージが分岐する場合に、分岐先のメッセージを決定するロジックや条件の情報を保持する。ロジックや条件式等の内容自体を保持してもよいし、ロジックが実装されたモジュール等を特定する情報を保持してもよい。
　図１６は、本実施の形態のシナリオＤＢ１８に含まれるシナリオメッセージテーブルのデータ構成の例について概要を示した図である。シナリオメッセージテーブル１８ｄは、各シナリオに含まれるそれぞれのメッセージハンドラにより、行動情報収集システム１側が実際に表示するシナリオメッセージの内容を保持するテーブルである。例えば、シナリオメッセージＩＤ、メッセージ、シナリオメッセージタイプ等の各項目を有する。
　シナリオメッセージＩＤの項目は、対象のシナリオメッセージを一意に識別するＩＤ情報を保持する。メッセージの項目は、対象のシナリオメッセージの内容のテキスト情報を保持する。シナリオメッセージタイプの項目は、対象のシナリオメッセージのタイプ・種別を特定するコード値等の情報を保持する。この値は、後述するメッセージタイプテーブルに登録されている。本実施の形態では、同じ内容を伝えるシナリオメッセージに対して、表現内容等のタイプが異なる複数のパターンを設定し、ユーザ３毎に切り替えることができる。
　図１７は、本実施の形態のシナリオＤＢ１８に含まれるユーザ応答テーブルのデータ構成の例について概要を示した図である。ユーザ応答テーブル１８ｅは、各シナリオに含まれる行動情報収集システム１側が発するメッセージによってユーザ３に対して行った問い合わせに対するユーザ３からの回答・応答に係る情報を保持するテーブルである。例えば、ユーザ応答ＩＤ、応答タイプ、ラベル、出力フォーマット等の各項目を有する。
　ユーザ応答ＩＤの項目は、対象のユーザ応答を一意に識別するＩＤ情報を保持する。応答タイプの項目は、対象のユーザ応答のタイプ・種別を区分するコード値等の情報を保持する。区分には、例えば、「はい」「いいえ」等の二者択一の回答であるか、それ以上の数の選択肢の中からの選択であるか、もしくは具体的な内容や文言を直接入力したものであるか等が含まれる。ラベルの項目は、対象のユーザ応答を受け付けるために二者以上の選択肢を表示する場合の各選択肢のラベル（テキスト情報）のリストを保持する。出力フォーマットの項目は、対象のユーザ応答を受け付けるために選択肢や入力フォーム等を表示する際のフォーマットを特定する情報を保持する。
　図１８は、本実施の形態のシナリオＤＢ１８に含まれるメッセージタイプテーブルのデータ構成の例について概要を示した図である。メッセージタイプテーブル１８ｆは、ユーザ３毎におけるシナリオメッセージを表示する際の全体としての表現内容等のタイプに係る情報を保持する。例えば、ユーザＩＤ、シナリオメッセージタイプ等の各項目を有する。
　ユーザＩＤの項目は、対象のユーザ３を特定するＩＤ情報を保持する。この値は、上述のユーザマスタテーブル１５ａに登録されている。シナリオメッセージタイプの項目は、対象のユーザ３について設定されたシナリオメッセージタイプを特定するコード値等の情報を保持する。ユーザ３毎にこの値を設定することにより、上述したように、同じ内容を伝えるシナリオメッセージであっても、ポジティブな表現とするかネガティブな表現とするか、厳しい口調とするか優しい口調とするか等を切り替えることができる。また、表現内容や口調に加えて、各行動に対してユーザ３に提案する貯金額を多め（厳しめ）に設定するか少なめ（緩め）に設定するかを切り替えられるようにしてもよい。
　なお、上述の図７～図１８で示した各テーブルのデータ構成（項目）はあくまで一例であり、同様のデータを保持・管理することが可能な構成であれば、他のテーブル構成やデータ構成であってもよい。
　以上に説明したように、本発明の一実施の形態である行動情報収集システム１によれば、ユーザ３の消費行動を、ユーザ３が立てた目標に向けての日々の「貯金」と関連付け、「貯金」による目標達成をモチベーションとして、ユーザ３が消費行動を行った際に、「貯金」を行うためにその内容を聞き出すことで把握することが可能である。
　すなわち、ユーザ３が保持する携帯端末３０により、ユーザ３の所在位置と時間の情報を常時検知し、予め設定されたシナリオトリガ３３の条件に合致する場合に、何らかの消費行動が行われたものと判断する。そして、合致したシナリオトリガ３３に対応するシナリオに基づく会話を携帯端末３０を介して開始し、ユーザ３が行った消費行動に係る情報を問い合わせる。これに対する応答をユーザ３から取得することで、消費行動の内容を自然な形で把握することが可能である。
　以上、本発明者によってなされた発明を実施の形態に基づき具体的に説明したが、本発明は上記の実施の形態に限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能であることはいうまでもない。例えば、上記の実施の形態は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、上記の実施の形態の構成の一部について、他の構成の追加・削除・置換をすることが可能である。
　また、上記の各構成、機能、処理部、処理手段等は、それらの一部または全部を、例えば、集積回路で設計する等によりハードウェアで実現してもよい。また、上記の各構成、機能等は、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリやハードディスク、ＳＳＤ（Solid State Drive）等の記録装置、またはＩＣカード、ＳＤカード、ＤＶＤ等の記録媒体に置くことができる。
　また、上記の各図において、制御線や情報線は説明上必要と考えられるものを示しており、必ずしも実装上の全ての制御線や情報線を示しているとは限らない。実際にはほとんど全ての構成が相互に接続されていると考えてもよい。
　本発明は、情報処理システムにより自動的に把握することができない行動を対象とした行動情報収集システムに利用可能である。
１…行動情報収集システム、２…店舗、３…ユーザ、
１０…行動情報収集サーバ、１１…ユーザ管理部、１２…行動管理部、１３…関連処理部、１４…シナリオ処理部、１５…ユーザＤＢ、１５ａ…ユーザマスタテーブル、１５ｂ…ユーザ行動テーブル、１６…目標ＤＢ、１６ａ…貯金目標テーブル、１６ｂ…日次目標テーブル、１７…行動履歴ＤＢ、１７ａ…行動結果テーブル、１７ｂ…貯金結果テーブル、１８…シナリオＤＢ、１８ａ…シナリオテーブル、１８ｂ…シナリオトリガテーブル、１８ｃ…メッセージハンドラテーブル、１８ｄ…シナリオメッセージテーブル、１８ｅ…ユーザ応答テーブル、１８ｆ…メッセージタイプテーブル、
２０…ネットワーク、
３０…携帯端末、３１…アプリケーション、３２…ＧＰＳセンサ、３３…シナリオトリガ
 

Claims (4)

  1. 　ユーザの行動に係る情報を収集する行動情報収集システムであって、
    　前記ユーザ毎に前記行動に関連付けられた目標に係る情報を保持する目標データベースと、
    　前記ユーザ毎に前記行動を行った際にその内容を問い合わせるための会話の内容に係るシナリオ、および前記シナリオに係る会話を開始するトリガとなる時間および前記ユーザの位置の条件からなるシナリオトリガの情報を保持するシナリオデータベースと、を有し、
    　前記ユーザが保持する携帯端末において検出された時間および／または前記携帯端末の所在位置の情報について、前記ユーザに係る前記各シナリオトリガの条件に合致するものがある場合に、合致した前記シナリオトリガに対応する前記シナリオを前記シナリオデータベースから取得して、取得した前記シナリオに基づく会話を、前記携帯端末上でのメッセージの表示および前記ユーザからの応答の入力により行い、前記応答の内容に基づいて把握された前記行動の内容を前記ユーザと関連付けて記録するとともに、前記応答の内容に基づいて、前記ユーザにおける前記目標の達成に必要となる処理を行う、行動情報収集システム。
  2. 　請求項１に記載の行動情報収集システムにおいて、
    　前記ユーザに係る前記目標は、目標金額の貯金であり、前記目標の達成に必要となる処理は、前記行動を行った際に行う貯金用口座への貯金である、行動情報収集システム。
  3. 　請求項２に記載の行動情報収集システムにおいて、
    　前記ユーザに係る前記行動は、購買による金銭の消費である、行動情報収集システム。
  4. 　請求項２に記載の行動情報収集システムにおいて、
    　前記ユーザに係る前記行動は、残業の実施による金銭の獲得である、行動情報収集システム。
PCT/JP2017/039149 2016-11-07 2017-10-30 行動情報収集システム WO2018084113A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201780068514.2A CN109983494A (zh) 2016-11-07 2017-10-30 行为信息收集系统
US16/366,650 US10861093B2 (en) 2016-11-07 2019-03-27 Behavior information collection system

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2016217311A JP6942461B2 (ja) 2016-11-07 2016-11-07 行動情報収集システム
JP2016-217311 2016-11-07

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US16/366,650 Continuation US10861093B2 (en) 2016-11-07 2019-03-27 Behavior information collection system

Publications (1)

Publication Number Publication Date
WO2018084113A1 true WO2018084113A1 (ja) 2018-05-11

Family

ID=62076182

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2017/039149 WO2018084113A1 (ja) 2016-11-07 2017-10-30 行動情報収集システム

Country Status (4)

Country Link
US (1) US10861093B2 (ja)
JP (2) JP6942461B2 (ja)
CN (1) CN109983494A (ja)
WO (1) WO2018084113A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2021060290A1 (ja) * 2019-09-24 2021-04-01 石井　亮 行動影響分析システム、行動影響分析プログラム、及び行動影響分析方法

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR3079987A1 (fr) * 2018-04-06 2019-10-11 Orange Procede de traitement d'une transaction entre un terminal source et un terminal destinataire, systeme de services bancaires, terminal et programme d'ordinateur correspondants.
JPWO2020039957A1 (ja) 2018-08-22 2021-08-10 ソニーグループ株式会社 情報処理装置、情報処理方法、及びプログラム

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003288480A (ja) * 2002-03-27 2003-10-10 Fujitsu Ltd 貯蓄管理方法および貯蓄管理プログラム
WO2014129159A1 (ja) * 2013-02-21 2014-08-28 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ 情報通知方法及び情報通知システム
JP2016522496A (ja) * 2013-05-22 2016-07-28 マーサー （ユーエス） インク．Ｍｅｒｃｅｒ （Ｕｓ） Ｉｎｃ． 参加者の結果、目標の管理及び最適化、システム及び方法

Family Cites Families (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
AU1257392A (en) * 1991-01-11 1992-08-17 Health Innovations Inc. Method and apparatus to control diet and weight using human behavior modification techniques
GB2383436A (en) * 2001-12-20 2003-06-25 Ncr Int Inc Monitoring and representing a financial target
JP2006260263A (ja) * 2005-03-17 2006-09-28 Aruze Corp アンケート実施システム及びサーバ
US7752152B2 (en) * 2006-03-17 2010-07-06 Microsoft Corporation Using predictive user models for language modeling on a personal device with user behavior models based on statistical modeling
US8301501B1 (en) * 2009-12-23 2012-10-30 Intuit Inc. Method and system for informing a user of the effect of a hypothetical purchase on the user's finances at the point of sale
IL203466A (en) * 2010-01-24 2017-10-31 Verint Systems Ltd Methods and systems for detecting economic crimes
CN102694786A (zh) * 2011-03-25 2012-09-26 株式会社野村综合研究所 会话管理系统
US9727910B1 (en) * 2011-04-29 2017-08-08 Intuit Inc. Methods, systems, and articles of manufacture for implementing an antecedent, location-based budget alert to a user
KR20120125816A (ko) * 2011-05-09 2012-11-19 박재형 이동 단말기를 이용한 온라인 뱅킹 방법, 이를 실행하는 프로그램이 기록된 기록 매체, 및 프로그램이 설치된 이동 단말기
US20130030994A1 (en) * 2011-07-29 2013-01-31 Bank Of America Corporation Budget monitor, alert, and bill payment facilitation system
US20130054314A1 (en) * 2011-08-25 2013-02-28 Bank Of America Corporation Financial health assessment and incentive system for financially responsible behaviors
US9256876B2 (en) * 2014-02-03 2016-02-09 Fmr Llc Real-time spend management with savings goals
US20150278829A1 (en) * 2014-03-28 2015-10-01 Branding Brand, Inc. System and method for in-store tracking
US10783582B2 (en) * 2014-12-19 2020-09-22 Capital One Services, Llc Systems and methods for providing real-time monitoring of spending limits
US20160247228A1 (en) * 2015-02-19 2016-08-25 Bank Of America Corporation System for optimizing fund usage in retirement planning
US20180277013A1 (en) * 2017-03-27 2018-09-27 Koninklijke Philips N.V. Messaging system

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003288480A (ja) * 2002-03-27 2003-10-10 Fujitsu Ltd 貯蓄管理方法および貯蓄管理プログラム
WO2014129159A1 (ja) * 2013-02-21 2014-08-28 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ 情報通知方法及び情報通知システム
JP2016522496A (ja) * 2013-05-22 2016-07-28 マーサー （ユーエス） インク．Ｍｅｒｃｅｒ （Ｕｓ） Ｉｎｃ． 参加者の結果、目標の管理及び最適化、システム及び方法

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2021060290A1 (ja) * 2019-09-24 2021-04-01 石井　亮 行動影響分析システム、行動影響分析プログラム、及び行動影響分析方法

Also Published As

Publication number Publication date
JP6942461B2 (ja) 2021-09-29
JP2018077567A (ja) 2018-05-17
JP7177896B2 (ja) 2022-11-24
CN109983494A (zh) 2019-07-05
JP2021185535A (ja) 2021-12-09
US10861093B2 (en) 2020-12-08
US20190295160A1 (en) 2019-09-26

Similar Documents

Publication Publication Date Title
JP7177896B2 (ja) 行動情報収集システム
CN110008248B (zh) 一种数据处理方法和装置
US10672077B2 (en) System and method for proactive underwriting using social data
US9247061B2 (en) Answer based agent routing and display method
CN108470253B (zh) 一种用户识别方法、装置及存储设备
US11188932B2 (en) Method, apparatus, and computer program product for providing mobile location based sales lead identification
US8326663B2 (en) System for optimizing lead close rates
WO2010027739A2 (en) Targeted customer offers based on predictive analytics
CN101529458A (zh) 订单分发器
CN112215448A (zh) 分配客服的方法和装置
CN110019699A (zh) 域间通过语法槽的分类
CN103577183B (zh) 软件执行控制装置和软件执行控制方法
JP2007066187A (ja) 住宅販売促進システム及び住宅販売促進方法
EP2671358A1 (en) Multi-channel context aware communication technology
JP2019164648A (ja) 情報処理装置
JP2011198061A (ja) 情報提供サーバ、及び、当該情報提供サーバを実現するプログラム
KR101991308B1 (ko) 오픈마켓 창업 지원 방법 및 시스템
Kemell et al. 100+ Metrics for Software Startups-A Multi-Vocal Literature Review
US20160055470A1 (en) Virtual receipts
CN108734496A (zh) 用于信息推送的方法、装置及电子设备
JP6899647B2 (ja) データ提供システム、データ提供方法、およびデータ提供プログラム
JP2002245345A (ja) 情報提供サーバ及び当該サーバでの情報提供方法
KR20190068499A (ko) 오픈마켓 창업 지원 방법 및 시스템
US11232467B1 (en) System for processing real-time customer experience feedback with filtering and messaging subsystems and standardized information storage
JP6861881B1 (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: 17867812

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 17867812

Country of ref document: EP

Kind code of ref document: A1