JP6566810B2 - 商業用情報提供システムおよび商業用情報提供方法 - Google Patents

商業用情報提供システムおよび商業用情報提供方法 Download PDF

Info

Publication number
JP6566810B2
JP6566810B2 JP2015185650A JP2015185650A JP6566810B2 JP 6566810 B2 JP6566810 B2 JP 6566810B2 JP 2015185650 A JP2015185650 A JP 2015185650A JP 2015185650 A JP2015185650 A JP 2015185650A JP 6566810 B2 JP6566810 B2 JP 6566810B2
Authority
JP
Japan
Prior art keywords
information
user
commercial
input
commercial information
Prior art date
Legal status (The legal status 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 status listed.)
Active
Application number
JP2015185650A
Other languages
English (en)
Other versions
JP2017059168A (ja
Inventor
武田 賢豪
賢豪 武田
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Universal Entertainment Corp
Original Assignee
Universal Entertainment Corp
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 Universal Entertainment Corp filed Critical Universal Entertainment Corp
Priority to JP2015185650A priority Critical patent/JP6566810B2/ja
Priority to PH12016000323A priority patent/PH12016000323A1/en
Priority to US15/267,550 priority patent/US10540707B2/en
Priority to CN201610828452.8A priority patent/CN106547812B/zh
Publication of JP2017059168A publication Critical patent/JP2017059168A/ja
Application granted granted Critical
Publication of JP6566810B2 publication Critical patent/JP6566810B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Commerce
    • G06Q30/06Buying, selling or leasing transactions
    • G06Q30/0601Electronic shopping [e-shopping]
    • G06Q30/0641Shopping interfaces
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/30Information retrieval; Database structures therefor; File system structures therefor of unstructured textual data
    • G06F16/33Querying
    • G06F16/332Query formulation
    • G06F16/3329Natural language query formulation or dialogue systems
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/30Information retrieval; Database structures therefor; File system structures therefor of unstructured textual data
    • G06F16/33Querying
    • G06F16/3331Query processing
    • G06F16/334Query execution
    • G06F16/3344Query execution using natural language analysis
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90Details of database functions independent of the retrieved data types
    • G06F16/95Retrieval from the web
    • G06F16/951Indexing; Web crawling techniques
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Commerce
    • G06Q30/06Buying, selling or leasing transactions
    • G06Q30/0601Electronic shopping [e-shopping]
    • G06Q30/0623Item investigation
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Commerce
    • G06Q30/06Buying, selling or leasing transactions
    • G06Q30/0601Electronic shopping [e-shopping]
    • G06Q30/0631Item recommendations
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Administration; Management
    • G06Q10/02Reservations, e.g. for tickets, services or events

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • General Physics & Mathematics (AREA)
  • Marketing (AREA)
  • General Business, Economics & Management (AREA)
  • Strategic Management (AREA)
  • Economics (AREA)
  • Development Economics (AREA)
  • Databases & Information Systems (AREA)
  • Data Mining & Analysis (AREA)
  • General Engineering & Computer Science (AREA)
  • Mathematical Physics (AREA)
  • Computational Linguistics (AREA)
  • Artificial Intelligence (AREA)
  • Human Computer Interaction (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Information Transfer Between Computers (AREA)

Description

本発明は、商業用情報提供システムおよび商業用情報提供方法に関する。
従来から複合商業施設においては、広大な敷地に多様な店舗や施設が集まっていることから、目的とする店舗や施設へユーザを案内するための案内情報提供装置が設けられることがある。
このような案内情報提供装置においては、施設へのユーザの来訪目的と個人属性とに基づいて施設のレイアウト情報を参照し、案内すべき場所(商業用情報の一例)を特定し、案内情報(返答情報の一例)としてユーザに提供する(特許文献1参照)。
また、商品を購入するようなECサイトなどでは、ある商品を買い物かごに入れる操作を携帯電話機などの端末で行った後に、ECサイトのサーバが、その端末の表示画面上に、その買い物かごに入れた同一の商品を過去に購入したユーザが同時購入した他の商品や、買い物かごに入れた商品と関連する同種の他の商品を案内する案内情報(リコメンド情報の一例)として提供することが行われている。
また、推薦人による多様性商品に関する推奨文データを案内情報として利用し、ユーザの個人的嗜好に合致する多様性商品を見出す検索を誘導することを目的にした多様性商品の推奨販売方法が知られている(特許文献2参照)。
また、案内情報ではないがユーザに対して購入に関する有用な情報を提供するために、ユーザの過去の購入履歴情報を関連付けて表示するという技術が知られている(特許文献3参照)。
特開2014−178170号公報 特開2003−157375号公報 特表2004−535015号公報
しかしながら、上記特許文献1では、ユーザが一方的に操作することで、すなわちユーザが入力する施設へのユーザの来訪目的と個人属性とに基づいて、ユーザがより提供して欲しいであろう案内情報を予め用意された情報の中から抽出して提示するものである。
これと同様に、上記特許文献2や3においても、ユーザが一方的に操作することで、買い物かごに入れた商品との関連性から他の商品を表示するものや、過去の購入履歴に基づいてリコメンドする情報を提供するものであるので、あくまでもユーザ側にマッチングすることのみに着目した案内情報しか提供されない。
そこで、本発明は、上述した課題に鑑みてなされたものであり、ユーザに提供する商業用情報をデータベースから抽出する場合に、ユーザ側からの入力のみに基づいての情報提供とならない、新たな商業用情報提供システムを提供することを目的としている。
例えば、本発明は、ホテル、空港、駅などの人が集まる公共施設内、このような施設に隣接して設置され得るデパート、百貨店、アウトレットモールを含むショッピングセンターなどの商業施設、カジノなどの遊技施設、並びに、このような商業施設および遊技施設に加えて飲食施設や映画館といった複数の施設が集まる複合商業施設に適用することができる。
なお、本発明の目的、課題、及び効果(利益)は、特許請求の範囲の記載自体から理解されるものであり、下記の説明により、不当に解釈してはならない。
本発明の第1の側面によると、本発明に係る商業用情報提供システムは、
ユーザからの質問を示す質問情報を入力可能なユーザインターフェースと、
商業用施設に係る複数の商業用情報と、前記ユーザインターフェースから入力された質問情報への返答に係る複数の返答テンプレートとを記憶したデータベースと、
管理者が前記複数の商業用情報の中から特定の商業用情報を優先提供することを示す優先度を設定可能な管理者用インターフェースと、
前記データベースに接続され、前記ユーザインターフェースから入力された質問情報に基づいて、前記複数の商業用情報から提供候補となる商業用情報と前記複数の返答テンプレートから返答に用いる返答テンプレートとを抽出する処理と、抽出した商業用情報の中から前記優先度に基づいて特定した商業用情報を含む返答情報を前記返答テンプレートに基づいて生成する処理と、を実行する制御装置と、
前記制御装置により生成された返答情報をユーザに提供する情報提供装置と、を含み、
前記制御装置は、前記優先度に基づいて特定した商業用情報を含む返答情報を前記返答テンプレートに基づいて生成する際、前記ユーザインターフェースから入力される前記質問情報とは異なる所定の情報である前記ユーザの履歴情報に対して設けられた重み付けに基づいて前記特定した商業用情報を変更する処理を実行することを特徴とする。
上記構成は、ユーザに提供する商業用情報をデータベースから抽出する際、ユーザからの質問情報のみならず、管理者が設定する優先度に応じて、ユーザに提供する商業用情報を抽出するという新たな構成である。
上記構成によれば、管理者が提供を所望する商業用情報をユーザに容易に提供できるようになる。
また、上記構成では、ユーザからの質問情報に基づいて商業用情報が抽出され、抽出された商業用情報が管理者により設定された優先度に基づいて特定される。そして、特定された商業用情報を含む返答情報がユーザに提供される。つまり、ユーザからの質問情報に返答可能な商業用情報のうち、管理者が提供を所望する商業用情報をユーザに提供可能となる。
したがって、上記構成によれば、ユーザの質問に返答する形式で、管理者が提供を所望する商業用情報を返答できるようになるので、より自然な形でユーザを誘導できるようになる。
さらに、上記構成では、ユーザインターフェースから入力される質問情報とは異なる所定の情報に対して設けられた重み付けに基づいて優先度が変更される。
所定の情報としては、例えば、会員情報などの個人情報、施設設備やフロアマップなどの施設情報、リアルタイムに更新される商業用情報ごとの空席度合い(混雑度合い)を示す空席情報、開催時間と時計機能とをリンクしたイベント情報などの外的環境情報及び内的環境情報、並びに、各種の履歴情報が挙げられる。
上記構成によれば、ユーザにより入力された質問情報のみならず、所定の情報を加味して優先度が変更されるので、ユーザの質問によりマッチした商業用情報であって、時宜にかなった商業用情報を提供できるようになる。
本商業用情報提供システムは、更に、
前記ユーザインターフェースは、前記商業施設に設置された端末に備えられていることを特徴とする。
上記構成では、商業用施設に設置された端末のユーザインターフェースを介して質問情報を入力可能となる。つまり、ユーザが商業用施設を利用しているときに、実際に知りたいことが出てきた、困ったことが生じたなどの懸案事項がある際に、ユーザからの質問情報を受け付け可能である。
上記構成によれば、商業用施設を利用しているユーザからの質問情報に返答可能であり、かつ管理者が所望する商業用情報がユーザに提供されるので、ユーザの懸案事項を解決しつつ、ユーザを誘導できるようになる。
本商業用情報提供システムでは、更に、
前記制御装置が生成する返答情報には、前記返答情報に含まれる商業用情報に対するユーザの行動を促す行動要求情報が含まれていることを特徴とする。
行動要求情報としては、例えば、商業用情報に係るお店の予約を行うための予約アイコンが挙げられる。また、例えば、商業用情報に係る宿泊部屋の予約を行うための予約アイコンが挙げられる。
したがって、上記構成によれば、行動要求情報によりユーザの次の行動が支援されるので、ユーザを適切に誘導できるようになる。
本商業用情報提供システムでは、更に、
前記ユーザインターフェースは、前記情報提供装置により提供された返答情報に含まれる商業用情報を利用することを示す利用要求情報の入力を受け付け、
前記制御装置は、前記ユーザインターフェースから利用要求情報が入力されると、前記利用要求情報に係る商業用情報の利用に資する案内情報を生成し、
前記情報提供装置は、前記制御装置により生成された案内情報をユーザに提供することを特徴とする。
上記構成では、商業用情報を利用することを示す利用要求情報が入力されると、その商業用情報の利用に資する案内情報がユーザに提供される。
案内情報としては、例えば、現在位置から目的地(例えば、店、部屋、トイレ)までのルートを示したマップが挙げられる。また、例えば、電話番号、営業時間、定休日、メニュー、クーポン、シェフ名、店のこだわり、間取り、写真などのお店の情報が挙げられる。
上記構成によれば、ユーザは、商業用情報をより容易に利用できるようになる。
本発明の第2の側面によると、本発明に係る商業用情報提供システムは、
複数の商業用情報を予め記憶したデータベースと、前記データベースに接続され、前記複数の商業用情報から特定の商業用情報を抽出してリコメンド情報を生成する制御装置と、情報を入力可能なユーザインターフェースおよび管理者用インターフェースと、前記リコメンド情報をユーザに提供する情報提供装置と、を備え、
前記制御装置は、前記ユーザインターフェースから入力されたユーザ要求情報に基づいて、前記複数の商業用情報から特定の商業用情報の群を抽出する第1の抽出処理を実行し、前記管理者用インターフェースを介して管理者により予め入力されたフィルタリング情報に基づいて、前記第1の抽出処理によって抽出した前記特定の商業用情報の群の中から商業用情報を抽出する第2の抽出処理を実行し、前記第2の抽出処理によって抽出した商業用情報を含むリコメンド情報を生成する処理を実行し、前記リコメンド情報を生成する際、前記ユーザインターフェースから入力される前記ユーザ要求情報とは異なる所定の情報である前記ユーザの履歴情報に対して設けられた重み付けに基づいて前記第2の抽出処理によって抽出した商業用情報を変更する処理を実行することを特徴とする。
上記構成では、ユーザからのユーザ要求情報のみならず、管理者が設定するフィルタリング情報に基づいて、ユーザに提供する商業用情報を抽出するという新たな構成である。
上記構成によれば、管理者が提供を所望する商業用情報をユーザに容易に提供できるようになる。
また、上記構成では、第1の抽出処理によりユーザからのユーザ要求情報に基づいて商業用情報が抽出され、第2の抽出処理により、管理者により設定されたフィルタリング情報に基づいて更に商業用情報が抽出される。そして、抽出された商業用情報を含むリコメンド情報がユーザに提供される。つまり、ユーザからのユーザ要求情報に返答可能な商業用情報のうち、管理者が提供を所望する商業用情報をユーザに提供可能となる。
したがって、上記構成によれば、ユーザの要求に返答する形式で、管理者が提供を所望する商業用情報を返答できるようになるので、より自然な形でユーザを誘導できるようになる。
本商業用情報提供システムでは、更に、
前記制御装置は、前記第2の抽出処理によって抽出した商業用情報を提案して確認する文言を前記リコメンド情報に付加することを特徴とする。
上記構成によれば、リコメンド情報に商業用情報を提案して確認する文言が付加される。
商業用情報を提案して確認する文言としては、様子、状況、感想、意見、気分、意向などを尋ねる言い方を採用可能である。例えば、「A店は、いかがでしょうか。」、「A号室は、いかがでしょうか。」が挙げられる。
上記構成によれば、ユーザは管理者に誘導されているが、商業用情報を提案して確認する文言とすることで最終的な決定権がユーザ側となる結果、結果的に自分が選択したというように心証をよくし得るので、より自然な形でユーザを誘導できるようになる。
本発明の第3の側面によると、本発明に係る商業用情報提供システムは、
複数の商業用情報を予め記憶したデータベースと、前記データベースに接続され、前記複数の商業用情報から特定の商業用情報を抽出してリコメンド情報を生成する制御装置と、情報を入力可能なユーザインターフェースおよび管理者用インターフェースと、前記リコメンド情報を表示する表示装置と、を備え、
前記制御装置は、前記ユーザインターフェースから入力されたユーザ要求情報に基づいて、前記複数の商業用情報から特定の商業用情報の群を抽出する第1の抽出処理を実行し、前記管理者用インターフェースを介して管理者により予め入力された前記商業用情報を前記表示装置に表示する順位を示すフィルタリング情報に基づいて、前記第1の抽出処理によって抽出した前記特定の商業用情報の群の中から商業用情報を抽出する第2の抽出処理を実行し、前記フィルタリング情報の順位に従って整列した前記第2の抽出処理によって抽出した商業用情報を含むリコメンド情報を生成する処理を実行し、前記リコメンド情報を生成する際、前記ユーザインターフェースから入力される前記ユーザ要求情報とは異なる所定の情報である前記ユーザの履歴情報に対して設けられた重み付けに基づいて前記第2の抽出処理によって抽出した商業用情報を変更する処理を実行することを特徴とする。
上記構成は、ユーザからのユーザ要求情報のみならず、管理者が設定するフィルタリング情報に基づいて、ユーザに提供する商業用情報を抽出するという新たな構成である。
上記構成によれば、管理者が提供を所望する商業用情報をユーザに容易に提供できるようになる。
また、上記構成では、第1の抽出処理によりユーザからのユーザ要求情報に基づいて商業用情報が抽出され、第2の抽出処理により、管理者により設定されたフィルタリング情報に基づいて更に商業用情報が抽出される。そして、抽出された商業用情報を含むリコメンド情報がユーザに提供される。つまり、ユーザからのユーザ要求情報に返答可能な商業用情報のうち、管理者が提供を所望する商業用情報をユーザに提供可能となる。
したがって、上記構成によれば、ユーザの要求に返答する形式で、管理者が提供を所望する商業用情報を返答できるようになるので、より自然な形でユーザを誘導できるようになる。
また、上記構成では、管理者が設定した順位に従って商業用情報が表示されるので、管理者が所望する商業用情報への注目を誘引することが可能となる。
本発明の第4の側面によると、本発明に係る商業用情報提供方法は、
商業用情報提供システムが、ユーザからの質問を示す質問情報を入力するユーザインターフェースと、商業用施設に係る複数の商業用情報と、前記ユーザインターフェースから入力された質問情報への返答に係る複数の返答テンプレートとを記憶したデータベースと、前記複数の商業用情報の中から特定の商業用情報を優先提供することを示す優先度を管理者が設定する管理者用インターフェースと、制御装置と、情報提供装置と、を備え、
前記制御装置が、前記データベースに接続され、前記ユーザインターフェースから入力された質問情報に基づいて、前記複数の商業用情報から提供候補となる商業用情報と前記複数の返答テンプレートから返答に用いる返答テンプレートとを抽出する処理と、抽出した商業用情報の中から前記優先度に基づいて特定した商業用情報を含む返答情報を前記返答テンプレートに基づいて生成する処理と、を実行する制御工程と、
前記情報提供装置が、前記制御装置により生成された返答情報をユーザに提供する情報提供工程と、
前記制御装置が、前記制御工程において前記優先度に基づいて特定した商業用情報を含む返答情報を前記返答テンプレートに基づいて生成する際、前記ユーザインターフェースから入力される前記質問情報とは異なる所定の情報である前記ユーザの履歴情報に対して設けられた重み付けに基づいて前記特定した商業用情報を変更する変更工程と、を含むことを特徴とする。
本発明の第5の側面によると、本発明に係る商業用情報提供方法は、
商業用情報提供システムが、複数の商業用情報を予め記憶したデータベースと、前記データベースに接続され、前記複数の商業用情報から特定の商業用情報を抽出してリコメンド情報を生成する制御装置と、情報を入力可能なユーザインターフェースおよび管理者用インターフェースと、前記リコメンド情報をユーザに提供する情報提供装置と、を備え、
前記制御装置が、前記ユーザインターフェースから入力されたユーザ要求情報に基づいて、前記複数の商業用情報から特定の商業用情報の群を抽出する第1の抽出処理を実行する第1の抽出工程と、
前記制御装置が、前記管理者用インターフェースを介して管理者により予め入力されたフィルタリング情報に基づいて、前記第1の抽出工程によって抽出した前記特定の商業用情報の群の中から商業用情報を抽出する第2の抽出処理を実行する第2の抽出工程と、
前記制御装置が、前記第2の抽出工程によって抽出した商業用情報を含むリコメンド情報を生成する生成工程と、
前記制御装置が、前記生成工程において前記リコメンド情報を生成する際、前記ユーザインターフェースから入力される前記ユーザ要求情報とは異なる所定の情報である前記ユーザの履歴情報に対して設けられた重み付けに基づいて前記第2の抽出工程によって抽出した商業用情報を変更する変更工程と、を含むことを特徴とする。
本発明の第6の側面によると、本発明に係る商業用情報提供方法は、
商業用情報提供システムが、複数の商業用情報を予め記憶したデータベースと、前記データベースに接続され、前記複数の商業用情報から特定の商業用情報を抽出してリコメンド情報を生成する制御装置と、情報を入力可能なユーザインターフェースおよび管理者用インターフェースと、前記リコメンド情報を表示する表示装置と、を備え、
前記制御装置が、前記ユーザインターフェースから入力されたユーザ要求情報に基づいて、前記複数の商業用情報から特定の商業用情報の群を抽出する第1の抽出処理を実行する第1の抽出工程と、
前記制御装置が、前記管理者用インターフェースを介して管理者により予め入力された前記商業用情報を前記表示装置に表示する順位を示すフィルタリング情報に基づいて、前記第1の抽出工程によって抽出した前記特定の商業用情報の群の中から商業用情報を抽出する第2の抽出処理を実行する第2の抽出工程と、
前記制御装置が、前記フィルタリング情報の順位に従って整列した前記第2の抽出工程によって抽出した商業用情報を含むリコメンド情報を生成する生成工程と、
前記制御装置が、前記生成工程において前記リコメンド情報を生成する際、前記ユーザインターフェースから入力される前記ユーザ要求情報とは異なる所定の情報である前記ユーザの履歴情報に対して設けられた重み付けに基づいて前記第2の抽出工程によって抽出した商業用情報を変更する変更工程と、を含むことを特徴とする。
本発明によれば、返答可能な商業用情報のうち、管理者が提供を所望する商業用情報をユーザに提供することができる。
商業用情報提供システムの概略を示す図である。 商業用情報提供システムの一例を示す図である。 会話システムの一例を示す図である。 会話サーバの回路構成を示す図である。 サイネージAの全体構造を示す図である。 サイネージAの回路構成を示す図である。 サイネージBの全体構造を示す図である。 サイネージBの回路構成を示す図である。 キオスク端末の全体構造を示す図である。 キオスク端末の回路構成を示す図である。 店データ構築画面の一例を示す図である。 店データ管理画面の一例を示す図である。 店データの一例を示す図である。 知識データ構築画面の一例を示す図である。 知識データ管理画面の一例を示す図である。 知識データの一例を示す図である。 回答テンプレートの一例を示す図である。 回答テンプレートの一例を示す図である。 回答テンプレートの一例を示す図である。 回答テンプレートの一例を示す図である。 回答テンプレートの一例を示す図である。 回答テンプレートの一例を示す図である。 回答テンプレートの一例を示す図である。 重み付け決定テーブルの一例を示す図である。 入力履歴テーブルの一例を示す図である。 予約履歴テーブルの一例を示す図である。 リコメンド履歴テーブルの一例を示す図である。 ユーザ端末と会話サーバとの間のAPIの一例を示す図である。 会話システムにおける一連の処理の一例を示す図である。 入力情報受信時処理に係るフローチャートの一例を示す図である。 テキスト入力処理に係るフローチャートの一例を示す図である。 意味認識処理に係るフローチャートの一例を示す図である。 話題特定処理に係るフローチャートの一例を示す図である。 会話状態制御処理に係るフローチャートの一例を示す図である。 会話状態制御処理に係るフローチャートの一例を示す図である。 第1フィルタリング処理に係るフローチャートの一例を示す図である。 第2フィルタリング処理に係るフローチャートの一例を示す図である。 アイコン入力処理に係るフローチャートの一例を示す図である。 入出力画面の一例を示す図である。 会話の一例を示す図である。 会話の一例を示す図である。 ログイン処理に係るフローチャートの一例を示す図である。 非リコメンド店除外決定用テーブルの一例を示す図である。 非リコメンド店除外決定用テーブルの一例を示す図である。 非リコメンド店除外決定用テーブルの一例を示す図である。 リコメンド適正化処理に係るフローチャートの一例を示す図である。 リコメンド適正化処理に係るフローチャートの一例を示す図である。 アイコン入力処理に係るフローチャートの一例を示す図である。 会話の一例を示す図である。 会話状態制御処理に係るフローチャートの一例を示す図である。 会話の一例を示す図である。 外部施設データの一例を示す図である。 会話の一例を示す図である。 知識データのデータ構造の一例を示す図である。 入力文と応答との関係の一例を示す図である。 QA新規追加画面の一例を示す図である。 カスタマイズ設定画面の一例を示す図である。 重み付け決定テーブルの一例を示す図である。
<第1の実施形態>
本発明の第1の実施形態について、図面に基づいて説明する。
[商業用情報提供システムの概要]
図1に示す会話サーバ1を例に挙げて本実施形態に係る商業用情報提供システム(商業用情報を提供可能なシステム)の概要を説明する。
会話サーバ1は、会話エンジン11とデータベース(DB)14とを有する。会話エンジン11は、意味認識エンジン12と会話状態制御エンジン13とを含んで構成される。
本商業用情報提供システムでは、自然文入力2に基づいて通信3が行われ、会話サーバ1に自然文入力2が送信される。会話サーバ1では、意味認識エンジンによりDB14に基づいて自然文入力2の意味解析が行われ、自然文入力2の意味(意図)が認識される。また、会話状態制御エンジン13により自然な会話が成立するように自然文入力2に対する最適な回答出力4がDB14に基づいて生成され、通信3を介して最適な回答出力4が出力される。
本商業用情報提供システムでは、様々な商業施設において適用可能である。
例えば、ホテルなどの宿泊施設のチェックイン・チェックアウトにおいては、自然文入力2「予約していた○○です」に対して、意味認識エンジン12により意味解釈が行われ、会話状態制御エンジン13により各種の情報(会員情報などの個人情報、施設設備、マップなどの施設情報、混雑・イベント・日時などの外的および内的環境情報、各種履歴、客側意向・施設側意向など)が加味され、最適な回答出力4「いらっしゃいませ、こちらの部屋となります。」が生成され、出力される。
また、例えば、自然文入力2「今日部屋ありますか?」に対しては、会話状態制御エンジン13により各種の情報が加味され、最適な回答出力4「いらっしゃいませ、こちらの部屋はいかがですか?」が生成され、出力される。この回答出力に対し、「いいですよ。」との自然文入力2があった場合、最適な回答出力4「ありがとうございます。○○円となります。クレジットカードをお願いします。」が生成され、出力される。
また、例えば、施設などの案内においては、自然文入力2「和食が食べたい」に対して、会話状態制御エンジン13により各種の情報が加味され、最適な回答出力4「和食のお店はこちらになります。」が生成され、出力される。
また、例えば、自然文入力2「この辺りで観光できる?」に対して、会話状態制御エンジン13により各種の情報が加味され、最適な回答出力4「この辺りの観光マップです。美術館がお勧めですよ。」が生成され、出力される。
自然文入力2「バスの時間を教えて」に対して、会話状態制御エンジン13により各種の情報が加味され、最適な回答出力4「シャトルバスの時間はこちらです。15分後に出発予定です。」が生成され、出力される。
ここで、会話状態制御エンジン13は、例えば、最適な回答を生成する際、ユーザのステータスを加味して回答するお店を変更したり、ホテル側の都合を加味してお勧めする店(リコメンドする店)を含めたりする。
例えば、会話状態制御エンジン13がユーザのステータスが中級と把握した場合、自然文入力2「部屋ある?」に対して、会話状態制御エンジン13によりユーザのステータスが加味され、最適な回答出力4「この部屋はいかが?」が生成され、出力されるが、ユーザに提示する部屋については、ユーザが支払可能な高い部屋などから紹介することになる。
また、例えば、会話状態制御エンジン13がユーザのステータスが中級かつお得意様と把握した場合、自然文入力2「部屋ある?」に対して、会話状態制御エンジン13によりユーザのステータスおよびホテルの利用履歴が加味され、最適な回答出力4「いつもありがとうございます。このスーペリアルームを割引しますがいかが?」が生成され、出力される。
また、例えば、会話状態制御エンジン13が過去のトラブルを把握した場合、自然文入力2「部屋ある?」に対して、会話状態制御エンジン13によりホテルの利用履歴が加味され、最適な回答出力4「申し訳ございません。本日は満室となっております。」が生成され、出力される。
また、例えば、会話状態制御エンジン13がホテル側の都合として消費したい食材(当該食材の料理)を把握している場合、自然文入力2「和食のお勧めある?」に対して、会話状態制御エンジン13により各種の情報が加味され、最適な回答出力4「○○が評判いいですよ!」が生成され、出力されるが、○○は、上記食材の料理を提供するお店となる。
また、会話サーバ1は、意味認識エンジン12が自然文入力2の意味が理解できない場合、会話状態制御エンジン13が最適な回答出力4を生成できない場合、人による対応を促すことがある。例えば、自然文入力2「人と話したい」に対しては、最適な回答出力4「ただ今、係りを呼びます。」が生成され、出力される。
上述したように、商業用情報提供システムによれば、一方向のインフォメーションでしかなかった案内を双方向のコミュニケーションとすることができる。また、商業用情報提供システムでは、人間同士の会話と同様、自由な入力(あいまいな表現)を受け付け、自由な出力(ユーザ側および管理者側の都合を加味した応答)を行うことが可能である。
これにより、例えば、従前の案内掲示板のように、メニュー選択から回答を絞り込んでいくというような手間がかからなくなる。また、例えば、ユーザの質問にマッチする回答、かつユーザの状況にあった回答を提供してユーザの要望に応えつつ、相手の意見(管理者側のリコメンド)を含めることで、管理者側の意図する方向にユーザを自然に誘導できるようになる。
図2は、商業用情報提供システムの一例(商業用情報提供システム5)を示す図である。
商業用情報提供システム5は、データベース51、ユーザインターフェース52、管理者用インターフェース53、制御装置54、および情報提供装置55を含んで構成される。なお、データベース51、管理者用インターフェース53、および制御装置54は、一のサーバ(情報処理装置の一例)に設けられていてもよいし、任意の2つが同じサーバに設けられ、かつ残りの1つが別のサーバに設けられていてもよいし、全て異なるサーバに設けられていてもよい。ユーザインターフェース52および情報提供装置55は、一のユーザ端末(情報処理装置の一例)に設けられていてもよいし、別々のユーザ端末に設けられていてもよい。
データベース51は、記憶部であり、一定の形式で作成され、管理されるデータの集合を意味している。データベース51は、商業用情報に係る各種のデータを記憶する。
例えば、データベース51は、会話サーバ(商業用情報処理装置の一例)に設けられる。
なお、本実施形態は、データを格納、管理する構造や方式(特定のデータモデル)に限定されるものではない。例えば、データベース51としては、階層型データモデル、ネットワーク型データモデル、リレーショナルデータモデルなど様々なデータモデルを適宜に採用可能である。
ユーザインターフェース52は、入力部であり、ユーザ操作(ユーザによるアクション)に基づいて入力を受け付け可能なインターフェースである。物理的なボタン、物理的なキーボード、マウス、液晶タッチパネルに表示されるアイコン、マイクロフォンなどがユーザインターフェース52として機能する。
例えば、ユーザインターフェース52は、ユーザ端末(情報処理装置の一例)に設けられる。
管理者用インターフェース53は、入力部であり、管理者操作(管理者によるアクション)に基づいて入力を受け付け可能なインターフェースである。物理的なボタン、物理的なキーボード、マウス、液晶タッチパネルに表示されるアイコンなどが管理者用インターフェース53として機能する。
例えば、管理者用インターフェース53は、会話サーバに設けられる。
制御装置54は、制御部であり、会話に係る各種の制御を行う。
CPU(Central Processing Unit)、MCU(Micro-Control Unit)、マザーボードなどが制御装置54として機能する。
例えば、制御装置54は、会話サーバに設けられる。
情報提供装置55は、情報提供部であり、文字、静止画、動画、音声などの各種の情報を提供可能である。
ブラウン管(Cathode Ray Tube)、液晶ディスプレイ、プラズマディスプレイ、有機ELディスプレイ、ビデオプロジェクタ、スピーカなどが情報提供装置55として機能する。
例えば、情報提供装置55は、ユーザ端末に設けられる。
以下では、商業用情報提供システム5の構成を様々な側面から説明する。
[第1−1態様]
第1−1態様に係る商業用情報提供システム5は、ユーザからの質問を示す質問情報(後述の入力文、入力情報などを参照。)を入力可能なユーザインターフェース52(後述のユーザ端末などを参照。)と、商業用施設に係る複数の商業用情報(店名、お店の写真など。例えば、後述の店データ、外部施設データなどを参照。)と、上記ユーザインターフェース52から入力された質問情報への返答に係る複数の返答テンプレート(「ご希望の店に合致するのは、○×店です。おすすめですが、いかがでしょうか?」、「○×店で宜しいでしょうか?今なら空席があり、予約可能です。」、「この部屋はいががでしょうか?」など。後述の回答テンプレートなどを参照。)とを記憶したデータベース51(後述の店データベース、外部施設データベース、回答テンプレートデータベースなどを参照。)と、上記複数の商業用情報の中から特定の商業用情報を優先提供することを示す優先度(後述の優先度などを参照。)を設定可能な管理者用インターフェース53(後述の店データ新規追加画面などを参照。)と、上記データベース51に接続され、上記ユーザインターフェース52から入力された質問情報に基づいて、上記複数の商業用情報から提供候補となる商業用情報と上記複数の返答テンプレートから返答に用いる返答テンプレートとを抽出する処理(後述の意味認識処理、第1フィルタリング処理などを参照。)と、抽出した商業用情報の中から上記優先度に基づいて特定した商業用情報を含む返答情報を上記返答テンプレートに基づいて生成する処理(後述の第2フィルタリング処理などを参照。)と、を実行する制御装置54(後述の会話サーバを参照。)と、上記制御装置により生成された返答情報(後述の応答データなどを参照。)をユーザに提供する情報提供装置55(後述のユーザ端末などを参照。)と、を含むことを特徴とする。
上記構成は、ユーザに提供する商業用情報をデータベースから抽出する際、ユーザからの質問情報のみならず、管理者が設定する優先度に応じて、ユーザに提供する商業用情報を抽出するという新たな構成である。
上記構成によれば、管理者が提供を所望する商業用情報をユーザに容易に提供できるようになる。
また、上記構成では、ユーザからの質問情報に基づいて商業用情報が抽出され、抽出された商業用情報が管理者により設定された優先度に基づいて特定される。そして、特定された商業用情報を含む返答情報がユーザに提供される。つまり、ユーザからの質問情報に返答可能な商業用情報のうち、管理者が提供を所望する商業用情報をユーザに提供可能となる。
したがって、上記構成によれば、ユーザの質問に返答する形式で、管理者が提供を所望する商業用情報を返答できるようになるので、より自然な形でユーザを誘導できるようになる。
[第1−2態様]
第1−2態様に係る商業用情報提供システム5は、上記制御装置54と通信可能に接続され、上記商業用施設に設置された端末(後述のユーザ端末などを参照。)を有し、上記端末は、上記ユーザインターフェース52を備えることを特徴とする。
上記構成では、商業用施設に設置された端末のユーザインターフェース52を介して質問情報を入力可能となる。つまり、ユーザが商業用施設を利用しているときに、実際に知りたいことが出てきた、困ったことが生じたなどの懸案事項がある際に、ユーザからの質問情報を受け付け可能である。
上記構成によれば、商業用施設を利用しているユーザからの質問情報に返答可能であり、かつ管理者が所望する商業用情報がユーザに提供されるので、ユーザの懸案事項を解決しつつ、ユーザを誘導できるようになる。
[第1−3態様]
第1−3態様に係る商業用情報提供システム5では、上記制御装置54は、上記ユーザインターフェース52から入力される質問情報とは異なる所定の情報に対して設けられた重み付けに基づいて上記優先度を変更する(後述の第2フィルタリング処理、リコメンド適正化処理などを参照。)ことを特徴とする。
上記構成では、ユーザインターフェース52から入力される質問情報とは異なる所定の情報に対して設けられた重み付けに基づいて優先度が変更される。
所定の情報としては、例えば、会員情報などの個人情報、施設設備やフロアマップなどの施設情報、リアルタイムに更新される商業用情報ごとの空席度合い(混雑度合い)を示す空席情報、開催時間と時計機能とをリンクしたイベント情報などの外的環境情報及び内的環境情報、並びに、各種の履歴情報が挙げられる。
上記構成によれば、ユーザにより入力された質問情報のみならず、所定の情報を加味して優先度が変更されるので、ユーザの質問によりマッチした商業用情報であって、時宜にかなった商業用情報を提供できるようになる。
[第1−4態様]
第1−4態様に係る商業用情報提供システム5では、上記制御装置54が生成する返答情報には、上記返答情報に含まれる商業用情報に対するユーザの行動を促す行動要求情報(後述の予約アイコンなどを参照。)が含まれていることを特徴とする。
行動要求情報としては、例えば、商業用情報に係るお店の予約を行うための予約アイコンが挙げられる。また、例えば、商業用情報に係る宿泊部屋の予約を行うための予約アイコンが挙げられる。
したがって、上記構成によれば、行動要求情報によりユーザの次の行動が支援されるので、ユーザを適切に誘導できるようになる。
[第1−5態様]
第1−5態様に係る商業用情報提供システム5では、上記ユーザインターフェース52は、上記情報提供装置55により提供された返答情報に含まれる商業用情報を利用することを示す利用要求情報の入力(予約アイコンなどが押された際の入力など。後述のココアイコンによる入力などを参照。)を受け付け、上記制御装置54は、上記ユーザインターフェース52から利用要求情報が入力されると、上記利用要求情報に係る商業用情報の利用に資する案内情報(後述の会話例などを参照。)を生成し、上記情報提供装置55は、上記制御装置54により生成された案内情報をユーザに提供することを特徴とする。
上記構成では、商業用情報を利用することを示す利用要求情報が入力されると、その商業用情報の利用に資する案内情報がユーザに提供される。
案内情報としては、例えば、現在位置から目的地(例えば、店、部屋、トイレ)までのルートを示したマップが挙げられる。また、例えば、電話番号、営業時間、定休日、メニュー、クーポン、シェフ名、店のこだわり、間取り、写真などのお店の情報が挙げられる。
上記構成によれば、ユーザは、商業用情報をより容易に利用できるようになる。
[第2−1態様]
第2−1態様に係る商業用情報提供システム5は、複数の商業用情報を予め記憶したデータベース51と、上記データベース51に接続され、上記複数の商業用情報から特定の商業用情報を抽出してリコメンド情報(返答情報と等価であり、後述の出力情報などを参照。)を生成する制御装置54と、情報を入力可能なユーザインターフェース52および管理者用インターフェース53と、上記リコメンド情報をユーザに提供する情報提供装置55と、を備え、上記制御装置54は、上記ユーザインターフェース52から入力されたユーザ要求情報(質問情報と等価であり、後述の入力文、入力情報などを参照。)に基づいて、上記複数の商業用情報から特定の商業用情報の群を抽出する第1の抽出処理(後述の第1フィルタリング処理などを参照。)を実行し、上記管理者用インターフェース53を介して予め入力されたフィルタリング情報(優先度および重み付けと等価)に基づいて、上記第1の抽出処理によって抽出した上記特定の商業用情報の群の中から商業用情報を抽出する第2の抽出処理(後述の第2フィルタリング処理などを参照。)を実行し、上記第2の抽出処理によって抽出した商業用情報を含むリコメンド情報を生成することを特徴とする。
上記構成では、ユーザからのユーザ要求情報のみならず、管理者が設定するフィルタリング情報に基づいて、ユーザに提供する商業用情報を抽出するという新たな構成である。
上記構成によれば、管理者が提供を所望する商業用情報をユーザに容易に提供できるようになる。
また、上記構成では、第1の抽出処理によりユーザからのユーザ要求情報に基づいて商業用情報が抽出され、第2の抽出処理により、管理者により設定されたフィルタリング情報に基づいて更に商業用情報が抽出される。そして、抽出された商業用情報を含むリコメンド情報がユーザに提供される。つまり、ユーザからのユーザ要求情報に返答可能な商業用情報のうち、管理者が提供を所望する商業用情報をユーザに提供可能となる。
したがって、上記構成によれば、ユーザの要求に返答する形式で、管理者が提供を所望する商業用情報を返答できるようになるので、より自然な形でユーザを誘導できるようになる。
[第2−2態様]
第2−2態様に係る商業用情報提供システム5では、上記制御装置54は、上記第2の抽出処理によって抽出した商業用情報を提案して確認する文言を上記リコメンド情報に付加することを特徴とする。
上記構成によれば、リコメンド情報に商業用情報を提案して確認する文言が付加される。
商業用情報を提案して確認する文言としては、様子、状況、感想、意見、気分、意向などを尋ねる言い方(表現)を採用可能である。例えば、「A店は、いかがでしょうか。」、「A号室は、いかがでしょうか。」が挙げられる。
上記構成によれば、ユーザは管理者に誘導されているが、商業用情報を提案して確認する文言とすることで最終的な決定権がユーザ側となる結果、結果的に自分が選択したというように心証をよくし得るので、より自然な形でユーザを誘導できるようになる。
[第3−1態様]
第3−1態様に係る商業用情報提供システム5は、複数の商業用情報を予め記憶したデータベース51と、上記データベース51に接続され、上記複数の商業用情報から特定の商業用情報を抽出してリコメンド情報を生成する制御装置54と、情報を入力可能なユーザインターフェース52および管理者用インターフェース53と、上記リコメンド情報を表示する表示装置(情報提供装置55の一例)と、を備え、上記制御装置54は、上記ユーザインターフェース52から入力されたユーザ要求情報に基づいて、上記複数の商業用情報から特定の商業用情報の群を抽出する第1の抽出処理(後述の第1フィルタリング処理などを参照。)を実行し、上記管理者用インターフェース53を介して予め入力された上記商業用情報を上記表示装置に表示する順位を示すフィルタリング情報(優先度および重み付けと等価)に基づいて、上記第1の抽出処理によって抽出した上記特定の商業用情報の群の中から商業用情報を抽出する第2の抽出処理(後述の第2フィルタリング処理などを参照。)を実行し、上記フィルタリング情報の順位に従って整列した上記第2の抽出処理によって抽出した商業用情報を含むリコメンド情報を生成することを特徴とする。
上記構成は、ユーザからのユーザ要求情報のみならず、管理者が設定するフィルタリング情報に基づいて、ユーザに提供する商業用情報を抽出するという新たな構成である。
上記構成によれば、管理者が提供を所望する商業用情報をユーザに容易に提供できるようになる。
また、上記構成では、第1の抽出処理によりユーザからのユーザ要求情報に基づいて商業用情報が抽出され、第2の抽出処理により、管理者により設定されたフィルタリング情報に基づいて更に商業用情報が抽出される。そして、抽出された商業用情報を含むリコメンド情報がユーザに提供される。つまり、ユーザからのユーザ要求情報に返答可能な商業用情報のうち、管理者が提供を所望する商業用情報をユーザに提供可能となる。
したがって、上記構成によれば、ユーザの要求に返答する形式で、管理者が提供を所望する商業用情報を返答できるようになるので、より自然な形でユーザを誘導できるようになる。
また、上記構成では、管理者が設定した順位に従って商業用情報が表示されるので、管理者が所望する商業用情報への注目を誘引することが可能となる。
[第4−1態様]
第4−1態様に係る商業用情報提供方法は、商業用情報提供システム5が、ユーザからの質問を示す質問情報を入力するユーザインターフェース52と、商業用施設に係る複数の商業用情報と、上記ユーザインターフェース52から入力された質問情報への返答に係る複数の返答テンプレートとを記憶したデータベース51と、上記複数の商業用情報の中から特定の商業用情報を優先提供することを示す優先度を設定する管理者用インターフェース53と、制御装置54と、情報提供装置55と、を備え、上記制御装置54が、上記データベース51に接続され、上記ユーザインターフェース52から入力された質問情報に基づいて、上記複数の商業用情報から提供候補となる商業用情報と上記複数の返答テンプレートから返答に用いる返答テンプレートとを抽出する処理と、抽出した商業用情報の中から上記優先度に基づいて特定した商業用情報を含む返答情報を上記返答テンプレートに基づいて生成する処理と、を実行する制御工程(後述のSQ18などを参照。)と、上記情報提供装置55が、上記制御装置54により生成された返答情報をユーザに提供する情報提供工程(後述のSQ20などを参照。)と、を含むことを特徴とする。
[第5−1態様]
第5−1態様に係る商業用情報提供方法は、商業用情報提供システム5が、複数の商業用情報を予め記憶したデータベース51と、上記データベース51に接続され、上記複数の商業用情報から特定の商業用情報を抽出してリコメンド情報を生成する制御装置54と、情報を入力可能なユーザインターフェース52および管理者用インターフェース53と、上記リコメンド情報をユーザに提供する情報提供装置55と、を備え、上記制御装置54が、上記ユーザインターフェース52から入力されたユーザ要求情報に基づいて、上記複数の商業用情報から特定の商業用情報の群を抽出する第1の抽出処理を実行する第1の抽出工程(後述の第1フィルタリング処理などを参照。)と、上記制御装置54が、上記管理者用インターフェース53を介して予め入力されたフィルタリング情報に基づいて、上記第1の抽出工程によって抽出した上記特定の商業用情報の群の中から商業用情報を抽出する第2の抽出処理を実行する第2の抽出工程(後述の第2フィルタリング処理などを参照。)と、上記制御装置54が、上記第2の抽出工程によって抽出した商業用情報を含むリコメンド情報を生成する生成工程(後述の応答データ生成処理などを参照。)と、を含むことを特徴とする。
[第6−1態様]
第6−1態様に係る商業用情報提供方法は、商業用情報提供システム5が、複数の商業用情報を予め記憶したデータベース51と、上記データベース51に接続され、上記複数の商業用情報から特定の商業用情報を抽出してリコメンド情報を生成する制御装置54と、情報を入力可能なユーザインターフェース52および管理者用インターフェース53と、上記リコメンド情報を表示する表示装置(情報提供装置55の一例)と、を備え、上記制御装置54が、上記ユーザインターフェース52から入力されたユーザ要求情報に基づいて、上記複数の商業用情報から特定の商業用情報の群を抽出する第1の抽出処理を実行する第1の抽出工程(後述の第1フィルタリング処理などを参照。)と、上記制御装置54が、上記管理者用インターフェース53を介して予め入力された上記商業用情報を上記表示装置に表示する順位を示すフィルタリング情報に基づいて、上記第1の抽出工程によって抽出した上記特定の商業用情報の群の中から商業用情報を抽出する第2の抽出処理を実行する第2の抽出工程(後述の第2フィルタリング処理などを参照。)と、上記制御装置54が、上記フィルタリング情報の順位に従って整列した上記第2の抽出工程によって抽出した商業用情報を含むリコメンド情報を生成する生成工程(後述の応答データ生成処理などを参照。)と、を含むことを特徴とする。
[第7−1態様]
第7−1態様に係る商業用情報処理装置は、ユーザからの質問を示す質問情報を入力可能な入力部と、ユーザに情報を提供可能な情報提供部と、を有する情報処理装置と通信可能な通信部と、商業用施設に係る複数の商業用情報と、上記入力部で入力された質問情報への返答に係る複数の返答テンプレートとを記憶した記憶部から、上記入力部で入力された質問情報に基づいて、上記複数の商業用情報から提供候補となる商業用情報と上記複数の返答テンプレートから返答に用いる返答テンプレートとを抽出する処理と、抽出した商業用情報の中から、上記複数の商業用情報の中から特定の商業用情報を優先提供することを示す優先度に基づいて特定した商業用情報を含む返答情報を上記返答テンプレートに基づいて生成する処理と、を実行する制御部と、を備え、上記通信部は、上記制御部により生成された返答情報を上記情報提供部に送信することを特徴とする。
商業用情報提供システム5および商業用情報提供方法は、上述の内容に限られるものではない。例えば、以下のように構成してもよい。
[その他の第1態様]
上記データベース51には、想定された質問を示す内容情報(後述の比較対象文字列などを参照のこと。)が記憶され、上記制御装置54は、上記ユーザインターフェース52から入力された質問情報と上記内容情報とに基づいて上記質問情報の意味を解釈し(後述の意味認識処理などを参照のこと。)、上記返答情報を生成する(後述の応答データ生成処理などを参照。)ことを特徴とする。
上記構成によれば、質問に対する返答は、質問に対する商業用情報(店舗名や施設名など)を羅列するものではなく、質問情報の意味が解釈されるので、インタラクティブな双方向の会話となり、管理者側が紹介したい(利用してほしい)複数の店舗の中の何れかに導くことができるようになる。
[その他の第2態様]
上記返答情報には、疑問文、付加疑問文などの提案形態の文字または音声が含まれることを特徴とする。
例えば、「ご希望の店に合致するのは、○×店です。おすすめですが、いかがでしょうか?」、「○×店で宜しいでしょうか?今なら空席があり、予約可能です。」、「この部屋はいががでしょうか?」などが例として挙げられる。
本構成によれば、ユーザは管理者に誘導されているが、最終的な決定権がユーザ側となる結果、結果的に自分が選んでいるというに心証をよくし得るといったメリットに期待できる。
[その他の第3態様]
上記制御装置54は、上記返答情報に含まれる一の商業用情報を利用することを示す利用要求情報が上記ユーザインターフェース52から入力されると、上記優先度に基づいて特定した商業用情報の利用であるか否かを判定し、当該商業用情報の利用でないと判断した場合、上記一の商業用情報に係るポジティブ情報とネガティブ情報と上記優先度に基づいて特定した商業用情報とを含む返答情報を生成し(後述のアイコン入力処理などを参照。)、上記情報提供装置55は、上記制御装置54が生成した返答情報をユーザに提供する。
例えば、ユーザが質問をして、「和食が食べたい」との質問をした場合に、A〜Dの店舗が施設に存在するので、第1段階で、その施設名として第1の返答情報を提供する。そして、その返答情報に対してユーザがユーザインターフェース52を介して、管理者側がリコメンドすることを希望しない、店舗Dを選んだ場合に、ポジティブ情報「Dでよいですか?ここはよく利用されておられますね、いつも有難うございます。」に加えて、その店舗に対するネガディブ情報「今、込み具合を調べましたところ、カウンターしか空いておりません。いつもご利用の個室は空きがございませんが宜しいでしょうか?」と、優先度に基づいて特定した商業用情報「現在のところ、店舗Aには個室に空きがあり、すぐにご利用いただけます。いかが致しますか。」を含む第2の返答情報をユーザに提示する。
このようにすることで、管理者側がリコメンドしない店舗Dについての利用を再考させ、管理者側がリコメンドする店舗Aにユーザを誘導することが可能となる。
[その他の第4態様]
ICカードなどの読取媒体からユーザの識別情報を読み取る読取装置(後述のユーザ端末などを参照。)を備え、上記データベース51または外部のデータベース(後述の会員サーバ、履歴サーバなどを参照。)には、ユーザの個人情報、および利用履歴情報が記憶され、上記制御装置54は、上記読取装置で読み取られたユーザの識別情報に基づいて、上記ユーザの個人情報および利用履歴情報を取得し、上記個人情報および上記利用履歴情報に基づいて上記ユーザが常連であるか否かを判定し、常連であると判定した場合、上記個人情報および上記利用履歴情報に基づいて上記優先度を変更する(後述の第2フィルタリング処理を参照。)ことを特徴とする。
例えば、常連である場合、「和食が食べたい」との質問の裏には、前に行ったことのある和食の店の名前を忘れたが、その場所や名前を知りたいというような意図があるかも知れない。また、例えば、常連である場合、どのような店舗がその商業用施設に存在するかを知っている可能性がある。
このような場合には、管理者が設定した優先度を優先しすぎて返答情報を提供した場合、その返答に考えている店舗が含まれていなかったり、知っている店舗の一部が表示されなかったりすると不満に感じるかも知れない。よって、利用履歴のある店舗と管理者が誘導したい優先度の高い店舗とを質問情報に基づいて複数表示することが好ましい。付言するならば、常連と常連ではない新規ユーザとでは、提供する情報が異なるように処理する制御を実行することが好ましい。
上記構成によれば、常連である場合、利用履歴のある店舗と管理者が誘導したい優先度の高い店舗とが質問情報に基づいて複数表示されるので、常連に適した会話ができるようになる。
[その他の第5態様]
例えば、「あっさりしたものが食べたい」とユーザインターフェース52を介して入力されされたとすると、それに応じた情報として、うどん屋A,B、蕎麦屋C,D、すし屋F,Gが第1の抽出処理で抽出されたとする。
この場合、管理者用ユーザインターフェース52を介して、管理者としての施設運営者としては最近オープンしたばかりのすし屋Gの情報がフィルタリング情報(リコメンド情報)として予め設定されていた場合、情報提供装置55としてのディスプレイに、「すし屋Gは如何でしょうか?メニューは以下のようになっており、今ならお席に空きがございます。」としたうえで、予約アイコンを表示する。
予約アイコンをタッチすると、例えば、ユーザ個人情報(名前/性別/年齢/国籍を含む出身地)に基づいて、予約票がユーザカスタマイズされた状態で制御装置54が生成して上記表示装置に表示される。来店希望時間や人数をタッチパネルなどのユーザインターフェース52にて予約票へ追加入力された段階で、ココアイコンをタッチ(入力)すると、予約情報が店舗に送信されるとともに、個人情報に登録されたメールアドレスに予約情報が送信される。また、プリンタ(後述のキオスク端末などを参照。)から予約票と地図とを印刷可能に印刷アイコンが上記表示装置に表示される。
図3は、商業用情報提供システム5の一例(会話システム1000)を示す図である。上述した内容は、以下に説明する会話システム1000により実施可能であるが、あくまでも一例である。例えば、開示する構成要素が全て必要であるとは限らない。
会話システム1000は、会員管理サーバ13、会話サーバ14、一または複数のユーザ端末(サイネージA100、サイネージB150、およびキオスク端末200)を含んで構成される。
なお、ユーザ端末として、サイネージA100、サイネージB150、およびキオスク端末200を示しているが、これに限られるものではない。ユーザ端末は、例えば、情報処理装置、スマートフォンなどであってもよい。
会話サーバ14は、ユーザの操作に応じてユーザ端末のWEBブラウザからhttpリクエストが送信されてきた場合に、これを受信・解析して、これに対応するデータを用意し、httpレスポンスとしてユーザ端末のWEBブラウザに返信する。httpレスポンスとして返信されるデータには、応答内容が含まれるほか、HTMLデータ、イメージデータなどのデータが含まれる。HTMLデータは、WEBページを表示するためのHTMLデータであり、イメージデータは、WEBページで表示される画像データや動画データである。
より具体的に説明すると、ユーザ端末は、タッチパネル等の入力装置をユーザが操作した場合に、当該操作による信号を入力(入力文)として受け取る。ユーザ端末は、指定されたWEBページを表示し、受け取った入力文をWEBページの入力エリアに表示する。また、ユーザ端末は、ユーザの操作(質問するボタンの押下)に応じて、httpリクエストをネットワーク4000を介して会話サーバ14に送信する。さらに、ユーザ端末は、会話サーバ14から、応答データ(返答情報の一例)を含んだ出力情報(HTMLデータ等であり、商業用情報の一例。)を受信すると、それらのデータに基づいてWEBページを表示する(WEBブラウザの表示を更新する)。
会話サーバ14は、ユーザによってユーザ端末に入力された文字列(質問情報の一例)を、ネットワーク4000を介して、例えば、httpといったプロトコルにより受信する。
会話サーバ14は、受信した入力情報に基づいて、自身が有する知識データベース、店データベース等を参照したり、ホテルサーバ2000、店舗サーバ3000等と通信を行ったりして、対応する応答内容を決定する。
なお、知識データベースは、知識データを有し、管理者の操作に応じて知識データの更新が行われる。知識データは、基本的には、ユーザによって入力される蓋然性の高い文字列(比較対象文字列)と、これに対応する処理に係るデータとをセットで指定したデータである。店データベースは、店データを有し、管理者の操作に応じて店データの更新が行われる。店データは、商業用情報の一例であり、お店に係る各種の情報(店名など)を含むデータである。
会話サーバ14は、決定した応答内容を、ユーザ端末のWEBブラウザで表示されたWEBページに表示するよう応答データを生成し、出力情報としてネットワーク4000を介してユーザ端末に送信する。
会話サーバ14は、ユーザのユーザ端末への入力に対して会話サーバ14がどのように応答したかをログとして記録するとともに、管理者の操作に応じて、ログを解析して所定のレポートを表示する。
[会話サーバの回路構成]
図4を参照して、会話サーバ14が備える回路の構成について説明する。
会話サーバ14を制御する会話サーバコントローラ1400は、CPU1401、ROM1402、およびRAM1403を有する。
CPU1401は、会話サーバ14の各構成部の実行制御を行うとともに、ROM1402に格納された各種プログラムを実行したり、演算したりする。
ROM1402は、フラッシュメモリなどのメモリデバイスからなり、CPU1401により実行される恒久的なデータが記憶されている。例えば、会話システムの制御に係るプログラム等が記憶される。
RAM1403は、ROM1402に記憶された各種プログラムを実行する際に必要なデータを一時的に記憶する。
外部記憶装置1404は、例えばハードディスク装置のような記憶装置であり、CPU1401で実行されるプログラムや、CPU1401で実行されるプログラムが利用するデータ(テーブル、データベースなど)を記憶する。
グラフィックボード1405は、LCD1408に各種情報を表示させるよう制御する。
入力制御部1406は、キーボード1409からの入力、マウス1410からの入力を信号化してCPU1401に送信する。
ネットワークI/F(インターフェース)1407は、会員管理サーバ13、ホテルサーバ2000、店舗サーバ3000等のサーバ、サイネージA100、サイネージB150、キオスク端末200、監視カメラ(図示せず)とのデータ通信を実現する。
例えば、CPU1401がROM1402などに格納されたプログラムおよびテーブルデータをRAM1403に読み出して実行することにより、会話サーバ14に係る各種機能が実現される。
[サイネージAの構成]
図5は、会話システム1000で使用され得るサイネージA100を示している。サイネージA100は、ユーザ端末(情報入出力装置)の一例であり、会話システム1000のサーバ(会員管理サーバ13、会話サーバ14など)にネットワークを介して接続され得る。例えば、サイネージA100は、ユーザからの質問(入力)を受け付け、質問に対する会話サーバ14からの回答を表示(出力)する。また、例えば、サイネージA100は、店舗の広告(広告看板を含む)やホールのフロア案内等を表示する。
サイネージA100は、LCD101、およびタッチパネル機能を有したLCD103を備える。LCD101は、例えば24インチ(約60.96cm)液晶表示装置であり、LCD103は、例えば、46インチ(約116.84cm)の液晶表示装置であり、上述の通り、これらのLCDには、ユーザとの会話内容、広告情報や案内情報等が表示される。また、LCD103が有するタッチパネル機能は、例えば、赤外線方式を用いたタッチパネルである。なお、この例では、LCD103はタッチパネル機能を有するように構成されるが、キーボードやマウスといった他の入力装置によって指示入力を行うようにしてもよい。
LCD101、LCD103のそれぞれは、キャビネットに格納されるが、当該キャビネット前面の周辺部には、演出用の演出LED102、104がそれぞれ設けられる。演出LED102、104は、例えば、テープ上のLEDライトである。
さらに、サイネージA100は、LCD101のキャビネット、LCD103のキャビネットに、それぞれモーションセンサ105、106を備えている。モーションセンサ105、106は、例えば、カメラであり、モーションセンサ105、106により撮像された映像を用いて、サイネージA100のユーザや、通路を通行する顧客の行動を解析する。
サイネージA100はまた、タッチユニット107を備えており、非接触ICカードやNFCによる通信機能を備えた携帯電話やスマートフォンとデータ通信を行うことが可能なRFIDモジュールを含んでいる。会員は、その会員と紐付けられた会員カード(ICカード)をこのタッチユニット107にかざすことによりログインすることができ、そこで会員用のメニュー画面や、その会員に関する情報を、LCD101、又はLCD103に表示させることができる。会員の情報は、例えば、会員管理サーバ13から取得される。非接触ICカード、携帯電話、スマートフォンは、読取媒体(記憶媒体)の一例である。
また、ホールのスタッフは、スタッフのICカードをかざすことによってログインし、スタッフ用のメニュー画面等をLCD101、又はLCD103に表示させることができる。
サイネージA100は、ユーザがICカードをタッチした後、ログオフをせずにそのまま立ち去っても、そのタッチによってLCD103等に表示された会員の情報は、所定時間が経過すると非表示となり、自動的にログオフがされる仕組みになっている。
さらに、サイネージA100は、LCD103のキャビネット内に、音声を取得するマイク133を備える。LCD103のキャビネットには、マイクが設けられた位置に対応するマイク用開口部110が設けられている。図5には、モーションセンサ106の横に、このマイク用開口部110が示されている。
また、サイネージA100は、LCD103のキャビネット内に、音声を出力するスピーカ134、135を備える。LCD103のキャビネットには、スピーカが設けられた位置にそれぞれ対応するスピーカ用ダクトが設けられている。図5には、一方のスピーカに対応するスピーカ用ダクト111が示されている。
この他、サイネージA100は、LCD101のキャビネットやLCD103のキャビネットを支持するベースユニット108、各LCDやLED等の制御を行う制御部を収納したコントロールユニット109を備えている。
[サイネージAの回路構成]
次に、図6を参照して、サイネージA100が備える回路の構成について説明する。
サイネージA100を制御するサイネージAコントローラ120は、CPU121、ROM122、およびRAM123を有する。
CPU121は、サイネージAの各構成部の実行制御を行うとともに、ROM122に格納された各種プログラムを実行したり、演算したりする。
ROM122は、フラッシュメモリなどのメモリデバイスからなり、CPU121により実行される恒久的なデータが記憶されている。
RAM123は、ROM122に記憶された各種プログラムを実行する際に必要なデータを一時的に記憶する。
外部記憶装置124は、例えばハードディスク装置のような記憶装置であり、CPU121で実行されるプログラムや、CPU121で実行されるプログラムが利用するデータを記憶する。
ネットワークI/F(インターフェース)125は、会員管理サーバ13、会話サーバ14等とのデータ通信を実現する。
LED駆動部126は、演出LED102、104を所定のタイミングで点灯させるよう制御する。また、ユーザとの会話内容、広告情報の表示、案内情報の表示、会員による操作に基づく会員情報の表示等に同期して演出LED102、104を発光させるようにすることもできる。
LCD制御部129は、LCD101に、上述した広告情報等の情報を表示させるよう制御する。
また、LCD制御部129は、各種情報が表示されるようにLCD101を制御可能である。
LCD制御部130は、LCD103に、会話サーバ14で生成された応答データ、上述した広告情報等の情報を表示させるよう制御する。また、LCD103はタッチパネル機能を備えており、ユーザからの操作がCPU121に送信される。
タッチユニット制御部131は、タッチユニット107における、ICカードや携帯電話のタッチ操作に伴うデータ送受信を制御する。タッチユニット制御部131は、非接触R/W(リーダライタ)制御部131aを備えている。
非接触R/W制御部131aは、タッチユニット107でICカードや携帯電話のタッチ操作があったか否かを判定し、タッチ操作があった場合に、タッチユニット107から読み取り結果等を取得する。タッチユニット107は、ICカードや携帯電話との間でNFC等によりデータ送受信を行うためのアンテナ部を有する。
CPU121は、タッチユニット107から会員カード(ICカード)の識別コードを取得すると、その識別コードに対応する会員の会員情報を会員管理サーバ13から取得し、LCD101やLCD103に表示する。また、その会員用の操作メニューをLCD103に表示させたり、その会員に適した広告情報をLCD101やLCD103に表示させたりすることもできる。
なお、CPU121は、タッチユニット107から会員カード(ICカード)に記憶されたユーザIDを取得し、ユーザIDに対応する会員情報を会員管理サーバ13から取得する構成であってもよい。
DSP132は、マイク133から取得した音声データを受信し、所定の処理を行った後、そのデータをCPU121に送信する。また、DSP132は、受信した音声データを出力するために、スピーカ134、135にこれを送信する。
モーションセンサ制御部136は、モーションセンサ(例えば、カメラ)105、106から受信したユーザ等の画像を取得し、必要に応じて所定の画像処理を施し、処理後のデータをCPU121に送信する。
モーションセンサ制御部136は、モーションセンサ105、106から撮像情報を取得し、会話サーバ14からの取得要求に応じて、撮像情報を会話サーバ14に送信可能である。
[サイネージBの構成]
図7は、会話システム1000で使用され得るサイネージB150を示している。サイネージB150は、ユーザ端末(情報入出力装置)の一例であり、会話システム1000のサーバ(会員管理サーバ13、会話サーバ14など)にネットワークを介して接続され得る。例えば、サイネージB150は、ユーザからの質問(入力)を受け付け、質問に対する会話サーバ14からの回答を表示(出力)する。また、例えば、サイネージB150は、店舗の広告(広告看板を含む)やホールのフロア案内等を表示する。
サイネージB150は、タッチパネル機能を有したLCD153を備える。LCD153は、例えば、46インチ(約116.84cm)の液晶表示装置であり、上述の通り、LCD153には、ユーザとの会話内容、広告情報や案内情報等が表示される。また、LCD153が有するタッチパネル機能は、例えば、赤外線方式を用いたタッチパネルである。なお、この例では、LCD153はタッチパネル機能を有するように構成されるが、キーボードやマウスといった他の入力装置によって指示入力を行うようにしてもよい。
LCD153は、キャビネットに格納されるが、当該キャビネット前面の周辺部には、演出用の演出LED154が設けられる。演出LED154は、例えば、テープ上のLEDライトである。
さらに、サイネージB150は、LCD153のキャビネットに、モーションセンサ156を備えている。モーションセンサ156は、例えば、カメラであり、モーションセンサ156により撮像された映像を用いて、サイネージB150のユーザや、通路を通行する顧客の行動を解析する。
サイネージB150はまた、タッチユニット157を備えており、非接触ICカードやNFCによる通信機能を備えた携帯電話やスマートフォンとデータ通信を行うことが可能なRFIDモジュールを含んでいる。会員は、その会員と紐付けられた会員カード(ICカード)をこのタッチユニット157にかざすことによりログインすることができ、そこで会員用のメニュー画面や、その会員に関する情報を、LCD153に表示させることができる。会員の情報は、例えば、会員管理サーバ13から取得される。
また、ホールのスタッフは、スタッフのICカードをかざすことによってログインし、スタッフ用のメニュー画面等をLCD153に表示させることができる。
サイネージB150は、ユーザがICカードをタッチした後、ログオフをせずにそのまま立ち去っても、そのタッチによってLCD153等に表示された会員の情報は、所定時間が経過すると非表示となり、自動的にログオフがされる仕組みになっている。
さらに、サイネージB150は、LCD153のキャビネット内に、音声を取得するマイク183を備える。LCD153のキャビネットには、マイクが設けられた位置に対応するマイク用開口部158が設けられている。図7には、モーションセンサ156の横に、このマイク用開口部158が示されている。
また、サイネージB150は、LCD153のキャビネット内に、音声を出力するスピーカ184、185を備える。LCD153のキャビネットには、スピーカが設けられた位置(四隅)にそれぞれ対応するスピーカ用ダクト159が設けられている。
この他、サイネージB150は、LCD153のキャビネットを支持するベースユニット160を備えている。ベースユニット160は、LCD153やLED154等の制御を行う制御部を収納している。
[サイネージBの回路構成]
次に、図8を参照して、サイネージB150が備える回路の構成について説明する。
サイネージB150を制御するサイネージBコントローラ170は、CPU171、ROM172、およびRAM173を有する。
CPU171は、サイネージB150の各構成部の実行制御を行うとともに、ROM172に格納された各種プログラムを実行したり、演算したりする。
ROM172は、フラッシュメモリなどのメモリデバイスからなり、CPU171により実行される恒久的なデータが記憶されている。
RAM173は、ROM172に記憶された各種プログラムを実行する際に必要なデータを一時的に記憶する。
外部記憶装置174は、例えばハードディスク装置のような記憶装置であり、CPU171で実行されるプログラムや、CPU171で実行されるプログラムが利用するデータを記憶する。
ネットワークI/F(インターフェース)175は、会員管理サーバ13、会話サーバ14等とのデータ通信を実現する。
LED駆動部176は、演出LED154を所定のタイミングで点灯させるよう制御する。また、ユーザとの会話内容、広告情報の表示、案内情報の表示、会員による操作に基づく会員情報の表示等に同期して演出LED154を発光させるようにすることもできる。
LCD制御部180は、LCD153に、会話サーバ14で生成された応答データ、上述した広告情報等の情報を表示させるよう制御する。また、LCD153はタッチパネル機能を備えており、ユーザからの操作がCPU171に送信される。
タッチユニット制御部181は、タッチユニット157における、ICカードや携帯電話のタッチ操作に伴うデータ送受信を制御する。タッチユニット制御部181は、非接触R/W(リーダライタ)制御部181aを備えている。
非接触R/W制御部181aは、タッチユニット157でICカードや携帯電話のタッチ操作があったか否かを判定し、タッチ操作があった場合に、タッチユニット157から読み取り結果等を取得する。タッチユニット157は、ICカードや携帯電話との間でNFC等によりデータ送受信を行うためのアンテナ部を有する。
CPU171は、タッチユニット157から会員カード(ICカード)の識別コードを取得すると、その識別コードに対応する会員の会員情報を会員管理サーバ13から取得し、LCD153に表示する。また、その会員用の操作メニューをLCD153に表示させたり、その会員に適した広告情報をLCD101やLCD153に表示させたりすることもできる。
なお、CPU171は、タッチユニット157から会員カード(ICカード)に記憶されたユーザIDを取得し、ユーザIDに対応する会員情報を会員管理サーバ13から取得する構成であってもよい。
DSP182は、マイク183から取得した音声データを受信し、所定の処理を行った後、そのデータをCPU171に送信する。また、DSP182は、受信した音声データを出力するために、スピーカ184、185にこれを送信する。
モーションセンサ制御部186は、モーションセンサ(例えば、カメラ)156から受信したユーザ等の画像を取得し、必要に応じて所定の画像処理を施し、処理後のデータをCPU171に送信する。
モーションセンサ制御部186は、モーションセンサ156から撮像情報を取得し、会話サーバ14からの取得要求に応じて、撮像情報を会話サーバ14に送信可能である。
[キオスク端末の構成]
図9は、会話システム1000で使用され得るキオスク(KIOSK)端末200を示している。キオスク端末200は、ユーザ端末(情報入出力装置)の一例であり、会話システム1000のサーバ(会員管理サーバ13、会話サーバ14など)にネットワークを介して接続され得る。例えば、キオスク端末200は、ユーザからの質問(入力)を受け付け、質問に対する会話サーバ14からの回答を表示(出力)する。また、例えば、キオスク端末200は、ユーザ操作に応答して、会話サーバ14からの回答に含まれるフロアマップを印刷(出力)する。また、例えば、キオスク端末200は、ユーザ操作に応答して、会話サーバ14との会話で示されたクーポンチケットを印刷(出力)する。
キオスク端末200は、タッチパネル機能を有したLCD201を備える。LCD201は、例えば24インチ(約60.96cm)液晶表示装置であり、上述の通り、このLCDには、ユーザとの会話内容等が表示される。なお、この例では、LCD201がタッチパネル機能を有するように構成されるが、キーボードやマウスといった他の入力装置によって指示入力を行うようにしてもよい。
さらに、キオスク端末200は、LCD201の上下に、それぞれモーションセンサ202、203を備えている。モーションセンサ202、203は、例えば、カメラであり、モーションセンサ202、203により撮像された映像を用いて、キオスク端末200のユーザや、通路を通行する顧客の行動を解析する。
キオスク端末200はまた、タッチユニット204を備えており、非接触ICカードやNFCによる通信機能を備えた携帯電話やスマートフォンとデータ通信を行うことが可能なRFIDモジュールを含んでいる。会員は、その会員と紐付けられた会員カード(ICカード)をこのタッチユニット204にかざすことによりログインすることができ、そこで会員用のメニュー画面や、その会員に関する情報を、LCD201に表示させることができる。会員の情報は、例えば、会員管理サーバ13から取得される。また、タッチユニット204の他に、あるいはタッチユニット204に替えて、磁気カードのような情報記録媒体に記憶された情報を読み取るための情報記録媒体読取装置を備えるようにしてもよい。この場合、ICカードの代わりに、磁気カードを会員カードとすることができる。
また、ホールのスタッフは、スタッフのICカードをかざすことによってログインし、スタッフ用のメニュー画面等をLCD201に表示させることができる。
さらに、キオスク端末200には、ICカードを挿入又は取り出すことができるカード挿入口205が設けられている。カード挿入口205には、イジェクトボタンが設けられている。また、カード挿入口205に対応するキオスク筐体の内部には、カードユニット230が設けられており、カード挿入口205は、カードユニット230の一部として構成されている。
会員カードがカード挿入口205から挿入された場合、会員用のメニュー画面や、その会員に関する情報を、LCD201に表示させることができる。また、カードユニット230は、限定カードやリワードカードの発券、回収を行うことができる。
また、キオスク端末200は、チケットプリンタ/ビルバリ232を備えている。チケットプリンタ/ビルバリ232は、チケットやクーポンの発行、回収を行うことができ、紙幣識別器の機能を有するようにすることもできる。
さらに、キオスク端末200は、VoIPによる通話で用いられる受話器207を備えている。キオスク端末200のユーザは、受話器207を介して、他のキオスク端末200のユーザやサイネージのユーザと会話することができる。また、着信LED208は、VoIPによる通話の着信があった場合に、発光するよう制御される。
キオスク端末200はまた、ユーザが(会員登録やシステムとの会話で)データを入力するのに使用するキーボード209とテンキーパッド210を備え、さらに、テンキーパッド210の両側には、覗き防止のLED板211が設けられている。
さらに、キオスク端末200には、QRコード(登録商標)を読み取らせるためのQRコードスキャナ212が設けられており、携帯電話等に宛てたメールに添付されるQRコードを読み取らせる。
この他、キオスク端末200は、LCDやLED等の制御を行う制御部を収納した収納部213を備えている。
[キオスク端末の回路構成]
次に、図10を参照して、キオスク端末200が備える回路の構成について説明する。
キオスク端末200を制御するキオスク端末コントローラ220は、CPU221、ROM222、およびRAM223を有する。
CPU221は、キオスク端末の各構成部の実行制御を行うとともに、ROM222に格納された各種プログラムを実行したり、演算したりする。
ROM222は、フラッシュメモリなどのメモリデバイスからなり、CPU221により実行される恒久的なデータが記憶されている。例えば、VoIPによる通話制御プログラム等が記憶されうる。
RAM223は、ROM222に記憶された各種プログラムを実行する際に必要なデータを一時的に記憶する。
外部記憶装置224は、例えばハードディスク装置のような記憶装置であり、CPU221で実行されるプログラムや、CPU221で実行されるプログラムが利用するデータを記憶する。
ネットワークI/F(インターフェース)225は、会員管理サーバ13、会話サーバ14等とのデータ通信を実現する。
LCD制御部226は、LCD201に、上述したゲーム情報等の情報を表示させるよう制御する。また、LCD201はタッチパネル機能を備えており、ユーザからの操作がCPU221に送信される。
また、LCD制御部226は、会話サーバ14で生成された応答データが表示されるようにLCD201を制御可能である。
モーションセンサ制御部227は、モーションセンサ(例えば、カメラ)202、203から受信したユーザ等の画像を取得し、必要に応じて所定の画像処理を施し、処理後のデータをCPU221に送信する。
モーションセンサ制御部227は、モーションセンサ202、203から撮像情報を取得し、会話サーバ14からの取得要求に応じて、撮像情報を会話サーバ14に送信可能である。
タッチユニット制御部228は、タッチユニット204における、ICカードや携帯電話のタッチ操作に伴うデータ送受信を制御する。タッチユニット制御部228は、非接触R/W(リーダライタ)制御部228aを備えている。
非接触R/W制御部228aは、タッチユニット204でICカードや携帯電話のタッチ操作があったか否かを判定し、タッチ操作があった場合に、タッチユニット204から読み取り結果等を取得する。タッチユニット204は、ICカードや携帯電話との間でNFC等によりデータ送受信を行うためのアンテナ部を有する。
また、ICカード制御部229は、ICカードの挿入、排出、データの読み取り等を制御する。ICカード制御部229は、ICカードR/W(リーダライタ)制御部229a、ICカード吸入排出制御部229bを備える。
ICカードR/W制御部229aは、カードユニット230を制御して、ICカードに記憶されている識別コード等を読み取る。カードユニット230は、ICカードにNFC等によりデータを書き込むためのアンテナ部を有する。
ICカード吸入排出制御部229bは、ICカードの吸入および排出の制御を行う。ユーザによってカード挿入口205にICカードが挿入されると、ユーザがログオフするまで、ICカードをカードユニット230の中に保持するよう制御する。また、イジェクトボタン206が押された場合に、ICカードの排出を行う。
チケットプリンタ制御部231は、チケットプリンタ/ビルバリ232を制御して、フロアマップの印刷、チケットやクーポンの発行、回収、および紙幣の識別等を行う。チケットプリンタ制御部231は、プリンタ制御部231aとビルバリ制御部231bを有する。
音声制御部233は、受話器207に含まれるマイク234、およびスピーカ235を使用して、音声入出力を行う。音声制御部233は、DSP233a、およびLED制御部233bを備える。DSP233aは、マイク234からの音声入力とスピーカ235からの音声出力に関し、所定の音声信号処理を行って制御する。LED制御部233bは、VoIP通話等による着信信号に基づいて、着信LED208を発光させるよう制御する。
入力制御部236は、ユーザからのキーボード209の入力やテンキーパッド210の入力を信号化してCPU221に送信する。
[店データベース構築]
図11Aは、店データベースの構築に用いる店データ構築画面の一例(店データ構築画面820)を示す図である。会話サーバ14の制御により店データ構築画面820が表示され、店データ構築画面820を介して設定された店データは、店データベースに蓄積される。
店データ構築画面820は、会話システム1000のサービスメニューからメニュー「店データベース構築」が選択されることにより表示される。
店データ構築画面820は、店データベースに格納されている検索項目を指示する検索指示エリア821、検索結果リストのページ位置を表示し、検索結果リストの移動を指示する検索結果リスト移動指示エリア822、店データを追加するための新規追加ボタン823、および店データの検索結果を表示する表示エリア824を含んで構成される。
店データ構築画面820には、所定の検索が行われた結果、表示エリア824に、1件の店データ(店IDおよび店名)が表示されている。なお、店データが複数ある場合、表示エリア824では、各店データが1行ずつ改行されて表示される。
表示エリア824に示された店データについて編集を行う場合は、対応する表示エリア824に配置されている編集ボタン825を押下する。また、表示エリア824に示された店データについて削除を行う場合は、対応する表示エリア824に配置されている削除ボタン826を押下する。
図11Bは、店データベースに対して店データを新規追加および更新するための、店データ管理画面の一例(店データ管理画面830)を示す図である。店データ管理画面830は、店データ構築画面820において、新規追加ボタン823を押下した場合に表示される画面である。また、既存の店データを編集するために、編集ボタン825を押下した場合も、店データ管理画面830が表示される。
店データ管理画面830には、店ID表示エリア831、店名入力エリア832、優先度入力エリア833、本日のお勧め品入力エリア834、登録ボタン835などが含まれている。
店ID表示エリア831は、店IDを表示可能な表示エリアである。店IDは、店データの新規作成時に自動発番され、修正はできない構成になっている。
店ID表示エリア831の下部には、店名入力エリア832が設けられている。店名入力エリア832は、店名を入力可能なエリアである。
店名入力エリア832の下部には、優先度入力エリア833が設けられている。優先度入力エリア833は、複数の店データの中から特定の店データを優先提供することを示す優先度(フィルタリング情報の一例)を入力可能(設定可能)なエリアである。
優先度としては、「A」、「B」、「C」、「D」、および「E」の5段階で優先順位(店データをLCDに表示する順位の一例)が設けられている。優先度「A」が最も優先度合いが大きく、優先度「E」が最も優先度合いが小さい。なお、優先度は、上記に限られるものではない。例えば、優先度のレベル(優先順位)は、5段階より少なくてもよいし、5段階より多くてもよい。また、例えば、優先度が設けられない店データが含まれていてもよい。
優先度入力エリア833の下部には、本日のお勧め品入力エリア834が設けられている。本日のお勧め品入力エリア834は、店舗側がユーザに勧めたい商品を入力可能なエリアである。
店データ管理画面830の最下段には、登録ボタン835が設けられている。登録ボタン835を押下すると、店名入力エリア832等に入力された情報が店データベースに反映される。
図12は、店データベースに記憶された内容(店データ)の一例を示す図である。店データは、店ID、店名、優先度、本日のお勧め品、場所の説明などの情報を含んで構成される。
店データは、上述したように、店データ構築画面820および店データ管理画面830を介して、追加、修正、削除が行われる。
なお、画像の項目には、画像ファイルのファイル名(「picture1-1」など)の情報が記憶されている。また、画像ファイルは、外部記憶装置1404などの所定の記憶領域に記憶されている。
[知識データベース構築]
図13Aは、知識データベースの構築に用いる知識データ構築画面の一例(知識データ構築画面800)を示す図である。会話サーバ14の制御により知識データ構築画面800が表示され、知識データ構築画面800を介して設定された知識データは、知識データベースに蓄積される。
知識データ構築画面800は、会話システム1000のサービスメニューからメニュー「知識データベース構築」が選択されることにより表示される。
知識データ構築画面800は、知識データベースに格納されている比較対象文字列(以下、「Q」と適宜称する。)を指示する検索指示エリア801、検索結果リストのページ位置を表示し、検索結果リストの移動を指示する検索結果リスト移動指示エリア802、「Q」を追加するための新規追加ボタン803、及び「Q」の検索結果を表示する表示エリア804を含んで構成される。
知識データ構築画面800には、所定の検索が行われた結果、表示エリア804に、1件の「Q:中華が食べたい」が表示されている。なお、「Q」が複数ある場合、表示エリア804では、各「Q」が1行ずつ改行されて表示される。
表示エリア804に示された「Q」について編集を行う場合は、対応する表示エリア804に配置されている編集ボタン805を押下する。また、表示エリア804に示された「Q」について削除を行う場合は、対応する表示エリア804に配置されている削除ボタン806を押下する。
図13Bは、知識データベースに対して知識データを新規追加および更新するための、知識データ管理画面の一例(知識データ管理画面810)を示す図である。知識データ管理画面810は、知識データ構築画面800において、新規追加ボタン803を押下した場合に表示される画面である。また、既存の知識データを編集するために、編集ボタン805を押下した場合も、知識データ管理画面810が表示される。
知識データ管理画面810には、Q入力エリア811、回答パターン入力エリア812、検索対象入力エリア813、検索項目入力エリア814、検索ワード入力エリア815、および登録ボタン816が含まれている。
Q入力エリア811には、「Q」を入力可能な入力エリアである。管理者は、ユーザからの入力が期待できる質問や他の文をQ入力エリア811に入力し、ユーザの入力文と比較した場合に、意味が近いとしてヒットするように「Q」を追加する。なお、ユーザからの入力は便宜上、「入力文」と表現するが、文章の形態でなくてもよく、単語や文章の一部などを包含する、様々な入力文字列を意味する。
「Q」については、同義文(似たような意味の文や他の言い回し)をいくつでも追加することができる。このような構成によって、ユーザの表現上のゆらぎを吸収することができる。すなわち、ユーザから入力される様々な表現の入力に対して、「Q」のどれかをヒットさせることができ、回答を効果的に出力することができる。「Q」を入力するための入力エリアの右横に配置されている「×」ボタンを押下すると、その「Q」を削除することができる。
Q入力エリア811の下部には、回答パターン入力エリア812が設けられている。回答パターン入力エリア812は、回答パターンを入力可能なエリアである。回答パターンとしては、個別回答とシナリオとの2種類が設けられている。
個別回答は、ユーザからの入力(質問)に対する回答が1つとなるもの(1回のやり取りで会話が完結するもの)であり、シナリオは、回答が複数となり得るもの(続いてユーザのアクションが期待され、1回のやり取りでは会話が完結しないもの)である。
他の表現を用いるならば、個別回答では、質問1個に対して回答1個の会話が想定され、リコメンドする対象をユーザへの直接的な回答に含めることが困難な回答パターンであり、シナリオでは、質問1個に対して回答n個の会話が想定され、リコメンドする対象をユーザへの直接的な回答に含めることが容易な回答パターンである。
なお、回答パターン入力エリア812では、プルダウンにより回答パターンが選択可能となっている。
回答パターン入力エリア812の下部には、検索対象入力エリア813が設けられている。検索対象入力エリア813は、検索対象を入力可能なエリアである。検索対象は、ユーザへの回答に用いる情報を検索する対象を示し、店DB(店データベース)、他サーバ情報(他サーバが有する情報)、複合情報(店データベース、他サーバ情報などと、他の情報との組合せ)などが設けられている。なお、検索対象は、データの保持の仕組み、データの処理方法により、不要な場合がある。
なお、検索対象入力エリア813では、プルダウンにより検索対象が選択可能となっている。
検索対象入力エリア813の下部には、検索項目入力エリア814が設けられている。検索項目入力エリア814は、検索項目を入力可能なエリアである。検索項目は、検索対象において、どの項目を検索するかを指定するためのものである。
なお、検索項目入力エリア814では、プルダウンにより検索項目が選択可能となっている。
検索項目入力エリア814の下部には、検索ワード入力エリア815が設けられている。検索ワード入力エリア815は、検索ワードを入力可能なエリアである。検索ワードは、検索項目において、どのワードを検索するかを指定するためのものである。
知識データ管理画面810の最下段には、登録ボタン816が設けられている。登録ボタン816を押下すると、Q入力エリア811等に入力された情報が知識データベースに反映される。
図14は、知識データベースに記憶された内容(知識データ)の一例を示す図である。知識データは、比較対象文字列「Q」、回答パターン、検索対象、検索項目、および検索ワードの情報を含んで構成される。
知識データは、上述したように、知識データ構築画面800および知識データ管理画面810を介して、追加、修正、削除が行われる。
図15は、回答テンプレートデータベースに記憶された内容(回答テンプレート)の一例を示す図である。
回答テンプレートは、返答テンプレートの一例であり、ユーザによる質問(入力)に対応する応答内容を示す応答データを生成可能に構成されている。
回答テンプレートは、固定の文言を示す固定部と検索結果に置き換えられる置換部とを含んで構成される。なお、置換部については、説明の便宜上、「<>」を用いて表現している。
回答テンプレートデータベースには、テンプレートID、回答パターン、選択条件、回答テンプレートの情報が格納されている。
個別回答については、回答テンプレートの内容が記憶され、シナリオについては、回答テンプレートのファイル名が記憶されている。回答テンプレートは、外部記憶装置1404などの所定の記憶領域に記憶されている。なお、シナリオについても、回答テンプレートの内容が記憶されるデータ構造であってもよい。
例えば、「個別回答1」の一列目(第1項目)について見ると、回答テンプレートは、固定部「営業時間は」、置換部「<区分10>」、および固定部「です。」から構成されていることが分かる。置換部「<区分10>」は、店データの区分10の情報(10:00〜0:00など)が取得され、置き換えられることを意味している。
また、個別回答1の2列目、3列目のように回答テンプレートを複数設け、順次に選択する構成、抽選により選択する構成などとすることで、画一的な回答になることを回避できるようになる。この構成によれば、より自然な形での会話が可能となる。
図16A〜16Fは、シナリオ回答の回答テンプレートの一例(シナリオ1の回答テンプレート群)を示す図である。なお、他のシナリオの回答テンプレート群についても設けられているが、図示は省略する。
図16Aは、ユーザの入力に対応する店の店データを検索して抽出した結果が所定の件数(本例では3件)より多い場合に用いられる回答テンプレートの一例を示す図である。
例えば、「<抽出件数>」は、抽出結果の件数に置き換えられる。
「<第1店名>」は、抽出結果のソート後に最も先頭にある(1番目に表示するお店の)店データの店名の情報に置き換えられる。「<第1画像1>」は、1番目に表示するお店の画像1(基本写真:お店の外観などを示すお店の代表写真など)に置き換えられる。
「<第2店名>」は、抽出結果のソート後に2番目にある(2番目に表示するお店の)店データの店名の情報に置き換えられる。「<第2画像1>」は、2番目に表示するお店の画像1(基本写真)に置き換えられる。
「<第3店名>」は、抽出結果のソート後に3番目にある(3番目に表示するお店の)店データの店名の情報に置き換えられる。「<第3画像1>」は、3番目に表示するお店の画像1(基本写真)に置き換えられる。
「<アイコン1−1:予約する>」は、1番目に表示するお店の予約を受付可能なアイコンに置き換えられる。「<アイコン2−1:詳細を見る>」は、1番目に表示するお店の詳細を表示可能なアイコンに置き換えられる。
「<アイコン1−2:予約する>」は、2番目に表示するお店の予約を受付可能なアイコンに置き換えられる。「<アイコン2−2:詳細を見る>」は、2番目に表示するお店の詳細を表示可能なアイコンに置き換えられる。
「<アイコン1−3:予約する>」は、3番目に表示するお店の予約を受付可能なアイコンに置き換えられる。「<アイコン2−3:詳細を見る>」は、3番目に表示するお店の詳細を表示可能なアイコンに置き換えられる。
「<アイコン3:その他の店を見る>」は、現在表示しているお店に続く3件の情報を表示可能なアイコンに置き換えられる。
なお、ユーザインターフェースは、アイコンに限られるものではない。例えば、ボタンであってもよいし、リンクであってもよいし、その他の形態であってもよい。付言するならば、操作画面において、対象を指定可能であり、処理を指示可能なユーザインターフェースを適宜に採用できる。
「最近人気のある店をご紹介しましたが、いかがでしょうか。」というように、お店を提案して確認する文言(換言するならば、疑問文、付加疑問文などの提案形態の文言)が付加される。このような文言によれば、ユーザは管理者に誘導されているが、最終的な決定権がユーザ側となる結果、結果的に自分が選択したというように心証をよくし得るので、より自然な形でユーザを誘導できるようになる。
図16Bは、ユーザの入力に対応する店の店データを検索して抽出した結果が所定の件数(本例では3件)以下である場合に用いられる回答テンプレートの一例を示す図である。
なお、抽出結果に応じて、「<第2店名>」、「<第2画像1>」、「<アイコン1−2:予約する>」、および「<アイコン2−2:詳細を見る>」、並びに「<第3店名>」、「<第3画像1>」、「<アイコン1−3:予約する>」、および「<アイコン2−3:詳細を見る>」は、使用されない(表示されない)。
図16Dは、リコメンドしない店の予約アイコンが押された場合に用いられる回答テンプレートの一例を示す図である。
「<店名>」は、リコメンドしない店の店名の情報に置き換えられる。「<本日のお勧め品>」は、リコメンドしない店の本日のお勧め品の情報に置き換えられる。
「<リコメンド店名>」は、リコメンドする店(優先度「A」が設定されているお店)の店名の情報に置き換えられる。リコメンドする店は、優先度「A」が設定されているお店に限られるものではない。例えば、第1番目に表示したお店であってもよい。
なお、図16Cは、詳細アイコンが押された場合に用いられる回答テンプレートの一例を示す図である。図16Eは、予約アイコンが押された場合に用いられる回答テンプレートの一例を示す図である。図16Fは、ココアイコンが押された場合に用いられる回答テンプレートの一例を示す図である。なお、「<print:印刷>」は、印刷可能な機器(本例では、キオスク端末200)であるか否かが判別され、印刷可能な機器である場合、印刷アイコンに置換される。
なお、ユーザインターフェースは、アイコンに限られるものではない。例えば、ボタンであってもよいし、リンクであってもよい。操作画面において、対象を選択可能であり、処理を指示可能なユーザインターフェースを適宜に採用できる。
図17は、重み付け決定テーブルの一例を示す図である。重み付け決定テーブルには、空席数に対応して対象店が規定されている。対象店は、適宜のタイミングで(例えば定期的、リアルタイムに)更新される。本実施形態では、会話サーバ14は、所定の間隔(例えば5分)ごとに、各店の店舗サーバに空席状況を問い合わせ、その結果をもとに、重み付け決定テーブルを更新する。
基本的には、空席数が多いほど重み付け(優先順位)が高くなるように決定される。ただし、本例では、3段階の重み付けが行われ、空席数が「6」以上であるときが最も高い重み付けとなる。
(履歴情報)
図18A〜図18Cは、各種の履歴を格納する履歴テーブルの一例を示す図である。
図18Aは、入力履歴テーブルの一例を示す図である。入力履歴テーブルには、入力文とヒットした比較対象文字列IDとが対応付けられて格納されている。入力履歴テーブルは、入力が行われたこと(意味認識処理が行われたこと)に基づいて更新される。
図18Bは、予約履歴テーブルの一例を示す図である。予約履歴テーブルには、ユーザIDに対応して予約した日時と予約店との情報が格納されている。予約履歴テーブルは、予約が行われた(ココアイコンが押された)ことに基づいて更新される。
図18Cは、リコメンド履歴テーブルの一例を示す図である。リコメンド履歴テーブルには、店IDに対応してリコメンドした日時の情報が格納されている。リコメンド履歴テーブルは、お店のリコメンドが行われたことに基づいて更新される。
各種の履歴情報によれば、どのような質問が多い、これだけリコメンドした場合にこれだけ予約があった等といった解析が可能となり、知識データベースを効率よく構築できるようになる。
また、各種の履歴情報は、マーケティング情報としても活用可能である。
図19は、ユーザ端末と会話サーバ14との間のAPI(Application Programming Interface)の一例を示す図である。
ユーザ端末では、ユーザ10から入力が行われると、入力制御部1010を経由してWEBブラウザ1020に提供され、ユーザ10の入力を含むURI(Uniform Resource Identifier)が生成され、httpにより送出される。
URIには、図19に示すように、「http://」の後に<host−name>が記述される。これは、会話エンジンを備えた会話サーバ14のホスト名またはIPアドレスである。その後に続く<ServiceID>は、会話システム1000が提供するサービスを識別するためのIDであり、例えば、利用するデータを識別可能なIDである。
<ServiceID>の後には、「?」で接続されたリクエストパラメータが記述される。個々のリクエストパラメータは、「&」で区切られている。ここで、例えば、「format=」の後には、戻り値のフォーマットを指定する。「json」と指定すると、jsonフォーマットになり、「xml」と指定すると、xmlフォーマットになる。
「charset=」の後には、戻り値のエンコードのフォーマットを指定する。例えば、「UTF−8」、「EUC−JP」、「Shift−JIS」といった指定が可能である。「talktype=」の後には、入力文を会話システム1000に送信する際の入力文タイプを指定する。例えば、通常入力には「0」を、スタート時には「3」を指定する。また、「talk=」の後には、ユーザ10により入力された入力文そのものを指定する。
また、「talkoption=」の後には、会話サーバ14で用いられる所定の情報を指定する。入力文になんらかのメモを付与する場合には、「memo=」の後に、文字列を指定する。このような文字列を使用することによって、例えば、ログデータに、必要な情報を記憶しておくようにすることができる。
また、通常、セッションはユーザ端末のクッキー情報を利用して保持されるが、クッキーを使用しないよう設定された機器や、クッキーによってセッションを管理しない携帯電話等の場合、URIにセッションの情報を含めるように構成することもできる。
httpリクエストにより、URIに指定された<host−name>にしたがって、URIに含まれるデータが会話サーバ14に送信され、入力受信部1421は、このデータを受信する。次に、応答内容決定部1422が、当該データに基づいて応答内容を決定する。決定された応答内容は、xmlデータとして生成される(戻り値の指定において「format=xml」の指定がされている場合)。生成されたxmlは、出力送信部1423により、ユーザ端末に送信される。
図19に示す例では、xmlデータにおいては、タグ<value>によって応答データが定義されている。
このxmlデータは、会話サーバ200の出力送信部1423によって、httpレスポンスとしてユーザ端末のWEBブラウザ1020に送信され、WEBブラウザ1020において、応答データが表示される。
なお、所定の表示エリアに情報を表示する場合は、所定の表示エリアに表示する情報を所定のタグで定義しWEBブラウザ1020に送信した後、WEBブラウザ1020の方で、このタグの内容を解釈し、所定の表示エリアに表示するよう制御する。例えば、所定の表示エリアのキャラクタを変更する場合、所定のタグによって、キャラクタ表示に用いられるイメージデータ等を定義する。
図19には、会話サーバ14のホスト名の指定、会話システム1000が提供するサービスの指定、リクエストパラメータの指定をURIに含めて、ユーザ端末からのリクエストを会話サーバ14に送信する構成が示されているが、このような構成は一例にすぎない。このほかに、JavaScript(登録商標)を用いるなど、様々な方法を用いて同様の処理を行うことが可能である。
例えば、ユーザは、ユーザ端末において実行されるWEBブラウザ1020により表示されている所定のWEBページの入力エリアに、ユーザインターフェースを介して(例えば、キーボードやタッチパネルを用いて)文字列を入力する。ここでユーザにより入力される文字列は、一般的には文章(入力文)の形態であり、例えば、施設に設けられている店に関する質問などを含み、自然言語によって表現される。
ユーザにより入力された文字列は、ユーザ端末のWEBブラウザ1020によりネットワークを介して会話サーバ14に提供される。ここで、ネットワークは、例えば、インターネットを含むネットワークである。
そして、会話サーバ14の入力受信部1421は、ユーザ端末から文字列を受信する。
応答内容決定部1422は、この文字列に対応する応答となる文字列、画像など(一般的には、応答内容)を決定する。より具体的には、応答内容決定部1422は、知識データを含む知識データベースとデータ通信可能であり、ユーザ端末から受信した入力に対応する応答として適した内容の応答内容を、知識データベースを用いて決定する。
出力送信部1423は、ネットワークを介してユーザ端末に送信する。より具体的には、出力送信部1423は、応答表示エリア(ユーザ端末で実行されるWEBブラウザにより表示されるWEBページの応答表示エリア)に当該応答内容を表示するよう、ユーザ端末に応答内容を送信する。
このように、ユーザが、文字列をWEBページの入力エリアに入力すると、これに対応した応答内容がWEBページの応答表示エリアに表示される。例えば、ユーザが、お店に関する質問をWEBページの入力エリアに入力すると、その質問に対する回答がWEBページの応答表示エリアに表示される。
本実施形態では、ユーザが、WEBサイトの入力エリアに、ユーザインターフェース(キーボード等)で文字列を入力することで、質問等を会話サーバ14に提供する構成となっているが、会話システム1000としては、どのような方法・ルートで文字列が入力される構成であってもよい。
例えば、ユーザが音声によって質問を発した場合に、この音声に対して音声認識処理を施して文字列に変換し、当該変換された文字列を制御装置54に提供することができる。また、印字された質問事項等をOCR(Optical Character Recognition)によって文字列に変換し、当該変換された文字列を制御装置54に提供することもできる。
なお、本実施形態の会話サーバ14は、サイネージA100、サイネージB150、キオスク端末200において実行されるWEBブラウザとhttp等のプロトコルによってデータ送受信を行い、当該WEBブラウザに所定のWEBページを表示させるように動作するWEBサーバの機能も有している。
また、会話サーバ14は、ここでは1つのコンピュータとして示されているが、複数のコンピュータによって同様の機能を分散して実行するよう構成することもできる。また、データベースについても、記憶しているデータを様々な単位で分割し、複数のサイトやコンピュータに分散させることができる。
図20は、会話システム1000における一連の処理(シーケンス)の一例を示す図である。
ユーザ端末では、ログイン入力が行われると(SQ10)、ログイン情報が会話サーバ14に送信される。より具体的には、ユーザ端末では、ICカードなどに記憶されているユーザ情報(ユーザIDなど)がタッチユニットなどにより読み取られ、ログイン情報が生成される。この際、ユーザ端末の端末IDも送信される。
なお、ログイン入力は、必須のものではなく、ユーザがICカードを持っていないなどの場合、ログイン入力は行われない。
SQ12では、会話サーバ14は、ログイン処理を行う。ログイン処理では、ログイン情報(ユーザIDなど)が所定の記憶領域に記憶され、当該ユーザに対応する初期画面情報が生成され、ユーザ端末に送信される。
会話サーバ14は、ログイン処理において、会員管理サーバ13にユーザIDを送信し、ユーザIDに紐付く各種情報(年齢、性別など)を取得し、所定の記憶領域に記憶する。なお、ユーザIDに紐付く各種情報の一部または全部は、ICカードに含まれる構成であってもよい。
また、会話サーバ14は、ログイン処理において、ログイン情報を送信したユーザ端末が印刷機能(印刷装置)を有するか否かを特定する。より具体的には、会話サーバ14は、端末管理データベース(図示せず)を参照し、端末IDに対応する印刷機能の有無情報を取得する。会話サーバ14は、印刷機能を有すると判定した場合、印刷フラグをONにセットし、印刷機能を有すると判定しなかった場合、印刷フラグをOFFにセットする。
SQ14では、ユーザ端末は、初期画面情報を受信して表示し、ユーザからの入力を受け付ける。例えば、サイネージAのCPU121は、初期画面をLCD103に表示させる旨の指示をLCD制御部130(例えば、グラフィックボード)に出力する。LCD制御部130は、初期画面の画面情報を生成し、LCD103に出力する。LCD103は、受け取った画面情報に基づいて初期画面を表示する。なお、初期画面の表示前には、アノニマス用の画面が表示されており、当該画面でもユーザからの入力を受け付け可能である。
SQ16では、ユーザ端末は、ユーザからの入力(質問)を受け付けると、入力(質問)に係る情報を含む入力情報を会話サーバ14に送信する。
SQ18では、会話サーバ14は、入力情報受信時処理を行う。入力情報受信時処理では、会話サーバ14は、入力情報に基づいて、必要に応じて他サーバと通信を行い、入力に対応する応答内容を決定し、応答内容を含む出力情報を生成してユーザ端末に送信する。
SQ20では、ユーザ端末は、出力情報を受信し、出力情報を表示する。
[会話サーバで実行されるプログラムの内容]
次に、図21〜図29を参照して、会話サーバ14により実行される処理(プログラム)について説明する。
図21は、入力情報受信時処理に係るフローチャートの一例を示す図である。
S10では、CPU1401は、受信した入力情報がテキストボックスへの入力(テキスト入力)により行われたか否かを判定する。CPU1401は、受信した入力情報がテキスト入力により行われたと判定した場合、S12に処理を移し、受信した入力情報がテキスト入力により行われなかったと判定した場合、S14に処理を移す。
S12では、CPU1401は、テキスト入力処理を行う。詳細は後述するが、CPU1401は、ユーザによる入力内容を解析し、解析結果に対応する処理を行い、処理結果を出力情報としてユーザ端末に送信する。この処理を終了すると、CPU1401は、S14に処理を移す。
S14では、CPU1401は、受信した入力情報がアイコンの押下(アイコン入力)により行われたか否かを判定する。CPU1401は、受信した入力情報がアイコン入力により行われたと判定した場合、S16に処理を移し、受信した入力情報がアイコン入力により行われなかったと判定した場合、S18に処理を移す。
S16は、CPU1401は、アイコン入力処理を行う。詳細は後述するが、CPU1401は、アイコンに対応する処理を行い、処理結果を出力情報としてユーザ端末に送信する。この処理を終了すると、CPU1401は、S18に処理を移す。
S18では、CPU1401は、受信した入力情報がその他の入力(メンバーズ情報の表示指示、インフォメーションの表示指示、ユーザ端末の設定指示など)により行われたか否かを判定する。メンバーズ情報としては、会員情報、クーポン&リワード、ラッフルチケットなどが挙げられる。インフォメーションとしては、電話帳の閲覧、施設情報の表示、ユーザ端末の利用方法、会員特典などが挙げられる。ユーザ端末の設定については、音量、言語などが挙げられる。
CPU1401は、受信した入力情報がその他の入力により行われたと判定した場合、S20に処理を移し、受信した入力情報がその他の入力により行われなかったと判定した場合、S10に処理を移す。
S20は、CPU1401は、その他入力処理を行う。例えば、CPU1401は、その他の入力に対応する処理を行い、処理結果を出力情報としてユーザ端末に送信する。この処理を終了すると、CPU1401は、S10に処理を移す。
図22は、テキスト入力処理に係るフローチャートの一例を示す図である。
S30では、CPU1401は、RAM1403の所定の記憶領域に入力情報(入力文など)を記憶し、S32に処理を移す。
S32では、CPU1401は、意味認識処理を行う。詳細は後述するが、CPU1401は、意味認識処理では、入力文を解析し、回答パターンを決定し、会話の対象(話題)を特定する。なお、回答パターンに基づく回答ができないと判断された場合、無ヒットフラグがONにセットされる。この処理を終了すると、CPU1401は、S34に処理を移す。
S34では、CPU1401は、無ヒットフラグがONであるか否かを判定する。CPU1401は、無ヒットフラグがONであると判定した場合、S38に処理を移し、無ヒットフラグがONでないと判断した場合、S36に処理を移す。無ヒットフラグは、回答パターンに基づく回答ができないと判断されたときに定型回答を行うか否かを識別可能なフラグである。
S36では、CPU1401は、会話状態制御処理を行う。詳細は後述するが、CPU1401は、会話状態制御処理では、回答パターンなどに基づいて、各種の情報を取得し、応答データを生成する。この処理を終了すると、CPU1401は、S42に処理を移す。
S38では、CPU1401は、定型回答データ生成処理を行う。例えば、CPU1401は、再入力を促す定型回答(例えば、「ごめんなさい。ご質問に合う回答ができません。別の言い方でご質問いただけますか。」)を含むデータを応答用の記憶領域に記憶する。
なお、定型回答を複数設ける構成としてもよい。この構成によれば、表現豊かな会話が可能となる。
S40では、CPU1401は、無ヒットフラグをOFFにセットし、S42に処理を移す。
S42では、CPU1401は、出力処理を行う。より具体的には、CPU1401は、応答用の記憶領域に記憶されたデータ(応答内容、HTMLデータ、イメージデータなどを含む。)を読み出して出力情報とし、応答内容を要求したユーザ端末に送信する。
図23は、意味認識処理に係るフローチャートの一例を示す図である。
S50では、CPU1401は、知識データベースから、未だ比較していない比較対象文字列「Q」を取得する。
なお、本例では、受信した入力情報(入力文)を、知識データベースに記憶されている比較対象文字列のすべてと比較するように処理しているが、事前処理、各比較対象文字列に関係づけられた分類、インデックス、その他の指標等により、処理対象となる比較対象文字列を事前に絞り込む処理を採用してもよい。
S52では、CPU1401は、入力情報(入力文)と、取得した比較対象文字列「Q」との間の意味の近さを表すスコアを計算する。
ここで、意味の近さとは、文字列や文章間における類似度を表しており、例えば、形態素解析やベクトル空間法を含む様々な既知の方法を用いて2つの文章等の意味的な距離をスコアによって表している。本実施形態では、このような意味の近さを判定するために、様々な方法を用いることができる。
S54では、CPU1401は、算出したスコアが所定値以上であるか否かを判定する。CPU1401は、算出したスコアが所定値以上であると判定した場合、S56に処理を移し、算出したスコアが所定値以上でないと判定した場合、S58に処理を移す。
S56では、CPU1401は、比較対象文字列「Q」とスコアとを対応付けてRAM1403の所定の記憶領域に記憶(候補リストに追加)し、S58に処理を移す。
S58では、CPU1401は、比較していない比較対象文字列「Q」(残りの「Q」)があるか否かを判定する。CPU1401は、残りの「Q」があると判定した場合、S50に処理を移し、残りの「Q」がないと判定した場合、S60に処理を移す。
S60では、CPU1401は、候補リストが空であるか否かを判定する。CPU1401は、候補リストが空であると判定した場合、S62に処理を移し、候補リストが空でないと判定した場合、S66に処理を移す。
S62では、CPU1401は、回答中フラグがONであるか否かを判定する。CPU1401は、回答中フラグがONであると判定した場合、S72に処理を移し、回答中フラグがONでないと判定した場合、S64に処理を移す。回答中フラグは、ユーザからの入力に対して回答を継続しているか否か(回答中であるか否か)を識別可能なフラグである。
S64では、CPU1401は、無ヒットフラグをONにセットし、S72に処理を移す。
S66では、CPU1401は、候補リストのうち、最も高いスコアの回答パターンを特定し、S68に処理を移す。
S68では、CPU1401は、特定した回答パターンの検索対象と検索項目と検索ワードとをRAM1403の所定の記憶領域に記憶し、S70に処理を移す。
S70では、CPU1401は、回答中フラグをONにセットし、S72に処理を移す。
S72では、CPU1401は、話題特定処理を行う。詳細は後述するが、話題特定処理では、CPU1401は、直近の入力文、過去の入力文などに基づいて、会話の対象(話題)を特定する。この処理を終了すると、CPU1401は、意味認識処理を終了する。
図24は、話題特定処理に係るフローチャートの一例を示す図である。
S80では、CPU1401は、店データベースから未だ比較していない店名を取得し、S82に処理を移す。
S82では、CPU1401は、入力文と店名とに基づいて、入力文と、取得した店名との間の意味の近さを表すスコアを計算する。なお、スコアの計算手法は、S52と同じであってもよいし、異なっていてもよい。この処理を終了すると、CPU1401は、S84に処理を移す。
S84では、CPU1401は、計算したスコアが所定値以上であるか否かを判定する。CPU1401は、算出したスコアが所定値以上であると判定した場合、S86に処理を移し、算出したスコアが所定値以上でないと判定した場合、S88に処理を移す。
S86では、CPU1401は、店名とスコアとを対応付けてRAM1403の所定の記憶領域に記憶(候補リストに追加)し、S88に処理を移す。
S88では、CPU1401は、比較していない店名(残りの店名)があるか否かを判定する。CPU1401は、残りの店名があると判定した場合、S80に処理を移し、残りの店名がないと判定した場合、S90に処理を移す。
S90では、CPU1401は、候補リストが空であるか否かを判定する。CPU1401は、候補リストが空であると判定した場合、S94に処理を移し、候補リストが空でないと判定した場合、S92に処理を移す。
S92では、CPU1401は、直近の店名を話題の店としてRAM1403の所定の記憶領域に記憶する。直近の店名とは、複数の候補がリストに含まれていた場合、ユーザによる入力文において最も後に現れる店名(入力された店名)をいう。この処理を終了すると、CPU1401は、話題特定処理を終了する。
S94では、CPU1401は、話題の店は特定済みであるか否か(話題の店の情報が記憶されているか否か)を判定する。CPU1401は、話題の店は特定済みであると判定した場合、話題特定処理を終了し、話題の店は特定済みでないと判定した場合、S96に処理を移す。
S96では、CPU1401は、1つ前の会話(入力情報または出力情報)に処理対象をセットする。つまり、CPU1401は、現在の処理対象から順次に会話を遡り、最も近くに話題に上がった店名を特定する。この処理を終了すると、CPU1401は、S98に処理を移す。
S98では、CPU1401は、会話があるか否かを判定する。CPU1401は、会話があると判定した場合、S80に処理を移し、会話がないと判定した場合、話題特定処理を終了する。
なお、話題特定処理によれば、「この店」などの指示語が入力された場合に、ユーザへの指示語の確認により、会話の流れが途切れることを回避できるようになる。
図25および図26は、会話状態制御処理に係るフローチャートの一例を示す図である。
S100では、CPU1401は、特定した回答パターンが個別回答であるか否かを判定する。CPU1401は、特定した回答パターンが個別回答であると判定した場合、S102に処理を移し、特定した回答パターンが個別回答でないと判定した場合、図26のS130に処理を移す。
S102では、CPU1401は、検索対象が店DB(店データベース)であるか否かを判定する。CPU1401は、検索対象が店データベースと判定した場合、S114に処理を移し、検索対象が店データベースでないと判定した場合、S104に処理を移す。
S104では、CPU1401は、他サーバからの情報の取得が必要であるか否かを判定する。例えば、検索対象が他サーバ情報(ホテルサーバ2000が有するホテルデータベース)である場合、取得が必要であると判定する。CPU1401は、他サーバからの情報の取得が必要であると判定した場合、S106に処理を移し、他サーバからの情報の取得が必要でないと判定した場合、S124に処理を移す。
S106では、CPU1401は、検索対象の情報を取得する。CPU1401は、検索対象のサーバに情報を要求し、レスポンスを得る。例えば、CPU1401は、ホテルサーバ2000に空き室の照会を行い、現時点の空き室の情報(部屋の大きさ、宿泊料金、チェックイン時間、チェックアウト時間、朝食の有無などの一覧)を取得する。この処理を終了すると、CPU1401は、S108に処理を移す。
S108では、CPU1401は、検索対象の情報を取得できたか否かを判定する。CPU1401は、検索対象の情報を取得できたと判定した場合、S112に処理を移し、検索対象の情報を取得できなかったと判定した場合、S110に処理を移す。
S110では、CPU1401は、定型回答データ生成処理を行う。例えば、CPU1401は、再入力を促す定型回答(例えば、「サーバとの通信がうまくできませんでした。しばらくしてからもう一度、質問いただけますか。別のご質問をおねがいします。」)を含むデータを応答用の記憶領域に記憶する。
なお、定型回答を複数設ける構成としてもよい。この構成によれば、表現豊かな会話が可能となる。
S112では、CPU1401は、取得した情報をRAM1403の応答用の記憶領域に記憶し、S124に処理を移す。
S114では、CPU1401は、話題の店が特定済みであるか否かを判定する。CPU1401は、話題の店が特定済みであると判定した場合、S116に処理を移し、話題の店が特定済みでないと判定した場合、S128に処理を移す。
S116では、CPU1401は、話題の店の店IDと検索項目とに基づいて、個別回答用の店データを取得し、S118に処理を移す。例えば、話題の店として店ID「001」が特定され、回答パターンとして「010000001」(個別回答1)が特定されている場合、検索項目が「区分10」であるので、店ID「001」の「区分10」の情報「10:00〜0:00」が取得される。
S118では、CPU1401は、取得した店データをRAM1403の所定の記憶領域に記憶し、S120に処理を移す。
S120では、CPU1401は、話題の店がリコメンドする飲食店であるか否か(優先度「A」が設定されているか否か)を判定する。CPU1401は、話題の店がリコメンドする店であると判定した場合、S122に処理を移し、話題の店がリコメンドする店でないと判定した場合、S124に処理を移す。
S122では、CPU1401は、予約アイコン追加処理を行う。予約アイコン追加処理では、取得された店データの下部に予約アイコンが表示される記述を加える旨のフラグがセットされる。このように、リコメンドする店に対しては、予約アイコンを提示することで、リコメンドする店により自然な形でユーザを誘導できるようになる。
この処理が終了すると、CPU1401は、S124に処理を移す。
S124では、CPU1401は、応答データ生成処理を行う。より具体的には、CPU1401は、記憶領域に記憶されている情報、特定された回答パターンの回答テンプレートなどに基づいて応答データを生成する。
例えば、話題の店として店ID「001」が特定され、回答パターンとして「010000001」(個別回答1)が特定され、店ID「001」の「区分10」の情報「10:00〜0:00」が取得されている場合、CPU1401は、応答データとして「営業時間は、10:00〜0:00です。」を生成し、RAM1403の応答用の記憶領域に記憶する。この処理を終了すると、CPU1401は、S126に処理を移す。
S126では、CPU1401は、回答中フラグをOFFにセットし、会話状態制御処理を終了する。
S128では、CPU1401は、質問用データ生成処理を行い、会話状態制御処理を終了する。
例えば、CPU1401は、どの店についての質問であるかを明確にする旨の入力を促す質問用データ(例えば、「どのお店について知りたいですか。お店の名前を教えてください。」)を含むデータを応答用の記憶領域に記憶する。
なお、質問用データを複数設ける構成としてもよい。この構成によれば、表現豊かな会話が可能となる。
S130では、CPU1401は、第1フィルタリング処理を行い、S132に処理を移す。詳細は後述するが、第1フィルタリング処理では、第1の検索条件に基づいて抽出が行われる。
S132では、CPU1401は、第1フィルタリング処理による結果(抽出結果)があるか否かを判定する。CPU1401は、抽出結果があると判定した場合、S136に処理を移し、抽出結果がないと判定した場合、S134に処理を移す。
S134では、CPU1401は、定型回答データ生成処理を行う。例えば、CPU1401は、再入力を促す定型回答(例えば、「お調べしましたが、本施設には該当するお店がみつかりませんでした。別のご質問をおねがいします。」)を含むデータを応答用の記憶領域に記憶する。
なお、定型回答を複数設ける構成としてもよい。この構成によれば、表現豊かな会話が可能となる。
S136では、CPU1401は、第2フィルタリング処理を行い、S138に処理を移す。詳細は後述するが、第2フィルタリング処理では、優先度などに基づいて、表示順(優先順位)が変更される。
S138では、CPU1401は、応答データ生成処理を行い、会話状態制御処理を終了する。
より具体的には、CPU1401は、記憶領域に記憶されている情報、特定された回答パターンの回答テンプレートなどに基づいて、応答データを生成する。
例えば、回答パターンとして「000000001」(シナリオ1)が特定され、第1フィルタリング処理により4店に絞り込まれ、第2フィルタリング処理により店ID「001」、「002」、「003」が特定されている場合、CPU1401は、図16Aに示す回答テンプレートをもとに、応答データとして「お調べしましたら、全部で4店ございました。・・・」を生成し、RAM1403の応答用の記憶領域に記憶する。
図27は、第1フィルタリング処理に係るフローチャートの一例を示す図である。
S140では、CPU1401は、検索項目と検索ワードとをRAM1403から読み出し、S142に処理を移す。
S142では、CPU1401は、検索項目と検索ワードとに基づいて、店データベースから該当する店レコード(店データ)を抽出し、S144に処理を移す。
例えば、CPU1401は、検索項目が「区分1」であり、検索ワードが「中華」である場合、店データベースから「区分1」の値が「中華」であるレコードを全て抽出する。
S144では、CPU1401は、抽出した店レコードをRAM1403の所定の記憶領域に記憶し、第1フィルタリング処理を終了する。
図28は、第2フィルタリング処理に係るフローチャートの一例を示す図である。
S150では、CPU1401は、優先度に従って、抽出した店レコードについて第1ソート処理を行い、S152に処理を移す。なお、CPU1401は、優先度が同じ店レコードが複数ある場合、店IDが小さい店レコードがより優先順位が高いと判断する。
S152では、CPU1401は、重み付け決定テーブルに基づいて重み付けを行い、第1ソート処理後の店レコードについて第2ソート処理を行い、S154に処理を移す。
例えば、CPU1401は、重み付け決定テーブルを参照し、第1ソート処理後の店レコードについて、空席数が「6」以上の店(優先順位を最も高くする店)の店レコードに重み付け「1」を設定し、空席数が「1」以上〜「5」以下の店の店レコードに重み付け「2」を設定し、その他の店レコードに「3」を設定する。そして、CPU1401は、設定した重み付けに従ってソート(第2ソート)を行う。
つまり、CPU1401は、優先度に従ってソートして決定した表示順を重み付けに従って変更し得る。
S154では、CPU1401は、ログインがされているか否か(ログイン情報が記憶されているか否か)を判定し、ログインがされていると判定した場合、S156に処理を移し、ログインがされていないと判定した場合、S166に処理を移す。
S156では、CPU1401は、お店の利用履歴など、ユーザIDに紐付けて各種の履歴情報を記憶する履歴サーバ(図示せず。)に対して、ログイン情報に含まれるユーザIDを送信して履歴情報を要求し、S158に処理を移す。
S158では、CPU1401は、履歴サーバよりレスポンスがあったか否かを判定する。CPU1401は、履歴サーバよりレスポンスがあったと判定した場合、S160に処理を移し、履歴サーバよりレスポンスがない場合、S158の処理を繰り返す。
S160では、CPU1401は、履歴情報をもとに、第2ソート処理後の各店の利用回数を計数し、利用回数が3回以上の店の店レコードに常連フラグ「ON」を設定し、S162に処理を移す。
S162では、CPU1401は、ユーザが常連であるか否かを判定する。より具体的には、店レコードに常連フラグ「ON」を設定したか否かを判定する。CPU1401は、ユーザが常連であると判定した場合、S164に処理を移し、ユーザが常連でないと判定した場合、S166に処理を移す。
S164では、CPU1401は、各店の利用回数(本例では、常連であるか否か)に従って、第2ソート後の店レコードについて第3ソート処理を行い、S166に処理を移す。
S166では、CPU1401は、ソート後の店レコードをRAM1403の所定の記憶領域に記憶すると共に、ソート後の店レコードのうち、上位3レコードを特定して抽出し、第2フィルタリング処理を終了する。
第2フィルタリング処理は、上述の内容に限られるものではない。例えば、第1ソート(S150)、第2ソート(S152)、第3ソート(S154〜S164)の順序に限られず、適宜の順序を採用することができる。
図29は、アイコン入力処理に係るフローチャートの一例を示す図である。
S170では、CPU1401は、予約アイコンが押下されたか否かを判定する。CPU1401は、予約アイコンが押下されたと判定した場合、S172に処理を移し、CPU1401は、予約アイコンが押下されていないと判定した場合、S182に処理を移す。
S172では、CPU1401は、リコメンドする店の予約アイコンが押下されたか否かを判定する。CPU1401は、リコメンドする店の予約アイコンが押下されたと判定した場合、S174に処理を移し、リコメンドする店でない予約アイコンが押下されたと判定した場合、S178に処理を移す。
S174では、CPU1401は、予約状況取得処理を行い、S176に処理を移す。予約状況取得処理では、CPU1401は、予約対象のお店の店舗サーバ3000に対して現在の空席情報の照会を行い、その結果を取得する。
S176では、CPU1401は、応答データ生成処理を行い、S196に処理を移す。
より具体的には、CPU1401は、記憶領域に記憶されている情報、特定された回答パターンの回答テンプレート(例えば図16E)などに基づいて、応答データを生成する。例えば、店舗サーバ取得情報として「16:00、17:00、18:00」が取得された場合、応答データとして「ご来店時間と人数を教えてください。・・・」を生成し、RAM1403の応答用の記憶領域に記憶する。なお、ユーザは、ご来店時間として「16:00、17:00、18:00」が選択可能となる。
S178では、CPU1401は、リコメンドしない店の予約についての確認を既に行ているか否か(リコメンドしない店の予約を考え直すことを示唆する応答を行ったか否か)を判定する。CPU1401は、確認済みであると判定した場合、S174に処理を移し、確認済みでないと判定した場合、S180に処理を移す。
S180では、CPU1401は、応答データ生成処理を行い、S196に処理を移す。
より具体的には、CPU1401は、記憶領域に記憶されている情報、特定された回答パターンの回答テンプレート(例えば図16D)などに基づいて、応答データを生成する。例えば、リコメンドしない店「B店」の予約アイコンがはじめて押下された場合、応答データとして「B店のご予約ですね。・・・」を生成し、RAM1403の応答用の記憶領域に記憶する。
S182では、CPU1401は、詳細アイコンが押下されたか否かを判定する。CPU1401は、詳細アイコンが押下されたと判定した場合、S184に処理を移し、詳細アイコンが押下されていないと判定した場合、S188に処理を移す。
S184では、CPU1401は、RAM1403に記憶している店レコードのうち、詳細アイコンに係る店の店レコードを読み出し、S186に処理を移す。
S186では、CPU1401は、応答データ生成処理を行い、S188に処理を移す。
より具体的には、CPU1401は、記憶領域に記憶されている情報、特定された回答パターンの回答テンプレート(例えば図16C)などに基づいて、応答データを生成する。例えば、「A店」に係る詳細アイコンが押下された場合、応答データとして「A店の詳細です。・・・」を生成し、RAM1403の応答用の記憶領域に記憶する。
S188では、CPU1401は、ココアイコンが押下されたか否かを判定する。CPU1401は、ココアイコンが押下されたと判定した場合、S192に処理を移し、CPU1401は、ココアイコンが押下されていないと判定した場合、S190に処理を移す。
S190では、CPU1401は、その他のアイコンについて応答データ生成処理を行い、S196に処理を移す。
S192では、CPU1401は、予約処理を行い、S194に処理を移す。予約処理では、CPU1401は、予約対象のお店の店舗サーバ3000に、予約情報(予約時間、予約人数など)を送信し、予約を要求し、そのレスポンスを取得する。
S194では、CPU1401は、応答データ生成処理を行い、S196に処理を移す。
より具体的には、CPU1401は、記憶領域に記憶されている情報、特定された回答パターンの回答テンプレート(例えば図16F)などに基づいて、応答データを生成する。例えば、「A店」に係るココアイコンが押下された場合、応答データとして「A店をご予約しました。・・・」を生成し、RAM1403の応答用の記憶領域に記憶する。
S196では、CPU1401は、出力処理を行い、アイコン入力処理を終了する。より具体的には、CPU1401は、応答用の記憶領域に記憶されたデータ(応答内容、HTMLデータ、イメージデータなどを含む。)を読み出して出力情報とし、応答内容を要求したユーザ端末に送信する。
図30は、入出力画面の一例(入出力画面550)を示す図である。入出力画面550は、ユーザ端末で実行されるWEBブラウザに表示されたWEBページ(または、WEBページの一部)である。入出力画面550は、独立した1つのウインドウページとして表示されてもよいし、WEBページの一部分として表示されてもよい。
入出力画面550は、キャラクタ画像表示エリア551、出力エリア552、スクロールバー553、入力エリア554、および質問するボタン555を含んで構成されている。
キャラクタ画像表示エリア551は、キャラクタ画像を表示する部分であり、入力内容や出力内容(応答内容)等に応じて、キャラクタを変更することができる。例えば、応答内容に応じて、同じキャラクタでも表情を変えて表示するように制御することができる。
出力エリア552には、会話サーバ14により出力される応答内容が表示される。
スクロールバー553は、ウィンドウ内に表示しようとしている部分がウィンドウの縦幅を超えたときに、出力エリア552の右に表示されるつまみ状の操作部である。操作部にカーソルをあわせて上下に移動すると、ウィンドウ内の表示領域が移動し、上下の見えなかった部分が視認可能になる。
入力エリア554は、ユーザが質問等の文字列を入力する部分である。入力エリア554がタッチ操作されると、画面上にキーパッドが表示され、文字が入力可能となる。なお、キーボードなどを介して入力可能に構成してもよい。
質問するボタン555は、ユーザが、入力エリア554に文字列を入力した後にこれをタッチ操作等して押下する(本実施形態では、ボタンやリンクをマウス等により押下(クリック)するものであってもよい)。質問するボタン555が押下されると、入力した文字列がhttpといったプロトコルにより、ネットワークを介して会話サーバ14に送信される。
(会話例)
図31Aおよび図31Bを参照して、会話システム1000で提供可能なサービスの例を説明する。
図31Aに示すように、ユーザにより「中華が食べたい」と入力されると(C1)、中華を提供するお店が抽出され、優先度、重み付け、履歴情報などが加味されて表示順が決定され、ユーザに検索結果が提供される(C2)。なお、本例では、優先度に基づいて、A店がリコメンドする店として決定されたとする。
続いて、B店の予約アイコンが押下されると、B店についての応答画面が表示される(C3)。ここで、B店は、リコメンドする店ではないので、B店について、確認情報「B店のご予約ですね。」、ポジティブ情報「B店は、担々麺がおいしい人気のお店です。」に続いて、ネガティブ情報「空席状況を確認しましたところ、あいにく満席となっておりますが・・・」を示し、最後に、リコメンドする店のポジティブ情報「A店でしたらすぐにご案内できますが、いかがいたしますか?」と予約を促す予約アイコンが提示される。
このように提示することで、管理者側がリコメンドしないB店についての利用を再考させ、管理者側がリコメンドするA店にユーザを自然に誘導することが可能となる。
続いて、ユーザにより「このお店のお勧めは?」との入力が行われると(C4)、このお店がどのお店であるかが特定される。本例では、1つ前の会話に「B店」と「A店」とがあり、会話の最後に現れた「A店」が会話の対象(話題の店)として特定される。故に、A店の本日のお勧め品「餃子」が店データベースより取得され、表示される(C5)。
このように、一の入力文から会話の対象が把握できない場合、前の会話に順次に遡って会話の対象を特定することで、より自然な会話を実現することが可能となる。
ここで、リコメンドする店についての応答である場合、予約アイコンが提示され、リコメンドしない店についての応答である場合、予約アイコンが提示されない。このように提示することで、管理者側がリコメンドするA店にユーザを自然に誘導することが可能となる。
続いて、ユーザにより、「営業時間を教えて」との入力が行われると(C6)、A店の営業時間「10:00〜0:00」が店データベースより取得され、表示される(C7)。
続いて、予約アイコンが押下されると、予約の受け付け画面が表示される(C8)。ご来店時間「16:00〜16:30」、人数「2名」がプルダウンから選択され、ココアイコンが押下されると、お店の利用に資するマップなどの各種案内(案内情報の一例)が示された予約完了画面が表示される(C9)。なお、印刷機器を備えるユーザ端末である場合、印刷アイコンが提示される。なお、マップファイルは、外部記憶装置1404などの所定の記憶領域に記憶されている。
<第2の実施形態>
本実施形態では、図32を用いて、商業用情報を提供する他の方法について説明する。なお、本実施形態では、第1の実施形態に示した構成と異なる構成について主に説明し、第1の実施形態に示した構成と同じ構成については、同じ符号を用いて、その説明を適宜省略する。
図32は、ログイン処理に係るフローチャートの一例を示す図である。
S300では、CPU1401は、ログイン情報を受信し、S302に処理を移す。
S302では、CPU1401は、ログイン情報からユーザID等のユーザ情報を取り出してRAM1403の所定の記憶領域に記憶する。この処理を終了すると、CPU1401は、S304に処理を移す。
S304では、CPU1401は、優先度が所定のランク(例えば、最高ランク)の店名および本日のお勧め品を店データベースから取得し、店名および本日のお勧め品を含む推奨文を推奨文テンプレートに基づいて生成し、S306に処理を移す。
例えば、店名「A店」、本日のお勧め品「餃子」を取得した場合、推奨文「おいしい餃子を食べたいなら、A店はいかがですか。」を生成する。なお、推奨文のテンプレート(「おいしい<本日のお勧め品>を食べたいなら、<店名>はいかがですか。」など)は、予め用意され、外部記憶装置1404などに記憶されている。
S306では、CPU1401は、入力が所定数より多い質問文を履歴データベースから取得し、S308に処理を移す。
S308では、CPU1401は、推奨文および質問文をサジェストリストに追加し、S310に処理を移す。
S310では、CPU1401は、サジェストリストを含む初期画面データを生成し、S312に処理を移す。
S312では、生成した初期画面データを初期画面情報としてログイン処理が要求されたユーザ端末に送信する。
より具体的には、CPU1401は、ユーザがユーザ端末において文字列を入力する際に、サジェストリストが参照され、ユーザが入力する文字列を予測し、入力エリア(ユーザ端末で実行されるWEBブラウザにより表示されるWEBページの入力エリア)の下側に文字列の候補を表示するよう、ユーザ端末にデータを送信する。
この構成によれば、よくある質問の入力を支援可能となる。さらには、管理者がリコメンドする店に関する内容をユーザの入力時に提示することで、当該店に来店するように自然に誘導できるようになる。
なお、ログイン処理は、上述の内容に限られるものではない。
例えば、サジェストリストは、ログイン処理時に更新されるのみならず、ユーザ端末との更新が行われる毎に行われてもよい。この構成によれば、よりリアルタイムにリコメンドしたい内容を提示できるようになる。
また、例えば、会話システム1000は、サジェストサーバを備え、サジェストサーバは、過去に多くの入力があり、その入力に対する応答が成功した(ヒットした)ものを格納するサジェストデータベースを有し、会話システム1000は、履歴データベースに代えてサジェストデータベースを有する構成としてもよい。
<第3の実施形態>
本実施形態では、図33A〜図33C、図34Aおよび図34Bを用いて、商業用情報を提供する他の方法について説明する。なお、本実施形態では、第1の実施形態に示した構成と異なる構成について主に説明し、第1の実施形態に示した構成と同じ構成については、同じ符号を用いて、その説明を適宜省略する。
(非リコメンド店除外決定用テーブル)
図33A〜図33Cは、非リコメンド店除外決定用テーブルの一例を示す図である。非リコメンド店除外決定用テーブルは、現在の状況、ユーザの属性などの付加情報を加味した場合、ユーザに提示する応答内容に、ふさわしくない内容が含まれているか否かを判別可能なテーブルである。
図33Aに示す非リコメンド店除外決定用テーブルには、対象年齢に対応してリコメンドしない店(対象店)の情報が規定されている。図33Bに示す非リコメンド店除外決定用テーブルには、性別に対応してリコメンドしない店(対象店)の情報が規定されている。図33Cに示す非リコメンド店除外決定用テーブルには、各フロアに設けられている店(対象店)の情報が規定されている。
図34Aおよび図34Bは、リコメンド適正化処理に係るフローチャートの一例を示す図である。リコメンド適正化処理では、リコメンドの適正化に係る各種処理(設定A〜設定Dに係る処理)を行うか否かの設定値としてONまたはOFFが予めセットされている。なお、リコメンド適正化処理は、図26に示すS130の処理の後、S138の処理の前の適宜のタイミングで行われる。
S320では、CPU1401は、設定AがONであるか否かを判定する。CPU1401は、設定AがONであると判定した場合、S322に処理を移し、設定AがONでないと判定した場合、S326に処理を移す。
S322では、CPU1401は、現在の日時を取得し、S324に処理を移す。
S324では、CPU1401は、店データベースの区分10を参照し、現在の日時をもとに営業時間外の店を特定してRAM1403の所定の記憶領域に記憶し、S326に処理を移す。
S326では、CPU1401は、設定BがONであるか否かを判定する。CPU1401は、設定BがONであると判定した場合、S328に処理を移し、設定BがONでないと判定した場合、S336に処理を移す。
S328では、CPU1401は、ログインがされているか否か(ログイン情報が記憶されているか否か)を判定し、ログインがされていると判定した場合、S330に処理を移し、ログインがされていないと判定した場合、S336に処理を移す。
S330では、CPU1401は、ユーザの年齢が「0」〜「19」であるか否かを判定する。CPU1401は、ユーザの年齢が「0」〜「19」であると判定した場合、S332に処理を移し、ユーザの年齢が「0」〜「19」でないと判定した場合、S334に処理を移す。
S332では、CPU1401は、年齢に基づき除外する店を特定する。より具体的には、CPU1401は、図33Aに示す非リコメンド店除外決定用テーブルを参照し、除外する対象店を特定してRAM1403の所定の記憶領域に記憶する。この処理を終了すると、CPU1401は、S334に処理を移す。
S334では、CPU1401は、性別に基づき除外する店を特定する。より具体的には、CPU1401は、図33Bに示す非リコメンド店除外決定用テーブルを参照し、除外する対象店を特定してRAM1403の所定の記憶領域に記憶する。
例えば、ユーザが男性である場合、店ID「011」、「012」の店が特定される。この処理を終了すると、CPU1401は、S336に処理を移す。
S336では、CPU1401は、設定CがONであるか否かを判定する。CPU1401は、設定CがONであると判定した場合、S338に処理を移し、設定CがONでないと判定した場合、図34Bに示すS342に処理を移す。
S338では、CPU1401は、ユーザが位置するフロア(現在のフロア)を特定する。より具体的には、CPU1401は、ユーザ端末の端末IDに基づいて端末管理データベース(図示せず)から設置情報を取得し、ユーザが利用しているユーザ端末が設置されているフロアを特定する。この処理を終了すると、CPU1401は、S340に処理を移す。
S340では、CPU1401は、現在のフロアに基づき除外する店を特定する。より具体的には、CPU1401は、図33Cに示す非リコメンド店除外決定用テーブルを参照し、除外する対象店を特定してRAM1403の所定の記憶領域に記憶する。
例えば、現在のフロアが3階である場合、3階以外(1階、2階、または4階)に位置する店が特定される。この処理を終了すると、CPU1401は、図34Bに示すS342に処理を移す。
S342では、CPU1401は、設定DがONであるか否かを判定する。CPU1401は、設定DがONであると判定した場合、S344に処理を移し、設定DがONでないと判定した場合、S352に処理を移す。
S344では、CPU1401は、ログインがされているか否か(ログイン情報が記憶されているか否か)を判定し、ログインがされていると判定した場合、S346に処理を移し、ログインがされていないと判定した場合、S352に処理を移す。
S346では、CPU1401は、会員管理サーバ13からユーザのランクを取得する。より具体的には、CPU1401は、会員管理サーバ13にユーザIDを送信し、お金持ちであるか否かを示すランクを取得する。なお、会員管理サーバ13では、ユーザの行動履歴などの各種の情報が分析されて資金力が推定され、ユーザに対するランク付けが行われ、ユーザIDに紐付けてランクが記憶されている。
この処理を終了すると、CPU1401は、S348に処理を移す。
S348では、CPU1401は、取得したランクが所定のランク以上であるか否かを判定する。CPU1401は、取得したランクが所定のランク以上であると判定した場合、S350に処理を移し、取得したランクが所定のランク以上でないと判定した場合S352に処理を移す。
S350では、CPU1401は、店データベースの区分nを参照し、一定額以下の価格帯のお店を特定してRAM1403の所定の記憶領域に記憶し、S352に処理を移す。
S352では、CPU1401は、特定したお店を抽出結果から除外し、リコメンド適正化処理を終了する。
上記処理によれば、現在の日時に基づいてリコメンドすべきでない店が特定され、除外できるようになる。現在の日時に応じてリコメンドする店を調整することで、より現実に沿った会話が可能となる。
また、上記処理によれば、ユーザ情報(年齢、性別に限られるものではなく、ユーザの誕生日、嗜好などであってもよい)に基づいてリコメンドすべきでない店が特定され、除外できるようになる。ユーザに応じてリコメンドする店を調整することで、より自然な形での会話が可能となる。
上記処理によれば、ユーザの位置に基づいてリコメンドすべきでない店が特定され、除外できるようになる。ユーザの位置に応じてリコメンドする店を調整することで、ユーザに配慮した会話が可能となる。
上記処理によれば、お金持ちであるユーザが所望しない低価格帯のお店を除外することができるようになる。一般にお金持ちに安いものを勧めると、お金持ちは不快に思うことがあるが、このように、ユーザのランクに応じてリコメンドする店を調整することで、ユーザに不快感を与えることなく、より自然な形での会話が可能となる。
このように、リコメンド適正化処理では、リコメンドすべきでない店を特定すること、換言するならば、リコメンドすべきでない店に重み付けを行うことで、優先度が変更されるので、ユーザの質問によりマッチした回答であって、時宜にかなった回答を提供できるようになる。
<第4の実施形態>
本実施形態では、図35および図36を用いて、商業用情報を提供する他の方法について説明する。なお、本実施形態では、第1の実施形態に示した構成と異なる構成について主に説明し、第1の実施形態に示した構成と同じ構成については、同じ符号を用いて、その説明を適宜省略する。
図35は、アイコン入力処理に係るフローチャートの一例を示す図である。図29の処理とは、S200、S202が追加されている点が異なる。
S184の処理を終了すると、CPU1401は、S200に処理を移す。
S200では、CPU1401は、詳細アイコンに係る店がリコメンドする店であるか否か(優先度「A」が設定されているか否か)を判定する。CPU1401は、詳細アイコンに係る店がリコメンドする店でないと判定した場合、S202に処理を移し、詳細アイコンに係る店がリコメンドする店であると判定した場合、S186に処理を移す。
S202では、CPU1401は、リコメンド情報追加処理を行う。より具体的には、CPU1401は、追加リコメンド用のテンプレートに基づいてリコメンド情報を生成し、RAM1403の応答用の記憶領域に記憶する。
なお、追加リコメンド用のテンプレート(「そういえば、本日<店名>では、<割引対象品(図示せず。)>の割引セールを実施中です。」など)は、予め用意され、外部記憶装置1404などに記憶されている。
図36に示すように、ユーザにより「服を買いたい」と入力されると(C11)、衣服を提供するお店が抽出され、優先度、重み付け、履歴情報などが加味されて表示順が決定され、ユーザに検索結果が提供される(C12)。なお、本例では、優先度に基づいて、a店がリコメンドする店として決定されたとする。
続いて、b店の詳細アイコンが押下されると、b店の詳細が表示されるとともに、リコメンドするa店のポジティブ情報「そういえば、本日a店ではTシャツの割引セールを実施中です。」を提供する(C13)。
このようにさり気なくa店のポジティブ情報を提示することで、管理者側がリコメンドするa店にユーザを自然に誘導することが可能となる。
そして、「a店の場所を教えてください。」と入力されると(C14)、a店への案内(地図)が提示される(C15)。
<第5の実施形態>
本実施形態では、図37および図38を用いて、商業用情報を提供する他の方法について説明する。なお、本実施形態では、第1の実施形態に示した構成と異なる構成について主に説明し、第1の実施形態に示した構成と同じ構成については、同じ符号を用いて、その説明を適宜省略する。
図37は、会話状態制御処理に係るフローチャートの一例を示す図である。図26の処理とは、S220〜S230が追加されている点が異なる。
S220では、CPU1401は、回答パターンが「シナリオ」であるか否かを判定する。CPU1401は、回答パターンが「シナリオ」であると判定した場合、S130に処理を移し、回答パターンが「シナリオ」でないと判定した場合、S222に処理を移す。
S222では、CPU1401は、ユーザIDに基づいてクーポン情報を会員管理サーバ13から取得し、S224に処理を移す。
S224では、CPU1401は、取得したクーポン情報が含まれる店レコードを店データベースから抽出し、RAM1403の所定の記憶領域に記憶する。
例えば、CPU1401は、取得したクーポン情報が「coupon1」および「coupon2」である場合、店ID「001」および「002」の店レコードを抽出する。この処理を終了すると、CPU1401は、S226に処理を移す。
S226では、CPU1401は、抽出結果があるか否かを判定する。CPU1401は、抽出結果があると判定した場合、S228に処理を移し、抽出結果がないと判定した場合、S230に処理を移す。
S228では、CPU1401は、応答データ生成処理を行い、会話状態制御処理を終了する。より具体的には、CPU1401は、記憶領域に記憶されている情報、特定された回答パターンの回答テンプレート(図示せず)などに基づいて、応答データを生成し、RAM1403の応答用の記憶領域に記憶する。
S230では、CPU1401は、定型回答データ生成処理を行い、会話状態制御処理を終了する。
例えば、CPU1401は、使用可能なクーポンが無い旨を示す定型回答(例えば、「お調べしましたが、現在ご利用いただけるクーポンはございませんでした。他にご質問はありますか。」)を含むデータを応答用の記憶領域に記憶する。
上述の処理では、クーポンを例に挙げて説明したが、ポイントについても同様に適用できる。
図38に示すように、ユーザにより「クーポンの使えるお店を教えて」と入力されると(C21)、ユーザが有するクーポンをもとに、クーポンが利用可能なお店が抽出され、ユーザに検索結果が提供される(C22)。
続いて、ユーザにより「クーポンを印刷して。」と入力されると(C23)、印刷機能を有するユーザ端末でないので、印刷ができない旨と印刷可能なユーザ端末の案内とが提示される(C24)。なお、印刷機能を有するユーザ端末である場合は、ユーザの入力に基づいて印刷が行われる。
<第6の実施形態>
本実施形態では、図39および図40を用いて、商業用情報を提供する他の方法について説明する。なお、本実施形態では、第1の実施形態に示した構成と異なる構成について主に説明し、第1の実施形態に示した構成と同じ構成については、同じ符号を用いて、その説明を適宜省略する。
図39は、外部施設データベースに記憶された内容(外部施設データ)の一例を示す図である。外部施設データは、施設ID、施設名、優先度、シャトルバス乗り場などの情報を含んで構成される。
外部施設データは、店データと同様に、外部施設データ構築画面および外部施設データ管理画面を介して(図示せず。)、追加、修正、削除が行われる。
なお、シャトルバス乗り場の項目には、マップファイルのファイル名(「MAP1」など)が記憶されている。マップファイルは、外部記憶装置1404などの所定の記憶領域に記憶されている。また、時刻表の項目には、時刻表ファイルのファイル名(「時刻表A」など)が記憶されている。時刻表ファイルは、外部記憶装置1404などの所定の記憶領域に記憶されている。
図40に示すように、ユーザにより「明日、Aランドにバスで行きたい。」と入力されると(C31)、施設データの抽出処理が行われ、抽出結果が表示される(C32)。
抽出結果には、外部施設に関する情報(現在地からシャトルバス乗り場までの経路および移動時間、シャトルバスの乗車時間、シャトルバスの時刻表)が含まれる。また、明日の天気予報に関する情報が検索されて表示される。
なお、抽出処理では、まず、検索項目と検索ワードとが記憶領域から読み出される。続いて、検索項目と検索ワードとに基づいて外部施設データベースから該当する外部施設レコードが抽出される。そして、抽出された外部施設レコードを記憶し、外部施設用の回答テンプレートに従って、応答データさ生成される。
付言するならば、店に係る会話に関する処理は、外部施設に係る会話にも適用可能である。例えば、ユーザにより「近くでお勧めのテーマパークは?」と入力されると、お店の場合と同様に、外部施設データベースからテーマパークが抽出され、優先度、重み付け、履歴情報などが加味されて表示順が決定され、ユーザに検索結果が提供される。
なお、店データベース、知識データベース、回答テンプレートデータベース、外部施設データベースは、全てが1つのデータベースで構成されていてもよいし、任意のデータベースが1つのデータベースで構成されていてもよいし、任意のデータベースが更に複数のデータベースに分かれて構成されていてもよい。つまり、データの保持形態は、適宜に変更可能である。
<第7の実施形態>
本実施形態では、図41〜図44を用いて、他のデータ構造を用いた商業用情報提供方法について説明する。なお、本実施形態では、第1の実施形態に示した構成と異なる構成について主に説明し、第1の実施形態に示した構成と同じ構成については、同じ符号を用いて、その説明を適宜省略する。
図41は、会話システム1000で利用される知識データ310のデータ構造の一例を示す図である。
ユーザがユーザ端末を介して入力する文字列に対して有効な応答を行うために、会話システム1000の会話サーバ14は、知識データ310に蓄積されているデータを用いる。知識データ310には、複数のユニットが含まれる(図41では、ユニット1のみが詳細に記載されている)。各ユニットには、少なくとも1つの比較対象文字列と、少なくとも1つの応答文字列(回答テンプレートに対応)が含まれ、この比較対象文字列と応答文字列は互いに関連づけられているセットである。
比較対象文字列とは、ユーザがユーザ端末から入力してくる入力文と比較される文字列であり、図41には、比較対象文字列Qが3つ(Q1−1、Q1−2、Q1−3)示されている。ここで、「Q」は、質問(Question)の頭文字に対応するように見えるが、これは便宜上の表現であって、比較対象文字列が質問文(疑問文)の形式である必要はない。例えば、単なる単語、肯定文、否定文、挨拶文、その他の様々な形式の文字列であってもよい。
また、比較対象文字列が複数ある場合、1つの比較対象文字列が代表の比較対象文字列(代表Q)となり、残りの比較対象文字列が同義文となる。図41では、Q1−1が代表Qであり、Q1−2、Q1−3が、Q1−1の同義文となる。すなわち、1つのユニットには、同じ意味(同義といえる程度の、きわめて近い意味)の比較対象文がまとめられていることになる。
応答文字列とは、比較対象文字列に(その応答として)対応づけられた文字列であり、図41には、応答文字列Aが2つ(A1−1、A1−2)示されている。ここで、「A」は、答え(Answer)の頭文字に対応するように見えるが、これは便宜上の表現であって、応答文字列が、必ずしも、何かの質問に答えるような形式の文でなくてもよい。単なる単語、疑問文、肯定文、否定文、挨拶文、その他の様々な形式の文字列であってもよい。
比較対象文字列と応答文字列はそれぞれ、1または複数存在し、関連づけられるので、それらの関係は、1対1、1対n、n対1、または、n対nの関係となりうる。
さらに、それぞれの応答文字列に関連づけられる属性(Aの属性)が存在する。Aの属性は、それぞれの応答文字列の属性を表すものである。応答条件は、どのような条件の場合に、対応する応答文字列が応答として適切かを示すものであり、応答文字列が複数ない場合、応答は一意に決定されるため、必要ない。
比較対象文字列と、これに対応する応答文字列とのセット、及び各応答文字列の属性をまとめたものを「QA」とすると、これに対する属性(QAの属性)が存在する。QAの属性は、例えば、応答時挙動指定情報(B1)と対象有無指定情報(F1)を含む情報により表される。応答時挙動指定情報は、ユーザの入力文と比較対象文字列の意味が最も近いものと判断された(ヒットした)場合に、ユーザのユーザ端末に対して、なんらかの挙動(アクション)を設定するものである。対象有無指定情報は、対応する比較対象文字列Qをサジェストの対象とするか否かや、このQAに関するログを取得するか否か等を規定する。また、上述したQAの属性は、比較対象文字列(同義文がある場合は、代表Qと同義文を含むひとまとまりの比較対象文字列)に対応付けられるものであると言うこともできる。
なお、図41では、知識データ310を一体化したデータとして管理するように示したが、少なくとも一部のデータを、その関連性を維持したまま、別のデータとして管理することもできる。例えば、QAを第1のデータとしてまとめて記憶し、それぞれのQAの識別子とともにQAの属性を第2のデータとしてまとめて記憶することができる。
図42は、知識データ310を用いて、入力文に対する応答がどのように決定されるかについて概略的に示した図(入力文と応答との関係の一例を示す図)である。ただし、ここでは、知識データ310内の各ユニットに関し、図41で説明したQAの属性(応答時挙動指定情報と対象有無指定情報)については、表示を省略する。
最初に、図42(A)のケースについて説明する。知識データ310としてユニット1(ユニット1は、図41に示したユニット1と同じ)が与えられている場合に、ユーザによって入力文1、入力文2が入力され、入力文1についてQ1−1が最も意味の近い文字列としてヒットし、入力文2についてQ1−3が最も意味の近い文字列としてヒットしたとする(他のユニットは存在しないものとする)。このとき、入力文1に対する応答としてA1−2が表示され、入力文2に対する応答としてもA1−2が表示される。これは、応答条件に関して、入力文1の場合も、入力文2の場合も、A1−2の応答条件を満たしていたことによる。
次に、図42(B)のケースについて説明する。知識データ310としてユニット2(ユニット2は、1つの比較対象文字列(Q2−1)に対して、2つの応答文字列(A2−1、A2−2)が対応している)が与えられている場合に、ユーザによって入力文3、入力文4が入力され、入力文3についてQ2−1が最も意味の近い文字列としてヒットし、入力文4についてもQ2−1が最も意味の近い文字列としてヒットしたとする(他のユニットは存在しないものとする)。このとき、入力文3に対する応答としてA2−1が表示され、入力文4に対する応答としてA2−2が表示される。これは、応答条件に関して、入力文3の場合は、A2−1の応答条件を満たし、入力文4の場合は、A2−2の応答条件を満たしていたことによる。
このように、複数の入力文が、同じ比較対象文字列にヒットした場合であっても、応答条件の設定により、それぞれ異なる応答内容が表示される場合がある。
次に、図42(C)のケースについて説明する。知識データ310としてユニット3(ユニット3は、3つの比較対象文字列(Q3−1、Q3−2、Q3−3)に対して、1つの応答文字列(A3)が対応している)が与えられている場合に、ユーザによって入力文5が入力され、入力文5についてQ3−2が最も意味の近い文字列としてヒットしたとする(他のユニットは存在しないものとする)。このとき、入力文5に対する応答としてA3が表示される。
図42(D)は最もシンプルなケースである。知識データ310としてユニット4(ユニット4は、1つの比較対象文字列(Q4)に対して、1つの応答文字列(A4)が対応している)が与えられている場合に、ユーザによって入力文6が入力され、入力文6についてQ4が最も意味の近い文字列としてヒットしたとする(他のユニットは存在しないものとする)。このとき、入力文6に対する応答としてA4が表示される。
図43は、知識データ310に対してQAを新規に追加するための、QA新規追加画面の一例(QA新規追加画面850)を示す図である。
QA新規追加画面850には、Q表示エリア851、同義文追加ボタン852、A表示エリア853、応答文追加ボタン854、応答時アクション指定ボタン855、対象有無指定ボタン856、および登録ボタン857が含まれている。
Q表示エリア851には、Qを入力するための入力エリアがあり、管理者は、ユーザからの入力が期待できる質問や他の文をこの入力エリアに入力し、ユーザの入力文と比較した場合に、意味が近いとしてヒットするようにする。また、Qとして、似たような意味の文や他の言い回しを、同義文としてまとめて登録することができる。そのために、同義文追加ボタン852を押下すると、入力エリアが1つ追加され、管理者は、その追加された入力エリアに同義文を入力する。図43の例では、Q表示エリア851にある2段目の入力エリアが、同義文を入力するためのエリアである(「中華のお店ある?」の文字列が入力されている)。これに対し、1段目の入力エリアに入力されているQ(「中華を食べたい。」)は、必須のものであり、代表Qと呼ばれる。
同義文は、代表Qに関連付けて、いくつでも追加することができる。このような構成によって、ユーザの表現上のゆらぎを吸収することができる。すなわち、ユーザから入力される様々な表現の入力に対して、代表Qと同義文を含むQのどれかをヒットさせることができ、設定したAを効果的に出力することができる。同義文を入力するための入力エリアの右横に配置されている「×」ボタンを押下すると、その同義文を削除することができる。
Q表示エリア851の下側には、A表示エリア853が配置される。Aは、ユーザの入力文に上記で設定したQの何れかがヒットした場合に、ユーザ端末のWEBブラウザに送信される応答文字列であり、管理者は、Qに対応する応答として適したAをA表示エリア853のなかの1段目の入力エリアに入力する。
この例では、第1のAとして「お調べしましたら、全部で<抽出件数>店ございました。・・・」との応答を入力している。これは、ユーザが、(例えば、複合施設において)上記Qのように「中華が食べたい。」や「中華のお店ある?」、あるいは、これと近い意味の文などを入力してきた場合に、「お調べしましたら、全部で<抽出件数>店ございました。・・・」と案内するためである。
A表示エリア853の1段目の入力エリアには、応答条件を設定するための簡単設定ボタンとカスタマイズ設定ボタンが表示されているが、1件目のAについては応答条件を設定することはできない。なお、Aを複数設定しない場合は、1段目の入力エリアにAを入力した段階で登録ボタン857を押下し、QA新規追加は完了する。
A表示エリア853に1件目のAを入力した段階で、応答文追加ボタン854を押下すると、A表示エリア853に2段目の入力エリアが表示され、管理者は、そのエリアに2件目のAを入力する。このような構成により、ユーザによる同じ趣旨の入力文に対して、異なる応答文字列を所定の条件に応じて切り分けて出力することができる。
A表示エリア853に設定される2件目以降のAに対しては、応答条件を設定するために、簡単設定ボタンとカスタマイズ設定ボタンが表示され、いずれかを押下することができる。この例では、最初のAの応答条件から評価され、応答条件を満たした場合に、そのAが応答内容として決定され、ユーザ端末に送信されるので、評価の優先順位を調整するため、2件目以降のAについては、Aの間で並び替えを行うことができる。また、2件目以降では、Aを入力するための入力エリアの右横に配置されている「×」ボタンを押下すると、そのAを、応答条件とともに削除することができる。
A表示エリア853の下側には、応答時アクション指定ボタン855が配置される。これを押下すると、応答時のアクションを指定するための入力エリアが表示される。
応答時アクション指定ボタン855の下側には、対象有無指定ボタン856が配置される。これを押下すると、当該QAをサジェスト等の対象にするか否かを指定するための入力エリアが表示される。
QA新規追加画面850の最下段には、登録ボタン857が配置される。これを押下すると、Q表示エリア851やA表示エリア853で設定したQ、A、応答条件等に関する情報が知識データ310に記憶される。
図44は、カスタマイズ設定画面の一例(カスタマイズ設定画面840)を示す図である。カスタマイズ設定画面840には、A表示エリア841、一括操作指定エリア842、条件式設定エリア843、新規追加ボタン844、保存ボタン845、属性設定エリア846、および新規追加ボタン847が含まれている。
A表示エリア841には、このカスタマイズ設定画面840において応答条件を設定する対象となるAが表示される。ここでは、図43に示す、2件目のAについて応答条件設定を行うためにカスタマイズ設定ボタンを押下しているので、その2件目のAがA表示エリア841に表示される。
一括操作指定エリア842には、条件式の一括操作について指定を行うためのプルダウンリストが表示される。「編集」を選択すると、チェックボックスにチェックをした条件式を一括で編集することができ、「削除」を選択すると、チェックボックスにチェックをした条件式を一括で削除することができる。
条件式設定エリア843には、2件目のAに対応する応答条件を、条件式という形式で入力できる入力エリアが配置される。図44の例では、1つの条件式が指定されている。なお、各条件式において、AND条件やOR条件を用いることができる。
例えば、1件目の条件式は「n(抽出件数)>3」となっており、これは、例えば、ユーザ端末から送信されるURIのリクエストパラメータに含まれる「talkoption=」の後に指定されるデータと比較され、当該データと条件式が一致すれば、応答条件を満たすことになる。
条件式設定エリア843に表示された条件式は、その右横に配置されている適用ボタンを押下することによって、2件目のAに対応付けて知識データ310等に記憶される。
新規追加ボタン844を押下すると、条件式設定エリア843にさらに、条件式の入力エリアが付加され、そこで新しい条件式を設定することができる。
属性設定エリア846には、2件目のAに対応する属性を、条件式という形式で入力できる入力エリアが配置される。図44の例では、1つの条件式が指定されている。なお、各条件式において、AND条件やOR条件を用いることができる。
例えば、1件目の条件式は「区分10=中華」となっている。
属性設定エリア846に表示された条件式は、その右横に配置されている適用ボタンを押下することによって、2件目のAに対応付けて知識データ310等に記憶される。
新規追加ボタン847を押下すると、属性設定エリア846にさらに、条件式の入力エリアが付加され、そこで新しい条件式を設定することができる。
保存ボタン845を押下すると、条件式設定エリア843および属性設定エリア846に表示されている各入力エリアの条件式の内容が保存される。
このように、カスタマイズ設定画面840で設定する条件式は、ユーザが入力文を入力する際に、ユーザ端末のWEBブラウザ等によって付加されるパラメータと比較され、その比較結果に応じて応答条件が満たされたかどうかが判断される。したがって、ユーザ端末側で様々なパラメータをセットすることで、応答内容について多くのバリエーションを作り出すことができる。
例えば、ユーザ端末側で把握可能な情報を、会話サーバ14に送信することで、これらの情報に応じて、応答内容を切り換えることができるように構成できる。例えば、ユーザ端末のOSやWEBブラウザのバージョン、機種の情報を送信して、応答内容を切り換えることができる。また、ユーザの入力態様(入力回数、入力時間など)を撮像装置により取得できれば、これらの情報によって応答内容を切り換えることも可能である。
知識データベースの構築は、上述した構成に限られるものではない。例えば、知識データの登録、修正、削除については、画面から行う構成ではなく、知識データを含むCSV(Comma-Separated Values)ファイルをアップロードする構成としてもよい。
<第8の実施形態>
本実施形態では、図45を用いて、商業用情報を提供する他の方法について説明する。なお、本実施形態では、第1の実施形態に示した構成と異なる構成について主に説明し、第1の実施形態に示した構成と同じ構成については、同じ符号を用いて、その説明を適宜省略する。
図45は、重み付け決定テーブルの一例を示す図である。重み付け決定テーブルには、割引セール期間に対応して対象店が規定されている。対象店は、適宜のタイミングで(例えば定期的、リアルタイムに)更新される。
基本的には、現在の日付が割引セール期間である場合に重み付け(優先順位)が高くなるように決定される。
例えば、図28に示すS152では、CPU1401は、重み付け決定テーブルを参照し、第1ソート処理後の店レコードについて、現在、割引セール期間中の店(優先順位を最も高くする店)の店レコードに重み付け「1」を設定する。そして、CPU1401は、設定した重み付けに従ってソート(第2ソート)を行う。
上記処理によれば、現在の日付に応じてリコメンドする店を調整することで、より現実に沿った会話が可能となる。
重み付け決定テーブルは、上記の例に限られるものではない。管理者が所望する重み付け決定テーブルを採用可能である。
<第9の実施形態>
本実施形態では、会話システム1000は、会話で用いる言語(日本語、英語、中国語、スペイン語など)を切替可能な設定部を有する。
設定部は、ユーザにより言語が指定される構成であってもよいし、入力文をもとに言語を識別し、使用する言語を切り替える構成であってもよい。
第1の実施形態〜第9の実施形態で示した構成は、適宜に組み合わせることが可能である。
以上、本発明の実施形態を説明したが、具体例を例示したに過ぎず、特に本発明を限定するものではなく、各手段等の具体的構成は、適宜設計変更可能である。また、本発明の実施形態に記載された効果は、本発明から生じる最も好適な効果を列挙したに過ぎず、本発明による効果は、本発明の実施形態に記載されたものに限定されるものではない。
また、上述した詳細な説明では、本発明をより容易に理解できるように、特徴的部分を中心に説明した。本発明は、上述した詳細な説明に記載する実施形態に限定されず、その他の実施形態にも適用することができ、その適用範囲は多様である。また、本明細書において用いた用語および語法は、本発明を的確に説明するために用いたものであり、本発明の解釈を制限するために用いたものではない。また、当業者であれば、本明細書に記載された発明の概念から、本発明の概念に含まれる他の構成、システム、方法等を推考することは容易であると思われる。したがって、請求の範囲の記載は、本発明の技術的思想の範囲を逸脱しない範囲で均等な構成を含むものであるとみなされなければならない。また、要約書の目的は、特許庁および一般的公共機関や、特許、法律用語又は専門用語に精通していない本技術分野に属する技術者等が本出願の技術的な内容およびその本質を簡易な調査で速やかに判定し得るようにするものである。したがって、要約書は、請求の範囲の記載により評価されるべき発明の範囲を限定することを意図したものではない。また、本発明の目的および本発明の特有の効果を十分に理解するために、すでに開示されている文献等を充分に参酌して解釈されることが望まれる。
上述した詳細な説明は、コンピュータで実行される処理を含むものである。以上での説明および表現は、当業者が最も効率的に理解することを目的として記載している。本明細書では、1の結果を導き出すために用いられる各ステップは、自己矛盾がない処理として理解されるべきである。また、各ステップでは、電気的又は磁気的な信号の送受信、記録等が行われる。各ステップにおける処理では、このような信号を、ビット、値、シンボル、文字、用語、数字等で表現しているが、これらは単に説明上便利であるために用いたものであることに留意する必要がある。また、各ステップにおける処理は、人間の行動と共通する表現で記載される場合があるが、本明細書で説明する処理は、原則的に各種の装置により実行されるものである。また、各ステップを行うために要求されるその他の構成は、以上の説明から自明になるものである。
14 会話サーバ
100 サイネージA
150 サイネージB
200 キオスク端末

Claims (10)

  1. ユーザからの質問を示す質問情報を入力可能なユーザインターフェースと、
    商業用施設に係る複数の商業用情報と、前記ユーザインターフェースから入力された質問情報への返答に係る複数の返答テンプレートとを記憶したデータベースと、
    管理者が前記複数の商業用情報の中から特定の商業用情報を優先提供することを示す優先度を設定可能な管理者用インターフェースと、
    前記データベースに接続され、前記ユーザインターフェースから入力された質問情報に基づいて、前記複数の商業用情報から提供候補となる商業用情報と前記複数の返答テンプレートから返答に用いる返答テンプレートとを抽出する処理と、抽出した商業用情報の中から前記優先度に基づいて特定した商業用情報を含む返答情報を前記返答テンプレートに基づいて生成する処理と、を実行する制御装置と、
    前記制御装置により生成された返答情報をユーザに提供する情報提供装置と、を含み、
    前記制御装置は、前記優先度に基づいて特定した商業用情報を含む返答情報を前記返答テンプレートに基づいて生成する際、前記ユーザインターフェースから入力される前記質問情報とは異なる所定の情報である前記ユーザの履歴情報に対して設けられた重み付けに基づいて前記特定した商業用情報を変更する処理を実行することを特徴とする商業用情報提供システム。
  2. 前記ユーザインターフェースは、前記商業施設に設置された端末に備えられていることを特徴とする請求項1に記載の商業用情報提供システム。
  3. 前記制御装置が生成する返答情報には、前記返答情報に含まれる商業用情報に対するユーザの行動を促す行動要求情報が含まれていることを特徴とする請求項1に記載の商業用情報提供システム。
  4. 前記ユーザインターフェースは、前記情報提供装置により提供された返答情報に含まれる商業用情報を利用することを示す利用要求情報の入力を受け付け、
    前記制御装置は、前記ユーザインターフェースから利用要求情報が入力されると、前記利用要求情報に係る商業用情報の利用に資する案内情報を生成し、
    前記情報提供装置は、前記制御装置により生成された案内情報をユーザに提供することを特徴とする請求項1に記載の商業用情報提供システム。
  5. 複数の商業用情報を予め記憶したデータベースと、前記データベースに接続され、前記複数の商業用情報から特定の商業用情報を抽出してリコメンド情報を生成する制御装置と、情報を入力可能なユーザインターフェースおよび管理者用インターフェースと、前記リコメンド情報をユーザに提供する情報提供装置と、を備え、
    前記制御装置は、前記ユーザインターフェースから入力されたユーザ要求情報に基づいて、前記複数の商業用情報から特定の商業用情報の群を抽出する第1の抽出処理を実行し、前記管理者用インターフェースを介して管理者により予め入力されたフィルタリング情報に基づいて、前記第1の抽出処理によって抽出した前記特定の商業用情報の群の中から商業用情報を抽出する第2の抽出処理を実行し、前記第2の抽出処理によって抽出した商業用情報を含むリコメンド情報を生成する処理を実行し、前記リコメンド情報を生成する際、前記ユーザインターフェースから入力される前記ユーザ要求情報とは異なる所定の情報である前記ユーザの履歴情報に対して設けられた重み付けに基づいて前記第2の抽出処理によって抽出した商業用情報を変更する処理を実行することを特徴とする商業用情報提供システム。
  6. 前記制御装置は、前記第2の抽出処理によって抽出した商業用情報を提案して確認する文言を前記リコメンド情報に付加することを特徴とする請求項5に記載の商業用情報提供システム。
  7. 複数の商業用情報を予め記憶したデータベースと、前記データベースに接続され、前記複数の商業用情報から特定の商業用情報を抽出してリコメンド情報を生成する制御装置と、情報を入力可能なユーザインターフェースおよび管理者用インターフェースと、前記リコメンド情報を表示する表示装置と、を備え、
    前記制御装置は、前記ユーザインターフェースから入力されたユーザ要求情報に基づいて、前記複数の商業用情報から特定の商業用情報の群を抽出する第1の抽出処理を実行し、前記管理者用インターフェースを介して管理者により予め入力された前記商業用情報を前記表示装置に表示する順位を示すフィルタリング情報に基づいて、前記第1の抽出処理によって抽出した前記特定の商業用情報の群の中から商業用情報を抽出する第2の抽出処理を実行し、前記フィルタリング情報の順位に従って整列した前記第2の抽出処理によって抽出した商業用情報を含むリコメンド情報を生成する処理を実行し、前記リコメンド情報を生成する際、前記ユーザインターフェースから入力される前記ユーザ要求情報とは異なる所定の情報である前記ユーザの履歴情報に対して設けられた重み付けに基づいて前記第2の抽出処理によって抽出した商業用情報を変更する処理を実行することを特徴とする商業用情報提供システム。
  8. 商業用情報提供システムが、ユーザからの質問を示す質問情報を入力するユーザインターフェースと、商業用施設に係る複数の商業用情報と、前記ユーザインターフェースから入力された質問情報への返答に係る複数の返答テンプレートとを記憶したデータベースと、前記複数の商業用情報の中から特定の商業用情報を優先提供することを示す優先度を管理者が設定する管理者用インターフェースと、制御装置と、情報提供装置と、を備え、
    前記制御装置が、前記データベースに接続され、前記ユーザインターフェースから入力された質問情報に基づいて、前記複数の商業用情報から提供候補となる商業用情報と前記複数の返答テンプレートから返答に用いる返答テンプレートとを抽出する処理と、抽出した商業用情報の中から前記優先度に基づいて特定した商業用情報を含む返答情報を前記返答テンプレートに基づいて生成する処理と、を実行する制御工程と、
    前記情報提供装置が、前記制御装置により生成された返答情報をユーザに提供する情報提供工程と、
    前記制御装置が、前記制御工程において前記優先度に基づいて特定した商業用情報を含む返答情報を前記返答テンプレートに基づいて生成する際、前記ユーザインターフェースから入力される前記質問情報とは異なる所定の情報である前記ユーザの履歴情報に対して設けられた重み付けに基づいて前記特定した商業用情報を変更する変更工程と、を含むことを特徴とする商業用情報提供方法。
  9. 商業用情報提供システムが、複数の商業用情報を予め記憶したデータベースと、前記データベースに接続され、前記複数の商業用情報から特定の商業用情報を抽出してリコメンド情報を生成する制御装置と、情報を入力可能なユーザインターフェースおよび管理者用インターフェースと、前記リコメンド情報をユーザに提供する情報提供装置と、を備え、
    前記制御装置が、前記ユーザインターフェースから入力されたユーザ要求情報に基づいて、前記複数の商業用情報から特定の商業用情報の群を抽出する第1の抽出処理を実行する第1の抽出工程と、
    前記制御装置が、前記管理者用インターフェースを介して管理者により予め入力されたフィルタリング情報に基づいて、前記第1の抽出工程によって抽出した前記特定の商業用情報の群の中から商業用情報を抽出する第2の抽出処理を実行する第2の抽出工程と、
    前記制御装置が、前記第2の抽出工程によって抽出した商業用情報を含むリコメンド情報を生成する生成工程と、
    前記制御装置が、前記生成工程において前記リコメンド情報を生成する際、前記ユーザインターフェースから入力される前記ユーザ要求情報とは異なる所定の情報である前記ユーザの履歴情報に対して設けられた重み付けに基づいて前記第2の抽出工程によって抽出した商業用情報を変更する変更工程と、を含むことを特徴とする商業用情報提供方法。
  10. 商業用情報提供システムが、複数の商業用情報を予め記憶したデータベースと、前記データベースに接続され、前記複数の商業用情報から特定の商業用情報を抽出してリコメンド情報を生成する制御装置と、情報を入力可能なユーザインターフェースおよび管理者用インターフェースと、前記リコメンド情報を表示する表示装置と、を備え、
    前記制御装置が、前記ユーザインターフェースから入力されたユーザ要求情報に基づいて、前記複数の商業用情報から特定の商業用情報の群を抽出する第1の抽出処理を実行する第1の抽出工程と、
    前記制御装置が、前記管理者用インターフェースを介して管理者により予め入力された前記商業用情報を前記表示装置に表示する順位を示すフィルタリング情報に基づいて、前記第1の抽出工程によって抽出した前記特定の商業用情報の群の中から商業用情報を抽出する第2の抽出処理を実行する第2の抽出工程と、
    前記制御装置が、前記フィルタリング情報の順位に従って整列した前記第2の抽出工程によって抽出した商業用情報を含むリコメンド情報を生成する生成工程と、
    前記制御装置が、前記生成工程において前記リコメンド情報を生成する際、前記ユーザインターフェースから入力される前記ユーザ要求情報とは異なる所定の情報である前記ユーザの履歴情報に対して設けられた重み付けに基づいて前記第2の抽出工程によって抽出した商業用情報を変更する変更工程と、を含むことを特徴とする商業用情報提供方法。
JP2015185650A 2015-09-18 2015-09-18 商業用情報提供システムおよび商業用情報提供方法 Active JP6566810B2 (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
JP2015185650A JP6566810B2 (ja) 2015-09-18 2015-09-18 商業用情報提供システムおよび商業用情報提供方法
PH12016000323A PH12016000323A1 (en) 2015-09-18 2016-09-16 Commercial information providing system and commercial information providing method
US15/267,550 US10540707B2 (en) 2015-09-18 2016-09-16 Commercial information providing system and commercial information providing method
CN201610828452.8A CN106547812B (zh) 2015-09-18 2016-09-18 商业信息提供系统以及商业信息提供方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2015185650A JP6566810B2 (ja) 2015-09-18 2015-09-18 商業用情報提供システムおよび商業用情報提供方法

Publications (2)

Publication Number Publication Date
JP2017059168A JP2017059168A (ja) 2017-03-23
JP6566810B2 true JP6566810B2 (ja) 2019-08-28

Family

ID=58282654

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2015185650A Active JP6566810B2 (ja) 2015-09-18 2015-09-18 商業用情報提供システムおよび商業用情報提供方法

Country Status (4)

Country Link
US (1) US10540707B2 (ja)
JP (1) JP6566810B2 (ja)
CN (1) CN106547812B (ja)
PH (1) PH12016000323A1 (ja)

Families Citing this family (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10956994B2 (en) * 2017-07-13 2021-03-23 Thulisha Reddy Technologies Llc Method and system for facilitating processing of an order at a facility
CN107230294A (zh) * 2017-07-16 2017-10-03 江苏才标信息科技有限公司 商标起名自助式交易设备
JP6393377B1 (ja) * 2017-07-24 2018-09-19 ユニティガードシステム株式会社 ロボット、情報提供方法及び情報提供システム
JP7080609B2 (ja) * 2017-08-31 2022-06-06 ヤフー株式会社 情報処理装置、情報処理方法、及び情報処理プログラム
JP2019079224A (ja) * 2017-10-24 2019-05-23 富士ゼロックス株式会社 情報処理装置及び情報処理プログラム
JP6935315B2 (ja) * 2017-12-01 2021-09-15 株式会社日立ビルシステム 案内ロボットシステム
JP7086710B2 (ja) * 2018-05-17 2022-06-20 株式会社ユニバーサルエンターテインメント 情報提供システム
JP7118736B2 (ja) * 2018-05-22 2022-08-16 ヤフー株式会社 情報処理装置、情報処理方法、及び情報処理プログラム
TWI706358B (zh) * 2018-10-08 2020-10-01 合隆毛廠股份有限公司 資訊推薦系統及方法
JP6709836B2 (ja) * 2018-11-19 2020-06-17 ヤフー株式会社 情報処理装置、情報処理方法および情報処理プログラム
CN109783621B (zh) * 2018-12-17 2021-10-08 北京百度网讯科技有限公司 对话生成方法、装置及设备
JP2020113005A (ja) * 2019-01-10 2020-07-27 株式会社メルカリ 情報処理方法、情報処理装置、及びプログラム
CN109977215B (zh) * 2019-03-29 2021-06-18 百度在线网络技术(北京)有限公司 基于关联兴趣点的语句推荐方法和装置
DE112020003024T5 (de) * 2019-06-25 2022-04-14 Sony Group Corporation Informationsverarbeitungsvorrichtung, informationsverarbeitungsverfahren und programm
JP2021039498A (ja) * 2019-09-02 2021-03-11 東芝テック株式会社 旅行プラン提案装置、情報処理プログラム及び旅行プラン提案方法
TWI775040B (zh) * 2020-01-22 2022-08-21 遊戲橘子數位科技股份有限公司 虛擬購物系統及其方法
EP4156074A4 (en) * 2020-07-28 2023-06-21 Mitsubishi Electric Corporation DEVICE PRESENTATION DEVICE AND DEVICE PRESENTATION METHOD

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6085186A (en) * 1996-09-20 2000-07-04 Netbot, Inc. Method and system using information written in a wrapper description language to execute query on a network
US20020082882A1 (en) * 2000-12-21 2002-06-27 Accenture Llp Computerized method of evaluating and shaping a business proposal
JP2003006465A (ja) * 2001-06-25 2003-01-10 Media Technical:Kk 会場紹介方法及びシステム
JP2006259908A (ja) * 2005-03-15 2006-09-28 Fuji Electric Holdings Co Ltd 誘導案内システム、そのサーバ、プログラム
CN1855836A (zh) * 2005-04-29 2006-11-01 朱明伦 用于在线互动系统有害信息智能过滤和屏蔽方法及其系统
US20070265859A1 (en) * 2006-03-31 2007-11-15 Jack Jachner Presence-enabled property management system
JP2009104409A (ja) * 2007-10-23 2009-05-14 Brother Ind Ltd 対話型の情報出力装置、制御プログラム
JP2010250779A (ja) * 2009-04-20 2010-11-04 Hung Sung Lu 建物内の位置案内および宣伝情報の提供方法
CN102737022B (zh) * 2011-03-31 2015-01-07 百度在线网络技术(北京)有限公司 获取和搜索相关知识信息的方法及装置
US20160286581A1 (en) * 2012-11-20 2016-09-29 Nec Corporation A communication terminal, a communication system, a communication control method, and a storage medium
CN104216913B (zh) * 2013-06-04 2019-01-04 Sap欧洲公司 问题回答方法、系统和计算机可读介质
CN104090907B (zh) * 2014-05-28 2017-06-09 北京百度网讯科技有限公司 一种向用户提供信息的方法与装置
JP6345577B2 (ja) * 2014-11-26 2018-06-20 株式会社ユニバーサルエンターテインメント 情報提供システム、情報提供方法、プログラム、及びデータ構造

Also Published As

Publication number Publication date
JP2017059168A (ja) 2017-03-23
CN106547812B (zh) 2021-01-15
PH12016000323A1 (en) 2018-03-26
CN106547812A (zh) 2017-03-29
US20170083969A1 (en) 2017-03-23
US10540707B2 (en) 2020-01-21

Similar Documents

Publication Publication Date Title
JP6566810B2 (ja) 商業用情報提供システムおよび商業用情報提供方法
US11625753B2 (en) Implicitly associating metadata using user behavior
US9122757B1 (en) Personal concierge plan and itinerary generator
US8166026B1 (en) User-centric, user-weighted method and apparatus for improving relevance and analysis of information sharing and searching
US20150286937A1 (en) Text-messaging based concierge services
US20100070501A1 (en) Enhancing and storing data for recall and use using user feedback
TW202001777A (zh) 儲存程式之可移動型儲存媒體、資訊處理方法、資訊處理裝置以及資訊處理系統
US20090182622A1 (en) Enhancing and storing data for recall and use
US20050107158A1 (en) Advertisement system, advertisement method, and program thereof
US20140200937A1 (en) Method and system for requesting products and services and rating employees and service locations keyed to identification tags
US20140136517A1 (en) Apparatus And Methods for Providing Search Results
WO2013009990A2 (en) Wine recommendation system and method
US9547369B1 (en) Dynamic sorting and inference using gesture based machine learning
KR20120013044A (ko) 모바일 검색을 위한 모바일 시스템, 검색 시스템 및 검색 결과 제공 방법
KR102645521B1 (ko) 식당의 광고 정보를 제공하는 시스템
US11831738B2 (en) System and method for selecting and providing available actions from one or more computer applications to a user
JP2011227767A (ja) 情報処理装置および情報処理方法
JP5492029B2 (ja) 情報処理装置、コミュニケーション支援方法およびコミュニケーション支援用プログラム
JP6841539B2 (ja) 行動促進方法、ユーザインタフェース、プログラム、コンピュータ記憶媒体及び行動促進システム
JP2020126392A (ja) 選択装置、選択方法および選択プログラム
US20210174459A1 (en) Method and system for a food socio-touristic media with food recognition capability using artificial intelligence lazy predictor, social media, and incentivized gamification
US12126700B2 (en) System and method for selecting and providing available actions from one or more computer applications to a user
US20220138426A1 (en) Electronic device, method, and computer program which support naming
US20240127002A1 (en) Context-based natural language processing
Visser et al. Designing effective websites and apps

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20180219

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20190125

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20190205

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20190328

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20190416

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20190703

A911 Transfer to examiner for re-examination before appeal (zenchi)

Free format text: JAPANESE INTERMEDIATE CODE: A911

Effective date: 20190711

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20190730

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20190730

R150 Certificate of patent or registration of utility model

Ref document number: 6566810

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250