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 US15/267,550 priority patent/US10540707B2/en
Priority to PH12016000323A priority patent/PH12016000323A1/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

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G06Q30/0601—Electronic shopping [e-shopping]
    • G06Q30/0641—Shopping interfaces
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/30—Information retrieval; Database structures therefor; File system structures therefor of unstructured textual data
    • G06F16/33—Querying
    • G06F16/332—Query formulation
    • G06F16/3329—Natural language query formulation or dialogue systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/30—Information retrieval; Database structures therefor; File system structures therefor of unstructured textual data
    • G06F16/33—Querying
    • G06F16/3331—Query processing
    • G06F16/334—Query execution
    • G06F16/3344—Query execution using natural language analysis
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90—Details of database functions independent of the retrieved data types
    • G06F16/95—Retrieval from the web
    • G06F16/951—Indexing; Web crawling techniques
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G06Q30/0601—Electronic shopping [e-shopping]
    • G06Q30/0623—Item investigation
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G06Q30/0601—Electronic shopping [e-shopping]
    • G06Q30/0631—Item recommendations
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/02—Reservations, 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)
  • General Business, Economics & Management (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Strategic Management (AREA)
  • Databases & Information Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Data Mining & Analysis (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

本発明は、商業用情報提供システムおよび商業用情報提供方法に関する。
従来から複合商業施設においては、広大な敷地に多様な店舗や施設が集まっていることから、目的とする店舗や施設へユーザを案内するための案内情報提供装置が設けられることがある。
このような案内情報提供装置においては、施設へのユーザの来訪目的と個人属性とに基づいて施設のレイアウト情報を参照し、案内すべき場所（商業用情報の一例）を特定し、案内情報（返答情報の一例）としてユーザに提供する（特許文献１参照）。
また、商品を購入するようなＥＣサイトなどでは、ある商品を買い物かごに入れる操作を携帯電話機などの端末で行った後に、ＥＣサイトのサーバが、その端末の表示画面上に、その買い物かごに入れた同一の商品を過去に購入したユーザが同時購入した他の商品や、買い物かごに入れた商品と関連する同種の他の商品を案内する案内情報（リコメンド情報の一例）として提供することが行われている。
また、推薦人による多様性商品に関する推奨文データを案内情報として利用し、ユーザの個人的嗜好に合致する多様性商品を見出す検索を誘導することを目的にした多様性商品の推奨販売方法が知られている（特許文献２参照）。
また、案内情報ではないがユーザに対して購入に関する有用な情報を提供するために、ユーザの過去の購入履歴情報を関連付けて表示するという技術が知られている（特許文献３参照）。
特開２０１４−１７８１７０号公報 特開２００３−１５７３７５号公報 特表２００４−５３５０１５号公報
しかしながら、上記特許文献１では、ユーザが一方的に操作することで、すなわちユーザが入力する施設へのユーザの来訪目的と個人属性とに基づいて、ユーザがより提供して欲しいであろう案内情報を予め用意された情報の中から抽出して提示するものである。
これと同様に、上記特許文献２や３においても、ユーザが一方的に操作することで、買い物かごに入れた商品との関連性から他の商品を表示するものや、過去の購入履歴に基づいてリコメンドする情報を提供するものであるので、あくまでもユーザ側にマッチングすることのみに着目した案内情報しか提供されない。
そこで、本発明は、上述した課題に鑑みてなされたものであり、ユーザに提供する商業用情報をデータベースから抽出する場合に、ユーザ側からの入力のみに基づいての情報提供とならない、新たな商業用情報提供システムを提供することを目的としている。
例えば、本発明は、ホテル、空港、駅などの人が集まる公共施設内、このような施設に隣接して設置され得るデパート、百貨店、アウトレットモールを含むショッピングセンターなどの商業施設、カジノなどの遊技施設、並びに、このような商業施設および遊技施設に加えて飲食施設や映画館といった複数の施設が集まる複合商業施設に適用することができる。
なお、本発明の目的、課題、及び効果（利益）は、特許請求の範囲の記載自体から理解されるものであり、下記の説明により、不当に解釈してはならない。
本発明の第１の側面によると、本発明に係る商業用情報提供システムは、
ユーザからの質問を示す質問情報を入力可能なユーザインターフェースと、
商業用施設に係る複数の商業用情報と、前記ユーザインターフェースから入力された質問情報への返答に係る複数の返答テンプレートとを記憶したデータベースと、
管理者が前記複数の商業用情報の中から特定の商業用情報を優先提供することを示す優先度を設定可能な管理者用インターフェースと、
前記データベースに接続され、前記ユーザインターフェースから入力された質問情報に基づいて、前記複数の商業用情報から提供候補となる商業用情報と前記複数の返答テンプレートから返答に用いる返答テンプレートとを抽出する処理と、抽出した商業用情報の中から前記優先度に基づいて特定した商業用情報を含む返答情報を前記返答テンプレートに基づいて生成する処理と、を実行する制御装置と、
前記制御装置により生成された返答情報をユーザに提供する情報提供装置と、を含み、
前記制御装置は、前記優先度に基づいて特定した商業用情報を含む返答情報を前記返答テンプレートに基づいて生成する際、前記ユーザインターフェースから入力される前記質問情報とは異なる所定の情報である前記ユーザの履歴情報に対して設けられた重み付けに基づいて前記特定した商業用情報を変更する処理を実行することを特徴とする。
上記構成は、ユーザに提供する商業用情報をデータベースから抽出する際、ユーザからの質問情報のみならず、管理者が設定する優先度に応じて、ユーザに提供する商業用情報を抽出するという新たな構成である。
上記構成によれば、管理者が提供を所望する商業用情報をユーザに容易に提供できるようになる。
また、上記構成では、ユーザからの質問情報に基づいて商業用情報が抽出され、抽出された商業用情報が管理者により設定された優先度に基づいて特定される。そして、特定された商業用情報を含む返答情報がユーザに提供される。つまり、ユーザからの質問情報に返答可能な商業用情報のうち、管理者が提供を所望する商業用情報をユーザに提供可能となる。
したがって、上記構成によれば、ユーザの質問に返答する形式で、管理者が提供を所望する商業用情報を返答できるようになるので、より自然な形でユーザを誘導できるようになる。
さらに、上記構成では、ユーザインターフェースから入力される質問情報とは異なる所定の情報に対して設けられた重み付けに基づいて優先度が変更される。
所定の情報としては、例えば、会員情報などの個人情報、施設設備やフロアマップなどの施設情報、リアルタイムに更新される商業用情報ごとの空席度合い（混雑度合い）を示す空席情報、開催時間と時計機能とをリンクしたイベント情報などの外的環境情報及び内的環境情報、並びに、各種の履歴情報が挙げられる。
上記構成によれば、ユーザにより入力された質問情報のみならず、所定の情報を加味して優先度が変更されるので、ユーザの質問によりマッチした商業用情報であって、時宜にかなった商業用情報を提供できるようになる。
本商業用情報提供システムは、更に、
前記ユーザインターフェースは、前記商業用施設に設置された端末に備えられていることを特徴とする。
上記構成では、商業用施設に設置された端末のユーザインターフェースを介して質問情報を入力可能となる。つまり、ユーザが商業用施設を利用しているときに、実際に知りたいことが出てきた、困ったことが生じたなどの懸案事項がある際に、ユーザからの質問情報を受け付け可能である。
上記構成によれば、商業用施設を利用しているユーザからの質問情報に返答可能であり、かつ管理者が所望する商業用情報がユーザに提供されるので、ユーザの懸案事項を解決しつつ、ユーザを誘導できるようになる。
本商業用情報提供システムでは、更に、
前記制御装置が生成する返答情報には、前記返答情報に含まれる商業用情報に対するユーザの行動を促す行動要求情報が含まれていることを特徴とする。
行動要求情報としては、例えば、商業用情報に係るお店の予約を行うための予約アイコンが挙げられる。また、例えば、商業用情報に係る宿泊部屋の予約を行うための予約アイコンが挙げられる。
したがって、上記構成によれば、行動要求情報によりユーザの次の行動が支援されるので、ユーザを適切に誘導できるようになる。
本商業用情報提供システムでは、更に、
前記ユーザインターフェースは、前記情報提供装置により提供された返答情報に含まれる商業用情報を利用することを示す利用要求情報の入力を受け付け、
前記制御装置は、前記ユーザインターフェースから利用要求情報が入力されると、前記利用要求情報に係る商業用情報の利用に資する案内情報を生成し、
前記情報提供装置は、前記制御装置により生成された案内情報をユーザに提供することを特徴とする。
上記構成では、商業用情報を利用することを示す利用要求情報が入力されると、その商業用情報の利用に資する案内情報がユーザに提供される。
案内情報としては、例えば、現在位置から目的地（例えば、店、部屋、トイレ）までのルートを示したマップが挙げられる。また、例えば、電話番号、営業時間、定休日、メニュー、クーポン、シェフ名、店のこだわり、間取り、写真などのお店の情報が挙げられる。
上記構成によれば、ユーザは、商業用情報をより容易に利用できるようになる。
本発明の第２の側面によると、本発明に係る商業用情報提供システムは、
複数の商業用情報を予め記憶したデータベースと、前記データベースに接続され、前記複数の商業用情報から特定の商業用情報を抽出してリコメンド情報を生成する制御装置と、情報を入力可能なユーザインターフェースおよび管理者用インターフェースと、前記リコメンド情報をユーザに提供する情報提供装置と、を備え、
前記制御装置は、前記ユーザインターフェースから入力されたユーザ要求情報に基づいて、前記複数の商業用情報から特定の商業用情報の群を抽出する第１の抽出処理を実行し、前記管理者用インターフェースを介して管理者により予め入力されたフィルタリング情報に基づいて、前記第１の抽出処理によって抽出した前記特定の商業用情報の群の中から商業用情報を抽出する第２の抽出処理を実行し、前記第２の抽出処理によって抽出した商業用情報を含むリコメンド情報を生成する処理を実行し、前記リコメンド情報を生成する際、前記ユーザインターフェースから入力される前記ユーザ要求情報とは異なる所定の情報である前記ユーザの履歴情報に対して設けられた重み付けに基づいて前記第２の抽出処理によって抽出した商業用情報を変更する処理を実行することを特徴とする。
上記構成では、ユーザからのユーザ要求情報のみならず、管理者が設定するフィルタリング情報に基づいて、ユーザに提供する商業用情報を抽出するという新たな構成である。
上記構成によれば、管理者が提供を所望する商業用情報をユーザに容易に提供できるようになる。
また、上記構成では、第１の抽出処理によりユーザからのユーザ要求情報に基づいて商業用情報が抽出され、第２の抽出処理により、管理者により設定されたフィルタリング情報に基づいて更に商業用情報が抽出される。そして、抽出された商業用情報を含むリコメンド情報がユーザに提供される。つまり、ユーザからのユーザ要求情報に返答可能な商業用情報のうち、管理者が提供を所望する商業用情報をユーザに提供可能となる。
したがって、上記構成によれば、ユーザの要求に返答する形式で、管理者が提供を所望する商業用情報を返答できるようになるので、より自然な形でユーザを誘導できるようになる。
本商業用情報提供システムでは、更に、
前記制御装置は、前記第２の抽出処理によって抽出した商業用情報を提案して確認する文言を前記リコメンド情報に付加することを特徴とする。
上記構成によれば、リコメンド情報に商業用情報を提案して確認する文言が付加される。
商業用情報を提案して確認する文言としては、様子、状況、感想、意見、気分、意向などを尋ねる言い方を採用可能である。例えば、「Ａ店は、いかがでしょうか。」、「Ａ号室は、いかがでしょうか。」が挙げられる。
上記構成によれば、ユーザは管理者に誘導されているが、商業用情報を提案して確認する文言とすることで最終的な決定権がユーザ側となる結果、結果的に自分が選択したというように心証をよくし得るので、より自然な形でユーザを誘導できるようになる。
本発明の第３の側面によると、本発明に係る商業用情報提供システムは、
複数の商業用情報を予め記憶したデータベースと、前記データベースに接続され、前記複数の商業用情報から特定の商業用情報を抽出してリコメンド情報を生成する制御装置と、情報を入力可能なユーザインターフェースおよび管理者用インターフェースと、前記リコメンド情報を表示する表示装置と、を備え、
前記制御装置は、前記ユーザインターフェースから入力されたユーザ要求情報に基づいて、前記複数の商業用情報から特定の商業用情報の群を抽出する第１の抽出処理を実行し、前記管理者用インターフェースを介して管理者により予め入力された前記商業用情報を前記表示装置に表示する順位を示すフィルタリング情報に基づいて、前記第１の抽出処理によって抽出した前記特定の商業用情報の群の中から商業用情報を抽出する第２の抽出処理を実行し、前記フィルタリング情報の順位に従って整列した前記第２の抽出処理によって抽出した商業用情報を含むリコメンド情報を生成する処理を実行し、前記リコメンド情報を生成する際、前記ユーザインターフェースから入力される前記ユーザ要求情報とは異なる所定の情報である前記ユーザの履歴情報に対して設けられた重み付けに基づいて前記第２の抽出処理によって抽出した商業用情報を変更する処理を実行することを特徴とする。
上記構成は、ユーザからのユーザ要求情報のみならず、管理者が設定するフィルタリング情報に基づいて、ユーザに提供する商業用情報を抽出するという新たな構成である。
上記構成によれば、管理者が提供を所望する商業用情報をユーザに容易に提供できるようになる。
また、上記構成では、第１の抽出処理によりユーザからのユーザ要求情報に基づいて商業用情報が抽出され、第２の抽出処理により、管理者により設定されたフィルタリング情報に基づいて更に商業用情報が抽出される。そして、抽出された商業用情報を含むリコメンド情報がユーザに提供される。つまり、ユーザからのユーザ要求情報に返答可能な商業用情報のうち、管理者が提供を所望する商業用情報をユーザに提供可能となる。
したがって、上記構成によれば、ユーザの要求に返答する形式で、管理者が提供を所望する商業用情報を返答できるようになるので、より自然な形でユーザを誘導できるようになる。
また、上記構成では、管理者が設定した順位に従って商業用情報が表示されるので、管理者が所望する商業用情報への注目を誘引することが可能となる。
本発明の第４の側面によると、本発明に係る商業用情報提供方法は、
商業用情報提供システムが、ユーザからの質問を示す質問情報を入力するユーザインターフェースと、商業用施設に係る複数の商業用情報と、前記ユーザインターフェースから入力された質問情報への返答に係る複数の返答テンプレートとを記憶したデータベースと、前記複数の商業用情報の中から特定の商業用情報を優先提供することを示す優先度を管理者が設定する管理者用インターフェースと、制御装置と、情報提供装置と、を備え、
前記制御装置が、前記データベースに接続され、前記ユーザインターフェースから入力された質問情報に基づいて、前記複数の商業用情報から提供候補となる商業用情報と前記複数の返答テンプレートから返答に用いる返答テンプレートとを抽出する処理と、抽出した商業用情報の中から前記優先度に基づいて特定した商業用情報を含む返答情報を前記返答テンプレートに基づいて生成する処理と、を実行する制御工程と、
前記情報提供装置が、前記制御装置により生成された返答情報をユーザに提供する情報提供工程と、
前記制御装置が、前記制御工程において前記優先度に基づいて特定した商業用情報を含む返答情報を前記返答テンプレートに基づいて生成する際、前記ユーザインターフェースから入力される前記質問情報とは異なる所定の情報である前記ユーザの履歴情報に対して設けられた重み付けに基づいて前記特定した商業用情報を変更する変更工程と、を含むことを特徴とする。
本発明の第５の側面によると、本発明に係る商業用情報提供方法は、
商業用情報提供システムが、複数の商業用情報を予め記憶したデータベースと、前記データベースに接続され、前記複数の商業用情報から特定の商業用情報を抽出してリコメンド情報を生成する制御装置と、情報を入力可能なユーザインターフェースおよび管理者用インターフェースと、前記リコメンド情報をユーザに提供する情報提供装置と、を備え、
前記制御装置が、前記ユーザインターフェースから入力されたユーザ要求情報に基づいて、前記複数の商業用情報から特定の商業用情報の群を抽出する第１の抽出処理を実行する第１の抽出工程と、
前記制御装置が、前記管理者用インターフェースを介して管理者により予め入力されたフィルタリング情報に基づいて、前記第１の抽出工程によって抽出した前記特定の商業用情報の群の中から商業用情報を抽出する第２の抽出処理を実行する第２の抽出工程と、
前記制御装置が、前記第２の抽出工程によって抽出した商業用情報を含むリコメンド情報を生成する生成工程と、
前記制御装置が、前記生成工程において前記リコメンド情報を生成する際、前記ユーザインターフェースから入力される前記ユーザ要求情報とは異なる所定の情報である前記ユーザの履歴情報に対して設けられた重み付けに基づいて前記第２の抽出工程によって抽出した商業用情報を変更する変更工程と、を含むことを特徴とする。
本発明の第６の側面によると、本発明に係る商業用情報提供方法は、
商業用情報提供システムが、複数の商業用情報を予め記憶したデータベースと、前記データベースに接続され、前記複数の商業用情報から特定の商業用情報を抽出してリコメンド情報を生成する制御装置と、情報を入力可能なユーザインターフェースおよび管理者用インターフェースと、前記リコメンド情報を表示する表示装置と、を備え、
前記制御装置が、前記ユーザインターフェースから入力されたユーザ要求情報に基づいて、前記複数の商業用情報から特定の商業用情報の群を抽出する第１の抽出処理を実行する第１の抽出工程と、
前記制御装置が、前記管理者用インターフェースを介して管理者により予め入力された前記商業用情報を前記表示装置に表示する順位を示すフィルタリング情報に基づいて、前記第１の抽出工程によって抽出した前記特定の商業用情報の群の中から商業用情報を抽出する第２の抽出処理を実行する第２の抽出工程と、
前記制御装置が、前記フィルタリング情報の順位に従って整列した前記第２の抽出工程によって抽出した商業用情報を含むリコメンド情報を生成する生成工程と、
前記制御装置が、前記生成工程において前記リコメンド情報を生成する際、前記ユーザインターフェースから入力される前記ユーザ要求情報とは異なる所定の情報である前記ユーザの履歴情報に対して設けられた重み付けに基づいて前記第２の抽出工程によって抽出した商業用情報を変更する変更工程と、を含むことを特徴とする。
本発明によれば、返答可能な商業用情報のうち、管理者が提供を所望する商業用情報をユーザに提供することができる。
商業用情報提供システムの概略を示す図である。 商業用情報提供システムの一例を示す図である。 会話システムの一例を示す図である。 会話サーバの回路構成を示す図である。 サイネージＡの全体構造を示す図である。 サイネージＡの回路構成を示す図である。 サイネージＢの全体構造を示す図である。 サイネージＢの回路構成を示す図である。 キオスク端末の全体構造を示す図である。 キオスク端末の回路構成を示す図である。 店データ構築画面の一例を示す図である。 店データ管理画面の一例を示す図である。 店データの一例を示す図である。 知識データ構築画面の一例を示す図である。 知識データ管理画面の一例を示す図である。 知識データの一例を示す図である。 回答テンプレートの一例を示す図である。 回答テンプレートの一例を示す図である。 回答テンプレートの一例を示す図である。 回答テンプレートの一例を示す図である。 回答テンプレートの一例を示す図である。 回答テンプレートの一例を示す図である。 回答テンプレートの一例を示す図である。 重み付け決定テーブルの一例を示す図である。 入力履歴テーブルの一例を示す図である。 予約履歴テーブルの一例を示す図である。 リコメンド履歴テーブルの一例を示す図である。 ユーザ端末と会話サーバとの間のＡＰＩの一例を示す図である。 会話システムにおける一連の処理の一例を示す図である。 入力情報受信時処理に係るフローチャートの一例を示す図である。 テキスト入力処理に係るフローチャートの一例を示す図である。 意味認識処理に係るフローチャートの一例を示す図である。 話題特定処理に係るフローチャートの一例を示す図である。 会話状態制御処理に係るフローチャートの一例を示す図である。 会話状態制御処理に係るフローチャートの一例を示す図である。 第１フィルタリング処理に係るフローチャートの一例を示す図である。 第２フィルタリング処理に係るフローチャートの一例を示す図である。 アイコン入力処理に係るフローチャートの一例を示す図である。 入出力画面の一例を示す図である。 会話の一例を示す図である。 会話の一例を示す図である。 ログイン処理に係るフローチャートの一例を示す図である。 非リコメンド店除外決定用テーブルの一例を示す図である。 非リコメンド店除外決定用テーブルの一例を示す図である。 非リコメンド店除外決定用テーブルの一例を示す図である。 リコメンド適正化処理に係るフローチャートの一例を示す図である。 リコメンド適正化処理に係るフローチャートの一例を示す図である。 アイコン入力処理に係るフローチャートの一例を示す図である。 会話の一例を示す図である。 会話状態制御処理に係るフローチャートの一例を示す図である。 会話の一例を示す図である。 外部施設データの一例を示す図である。 会話の一例を示す図である。 知識データのデータ構造の一例を示す図である。 入力文と応答との関係の一例を示す図である。 ＱＡ新規追加画面の一例を示す図である。 カスタマイズ設定画面の一例を示す図である。 重み付け決定テーブルの一例を示す図である。
＜第１の実施形態＞
本発明の第１の実施形態について、図面に基づいて説明する。
［商業用情報提供システムの概要］
図１に示す会話サーバ１を例に挙げて本実施形態に係る商業用情報提供システム（商業用情報を提供可能なシステム）の概要を説明する。
会話サーバ１は、会話エンジン１１とデータベース（ＤＢ）１４とを有する。会話エンジン１１は、意味認識エンジン１２と会話状態制御エンジン１３とを含んで構成される。
本商業用情報提供システムでは、自然文入力２に基づいて通信３が行われ、会話サーバ１に自然文入力２が送信される。会話サーバ１では、意味認識エンジンによりＤＢ１４に基づいて自然文入力２の意味解析が行われ、自然文入力２の意味（意図）が認識される。また、会話状態制御エンジン１３により自然な会話が成立するように自然文入力２に対する最適な回答出力４がＤＢ１４に基づいて生成され、通信３を介して最適な回答出力４が出力される。
本商業用情報提供システムでは、様々な商業施設において適用可能である。
例えば、ホテルなどの宿泊施設のチェックイン・チェックアウトにおいては、自然文入力２「予約していた○○です」に対して、意味認識エンジン１２により意味解釈が行われ、会話状態制御エンジン１３により各種の情報（会員情報などの個人情報、施設設備、マップなどの施設情報、混雑・イベント・日時などの外的および内的環境情報、各種履歴、客側意向・施設側意向など）が加味され、最適な回答出力４「いらっしゃいませ、こちらの部屋となります。」が生成され、出力される。
また、例えば、自然文入力２「今日部屋ありますか？」に対しては、会話状態制御エンジン１３により各種の情報が加味され、最適な回答出力４「いらっしゃいませ、こちらの部屋はいかがですか？」が生成され、出力される。この回答出力に対し、「いいですよ。」との自然文入力２があった場合、最適な回答出力４「ありがとうございます。○○円となります。クレジットカードをお願いします。」が生成され、出力される。
また、例えば、施設などの案内においては、自然文入力２「和食が食べたい」に対して、会話状態制御エンジン１３により各種の情報が加味され、最適な回答出力４「和食のお店はこちらになります。」が生成され、出力される。
また、例えば、自然文入力２「この辺りで観光できる？」に対して、会話状態制御エンジン１３により各種の情報が加味され、最適な回答出力４「この辺りの観光マップです。美術館がお勧めですよ。」が生成され、出力される。
自然文入力２「バスの時間を教えて」に対して、会話状態制御エンジン１３により各種の情報が加味され、最適な回答出力４「シャトルバスの時間はこちらです。１５分後に出発予定です。」が生成され、出力される。
ここで、会話状態制御エンジン１３は、例えば、最適な回答を生成する際、ユーザのステータスを加味して回答するお店を変更したり、ホテル側の都合を加味してお勧めする店（リコメンドする店）を含めたりする。
例えば、会話状態制御エンジン１３がユーザのステータスが中級と把握した場合、自然文入力２「部屋ある？」に対して、会話状態制御エンジン１３によりユーザのステータスが加味され、最適な回答出力４「この部屋はいかが？」が生成され、出力されるが、ユーザに提示する部屋については、ユーザが支払可能な高い部屋などから紹介することになる。
また、例えば、会話状態制御エンジン１３がユーザのステータスが中級かつお得意様と把握した場合、自然文入力２「部屋ある？」に対して、会話状態制御エンジン１３によりユーザのステータスおよびホテルの利用履歴が加味され、最適な回答出力４「いつもありがとうございます。このスーペリアルームを割引しますがいかが？」が生成され、出力される。
また、例えば、会話状態制御エンジン１３が過去のトラブルを把握した場合、自然文入力２「部屋ある？」に対して、会話状態制御エンジン１３によりホテルの利用履歴が加味され、最適な回答出力４「申し訳ございません。本日は満室となっております。」が生成され、出力される。
また、例えば、会話状態制御エンジン１３がホテル側の都合として消費したい食材（当該食材の料理）を把握している場合、自然文入力２「和食のお勧めある？」に対して、会話状態制御エンジン１３により各種の情報が加味され、最適な回答出力４「○○が評判いいですよ！」が生成され、出力されるが、○○は、上記食材の料理を提供するお店となる。
また、会話サーバ１は、意味認識エンジン１２が自然文入力２の意味が理解できない場合、会話状態制御エンジン１３が最適な回答出力４を生成できない場合、人による対応を促すことがある。例えば、自然文入力２「人と話したい」に対しては、最適な回答出力４「ただ今、係りを呼びます。」が生成され、出力される。
上述したように、商業用情報提供システムによれば、一方向のインフォメーションでしかなかった案内を双方向のコミュニケーションとすることができる。また、商業用情報提供システムでは、人間同士の会話と同様、自由な入力（あいまいな表現）を受け付け、自由な出力（ユーザ側および管理者側の都合を加味した応答）を行うことが可能である。
これにより、例えば、従前の案内掲示板のように、メニュー選択から回答を絞り込んでいくというような手間がかからなくなる。また、例えば、ユーザの質問にマッチする回答、かつユーザの状況にあった回答を提供してユーザの要望に応えつつ、相手の意見（管理者側のリコメンド）を含めることで、管理者側の意図する方向にユーザを自然に誘導できるようになる。
図２は、商業用情報提供システムの一例（商業用情報提供システム５）を示す図である。
商業用情報提供システム５は、データベース５１、ユーザインターフェース５２、管理者用インターフェース５３、制御装置５４、および情報提供装置５５を含んで構成される。なお、データベース５１、管理者用インターフェース５３、および制御装置５４は、一のサーバ（情報処理装置の一例）に設けられていてもよいし、任意の２つが同じサーバに設けられ、かつ残りの１つが別のサーバに設けられていてもよいし、全て異なるサーバに設けられていてもよい。ユーザインターフェース５２および情報提供装置５５は、一のユーザ端末（情報処理装置の一例）に設けられていてもよいし、別々のユーザ端末に設けられていてもよい。
データベース５１は、記憶部であり、一定の形式で作成され、管理されるデータの集合を意味している。データベース５１は、商業用情報に係る各種のデータを記憶する。
例えば、データベース５１は、会話サーバ（商業用情報処理装置の一例）に設けられる。
なお、本実施形態は、データを格納、管理する構造や方式（特定のデータモデル）に限定されるものではない。例えば、データベース５１としては、階層型データモデル、ネットワーク型データモデル、リレーショナルデータモデルなど様々なデータモデルを適宜に採用可能である。
ユーザインターフェース５２は、入力部であり、ユーザ操作（ユーザによるアクション）に基づいて入力を受け付け可能なインターフェースである。物理的なボタン、物理的なキーボード、マウス、液晶タッチパネルに表示されるアイコン、マイクロフォンなどがユーザインターフェース５２として機能する。
例えば、ユーザインターフェース５２は、ユーザ端末（情報処理装置の一例）に設けられる。
管理者用インターフェース５３は、入力部であり、管理者操作（管理者によるアクション）に基づいて入力を受け付け可能なインターフェースである。物理的なボタン、物理的なキーボード、マウス、液晶タッチパネルに表示されるアイコンなどが管理者用インターフェース５３として機能する。
例えば、管理者用インターフェース５３は、会話サーバに設けられる。
制御装置５４は、制御部であり、会話に係る各種の制御を行う。
ＣＰＵ（Central Processing Unit）、ＭＣＵ（Micro-Control Unit）、マザーボードなどが制御装置５４として機能する。
例えば、制御装置５４は、会話サーバに設けられる。
情報提供装置５５は、情報提供部であり、文字、静止画、動画、音声などの各種の情報を提供可能である。
ブラウン管（Cathode Ray Tube）、液晶ディスプレイ、プラズマディスプレイ、有機ＥＬディスプレイ、ビデオプロジェクタ、スピーカなどが情報提供装置５５として機能する。
例えば、情報提供装置５５は、ユーザ端末に設けられる。
以下では、商業用情報提供システム５の構成を様々な側面から説明する。
［第１−１態様］
第１−１態様に係る商業用情報提供システム５は、ユーザからの質問を示す質問情報（後述の入力文、入力情報などを参照。）を入力可能なユーザインターフェース５２（後述のユーザ端末などを参照。）と、商業用施設に係る複数の商業用情報（店名、お店の写真など。例えば、後述の店データ、外部施設データなどを参照。）と、上記ユーザインターフェース５２から入力された質問情報への返答に係る複数の返答テンプレート（「ご希望の店に合致するのは、○×店です。おすすめですが、いかがでしょうか？」、「○×店で宜しいでしょうか？今なら空席があり、予約可能です。」、「この部屋はいががでしょうか？」など。後述の回答テンプレートなどを参照。）とを記憶したデータベース５１（後述の店データベース、外部施設データベース、回答テンプレートデータベースなどを参照。）と、上記複数の商業用情報の中から特定の商業用情報を優先提供することを示す優先度（後述の優先度などを参照。）を設定可能な管理者用インターフェース５３（後述の店データ新規追加画面などを参照。）と、上記データベース５１に接続され、上記ユーザインターフェース５２から入力された質問情報に基づいて、上記複数の商業用情報から提供候補となる商業用情報と上記複数の返答テンプレートから返答に用いる返答テンプレートとを抽出する処理（後述の意味認識処理、第１フィルタリング処理などを参照。）と、抽出した商業用情報の中から上記優先度に基づいて特定した商業用情報を含む返答情報を上記返答テンプレートに基づいて生成する処理（後述の第２フィルタリング処理などを参照。）と、を実行する制御装置５４（後述の会話サーバを参照。）と、上記制御装置により生成された返答情報（後述の応答データなどを参照。）をユーザに提供する情報提供装置５５（後述のユーザ端末などを参照。）と、を含むことを特徴とする。
上記構成は、ユーザに提供する商業用情報をデータベースから抽出する際、ユーザからの質問情報のみならず、管理者が設定する優先度に応じて、ユーザに提供する商業用情報を抽出するという新たな構成である。
上記構成によれば、管理者が提供を所望する商業用情報をユーザに容易に提供できるようになる。
また、上記構成では、ユーザからの質問情報に基づいて商業用情報が抽出され、抽出された商業用情報が管理者により設定された優先度に基づいて特定される。そして、特定された商業用情報を含む返答情報がユーザに提供される。つまり、ユーザからの質問情報に返答可能な商業用情報のうち、管理者が提供を所望する商業用情報をユーザに提供可能となる。
したがって、上記構成によれば、ユーザの質問に返答する形式で、管理者が提供を所望する商業用情報を返答できるようになるので、より自然な形でユーザを誘導できるようになる。
［第１−２態様］
第１−２態様に係る商業用情報提供システム５は、上記制御装置５４と通信可能に接続され、上記商業用施設に設置された端末（後述のユーザ端末などを参照。）を有し、上記端末は、上記ユーザインターフェース５２を備えることを特徴とする。
上記構成では、商業用施設に設置された端末のユーザインターフェース５２を介して質問情報を入力可能となる。つまり、ユーザが商業用施設を利用しているときに、実際に知りたいことが出てきた、困ったことが生じたなどの懸案事項がある際に、ユーザからの質問情報を受け付け可能である。
上記構成によれば、商業用施設を利用しているユーザからの質問情報に返答可能であり、かつ管理者が所望する商業用情報がユーザに提供されるので、ユーザの懸案事項を解決しつつ、ユーザを誘導できるようになる。
［第１−３態様］
第１−３態様に係る商業用情報提供システム５では、上記制御装置５４は、上記ユーザインターフェース５２から入力される質問情報とは異なる所定の情報に対して設けられた重み付けに基づいて上記優先度を変更する（後述の第２フィルタリング処理、リコメンド適正化処理などを参照。）ことを特徴とする。
上記構成では、ユーザインターフェース５２から入力される質問情報とは異なる所定の情報に対して設けられた重み付けに基づいて優先度が変更される。
所定の情報としては、例えば、会員情報などの個人情報、施設設備やフロアマップなどの施設情報、リアルタイムに更新される商業用情報ごとの空席度合い（混雑度合い）を示す空席情報、開催時間と時計機能とをリンクしたイベント情報などの外的環境情報及び内的環境情報、並びに、各種の履歴情報が挙げられる。
上記構成によれば、ユーザにより入力された質問情報のみならず、所定の情報を加味して優先度が変更されるので、ユーザの質問によりマッチした商業用情報であって、時宜にかなった商業用情報を提供できるようになる。
［第１−４態様］
第１−４態様に係る商業用情報提供システム５では、上記制御装置５４が生成する返答情報には、上記返答情報に含まれる商業用情報に対するユーザの行動を促す行動要求情報（後述の予約アイコンなどを参照。）が含まれていることを特徴とする。
行動要求情報としては、例えば、商業用情報に係るお店の予約を行うための予約アイコンが挙げられる。また、例えば、商業用情報に係る宿泊部屋の予約を行うための予約アイコンが挙げられる。
したがって、上記構成によれば、行動要求情報によりユーザの次の行動が支援されるので、ユーザを適切に誘導できるようになる。
［第１−５態様］
第１−５態様に係る商業用情報提供システム５では、上記ユーザインターフェース５２は、上記情報提供装置５５により提供された返答情報に含まれる商業用情報を利用することを示す利用要求情報の入力（予約アイコンなどが押された際の入力など。後述のココアイコンによる入力などを参照。）を受け付け、上記制御装置５４は、上記ユーザインターフェース５２から利用要求情報が入力されると、上記利用要求情報に係る商業用情報の利用に資する案内情報（後述の会話例などを参照。）を生成し、上記情報提供装置５５は、上記制御装置５４により生成された案内情報をユーザに提供することを特徴とする。
上記構成では、商業用情報を利用することを示す利用要求情報が入力されると、その商業用情報の利用に資する案内情報がユーザに提供される。
案内情報としては、例えば、現在位置から目的地（例えば、店、部屋、トイレ）までのルートを示したマップが挙げられる。また、例えば、電話番号、営業時間、定休日、メニュー、クーポン、シェフ名、店のこだわり、間取り、写真などのお店の情報が挙げられる。
上記構成によれば、ユーザは、商業用情報をより容易に利用できるようになる。
［第２−１態様］
第２−１態様に係る商業用情報提供システム５は、複数の商業用情報を予め記憶したデータベース５１と、上記データベース５１に接続され、上記複数の商業用情報から特定の商業用情報を抽出してリコメンド情報（返答情報と等価であり、後述の出力情報などを参照。）を生成する制御装置５４と、情報を入力可能なユーザインターフェース５２および管理者用インターフェース５３と、上記リコメンド情報をユーザに提供する情報提供装置５５と、を備え、上記制御装置５４は、上記ユーザインターフェース５２から入力されたユーザ要求情報（質問情報と等価であり、後述の入力文、入力情報などを参照。）に基づいて、上記複数の商業用情報から特定の商業用情報の群を抽出する第１の抽出処理（後述の第１フィルタリング処理などを参照。）を実行し、上記管理者用インターフェース５３を介して予め入力されたフィルタリング情報（優先度および重み付けと等価）に基づいて、上記第１の抽出処理によって抽出した上記特定の商業用情報の群の中から商業用情報を抽出する第２の抽出処理（後述の第２フィルタリング処理などを参照。）を実行し、上記第２の抽出処理によって抽出した商業用情報を含むリコメンド情報を生成することを特徴とする。
上記構成では、ユーザからのユーザ要求情報のみならず、管理者が設定するフィルタリング情報に基づいて、ユーザに提供する商業用情報を抽出するという新たな構成である。
上記構成によれば、管理者が提供を所望する商業用情報をユーザに容易に提供できるようになる。
また、上記構成では、第１の抽出処理によりユーザからのユーザ要求情報に基づいて商業用情報が抽出され、第２の抽出処理により、管理者により設定されたフィルタリング情報に基づいて更に商業用情報が抽出される。そして、抽出された商業用情報を含むリコメンド情報がユーザに提供される。つまり、ユーザからのユーザ要求情報に返答可能な商業用情報のうち、管理者が提供を所望する商業用情報をユーザに提供可能となる。
したがって、上記構成によれば、ユーザの要求に返答する形式で、管理者が提供を所望する商業用情報を返答できるようになるので、より自然な形でユーザを誘導できるようになる。
［第２−２態様］
第２−２態様に係る商業用情報提供システム５では、上記制御装置５４は、上記第２の抽出処理によって抽出した商業用情報を提案して確認する文言を上記リコメンド情報に付加することを特徴とする。
上記構成によれば、リコメンド情報に商業用情報を提案して確認する文言が付加される。
商業用情報を提案して確認する文言としては、様子、状況、感想、意見、気分、意向などを尋ねる言い方（表現）を採用可能である。例えば、「Ａ店は、いかがでしょうか。」、「Ａ号室は、いかがでしょうか。」が挙げられる。
上記構成によれば、ユーザは管理者に誘導されているが、商業用情報を提案して確認する文言とすることで最終的な決定権がユーザ側となる結果、結果的に自分が選択したというように心証をよくし得るので、より自然な形でユーザを誘導できるようになる。
［第３−１態様］
第３−１態様に係る商業用情報提供システム５は、複数の商業用情報を予め記憶したデータベース５１と、上記データベース５１に接続され、上記複数の商業用情報から特定の商業用情報を抽出してリコメンド情報を生成する制御装置５４と、情報を入力可能なユーザインターフェース５２および管理者用インターフェース５３と、上記リコメンド情報を表示する表示装置（情報提供装置５５の一例）と、を備え、上記制御装置５４は、上記ユーザインターフェース５２から入力されたユーザ要求情報に基づいて、上記複数の商業用情報から特定の商業用情報の群を抽出する第１の抽出処理（後述の第１フィルタリング処理などを参照。）を実行し、上記管理者用インターフェース５３を介して予め入力された上記商業用情報を上記表示装置に表示する順位を示すフィルタリング情報（優先度および重み付けと等価）に基づいて、上記第１の抽出処理によって抽出した上記特定の商業用情報の群の中から商業用情報を抽出する第２の抽出処理（後述の第２フィルタリング処理などを参照。）を実行し、上記フィルタリング情報の順位に従って整列した上記第２の抽出処理によって抽出した商業用情報を含むリコメンド情報を生成することを特徴とする。
上記構成は、ユーザからのユーザ要求情報のみならず、管理者が設定するフィルタリング情報に基づいて、ユーザに提供する商業用情報を抽出するという新たな構成である。
上記構成によれば、管理者が提供を所望する商業用情報をユーザに容易に提供できるようになる。
また、上記構成では、第１の抽出処理によりユーザからのユーザ要求情報に基づいて商業用情報が抽出され、第２の抽出処理により、管理者により設定されたフィルタリング情報に基づいて更に商業用情報が抽出される。そして、抽出された商業用情報を含むリコメンド情報がユーザに提供される。つまり、ユーザからのユーザ要求情報に返答可能な商業用情報のうち、管理者が提供を所望する商業用情報をユーザに提供可能となる。
したがって、上記構成によれば、ユーザの要求に返答する形式で、管理者が提供を所望する商業用情報を返答できるようになるので、より自然な形でユーザを誘導できるようになる。
また、上記構成では、管理者が設定した順位に従って商業用情報が表示されるので、管理者が所望する商業用情報への注目を誘引することが可能となる。
［第４−１態様］
第４−１態様に係る商業用情報提供方法は、商業用情報提供システム５が、ユーザからの質問を示す質問情報を入力するユーザインターフェース５２と、商業用施設に係る複数の商業用情報と、上記ユーザインターフェース５２から入力された質問情報への返答に係る複数の返答テンプレートとを記憶したデータベース５１と、上記複数の商業用情報の中から特定の商業用情報を優先提供することを示す優先度を設定する管理者用インターフェース５３と、制御装置５４と、情報提供装置５５と、を備え、上記制御装置５４が、上記データベース５１に接続され、上記ユーザインターフェース５２から入力された質問情報に基づいて、上記複数の商業用情報から提供候補となる商業用情報と上記複数の返答テンプレートから返答に用いる返答テンプレートとを抽出する処理と、抽出した商業用情報の中から上記優先度に基づいて特定した商業用情報を含む返答情報を上記返答テンプレートに基づいて生成する処理と、を実行する制御工程（後述のＳＱ１８などを参照。）と、上記情報提供装置５５が、上記制御装置５４により生成された返答情報をユーザに提供する情報提供工程（後述のＳＱ２０などを参照。）と、を含むことを特徴とする。
［第５−１態様］
第５−１態様に係る商業用情報提供方法は、商業用情報提供システム５が、複数の商業用情報を予め記憶したデータベース５１と、上記データベース５１に接続され、上記複数の商業用情報から特定の商業用情報を抽出してリコメンド情報を生成する制御装置５４と、情報を入力可能なユーザインターフェース５２および管理者用インターフェース５３と、上記リコメンド情報をユーザに提供する情報提供装置５５と、を備え、上記制御装置５４が、上記ユーザインターフェース５２から入力されたユーザ要求情報に基づいて、上記複数の商業用情報から特定の商業用情報の群を抽出する第１の抽出処理を実行する第１の抽出工程（後述の第１フィルタリング処理などを参照。）と、上記制御装置５４が、上記管理者用インターフェース５３を介して予め入力されたフィルタリング情報に基づいて、上記第１の抽出工程によって抽出した上記特定の商業用情報の群の中から商業用情報を抽出する第２の抽出処理を実行する第２の抽出工程（後述の第２フィルタリング処理などを参照。）と、上記制御装置５４が、上記第２の抽出工程によって抽出した商業用情報を含むリコメンド情報を生成する生成工程（後述の応答データ生成処理などを参照。）と、を含むことを特徴とする。
［第６−１態様］
第６−１態様に係る商業用情報提供方法は、商業用情報提供システム５が、複数の商業用情報を予め記憶したデータベース５１と、上記データベース５１に接続され、上記複数の商業用情報から特定の商業用情報を抽出してリコメンド情報を生成する制御装置５４と、情報を入力可能なユーザインターフェース５２および管理者用インターフェース５３と、上記リコメンド情報を表示する表示装置（情報提供装置５５の一例）と、を備え、上記制御装置５４が、上記ユーザインターフェース５２から入力されたユーザ要求情報に基づいて、上記複数の商業用情報から特定の商業用情報の群を抽出する第１の抽出処理を実行する第１の抽出工程（後述の第１フィルタリング処理などを参照。）と、上記制御装置５４が、上記管理者用インターフェース５３を介して予め入力された上記商業用情報を上記表示装置に表示する順位を示すフィルタリング情報に基づいて、上記第１の抽出工程によって抽出した上記特定の商業用情報の群の中から商業用情報を抽出する第２の抽出処理を実行する第２の抽出工程（後述の第２フィルタリング処理などを参照。）と、上記制御装置５４が、上記フィルタリング情報の順位に従って整列した上記第２の抽出工程によって抽出した商業用情報を含むリコメンド情報を生成する生成工程（後述の応答データ生成処理などを参照。）と、を含むことを特徴とする。
［第７−１態様］
第７−１態様に係る商業用情報処理装置は、ユーザからの質問を示す質問情報を入力可能な入力部と、ユーザに情報を提供可能な情報提供部と、を有する情報処理装置と通信可能な通信部と、商業用施設に係る複数の商業用情報と、上記入力部で入力された質問情報への返答に係る複数の返答テンプレートとを記憶した記憶部から、上記入力部で入力された質問情報に基づいて、上記複数の商業用情報から提供候補となる商業用情報と上記複数の返答テンプレートから返答に用いる返答テンプレートとを抽出する処理と、抽出した商業用情報の中から、上記複数の商業用情報の中から特定の商業用情報を優先提供することを示す優先度に基づいて特定した商業用情報を含む返答情報を上記返答テンプレートに基づいて生成する処理と、を実行する制御部と、を備え、上記通信部は、上記制御部により生成された返答情報を上記情報提供部に送信することを特徴とする。
商業用情報提供システム５および商業用情報提供方法は、上述の内容に限られるものではない。例えば、以下のように構成してもよい。
［その他の第１態様］
上記データベース５１には、想定された質問を示す内容情報（後述の比較対象文字列などを参照のこと。）が記憶され、上記制御装置５４は、上記ユーザインターフェース５２から入力された質問情報と上記内容情報とに基づいて上記質問情報の意味を解釈し（後述の意味認識処理などを参照のこと。）、上記返答情報を生成する（後述の応答データ生成処理などを参照。）ことを特徴とする。
上記構成によれば、質問に対する返答は、質問に対する商業用情報（店舗名や施設名など）を羅列するものではなく、質問情報の意味が解釈されるので、インタラクティブな双方向の会話となり、管理者側が紹介したい（利用してほしい）複数の店舗の中の何れかに導くことができるようになる。
［その他の第２態様］
上記返答情報には、疑問文、付加疑問文などの提案形態の文字または音声が含まれることを特徴とする。
例えば、「ご希望の店に合致するのは、○×店です。おすすめですが、いかがでしょうか？」、「○×店で宜しいでしょうか？今なら空席があり、予約可能です。」、「この部屋はいががでしょうか？」などが例として挙げられる。
本構成によれば、ユーザは管理者に誘導されているが、最終的な決定権がユーザ側となる結果、結果的に自分が選んでいるというに心証をよくし得るといったメリットに期待できる。
［その他の第３態様］
上記制御装置５４は、上記返答情報に含まれる一の商業用情報を利用することを示す利用要求情報が上記ユーザインターフェース５２から入力されると、上記優先度に基づいて特定した商業用情報の利用であるか否かを判定し、当該商業用情報の利用でないと判断した場合、上記一の商業用情報に係るポジティブ情報とネガティブ情報と上記優先度に基づいて特定した商業用情報とを含む返答情報を生成し（後述のアイコン入力処理などを参照。）、上記情報提供装置５５は、上記制御装置５４が生成した返答情報をユーザに提供する。
例えば、ユーザが質問をして、「和食が食べたい」との質問をした場合に、Ａ〜Ｄの店舗が施設に存在するので、第１段階で、その施設名として第１の返答情報を提供する。そして、その返答情報に対してユーザがユーザインターフェース５２を介して、管理者側がリコメンドすることを希望しない、店舗Ｄを選んだ場合に、ポジティブ情報「Ｄでよいですか？ここはよく利用されておられますね、いつも有難うございます。」に加えて、その店舗に対するネガディブ情報「今、込み具合を調べましたところ、カウンターしか空いておりません。いつもご利用の個室は空きがございませんが宜しいでしょうか？」と、優先度に基づいて特定した商業用情報「現在のところ、店舗Ａには個室に空きがあり、すぐにご利用いただけます。いかが致しますか。」を含む第２の返答情報をユーザに提示する。
このようにすることで、管理者側がリコメンドしない店舗Ｄについての利用を再考させ、管理者側がリコメンドする店舗Ａにユーザを誘導することが可能となる。
［その他の第４態様］
ＩＣカードなどの読取媒体からユーザの識別情報を読み取る読取装置（後述のユーザ端末などを参照。）を備え、上記データベース５１または外部のデータベース（後述の会員サーバ、履歴サーバなどを参照。）には、ユーザの個人情報、および利用履歴情報が記憶され、上記制御装置５４は、上記読取装置で読み取られたユーザの識別情報に基づいて、上記ユーザの個人情報および利用履歴情報を取得し、上記個人情報および上記利用履歴情報に基づいて上記ユーザが常連であるか否かを判定し、常連であると判定した場合、上記個人情報および上記利用履歴情報に基づいて上記優先度を変更する（後述の第２フィルタリング処理を参照。）ことを特徴とする。
例えば、常連である場合、「和食が食べたい」との質問の裏には、前に行ったことのある和食の店の名前を忘れたが、その場所や名前を知りたいというような意図があるかも知れない。また、例えば、常連である場合、どのような店舗がその商業用施設に存在するかを知っている可能性がある。
このような場合には、管理者が設定した優先度を優先しすぎて返答情報を提供した場合、その返答に考えている店舗が含まれていなかったり、知っている店舗の一部が表示されなかったりすると不満に感じるかも知れない。よって、利用履歴のある店舗と管理者が誘導したい優先度の高い店舗とを質問情報に基づいて複数表示することが好ましい。付言するならば、常連と常連ではない新規ユーザとでは、提供する情報が異なるように処理する制御を実行することが好ましい。
上記構成によれば、常連である場合、利用履歴のある店舗と管理者が誘導したい優先度の高い店舗とが質問情報に基づいて複数表示されるので、常連に適した会話ができるようになる。
［その他の第５態様］
例えば、「あっさりしたものが食べたい」とユーザインターフェース５２を介して入力されされたとすると、それに応じた情報として、うどん屋Ａ，Ｂ、蕎麦屋Ｃ，Ｄ、すし屋Ｆ，Ｇが第１の抽出処理で抽出されたとする。
この場合、管理者用ユーザインターフェース５２を介して、管理者としての施設運営者としては最近オープンしたばかりのすし屋Ｇの情報がフィルタリング情報（リコメンド情報）として予め設定されていた場合、情報提供装置５５としてのディスプレイに、「すし屋Ｇは如何でしょうか？メニューは以下のようになっており、今ならお席に空きがございます。」としたうえで、予約アイコンを表示する。
予約アイコンをタッチすると、例えば、ユーザ個人情報（名前／性別／年齢／国籍を含む出身地）に基づいて、予約票がユーザカスタマイズされた状態で制御装置５４が生成して上記表示装置に表示される。来店希望時間や人数をタッチパネルなどのユーザインターフェース５２にて予約票へ追加入力された段階で、ココアイコンをタッチ（入力）すると、予約情報が店舗に送信されるとともに、個人情報に登録されたメールアドレスに予約情報が送信される。また、プリンタ（後述のキオスク端末などを参照。）から予約票と地図とを印刷可能に印刷アイコンが上記表示装置に表示される。
図３は、商業用情報提供システム５の一例（会話システム１０００）を示す図である。上述した内容は、以下に説明する会話システム１０００により実施可能であるが、あくまでも一例である。例えば、開示する構成要素が全て必要であるとは限らない。
会話システム１０００は、会員管理サーバ１３、会話サーバ１４、一または複数のユーザ端末（サイネージＡ１００、サイネージＢ１５０、およびキオスク端末２００）を含んで構成される。
なお、ユーザ端末として、サイネージＡ１００、サイネージＢ１５０、およびキオスク端末２００を示しているが、これに限られるものではない。ユーザ端末は、例えば、情報処理装置、スマートフォンなどであってもよい。
会話サーバ１４は、ユーザの操作に応じてユーザ端末のＷＥＢブラウザからｈｔｔｐリクエストが送信されてきた場合に、これを受信・解析して、これに対応するデータを用意し、ｈｔｔｐレスポンスとしてユーザ端末のＷＥＢブラウザに返信する。ｈｔｔｐレスポンスとして返信されるデータには、応答内容が含まれるほか、ＨＴＭＬデータ、イメージデータなどのデータが含まれる。ＨＴＭＬデータは、ＷＥＢページを表示するためのＨＴＭＬデータであり、イメージデータは、ＷＥＢページで表示される画像データや動画データである。
より具体的に説明すると、ユーザ端末は、タッチパネル等の入力装置をユーザが操作した場合に、当該操作による信号を入力（入力文）として受け取る。ユーザ端末は、指定されたＷＥＢページを表示し、受け取った入力文をＷＥＢページの入力エリアに表示する。また、ユーザ端末は、ユーザの操作（質問するボタンの押下）に応じて、ｈｔｔｐリクエストをネットワーク４０００を介して会話サーバ１４に送信する。さらに、ユーザ端末は、会話サーバ１４から、応答データ（返答情報の一例）を含んだ出力情報（ＨＴＭＬデータ等であり、商業用情報の一例。）を受信すると、それらのデータに基づいてＷＥＢページを表示する（ＷＥＢブラウザの表示を更新する）。
会話サーバ１４は、ユーザによってユーザ端末に入力された文字列（質問情報の一例）を、ネットワーク４０００を介して、例えば、ｈｔｔｐといったプロトコルにより受信する。
会話サーバ１４は、受信した入力情報に基づいて、自身が有する知識データベース、店データベース等を参照したり、ホテルサーバ２０００、店舗サーバ３０００等と通信を行ったりして、対応する応答内容を決定する。
なお、知識データベースは、知識データを有し、管理者の操作に応じて知識データの更新が行われる。知識データは、基本的には、ユーザによって入力される蓋然性の高い文字列（比較対象文字列）と、これに対応する処理に係るデータとをセットで指定したデータである。店データベースは、店データを有し、管理者の操作に応じて店データの更新が行われる。店データは、商業用情報の一例であり、お店に係る各種の情報（店名など）を含むデータである。
会話サーバ１４は、決定した応答内容を、ユーザ端末のＷＥＢブラウザで表示されたＷＥＢページに表示するよう応答データを生成し、出力情報としてネットワーク４０００を介してユーザ端末に送信する。
会話サーバ１４は、ユーザのユーザ端末への入力に対して会話サーバ１４がどのように応答したかをログとして記録するとともに、管理者の操作に応じて、ログを解析して所定のレポートを表示する。
［会話サーバの回路構成］
図４を参照して、会話サーバ１４が備える回路の構成について説明する。
会話サーバ１４を制御する会話サーバコントローラ１４００は、ＣＰＵ１４０１、ＲＯＭ１４０２、およびＲＡＭ１４０３を有する。
ＣＰＵ１４０１は、会話サーバ１４の各構成部の実行制御を行うとともに、ＲＯＭ１４０２に格納された各種プログラムを実行したり、演算したりする。
ＲＯＭ１４０２は、フラッシュメモリなどのメモリデバイスからなり、ＣＰＵ１４０１により実行される恒久的なデータが記憶されている。例えば、会話システムの制御に係るプログラム等が記憶される。
ＲＡＭ１４０３は、ＲＯＭ１４０２に記憶された各種プログラムを実行する際に必要なデータを一時的に記憶する。
外部記憶装置１４０４は、例えばハードディスク装置のような記憶装置であり、ＣＰＵ１４０１で実行されるプログラムや、ＣＰＵ１４０１で実行されるプログラムが利用するデータ（テーブル、データベースなど）を記憶する。
グラフィックボード１４０５は、ＬＣＤ１４０８に各種情報を表示させるよう制御する。
入力制御部１４０６は、キーボード１４０９からの入力、マウス１４１０からの入力を信号化してＣＰＵ１４０１に送信する。
ネットワークＩ／Ｆ（インターフェース）１４０７は、会員管理サーバ１３、ホテルサーバ２０００、店舗サーバ３０００等のサーバ、サイネージＡ１００、サイネージＢ１５０、キオスク端末２００、監視カメラ（図示せず）とのデータ通信を実現する。
例えば、ＣＰＵ１４０１がＲＯＭ１４０２などに格納されたプログラムおよびテーブルデータをＲＡＭ１４０３に読み出して実行することにより、会話サーバ１４に係る各種機能が実現される。
［サイネージＡの構成］
図５は、会話システム１０００で使用され得るサイネージＡ１００を示している。サイネージＡ１００は、ユーザ端末（情報入出力装置）の一例であり、会話システム１０００のサーバ（会員管理サーバ１３、会話サーバ１４など）にネットワークを介して接続され得る。例えば、サイネージＡ１００は、ユーザからの質問（入力）を受け付け、質問に対する会話サーバ１４からの回答を表示（出力）する。また、例えば、サイネージＡ１００は、店舗の広告（広告看板を含む）やホールのフロア案内等を表示する。
サイネージＡ１００は、ＬＣＤ１０１、およびタッチパネル機能を有したＬＣＤ１０３を備える。ＬＣＤ１０１は、例えば２４インチ（約６０．９６ｃｍ）液晶表示装置であり、ＬＣＤ１０３は、例えば、４６インチ（約１１６．８４ｃｍ）の液晶表示装置であり、上述の通り、これらのＬＣＤには、ユーザとの会話内容、広告情報や案内情報等が表示される。また、ＬＣＤ１０３が有するタッチパネル機能は、例えば、赤外線方式を用いたタッチパネルである。なお、この例では、ＬＣＤ１０３はタッチパネル機能を有するように構成されるが、キーボードやマウスといった他の入力装置によって指示入力を行うようにしてもよい。
ＬＣＤ１０１、ＬＣＤ１０３のそれぞれは、キャビネットに格納されるが、当該キャビネット前面の周辺部には、演出用の演出ＬＥＤ１０２、１０４がそれぞれ設けられる。演出ＬＥＤ１０２、１０４は、例えば、テープ上のＬＥＤライトである。
さらに、サイネージＡ１００は、ＬＣＤ１０１のキャビネット、ＬＣＤ１０３のキャビネットに、それぞれモーションセンサ１０５、１０６を備えている。モーションセンサ１０５、１０６は、例えば、カメラであり、モーションセンサ１０５、１０６により撮像された映像を用いて、サイネージＡ１００のユーザや、通路を通行する顧客の行動を解析する。
サイネージＡ１００はまた、タッチユニット１０７を備えており、非接触ＩＣカードやＮＦＣによる通信機能を備えた携帯電話やスマートフォンとデータ通信を行うことが可能なＲＦＩＤモジュールを含んでいる。会員は、その会員と紐付けられた会員カード（ＩＣカード）をこのタッチユニット１０７にかざすことによりログインすることができ、そこで会員用のメニュー画面や、その会員に関する情報を、ＬＣＤ１０１、又はＬＣＤ１０３に表示させることができる。会員の情報は、例えば、会員管理サーバ１３から取得される。非接触ＩＣカード、携帯電話、スマートフォンは、読取媒体（記憶媒体）の一例である。
また、ホールのスタッフは、スタッフのＩＣカードをかざすことによってログインし、スタッフ用のメニュー画面等をＬＣＤ１０１、又はＬＣＤ１０３に表示させることができる。
サイネージＡ１００は、ユーザがＩＣカードをタッチした後、ログオフをせずにそのまま立ち去っても、そのタッチによってＬＣＤ１０３等に表示された会員の情報は、所定時間が経過すると非表示となり、自動的にログオフがされる仕組みになっている。
さらに、サイネージＡ１００は、ＬＣＤ１０３のキャビネット内に、音声を取得するマイク１３３を備える。ＬＣＤ１０３のキャビネットには、マイクが設けられた位置に対応するマイク用開口部１１０が設けられている。図５には、モーションセンサ１０６の横に、このマイク用開口部１１０が示されている。
また、サイネージＡ１００は、ＬＣＤ１０３のキャビネット内に、音声を出力するスピーカ１３４、１３５を備える。ＬＣＤ１０３のキャビネットには、スピーカが設けられた位置にそれぞれ対応するスピーカ用ダクトが設けられている。図５には、一方のスピーカに対応するスピーカ用ダクト１１１が示されている。
この他、サイネージＡ１００は、ＬＣＤ１０１のキャビネットやＬＣＤ１０３のキャビネットを支持するベースユニット１０８、各ＬＣＤやＬＥＤ等の制御を行う制御部を収納したコントロールユニット１０９を備えている。
［サイネージＡの回路構成］
次に、図６を参照して、サイネージＡ１００が備える回路の構成について説明する。
サイネージＡ１００を制御するサイネージＡコントローラ１２０は、ＣＰＵ１２１、ＲＯＭ１２２、およびＲＡＭ１２３を有する。
ＣＰＵ１２１は、サイネージＡの各構成部の実行制御を行うとともに、ＲＯＭ１２２に格納された各種プログラムを実行したり、演算したりする。
ＲＯＭ１２２は、フラッシュメモリなどのメモリデバイスからなり、ＣＰＵ１２１により実行される恒久的なデータが記憶されている。
ＲＡＭ１２３は、ＲＯＭ１２２に記憶された各種プログラムを実行する際に必要なデータを一時的に記憶する。
外部記憶装置１２４は、例えばハードディスク装置のような記憶装置であり、ＣＰＵ１２１で実行されるプログラムや、ＣＰＵ１２１で実行されるプログラムが利用するデータを記憶する。
ネットワークＩ／Ｆ（インターフェース）１２５は、会員管理サーバ１３、会話サーバ１４等とのデータ通信を実現する。
ＬＥＤ駆動部１２６は、演出ＬＥＤ１０２、１０４を所定のタイミングで点灯させるよう制御する。また、ユーザとの会話内容、広告情報の表示、案内情報の表示、会員による操作に基づく会員情報の表示等に同期して演出ＬＥＤ１０２、１０４を発光させるようにすることもできる。
ＬＣＤ制御部１２９は、ＬＣＤ１０１に、上述した広告情報等の情報を表示させるよう制御する。
また、ＬＣＤ制御部１２９は、各種情報が表示されるようにＬＣＤ１０１を制御可能である。
ＬＣＤ制御部１３０は、ＬＣＤ１０３に、会話サーバ１４で生成された応答データ、上述した広告情報等の情報を表示させるよう制御する。また、ＬＣＤ１０３はタッチパネル機能を備えており、ユーザからの操作がＣＰＵ１２１に送信される。
タッチユニット制御部１３１は、タッチユニット１０７における、ＩＣカードや携帯電話のタッチ操作に伴うデータ送受信を制御する。タッチユニット制御部１３１は、非接触Ｒ／Ｗ（リーダライタ）制御部１３１ａを備えている。
非接触Ｒ／Ｗ制御部１３１ａは、タッチユニット１０７でＩＣカードや携帯電話のタッチ操作があったか否かを判定し、タッチ操作があった場合に、タッチユニット１０７から読み取り結果等を取得する。タッチユニット１０７は、ＩＣカードや携帯電話との間でＮＦＣ等によりデータ送受信を行うためのアンテナ部を有する。
ＣＰＵ１２１は、タッチユニット１０７から会員カード（ＩＣカード）の識別コードを取得すると、その識別コードに対応する会員の会員情報を会員管理サーバ１３から取得し、ＬＣＤ１０１やＬＣＤ１０３に表示する。また、その会員用の操作メニューをＬＣＤ１０３に表示させたり、その会員に適した広告情報をＬＣＤ１０１やＬＣＤ１０３に表示させたりすることもできる。
なお、ＣＰＵ１２１は、タッチユニット１０７から会員カード（ＩＣカード）に記憶されたユーザＩＤを取得し、ユーザＩＤに対応する会員情報を会員管理サーバ１３から取得する構成であってもよい。
ＤＳＰ１３２は、マイク１３３から取得した音声データを受信し、所定の処理を行った後、そのデータをＣＰＵ１２１に送信する。また、ＤＳＰ１３２は、受信した音声データを出力するために、スピーカ１３４、１３５にこれを送信する。
モーションセンサ制御部１３６は、モーションセンサ（例えば、カメラ）１０５、１０６から受信したユーザ等の画像を取得し、必要に応じて所定の画像処理を施し、処理後のデータをＣＰＵ１２１に送信する。
モーションセンサ制御部１３６は、モーションセンサ１０５、１０６から撮像情報を取得し、会話サーバ１４からの取得要求に応じて、撮像情報を会話サーバ１４に送信可能である。
［サイネージＢの構成］
図７は、会話システム１０００で使用され得るサイネージＢ１５０を示している。サイネージＢ１５０は、ユーザ端末（情報入出力装置）の一例であり、会話システム１０００のサーバ（会員管理サーバ１３、会話サーバ１４など）にネットワークを介して接続され得る。例えば、サイネージＢ１５０は、ユーザからの質問（入力）を受け付け、質問に対する会話サーバ１４からの回答を表示（出力）する。また、例えば、サイネージＢ１５０は、店舗の広告（広告看板を含む）やホールのフロア案内等を表示する。
サイネージＢ１５０は、タッチパネル機能を有したＬＣＤ１５３を備える。ＬＣＤ１５３は、例えば、４６インチ（約１１６．８４ｃｍ）の液晶表示装置であり、上述の通り、ＬＣＤ１５３には、ユーザとの会話内容、広告情報や案内情報等が表示される。また、ＬＣＤ１５３が有するタッチパネル機能は、例えば、赤外線方式を用いたタッチパネルである。なお、この例では、ＬＣＤ１５３はタッチパネル機能を有するように構成されるが、キーボードやマウスといった他の入力装置によって指示入力を行うようにしてもよい。
ＬＣＤ１５３は、キャビネットに格納されるが、当該キャビネット前面の周辺部には、演出用の演出ＬＥＤ１５４が設けられる。演出ＬＥＤ１５４は、例えば、テープ上のＬＥＤライトである。
さらに、サイネージＢ１５０は、ＬＣＤ１５３のキャビネットに、モーションセンサ１５６を備えている。モーションセンサ１５６は、例えば、カメラであり、モーションセンサ１５６により撮像された映像を用いて、サイネージＢ１５０のユーザや、通路を通行する顧客の行動を解析する。
サイネージＢ１５０はまた、タッチユニット１５７を備えており、非接触ＩＣカードやＮＦＣによる通信機能を備えた携帯電話やスマートフォンとデータ通信を行うことが可能なＲＦＩＤモジュールを含んでいる。会員は、その会員と紐付けられた会員カード（ＩＣカード）をこのタッチユニット１５７にかざすことによりログインすることができ、そこで会員用のメニュー画面や、その会員に関する情報を、ＬＣＤ１５３に表示させることができる。会員の情報は、例えば、会員管理サーバ１３から取得される。
また、ホールのスタッフは、スタッフのＩＣカードをかざすことによってログインし、スタッフ用のメニュー画面等をＬＣＤ１５３に表示させることができる。
サイネージＢ１５０は、ユーザがＩＣカードをタッチした後、ログオフをせずにそのまま立ち去っても、そのタッチによってＬＣＤ１５３等に表示された会員の情報は、所定時間が経過すると非表示となり、自動的にログオフがされる仕組みになっている。
さらに、サイネージＢ１５０は、ＬＣＤ１５３のキャビネット内に、音声を取得するマイク１８３を備える。ＬＣＤ１５３のキャビネットには、マイクが設けられた位置に対応するマイク用開口部１５８が設けられている。図７には、モーションセンサ１５６の横に、このマイク用開口部１５８が示されている。
また、サイネージＢ１５０は、ＬＣＤ１５３のキャビネット内に、音声を出力するスピーカ１８４、１８５を備える。ＬＣＤ１５３のキャビネットには、スピーカが設けられた位置（四隅）にそれぞれ対応するスピーカ用ダクト１５９が設けられている。
この他、サイネージＢ１５０は、ＬＣＤ１５３のキャビネットを支持するベースユニット１６０を備えている。ベースユニット１６０は、ＬＣＤ１５３やＬＥＤ１５４等の制御を行う制御部を収納している。
［サイネージＢの回路構成］
次に、図８を参照して、サイネージＢ１５０が備える回路の構成について説明する。
サイネージＢ１５０を制御するサイネージＢコントローラ１７０は、ＣＰＵ１７１、ＲＯＭ１７２、およびＲＡＭ１７３を有する。
ＣＰＵ１７１は、サイネージＢ１５０の各構成部の実行制御を行うとともに、ＲＯＭ１７２に格納された各種プログラムを実行したり、演算したりする。
ＲＯＭ１７２は、フラッシュメモリなどのメモリデバイスからなり、ＣＰＵ１７１により実行される恒久的なデータが記憶されている。
ＲＡＭ１７３は、ＲＯＭ１７２に記憶された各種プログラムを実行する際に必要なデータを一時的に記憶する。
外部記憶装置１７４は、例えばハードディスク装置のような記憶装置であり、ＣＰＵ１７１で実行されるプログラムや、ＣＰＵ１７１で実行されるプログラムが利用するデータを記憶する。
ネットワークＩ／Ｆ（インターフェース）１７５は、会員管理サーバ１３、会話サーバ１４等とのデータ通信を実現する。
ＬＥＤ駆動部１７６は、演出ＬＥＤ１５４を所定のタイミングで点灯させるよう制御する。また、ユーザとの会話内容、広告情報の表示、案内情報の表示、会員による操作に基づく会員情報の表示等に同期して演出ＬＥＤ１５４を発光させるようにすることもできる。
ＬＣＤ制御部１８０は、ＬＣＤ１５３に、会話サーバ１４で生成された応答データ、上述した広告情報等の情報を表示させるよう制御する。また、ＬＣＤ１５３はタッチパネル機能を備えており、ユーザからの操作がＣＰＵ１７１に送信される。
タッチユニット制御部１８１は、タッチユニット１５７における、ＩＣカードや携帯電話のタッチ操作に伴うデータ送受信を制御する。タッチユニット制御部１８１は、非接触Ｒ／Ｗ（リーダライタ）制御部１８１ａを備えている。
非接触Ｒ／Ｗ制御部１８１ａは、タッチユニット１５７でＩＣカードや携帯電話のタッチ操作があったか否かを判定し、タッチ操作があった場合に、タッチユニット１５７から読み取り結果等を取得する。タッチユニット１５７は、ＩＣカードや携帯電話との間でＮＦＣ等によりデータ送受信を行うためのアンテナ部を有する。
ＣＰＵ１７１は、タッチユニット１５７から会員カード（ＩＣカード）の識別コードを取得すると、その識別コードに対応する会員の会員情報を会員管理サーバ１３から取得し、ＬＣＤ１５３に表示する。また、その会員用の操作メニューをＬＣＤ１５３に表示させたり、その会員に適した広告情報をＬＣＤ１０１やＬＣＤ１５３に表示させたりすることもできる。
なお、ＣＰＵ１７１は、タッチユニット１５７から会員カード（ＩＣカード）に記憶されたユーザＩＤを取得し、ユーザＩＤに対応する会員情報を会員管理サーバ１３から取得する構成であってもよい。
ＤＳＰ１８２は、マイク１８３から取得した音声データを受信し、所定の処理を行った後、そのデータをＣＰＵ１７１に送信する。また、ＤＳＰ１８２は、受信した音声データを出力するために、スピーカ１８４、１８５にこれを送信する。
モーションセンサ制御部１８６は、モーションセンサ（例えば、カメラ）１５６から受信したユーザ等の画像を取得し、必要に応じて所定の画像処理を施し、処理後のデータをＣＰＵ１７１に送信する。
モーションセンサ制御部１８６は、モーションセンサ１５６から撮像情報を取得し、会話サーバ１４からの取得要求に応じて、撮像情報を会話サーバ１４に送信可能である。
［キオスク端末の構成］
図９は、会話システム１０００で使用され得るキオスク（ＫＩＯＳＫ）端末２００を示している。キオスク端末２００は、ユーザ端末（情報入出力装置）の一例であり、会話システム１０００のサーバ（会員管理サーバ１３、会話サーバ１４など）にネットワークを介して接続され得る。例えば、キオスク端末２００は、ユーザからの質問（入力）を受け付け、質問に対する会話サーバ１４からの回答を表示（出力）する。また、例えば、キオスク端末２００は、ユーザ操作に応答して、会話サーバ１４からの回答に含まれるフロアマップを印刷（出力）する。また、例えば、キオスク端末２００は、ユーザ操作に応答して、会話サーバ１４との会話で示されたクーポンチケットを印刷（出力）する。
キオスク端末２００は、タッチパネル機能を有したＬＣＤ２０１を備える。ＬＣＤ２０１は、例えば２４インチ（約６０．９６ｃｍ）液晶表示装置であり、上述の通り、このＬＣＤには、ユーザとの会話内容等が表示される。なお、この例では、ＬＣＤ２０１がタッチパネル機能を有するように構成されるが、キーボードやマウスといった他の入力装置によって指示入力を行うようにしてもよい。
さらに、キオスク端末２００は、ＬＣＤ２０１の上下に、それぞれモーションセンサ２０２、２０３を備えている。モーションセンサ２０２、２０３は、例えば、カメラであり、モーションセンサ２０２、２０３により撮像された映像を用いて、キオスク端末２００のユーザや、通路を通行する顧客の行動を解析する。
キオスク端末２００はまた、タッチユニット２０４を備えており、非接触ＩＣカードやＮＦＣによる通信機能を備えた携帯電話やスマートフォンとデータ通信を行うことが可能なＲＦＩＤモジュールを含んでいる。会員は、その会員と紐付けられた会員カード（ＩＣカード）をこのタッチユニット２０４にかざすことによりログインすることができ、そこで会員用のメニュー画面や、その会員に関する情報を、ＬＣＤ２０１に表示させることができる。会員の情報は、例えば、会員管理サーバ１３から取得される。また、タッチユニット２０４の他に、あるいはタッチユニット２０４に替えて、磁気カードのような情報記録媒体に記憶された情報を読み取るための情報記録媒体読取装置を備えるようにしてもよい。この場合、ＩＣカードの代わりに、磁気カードを会員カードとすることができる。
また、ホールのスタッフは、スタッフのＩＣカードをかざすことによってログインし、スタッフ用のメニュー画面等をＬＣＤ２０１に表示させることができる。
さらに、キオスク端末２００には、ＩＣカードを挿入又は取り出すことができるカード挿入口２０５が設けられている。カード挿入口２０５には、イジェクトボタンが設けられている。また、カード挿入口２０５に対応するキオスク筐体の内部には、カードユニット２３０が設けられており、カード挿入口２０５は、カードユニット２３０の一部として構成されている。
会員カードがカード挿入口２０５から挿入された場合、会員用のメニュー画面や、その会員に関する情報を、ＬＣＤ２０１に表示させることができる。また、カードユニット２３０は、限定カードやリワードカードの発券、回収を行うことができる。
また、キオスク端末２００は、チケットプリンタ／ビルバリ２３２を備えている。チケットプリンタ／ビルバリ２３２は、チケットやクーポンの発行、回収を行うことができ、紙幣識別器の機能を有するようにすることもできる。
さらに、キオスク端末２００は、ＶｏＩＰによる通話で用いられる受話器２０７を備えている。キオスク端末２００のユーザは、受話器２０７を介して、他のキオスク端末２００のユーザやサイネージのユーザと会話することができる。また、着信ＬＥＤ２０８は、ＶｏＩＰによる通話の着信があった場合に、発光するよう制御される。
キオスク端末２００はまた、ユーザが（会員登録やシステムとの会話で）データを入力するのに使用するキーボード２０９とテンキーパッド２１０を備え、さらに、テンキーパッド２１０の両側には、覗き防止のＬＥＤ板２１１が設けられている。
さらに、キオスク端末２００には、ＱＲコード（登録商標）を読み取らせるためのＱＲコードスキャナ２１２が設けられており、携帯電話等に宛てたメールに添付されるＱＲコードを読み取らせる。
この他、キオスク端末２００は、ＬＣＤやＬＥＤ等の制御を行う制御部を収納した収納部２１３を備えている。
［キオスク端末の回路構成］
次に、図１０を参照して、キオスク端末２００が備える回路の構成について説明する。
キオスク端末２００を制御するキオスク端末コントローラ２２０は、ＣＰＵ２２１、ＲＯＭ２２２、およびＲＡＭ２２３を有する。
ＣＰＵ２２１は、キオスク端末の各構成部の実行制御を行うとともに、ＲＯＭ２２２に格納された各種プログラムを実行したり、演算したりする。
ＲＯＭ２２２は、フラッシュメモリなどのメモリデバイスからなり、ＣＰＵ２２１により実行される恒久的なデータが記憶されている。例えば、ＶｏＩＰによる通話制御プログラム等が記憶されうる。
ＲＡＭ２２３は、ＲＯＭ２２２に記憶された各種プログラムを実行する際に必要なデータを一時的に記憶する。
外部記憶装置２２４は、例えばハードディスク装置のような記憶装置であり、ＣＰＵ２２１で実行されるプログラムや、ＣＰＵ２２１で実行されるプログラムが利用するデータを記憶する。
ネットワークＩ／Ｆ（インターフェース）２２５は、会員管理サーバ１３、会話サーバ１４等とのデータ通信を実現する。
ＬＣＤ制御部２２６は、ＬＣＤ２０１に、上述したゲーム情報等の情報を表示させるよう制御する。また、ＬＣＤ２０１はタッチパネル機能を備えており、ユーザからの操作がＣＰＵ２２１に送信される。
また、ＬＣＤ制御部２２６は、会話サーバ１４で生成された応答データが表示されるようにＬＣＤ２０１を制御可能である。
モーションセンサ制御部２２７は、モーションセンサ（例えば、カメラ）２０２、２０３から受信したユーザ等の画像を取得し、必要に応じて所定の画像処理を施し、処理後のデータをＣＰＵ２２１に送信する。
モーションセンサ制御部２２７は、モーションセンサ２０２、２０３から撮像情報を取得し、会話サーバ１４からの取得要求に応じて、撮像情報を会話サーバ１４に送信可能である。
タッチユニット制御部２２８は、タッチユニット２０４における、ＩＣカードや携帯電話のタッチ操作に伴うデータ送受信を制御する。タッチユニット制御部２２８は、非接触Ｒ／Ｗ（リーダライタ）制御部２２８ａを備えている。
非接触Ｒ／Ｗ制御部２２８ａは、タッチユニット２０４でＩＣカードや携帯電話のタッチ操作があったか否かを判定し、タッチ操作があった場合に、タッチユニット２０４から読み取り結果等を取得する。タッチユニット２０４は、ＩＣカードや携帯電話との間でＮＦＣ等によりデータ送受信を行うためのアンテナ部を有する。
また、ＩＣカード制御部２２９は、ＩＣカードの挿入、排出、データの読み取り等を制御する。ＩＣカード制御部２２９は、ＩＣカードＲ／Ｗ（リーダライタ）制御部２２９ａ、ＩＣカード吸入排出制御部２２９ｂを備える。
ＩＣカードＲ／Ｗ制御部２２９ａは、カードユニット２３０を制御して、ＩＣカードに記憶されている識別コード等を読み取る。カードユニット２３０は、ＩＣカードにＮＦＣ等によりデータを書き込むためのアンテナ部を有する。
ＩＣカード吸入排出制御部２２９ｂは、ＩＣカードの吸入および排出の制御を行う。ユーザによってカード挿入口２０５にＩＣカードが挿入されると、ユーザがログオフするまで、ＩＣカードをカードユニット２３０の中に保持するよう制御する。また、イジェクトボタン２０６が押された場合に、ＩＣカードの排出を行う。
チケットプリンタ制御部２３１は、チケットプリンタ／ビルバリ２３２を制御して、フロアマップの印刷、チケットやクーポンの発行、回収、および紙幣の識別等を行う。チケットプリンタ制御部２３１は、プリンタ制御部２３１ａとビルバリ制御部２３１ｂを有する。
音声制御部２３３は、受話器２０７に含まれるマイク２３４、およびスピーカ２３５を使用して、音声入出力を行う。音声制御部２３３は、ＤＳＰ２３３ａ、およびＬＥＤ制御部２３３ｂを備える。ＤＳＰ２３３ａは、マイク２３４からの音声入力とスピーカ２３５からの音声出力に関し、所定の音声信号処理を行って制御する。ＬＥＤ制御部２３３ｂは、ＶｏＩＰ通話等による着信信号に基づいて、着信ＬＥＤ２０８を発光させるよう制御する。
入力制御部２３６は、ユーザからのキーボード２０９の入力やテンキーパッド２１０の入力を信号化してＣＰＵ２２１に送信する。
［店データベース構築］
図１１Ａは、店データベースの構築に用いる店データ構築画面の一例（店データ構築画面８２０）を示す図である。会話サーバ１４の制御により店データ構築画面８２０が表示され、店データ構築画面８２０を介して設定された店データは、店データベースに蓄積される。
店データ構築画面８２０は、会話システム１０００のサービスメニューからメニュー「店データベース構築」が選択されることにより表示される。
店データ構築画面８２０は、店データベースに格納されている検索項目を指示する検索指示エリア８２１、検索結果リストのページ位置を表示し、検索結果リストの移動を指示する検索結果リスト移動指示エリア８２２、店データを追加するための新規追加ボタン８２３、および店データの検索結果を表示する表示エリア８２４を含んで構成される。
店データ構築画面８２０には、所定の検索が行われた結果、表示エリア８２４に、１件の店データ（店ＩＤおよび店名）が表示されている。なお、店データが複数ある場合、表示エリア８２４では、各店データが１行ずつ改行されて表示される。
表示エリア８２４に示された店データについて編集を行う場合は、対応する表示エリア８２４に配置されている編集ボタン８２５を押下する。また、表示エリア８２４に示された店データについて削除を行う場合は、対応する表示エリア８２４に配置されている削除ボタン８２６を押下する。
図１１Ｂは、店データベースに対して店データを新規追加および更新するための、店データ管理画面の一例（店データ管理画面８３０）を示す図である。店データ管理画面８３０は、店データ構築画面８２０において、新規追加ボタン８２３を押下した場合に表示される画面である。また、既存の店データを編集するために、編集ボタン８２５を押下した場合も、店データ管理画面８３０が表示される。
店データ管理画面８３０には、店ＩＤ表示エリア８３１、店名入力エリア８３２、優先度入力エリア８３３、本日のお勧め品入力エリア８３４、登録ボタン８３５などが含まれている。
店ＩＤ表示エリア８３１は、店ＩＤを表示可能な表示エリアである。店ＩＤは、店データの新規作成時に自動発番され、修正はできない構成になっている。
店ＩＤ表示エリア８３１の下部には、店名入力エリア８３２が設けられている。店名入力エリア８３２は、店名を入力可能なエリアである。
店名入力エリア８３２の下部には、優先度入力エリア８３３が設けられている。優先度入力エリア８３３は、複数の店データの中から特定の店データを優先提供することを示す優先度（フィルタリング情報の一例）を入力可能（設定可能）なエリアである。
優先度としては、「Ａ」、「Ｂ」、「Ｃ」、「Ｄ」、および「Ｅ」の５段階で優先順位（店データをＬＣＤに表示する順位の一例）が設けられている。優先度「Ａ」が最も優先度合いが大きく、優先度「Ｅ」が最も優先度合いが小さい。なお、優先度は、上記に限られるものではない。例えば、優先度のレベル（優先順位）は、５段階より少なくてもよいし、５段階より多くてもよい。また、例えば、優先度が設けられない店データが含まれていてもよい。
優先度入力エリア８３３の下部には、本日のお勧め品入力エリア８３４が設けられている。本日のお勧め品入力エリア８３４は、店舗側がユーザに勧めたい商品を入力可能なエリアである。
店データ管理画面８３０の最下段には、登録ボタン８３５が設けられている。登録ボタン８３５を押下すると、店名入力エリア８３２等に入力された情報が店データベースに反映される。
図１２は、店データベースに記憶された内容（店データ）の一例を示す図である。店データは、店ＩＤ、店名、優先度、本日のお勧め品、場所の説明などの情報を含んで構成される。
店データは、上述したように、店データ構築画面８２０および店データ管理画面８３０を介して、追加、修正、削除が行われる。
なお、画像の項目には、画像ファイルのファイル名（「picture1-1」など）の情報が記憶されている。また、画像ファイルは、外部記憶装置１４０４などの所定の記憶領域に記憶されている。
［知識データベース構築］
図１３Ａは、知識データベースの構築に用いる知識データ構築画面の一例（知識データ構築画面８００）を示す図である。会話サーバ１４の制御により知識データ構築画面８００が表示され、知識データ構築画面８００を介して設定された知識データは、知識データベースに蓄積される。
知識データ構築画面８００は、会話システム１０００のサービスメニューからメニュー「知識データベース構築」が選択されることにより表示される。
知識データ構築画面８００は、知識データベースに格納されている比較対象文字列（以下、「Ｑ」と適宜称する。）を指示する検索指示エリア８０１、検索結果リストのページ位置を表示し、検索結果リストの移動を指示する検索結果リスト移動指示エリア８０２、「Ｑ」を追加するための新規追加ボタン８０３、及び「Ｑ」の検索結果を表示する表示エリア８０４を含んで構成される。
知識データ構築画面８００には、所定の検索が行われた結果、表示エリア８０４に、１件の「Ｑ：中華が食べたい」が表示されている。なお、「Ｑ」が複数ある場合、表示エリア８０４では、各「Ｑ」が１行ずつ改行されて表示される。
表示エリア８０４に示された「Ｑ」について編集を行う場合は、対応する表示エリア８０４に配置されている編集ボタン８０５を押下する。また、表示エリア８０４に示された「Ｑ」について削除を行う場合は、対応する表示エリア８０４に配置されている削除ボタン８０６を押下する。
図１３Ｂは、知識データベースに対して知識データを新規追加および更新するための、知識データ管理画面の一例（知識データ管理画面８１０）を示す図である。知識データ管理画面８１０は、知識データ構築画面８００において、新規追加ボタン８０３を押下した場合に表示される画面である。また、既存の知識データを編集するために、編集ボタン８０５を押下した場合も、知識データ管理画面８１０が表示される。
知識データ管理画面８１０には、Ｑ入力エリア８１１、回答パターン入力エリア８１２、検索対象入力エリア８１３、検索項目入力エリア８１４、検索ワード入力エリア８１５、および登録ボタン８１６が含まれている。
Ｑ入力エリア８１１には、「Ｑ」を入力可能な入力エリアである。管理者は、ユーザからの入力が期待できる質問や他の文をＱ入力エリア８１１に入力し、ユーザの入力文と比較した場合に、意味が近いとしてヒットするように「Ｑ」を追加する。なお、ユーザからの入力は便宜上、「入力文」と表現するが、文章の形態でなくてもよく、単語や文章の一部などを包含する、様々な入力文字列を意味する。
「Ｑ」については、同義文（似たような意味の文や他の言い回し）をいくつでも追加することができる。このような構成によって、ユーザの表現上のゆらぎを吸収することができる。すなわち、ユーザから入力される様々な表現の入力に対して、「Ｑ」のどれかをヒットさせることができ、回答を効果的に出力することができる。「Ｑ」を入力するための入力エリアの右横に配置されている「×」ボタンを押下すると、その「Ｑ」を削除することができる。
Ｑ入力エリア８１１の下部には、回答パターン入力エリア８１２が設けられている。回答パターン入力エリア８１２は、回答パターンを入力可能なエリアである。回答パターンとしては、個別回答とシナリオとの２種類が設けられている。
個別回答は、ユーザからの入力（質問）に対する回答が１つとなるもの（１回のやり取りで会話が完結するもの）であり、シナリオは、回答が複数となり得るもの（続いてユーザのアクションが期待され、１回のやり取りでは会話が完結しないもの）である。
他の表現を用いるならば、個別回答では、質問１個に対して回答１個の会話が想定され、リコメンドする対象をユーザへの直接的な回答に含めることが困難な回答パターンであり、シナリオでは、質問１個に対して回答ｎ個の会話が想定され、リコメンドする対象をユーザへの直接的な回答に含めることが容易な回答パターンである。
なお、回答パターン入力エリア８１２では、プルダウンにより回答パターンが選択可能となっている。
回答パターン入力エリア８１２の下部には、検索対象入力エリア８１３が設けられている。検索対象入力エリア８１３は、検索対象を入力可能なエリアである。検索対象は、ユーザへの回答に用いる情報を検索する対象を示し、店ＤＢ（店データベース）、他サーバ情報（他サーバが有する情報）、複合情報（店データベース、他サーバ情報などと、他の情報との組合せ）などが設けられている。なお、検索対象は、データの保持の仕組み、データの処理方法により、不要な場合がある。
なお、検索対象入力エリア８１３では、プルダウンにより検索対象が選択可能となっている。
検索対象入力エリア８１３の下部には、検索項目入力エリア８１４が設けられている。検索項目入力エリア８１４は、検索項目を入力可能なエリアである。検索項目は、検索対象において、どの項目を検索するかを指定するためのものである。
なお、検索項目入力エリア８１４では、プルダウンにより検索項目が選択可能となっている。
検索項目入力エリア８１４の下部には、検索ワード入力エリア８１５が設けられている。検索ワード入力エリア８１５は、検索ワードを入力可能なエリアである。検索ワードは、検索項目において、どのワードを検索するかを指定するためのものである。
知識データ管理画面８１０の最下段には、登録ボタン８１６が設けられている。登録ボタン８１６を押下すると、Ｑ入力エリア８１１等に入力された情報が知識データベースに反映される。
図１４は、知識データベースに記憶された内容（知識データ）の一例を示す図である。知識データは、比較対象文字列「Ｑ」、回答パターン、検索対象、検索項目、および検索ワードの情報を含んで構成される。
知識データは、上述したように、知識データ構築画面８００および知識データ管理画面８１０を介して、追加、修正、削除が行われる。
図１５は、回答テンプレートデータベースに記憶された内容（回答テンプレート）の一例を示す図である。
回答テンプレートは、返答テンプレートの一例であり、ユーザによる質問（入力）に対応する応答内容を示す応答データを生成可能に構成されている。
回答テンプレートは、固定の文言を示す固定部と検索結果に置き換えられる置換部とを含んで構成される。なお、置換部については、説明の便宜上、「＜＞」を用いて表現している。
回答テンプレートデータベースには、テンプレートＩＤ、回答パターン、選択条件、回答テンプレートの情報が格納されている。
個別回答については、回答テンプレートの内容が記憶され、シナリオについては、回答テンプレートのファイル名が記憶されている。回答テンプレートは、外部記憶装置１４０４などの所定の記憶領域に記憶されている。なお、シナリオについても、回答テンプレートの内容が記憶されるデータ構造であってもよい。
例えば、「個別回答１」の一列目（第１項目）について見ると、回答テンプレートは、固定部「営業時間は」、置換部「＜区分１０＞」、および固定部「です。」から構成されていることが分かる。置換部「＜区分１０＞」は、店データの区分１０の情報（10:00〜0:00など）が取得され、置き換えられることを意味している。
また、個別回答１の２列目、３列目のように回答テンプレートを複数設け、順次に選択する構成、抽選により選択する構成などとすることで、画一的な回答になることを回避できるようになる。この構成によれば、より自然な形での会話が可能となる。
図１６Ａ〜１６Ｆは、シナリオ回答の回答テンプレートの一例（シナリオ１の回答テンプレート群）を示す図である。なお、他のシナリオの回答テンプレート群についても設けられているが、図示は省略する。
図１６Ａは、ユーザの入力に対応する店の店データを検索して抽出した結果が所定の件数（本例では３件）より多い場合に用いられる回答テンプレートの一例を示す図である。
例えば、「＜抽出件数＞」は、抽出結果の件数に置き換えられる。
「＜第１店名＞」は、抽出結果のソート後に最も先頭にある（１番目に表示するお店の）店データの店名の情報に置き換えられる。「＜第１画像１＞」は、１番目に表示するお店の画像１（基本写真：お店の外観などを示すお店の代表写真など）に置き換えられる。
「＜第２店名＞」は、抽出結果のソート後に２番目にある（２番目に表示するお店の）店データの店名の情報に置き換えられる。「＜第２画像１＞」は、２番目に表示するお店の画像１（基本写真）に置き換えられる。
「＜第３店名＞」は、抽出結果のソート後に３番目にある（３番目に表示するお店の）店データの店名の情報に置き換えられる。「＜第３画像１＞」は、３番目に表示するお店の画像１（基本写真）に置き換えられる。
「＜アイコン１−１：予約する＞」は、１番目に表示するお店の予約を受付可能なアイコンに置き換えられる。「＜アイコン２−１：詳細を見る＞」は、１番目に表示するお店の詳細を表示可能なアイコンに置き換えられる。
「＜アイコン１−２：予約する＞」は、２番目に表示するお店の予約を受付可能なアイコンに置き換えられる。「＜アイコン２−２：詳細を見る＞」は、２番目に表示するお店の詳細を表示可能なアイコンに置き換えられる。
「＜アイコン１−３：予約する＞」は、３番目に表示するお店の予約を受付可能なアイコンに置き換えられる。「＜アイコン２−３：詳細を見る＞」は、３番目に表示するお店の詳細を表示可能なアイコンに置き換えられる。
「＜アイコン３：その他の店を見る＞」は、現在表示しているお店に続く３件の情報を表示可能なアイコンに置き換えられる。
なお、ユーザインターフェースは、アイコンに限られるものではない。例えば、ボタンであってもよいし、リンクであってもよいし、その他の形態であってもよい。付言するならば、操作画面において、対象を指定可能であり、処理を指示可能なユーザインターフェースを適宜に採用できる。
「最近人気のある店をご紹介しましたが、いかがでしょうか。」というように、お店を提案して確認する文言（換言するならば、疑問文、付加疑問文などの提案形態の文言）が付加される。このような文言によれば、ユーザは管理者に誘導されているが、最終的な決定権がユーザ側となる結果、結果的に自分が選択したというように心証をよくし得るので、より自然な形でユーザを誘導できるようになる。
図１６Ｂは、ユーザの入力に対応する店の店データを検索して抽出した結果が所定の件数（本例では３件）以下である場合に用いられる回答テンプレートの一例を示す図である。
なお、抽出結果に応じて、「＜第２店名＞」、「＜第２画像１＞」、「＜アイコン１−２：予約する＞」、および「＜アイコン２−２：詳細を見る＞」、並びに「＜第３店名＞」、「＜第３画像１＞」、「＜アイコン１−３：予約する＞」、および「＜アイコン２−３：詳細を見る＞」は、使用されない（表示されない）。
図１６Ｄは、リコメンドしない店の予約アイコンが押された場合に用いられる回答テンプレートの一例を示す図である。
「＜店名＞」は、リコメンドしない店の店名の情報に置き換えられる。「＜本日のお勧め品＞」は、リコメンドしない店の本日のお勧め品の情報に置き換えられる。
「＜リコメンド店名＞」は、リコメンドする店（優先度「Ａ」が設定されているお店）の店名の情報に置き換えられる。リコメンドする店は、優先度「Ａ」が設定されているお店に限られるものではない。例えば、第１番目に表示したお店であってもよい。
なお、図１６Ｃは、詳細アイコンが押された場合に用いられる回答テンプレートの一例を示す図である。図１６Ｅは、予約アイコンが押された場合に用いられる回答テンプレートの一例を示す図である。図１６Ｆは、ココアイコンが押された場合に用いられる回答テンプレートの一例を示す図である。なお、「＜print：印刷＞」は、印刷可能な機器（本例では、キオスク端末２００）であるか否かが判別され、印刷可能な機器である場合、印刷アイコンに置換される。
なお、ユーザインターフェースは、アイコンに限られるものではない。例えば、ボタンであってもよいし、リンクであってもよい。操作画面において、対象を選択可能であり、処理を指示可能なユーザインターフェースを適宜に採用できる。
図１７は、重み付け決定テーブルの一例を示す図である。重み付け決定テーブルには、空席数に対応して対象店が規定されている。対象店は、適宜のタイミングで（例えば定期的、リアルタイムに）更新される。本実施形態では、会話サーバ１４は、所定の間隔（例えば５分）ごとに、各店の店舗サーバに空席状況を問い合わせ、その結果をもとに、重み付け決定テーブルを更新する。
基本的には、空席数が多いほど重み付け（優先順位）が高くなるように決定される。ただし、本例では、３段階の重み付けが行われ、空席数が「６」以上であるときが最も高い重み付けとなる。
（履歴情報）
図１８Ａ〜図１８Ｃは、各種の履歴を格納する履歴テーブルの一例を示す図である。
図１８Ａは、入力履歴テーブルの一例を示す図である。入力履歴テーブルには、入力文とヒットした比較対象文字列ＩＤとが対応付けられて格納されている。入力履歴テーブルは、入力が行われたこと（意味認識処理が行われたこと）に基づいて更新される。
図１８Ｂは、予約履歴テーブルの一例を示す図である。予約履歴テーブルには、ユーザＩＤに対応して予約した日時と予約店との情報が格納されている。予約履歴テーブルは、予約が行われた（ココアイコンが押された）ことに基づいて更新される。
図１８Ｃは、リコメンド履歴テーブルの一例を示す図である。リコメンド履歴テーブルには、店ＩＤに対応してリコメンドした日時の情報が格納されている。リコメンド履歴テーブルは、お店のリコメンドが行われたことに基づいて更新される。
各種の履歴情報によれば、どのような質問が多い、これだけリコメンドした場合にこれだけ予約があった等といった解析が可能となり、知識データベースを効率よく構築できるようになる。
また、各種の履歴情報は、マーケティング情報としても活用可能である。
図１９は、ユーザ端末と会話サーバ１４との間のＡＰＩ（Application Programming Interface）の一例を示す図である。
ユーザ端末では、ユーザ１０から入力が行われると、入力制御部１０１０を経由してＷＥＢブラウザ１０２０に提供され、ユーザ１０の入力を含むＵＲＩ（Uniform Resource Identifier）が生成され、ｈｔｔｐにより送出される。
ＵＲＩには、図１９に示すように、「http://」の後に＜ｈｏｓｔ−ｎａｍｅ＞が記述される。これは、会話エンジンを備えた会話サーバ１４のホスト名またはＩＰアドレスである。その後に続く＜ＳｅｒｖｉｃｅＩＤ＞は、会話システム１０００が提供するサービスを識別するためのＩＤであり、例えば、利用するデータを識別可能なＩＤである。
＜ＳｅｒｖｉｃｅＩＤ＞の後には、「？」で接続されたリクエストパラメータが記述される。個々のリクエストパラメータは、「＆」で区切られている。ここで、例えば、「ｆｏｒｍａｔ＝」の後には、戻り値のフォーマットを指定する。「ｊｓｏｎ」と指定すると、ｊｓｏｎフォーマットになり、「ｘｍｌ」と指定すると、ｘｍｌフォーマットになる。
「ｃｈａｒｓｅｔ＝」の後には、戻り値のエンコードのフォーマットを指定する。例えば、「ＵＴＦ−８」、「ＥＵＣ−ＪＰ」、「Ｓｈｉｆｔ−ＪＩＳ」といった指定が可能である。「ｔａｌｋｔｙｐｅ＝」の後には、入力文を会話システム１０００に送信する際の入力文タイプを指定する。例えば、通常入力には「０」を、スタート時には「３」を指定する。また、「ｔａｌｋ＝」の後には、ユーザ１０により入力された入力文そのものを指定する。
また、「ｔａｌｋｏｐｔｉｏｎ＝」の後には、会話サーバ１４で用いられる所定の情報を指定する。入力文になんらかのメモを付与する場合には、「ｍｅｍｏ＝」の後に、文字列を指定する。このような文字列を使用することによって、例えば、ログデータに、必要な情報を記憶しておくようにすることができる。
また、通常、セッションはユーザ端末のクッキー情報を利用して保持されるが、クッキーを使用しないよう設定された機器や、クッキーによってセッションを管理しない携帯電話等の場合、ＵＲＩにセッションの情報を含めるように構成することもできる。
ｈｔｔｐリクエストにより、ＵＲＩに指定された＜ｈｏｓｔ−ｎａｍｅ＞にしたがって、ＵＲＩに含まれるデータが会話サーバ１４に送信され、入力受信部１４２１は、このデータを受信する。次に、応答内容決定部１４２２が、当該データに基づいて応答内容を決定する。決定された応答内容は、ｘｍｌデータとして生成される（戻り値の指定において「ｆｏｒｍａｔ＝ｘｍｌ」の指定がされている場合）。生成されたｘｍｌは、出力送信部１４２３により、ユーザ端末に送信される。
図１９に示す例では、ｘｍｌデータにおいては、タグ＜ｖａｌｕｅ＞によって応答データが定義されている。
このｘｍｌデータは、会話サーバ２００の出力送信部１４２３によって、ｈｔｔｐレスポンスとしてユーザ端末のＷＥＢブラウザ１０２０に送信され、ＷＥＢブラウザ１０２０において、応答データが表示される。
なお、所定の表示エリアに情報を表示する場合は、所定の表示エリアに表示する情報を所定のタグで定義しＷＥＢブラウザ１０２０に送信した後、ＷＥＢブラウザ１０２０の方で、このタグの内容を解釈し、所定の表示エリアに表示するよう制御する。例えば、所定の表示エリアのキャラクタを変更する場合、所定のタグによって、キャラクタ表示に用いられるイメージデータ等を定義する。
図１９には、会話サーバ１４のホスト名の指定、会話システム１０００が提供するサービスの指定、リクエストパラメータの指定をＵＲＩに含めて、ユーザ端末からのリクエストを会話サーバ１４に送信する構成が示されているが、このような構成は一例にすぎない。このほかに、ＪａｖａＳｃｒｉｐｔ（登録商標）を用いるなど、様々な方法を用いて同様の処理を行うことが可能である。
例えば、ユーザは、ユーザ端末において実行されるＷＥＢブラウザ１０２０により表示されている所定のＷＥＢページの入力エリアに、ユーザインターフェースを介して（例えば、キーボードやタッチパネルを用いて）文字列を入力する。ここでユーザにより入力される文字列は、一般的には文章（入力文）の形態であり、例えば、施設に設けられている店に関する質問などを含み、自然言語によって表現される。
ユーザにより入力された文字列は、ユーザ端末のＷＥＢブラウザ１０２０によりネットワークを介して会話サーバ１４に提供される。ここで、ネットワークは、例えば、インターネットを含むネットワークである。
そして、会話サーバ１４の入力受信部１４２１は、ユーザ端末から文字列を受信する。
応答内容決定部１４２２は、この文字列に対応する応答となる文字列、画像など（一般的には、応答内容）を決定する。より具体的には、応答内容決定部１４２２は、知識データを含む知識データベースとデータ通信可能であり、ユーザ端末から受信した入力に対応する応答として適した内容の応答内容を、知識データベースを用いて決定する。
出力送信部１４２３は、ネットワークを介してユーザ端末に送信する。より具体的には、出力送信部１４２３は、応答表示エリア（ユーザ端末で実行されるＷＥＢブラウザにより表示されるＷＥＢページの応答表示エリア）に当該応答内容を表示するよう、ユーザ端末に応答内容を送信する。
このように、ユーザが、文字列をＷＥＢページの入力エリアに入力すると、これに対応した応答内容がＷＥＢページの応答表示エリアに表示される。例えば、ユーザが、お店に関する質問をＷＥＢページの入力エリアに入力すると、その質問に対する回答がＷＥＢページの応答表示エリアに表示される。
本実施形態では、ユーザが、ＷＥＢサイトの入力エリアに、ユーザインターフェース（キーボード等）で文字列を入力することで、質問等を会話サーバ１４に提供する構成となっているが、会話システム１０００としては、どのような方法・ルートで文字列が入力される構成であってもよい。
例えば、ユーザが音声によって質問を発した場合に、この音声に対して音声認識処理を施して文字列に変換し、当該変換された文字列を制御装置５４に提供することができる。また、印字された質問事項等をＯＣＲ（Optical Character Recognition）によって文字列に変換し、当該変換された文字列を制御装置５４に提供することもできる。
なお、本実施形態の会話サーバ１４は、サイネージＡ１００、サイネージＢ１５０、キオスク端末２００において実行されるＷＥＢブラウザとｈｔｔｐ等のプロトコルによってデータ送受信を行い、当該ＷＥＢブラウザに所定のＷＥＢページを表示させるように動作するＷＥＢサーバの機能も有している。
また、会話サーバ１４は、ここでは１つのコンピュータとして示されているが、複数のコンピュータによって同様の機能を分散して実行するよう構成することもできる。また、データベースについても、記憶しているデータを様々な単位で分割し、複数のサイトやコンピュータに分散させることができる。
図２０は、会話システム１０００における一連の処理（シーケンス）の一例を示す図である。
ユーザ端末では、ログイン入力が行われると（ＳＱ１０）、ログイン情報が会話サーバ１４に送信される。より具体的には、ユーザ端末では、ＩＣカードなどに記憶されているユーザ情報（ユーザＩＤなど）がタッチユニットなどにより読み取られ、ログイン情報が生成される。この際、ユーザ端末の端末ＩＤも送信される。
なお、ログイン入力は、必須のものではなく、ユーザがＩＣカードを持っていないなどの場合、ログイン入力は行われない。
ＳＱ１２では、会話サーバ１４は、ログイン処理を行う。ログイン処理では、ログイン情報（ユーザＩＤなど）が所定の記憶領域に記憶され、当該ユーザに対応する初期画面情報が生成され、ユーザ端末に送信される。
会話サーバ１４は、ログイン処理において、会員管理サーバ１３にユーザＩＤを送信し、ユーザＩＤに紐付く各種情報（年齢、性別など）を取得し、所定の記憶領域に記憶する。なお、ユーザＩＤに紐付く各種情報の一部または全部は、ＩＣカードに含まれる構成であってもよい。
また、会話サーバ１４は、ログイン処理において、ログイン情報を送信したユーザ端末が印刷機能（印刷装置）を有するか否かを特定する。より具体的には、会話サーバ１４は、端末管理データベース（図示せず）を参照し、端末ＩＤに対応する印刷機能の有無情報を取得する。会話サーバ１４は、印刷機能を有すると判定した場合、印刷フラグをＯＮにセットし、印刷機能を有すると判定しなかった場合、印刷フラグをＯＦＦにセットする。
ＳＱ１４では、ユーザ端末は、初期画面情報を受信して表示し、ユーザからの入力を受け付ける。例えば、サイネージＡのＣＰＵ１２１は、初期画面をＬＣＤ１０３に表示させる旨の指示をＬＣＤ制御部１３０（例えば、グラフィックボード）に出力する。ＬＣＤ制御部１３０は、初期画面の画面情報を生成し、ＬＣＤ１０３に出力する。ＬＣＤ１０３は、受け取った画面情報に基づいて初期画面を表示する。なお、初期画面の表示前には、アノニマス用の画面が表示されており、当該画面でもユーザからの入力を受け付け可能である。
ＳＱ１６では、ユーザ端末は、ユーザからの入力（質問）を受け付けると、入力（質問）に係る情報を含む入力情報を会話サーバ１４に送信する。
ＳＱ１８では、会話サーバ１４は、入力情報受信時処理を行う。入力情報受信時処理では、会話サーバ１４は、入力情報に基づいて、必要に応じて他サーバと通信を行い、入力に対応する応答内容を決定し、応答内容を含む出力情報を生成してユーザ端末に送信する。
ＳＱ２０では、ユーザ端末は、出力情報を受信し、出力情報を表示する。
［会話サーバで実行されるプログラムの内容］
次に、図２１〜図２９を参照して、会話サーバ１４により実行される処理（プログラム）について説明する。
図２１は、入力情報受信時処理に係るフローチャートの一例を示す図である。
Ｓ１０では、ＣＰＵ１４０１は、受信した入力情報がテキストボックスへの入力（テキスト入力）により行われたか否かを判定する。ＣＰＵ１４０１は、受信した入力情報がテキスト入力により行われたと判定した場合、Ｓ１２に処理を移し、受信した入力情報がテキスト入力により行われなかったと判定した場合、Ｓ１４に処理を移す。
Ｓ１２では、ＣＰＵ１４０１は、テキスト入力処理を行う。詳細は後述するが、ＣＰＵ１４０１は、ユーザによる入力内容を解析し、解析結果に対応する処理を行い、処理結果を出力情報としてユーザ端末に送信する。この処理を終了すると、ＣＰＵ１４０１は、Ｓ１４に処理を移す。
Ｓ１４では、ＣＰＵ１４０１は、受信した入力情報がアイコンの押下（アイコン入力）により行われたか否かを判定する。ＣＰＵ１４０１は、受信した入力情報がアイコン入力により行われたと判定した場合、Ｓ１６に処理を移し、受信した入力情報がアイコン入力により行われなかったと判定した場合、Ｓ１８に処理を移す。
Ｓ１６は、ＣＰＵ１４０１は、アイコン入力処理を行う。詳細は後述するが、ＣＰＵ１４０１は、アイコンに対応する処理を行い、処理結果を出力情報としてユーザ端末に送信する。この処理を終了すると、ＣＰＵ１４０１は、Ｓ１８に処理を移す。
Ｓ１８では、ＣＰＵ１４０１は、受信した入力情報がその他の入力（メンバーズ情報の表示指示、インフォメーションの表示指示、ユーザ端末の設定指示など）により行われたか否かを判定する。メンバーズ情報としては、会員情報、クーポン＆リワード、ラッフルチケットなどが挙げられる。インフォメーションとしては、電話帳の閲覧、施設情報の表示、ユーザ端末の利用方法、会員特典などが挙げられる。ユーザ端末の設定については、音量、言語などが挙げられる。
ＣＰＵ１４０１は、受信した入力情報がその他の入力により行われたと判定した場合、Ｓ２０に処理を移し、受信した入力情報がその他の入力により行われなかったと判定した場合、Ｓ１０に処理を移す。
Ｓ２０は、ＣＰＵ１４０１は、その他入力処理を行う。例えば、ＣＰＵ１４０１は、その他の入力に対応する処理を行い、処理結果を出力情報としてユーザ端末に送信する。この処理を終了すると、ＣＰＵ１４０１は、Ｓ１０に処理を移す。
図２２は、テキスト入力処理に係るフローチャートの一例を示す図である。
Ｓ３０では、ＣＰＵ１４０１は、ＲＡＭ１４０３の所定の記憶領域に入力情報（入力文など）を記憶し、Ｓ３２に処理を移す。
Ｓ３２では、ＣＰＵ１４０１は、意味認識処理を行う。詳細は後述するが、ＣＰＵ１４０１は、意味認識処理では、入力文を解析し、回答パターンを決定し、会話の対象（話題）を特定する。なお、回答パターンに基づく回答ができないと判断された場合、無ヒットフラグがＯＮにセットされる。この処理を終了すると、ＣＰＵ１４０１は、Ｓ３４に処理を移す。
Ｓ３４では、ＣＰＵ１４０１は、無ヒットフラグがＯＮであるか否かを判定する。ＣＰＵ１４０１は、無ヒットフラグがＯＮであると判定した場合、Ｓ３８に処理を移し、無ヒットフラグがＯＮでないと判断した場合、Ｓ３６に処理を移す。無ヒットフラグは、回答パターンに基づく回答ができないと判断されたときに定型回答を行うか否かを識別可能なフラグである。
Ｓ３６では、ＣＰＵ１４０１は、会話状態制御処理を行う。詳細は後述するが、ＣＰＵ１４０１は、会話状態制御処理では、回答パターンなどに基づいて、各種の情報を取得し、応答データを生成する。この処理を終了すると、ＣＰＵ１４０１は、Ｓ４２に処理を移す。
Ｓ３８では、ＣＰＵ１４０１は、定型回答データ生成処理を行う。例えば、ＣＰＵ１４０１は、再入力を促す定型回答（例えば、「ごめんなさい。ご質問に合う回答ができません。別の言い方でご質問いただけますか。」）を含むデータを応答用の記憶領域に記憶する。
なお、定型回答を複数設ける構成としてもよい。この構成によれば、表現豊かな会話が可能となる。
Ｓ４０では、ＣＰＵ１４０１は、無ヒットフラグをＯＦＦにセットし、Ｓ４２に処理を移す。
Ｓ４２では、ＣＰＵ１４０１は、出力処理を行う。より具体的には、ＣＰＵ１４０１は、応答用の記憶領域に記憶されたデータ（応答内容、ＨＴＭＬデータ、イメージデータなどを含む。）を読み出して出力情報とし、応答内容を要求したユーザ端末に送信する。
図２３は、意味認識処理に係るフローチャートの一例を示す図である。
Ｓ５０では、ＣＰＵ１４０１は、知識データベースから、未だ比較していない比較対象文字列「Ｑ」を取得する。
なお、本例では、受信した入力情報（入力文）を、知識データベースに記憶されている比較対象文字列のすべてと比較するように処理しているが、事前処理、各比較対象文字列に関係づけられた分類、インデックス、その他の指標等により、処理対象となる比較対象文字列を事前に絞り込む処理を採用してもよい。
Ｓ５２では、ＣＰＵ１４０１は、入力情報（入力文）と、取得した比較対象文字列「Ｑ」との間の意味の近さを表すスコアを計算する。
ここで、意味の近さとは、文字列や文章間における類似度を表しており、例えば、形態素解析やベクトル空間法を含む様々な既知の方法を用いて２つの文章等の意味的な距離をスコアによって表している。本実施形態では、このような意味の近さを判定するために、様々な方法を用いることができる。
Ｓ５４では、ＣＰＵ１４０１は、算出したスコアが所定値以上であるか否かを判定する。ＣＰＵ１４０１は、算出したスコアが所定値以上であると判定した場合、Ｓ５６に処理を移し、算出したスコアが所定値以上でないと判定した場合、Ｓ５８に処理を移す。
Ｓ５６では、ＣＰＵ１４０１は、比較対象文字列「Ｑ」とスコアとを対応付けてＲＡＭ１４０３の所定の記憶領域に記憶（候補リストに追加）し、Ｓ５８に処理を移す。
Ｓ５８では、ＣＰＵ１４０１は、比較していない比較対象文字列「Ｑ」（残りの「Ｑ」）があるか否かを判定する。ＣＰＵ１４０１は、残りの「Ｑ」があると判定した場合、Ｓ５０に処理を移し、残りの「Ｑ」がないと判定した場合、Ｓ６０に処理を移す。
Ｓ６０では、ＣＰＵ１４０１は、候補リストが空であるか否かを判定する。ＣＰＵ１４０１は、候補リストが空であると判定した場合、Ｓ６２に処理を移し、候補リストが空でないと判定した場合、Ｓ６６に処理を移す。
Ｓ６２では、ＣＰＵ１４０１は、回答中フラグがＯＮであるか否かを判定する。ＣＰＵ１４０１は、回答中フラグがＯＮであると判定した場合、Ｓ７２に処理を移し、回答中フラグがＯＮでないと判定した場合、Ｓ６４に処理を移す。回答中フラグは、ユーザからの入力に対して回答を継続しているか否か（回答中であるか否か）を識別可能なフラグである。
Ｓ６４では、ＣＰＵ１４０１は、無ヒットフラグをＯＮにセットし、Ｓ７２に処理を移す。
Ｓ６６では、ＣＰＵ１４０１は、候補リストのうち、最も高いスコアの回答パターンを特定し、Ｓ６８に処理を移す。
Ｓ６８では、ＣＰＵ１４０１は、特定した回答パターンの検索対象と検索項目と検索ワードとをＲＡＭ１４０３の所定の記憶領域に記憶し、Ｓ７０に処理を移す。
Ｓ７０では、ＣＰＵ１４０１は、回答中フラグをＯＮにセットし、Ｓ７２に処理を移す。
Ｓ７２では、ＣＰＵ１４０１は、話題特定処理を行う。詳細は後述するが、話題特定処理では、ＣＰＵ１４０１は、直近の入力文、過去の入力文などに基づいて、会話の対象（話題）を特定する。この処理を終了すると、ＣＰＵ１４０１は、意味認識処理を終了する。
図２４は、話題特定処理に係るフローチャートの一例を示す図である。
Ｓ８０では、ＣＰＵ１４０１は、店データベースから未だ比較していない店名を取得し、Ｓ８２に処理を移す。
Ｓ８２では、ＣＰＵ１４０１は、入力文と店名とに基づいて、入力文と、取得した店名との間の意味の近さを表すスコアを計算する。なお、スコアの計算手法は、Ｓ５２と同じであってもよいし、異なっていてもよい。この処理を終了すると、ＣＰＵ１４０１は、Ｓ８４に処理を移す。
Ｓ８４では、ＣＰＵ１４０１は、計算したスコアが所定値以上であるか否かを判定する。ＣＰＵ１４０１は、算出したスコアが所定値以上であると判定した場合、Ｓ８６に処理を移し、算出したスコアが所定値以上でないと判定した場合、Ｓ８８に処理を移す。
Ｓ８６では、ＣＰＵ１４０１は、店名とスコアとを対応付けてＲＡＭ１４０３の所定の記憶領域に記憶（候補リストに追加）し、Ｓ８８に処理を移す。
Ｓ８８では、ＣＰＵ１４０１は、比較していない店名（残りの店名）があるか否かを判定する。ＣＰＵ１４０１は、残りの店名があると判定した場合、Ｓ８０に処理を移し、残りの店名がないと判定した場合、Ｓ９０に処理を移す。
Ｓ９０では、ＣＰＵ１４０１は、候補リストが空であるか否かを判定する。ＣＰＵ１４０１は、候補リストが空であると判定した場合、Ｓ９４に処理を移し、候補リストが空でないと判定した場合、Ｓ９２に処理を移す。
Ｓ９２では、ＣＰＵ１４０１は、直近の店名を話題の店としてＲＡＭ１４０３の所定の記憶領域に記憶する。直近の店名とは、複数の候補がリストに含まれていた場合、ユーザによる入力文において最も後に現れる店名（入力された店名）をいう。この処理を終了すると、ＣＰＵ１４０１は、話題特定処理を終了する。
Ｓ９４では、ＣＰＵ１４０１は、話題の店は特定済みであるか否か（話題の店の情報が記憶されているか否か）を判定する。ＣＰＵ１４０１は、話題の店は特定済みであると判定した場合、話題特定処理を終了し、話題の店は特定済みでないと判定した場合、Ｓ９６に処理を移す。
Ｓ９６では、ＣＰＵ１４０１は、１つ前の会話（入力情報または出力情報）に処理対象をセットする。つまり、ＣＰＵ１４０１は、現在の処理対象から順次に会話を遡り、最も近くに話題に上がった店名を特定する。この処理を終了すると、ＣＰＵ１４０１は、Ｓ９８に処理を移す。
Ｓ９８では、ＣＰＵ１４０１は、会話があるか否かを判定する。ＣＰＵ１４０１は、会話があると判定した場合、Ｓ８０に処理を移し、会話がないと判定した場合、話題特定処理を終了する。
なお、話題特定処理によれば、「この店」などの指示語が入力された場合に、ユーザへの指示語の確認により、会話の流れが途切れることを回避できるようになる。
図２５および図２６は、会話状態制御処理に係るフローチャートの一例を示す図である。
Ｓ１００では、ＣＰＵ１４０１は、特定した回答パターンが個別回答であるか否かを判定する。ＣＰＵ１４０１は、特定した回答パターンが個別回答であると判定した場合、Ｓ１０２に処理を移し、特定した回答パターンが個別回答でないと判定した場合、図２６のＳ１３０に処理を移す。
Ｓ１０２では、ＣＰＵ１４０１は、検索対象が店ＤＢ（店データベース）であるか否かを判定する。ＣＰＵ１４０１は、検索対象が店データベースと判定した場合、Ｓ１１４に処理を移し、検索対象が店データベースでないと判定した場合、Ｓ１０４に処理を移す。
Ｓ１０４では、ＣＰＵ１４０１は、他サーバからの情報の取得が必要であるか否かを判定する。例えば、検索対象が他サーバ情報（ホテルサーバ２０００が有するホテルデータベース）である場合、取得が必要であると判定する。ＣＰＵ１４０１は、他サーバからの情報の取得が必要であると判定した場合、Ｓ１０６に処理を移し、他サーバからの情報の取得が必要でないと判定した場合、Ｓ１２４に処理を移す。
Ｓ１０６では、ＣＰＵ１４０１は、検索対象の情報を取得する。ＣＰＵ１４０１は、検索対象のサーバに情報を要求し、レスポンスを得る。例えば、ＣＰＵ１４０１は、ホテルサーバ２０００に空き室の照会を行い、現時点の空き室の情報（部屋の大きさ、宿泊料金、チェックイン時間、チェックアウト時間、朝食の有無などの一覧）を取得する。この処理を終了すると、ＣＰＵ１４０１は、Ｓ１０８に処理を移す。
Ｓ１０８では、ＣＰＵ１４０１は、検索対象の情報を取得できたか否かを判定する。ＣＰＵ１４０１は、検索対象の情報を取得できたと判定した場合、Ｓ１１２に処理を移し、検索対象の情報を取得できなかったと判定した場合、Ｓ１１０に処理を移す。
Ｓ１１０では、ＣＰＵ１４０１は、定型回答データ生成処理を行う。例えば、ＣＰＵ１４０１は、再入力を促す定型回答（例えば、「サーバとの通信がうまくできませんでした。しばらくしてからもう一度、質問いただけますか。別のご質問をおねがいします。」）を含むデータを応答用の記憶領域に記憶する。
なお、定型回答を複数設ける構成としてもよい。この構成によれば、表現豊かな会話が可能となる。
Ｓ１１２では、ＣＰＵ１４０１は、取得した情報をＲＡＭ１４０３の応答用の記憶領域に記憶し、Ｓ１２４に処理を移す。
Ｓ１１４では、ＣＰＵ１４０１は、話題の店が特定済みであるか否かを判定する。ＣＰＵ１４０１は、話題の店が特定済みであると判定した場合、Ｓ１１６に処理を移し、話題の店が特定済みでないと判定した場合、Ｓ１２８に処理を移す。
Ｓ１１６では、ＣＰＵ１４０１は、話題の店の店ＩＤと検索項目とに基づいて、個別回答用の店データを取得し、Ｓ１１８に処理を移す。例えば、話題の店として店ＩＤ「００１」が特定され、回答パターンとして「０１００００００１」（個別回答１）が特定されている場合、検索項目が「区分１０」であるので、店ＩＤ「００１」の「区分１０」の情報「10:00〜0:00」が取得される。
Ｓ１１８では、ＣＰＵ１４０１は、取得した店データをＲＡＭ１４０３の所定の記憶領域に記憶し、Ｓ１２０に処理を移す。
Ｓ１２０では、ＣＰＵ１４０１は、話題の店がリコメンドする飲食店であるか否か（優先度「Ａ」が設定されているか否か）を判定する。ＣＰＵ１４０１は、話題の店がリコメンドする店であると判定した場合、Ｓ１２２に処理を移し、話題の店がリコメンドする店でないと判定した場合、Ｓ１２４に処理を移す。
Ｓ１２２では、ＣＰＵ１４０１は、予約アイコン追加処理を行う。予約アイコン追加処理では、取得された店データの下部に予約アイコンが表示される記述を加える旨のフラグがセットされる。このように、リコメンドする店に対しては、予約アイコンを提示することで、リコメンドする店により自然な形でユーザを誘導できるようになる。
この処理が終了すると、ＣＰＵ１４０１は、Ｓ１２４に処理を移す。
Ｓ１２４では、ＣＰＵ１４０１は、応答データ生成処理を行う。より具体的には、ＣＰＵ１４０１は、記憶領域に記憶されている情報、特定された回答パターンの回答テンプレートなどに基づいて応答データを生成する。
例えば、話題の店として店ＩＤ「００１」が特定され、回答パターンとして「０１００００００１」（個別回答１）が特定され、店ＩＤ「００１」の「区分１０」の情報「10:00〜0:00」が取得されている場合、ＣＰＵ１４０１は、応答データとして「営業時間は、10:00〜0:00です。」を生成し、ＲＡＭ１４０３の応答用の記憶領域に記憶する。この処理を終了すると、ＣＰＵ１４０１は、Ｓ１２６に処理を移す。
Ｓ１２６では、ＣＰＵ１４０１は、回答中フラグをＯＦＦにセットし、会話状態制御処理を終了する。
Ｓ１２８では、ＣＰＵ１４０１は、質問用データ生成処理を行い、会話状態制御処理を終了する。
例えば、ＣＰＵ１４０１は、どの店についての質問であるかを明確にする旨の入力を促す質問用データ（例えば、「どのお店について知りたいですか。お店の名前を教えてください。」）を含むデータを応答用の記憶領域に記憶する。
なお、質問用データを複数設ける構成としてもよい。この構成によれば、表現豊かな会話が可能となる。
Ｓ１３０では、ＣＰＵ１４０１は、第１フィルタリング処理を行い、Ｓ１３２に処理を移す。詳細は後述するが、第１フィルタリング処理では、第１の検索条件に基づいて抽出が行われる。
Ｓ１３２では、ＣＰＵ１４０１は、第１フィルタリング処理による結果（抽出結果）があるか否かを判定する。ＣＰＵ１４０１は、抽出結果があると判定した場合、Ｓ１３６に処理を移し、抽出結果がないと判定した場合、Ｓ１３４に処理を移す。
Ｓ１３４では、ＣＰＵ１４０１は、定型回答データ生成処理を行う。例えば、ＣＰＵ１４０１は、再入力を促す定型回答（例えば、「お調べしましたが、本施設には該当するお店がみつかりませんでした。別のご質問をおねがいします。」）を含むデータを応答用の記憶領域に記憶する。
なお、定型回答を複数設ける構成としてもよい。この構成によれば、表現豊かな会話が可能となる。
Ｓ１３６では、ＣＰＵ１４０１は、第２フィルタリング処理を行い、Ｓ１３８に処理を移す。詳細は後述するが、第２フィルタリング処理では、優先度などに基づいて、表示順（優先順位）が変更される。
Ｓ１３８では、ＣＰＵ１４０１は、応答データ生成処理を行い、会話状態制御処理を終了する。
より具体的には、ＣＰＵ１４０１は、記憶領域に記憶されている情報、特定された回答パターンの回答テンプレートなどに基づいて、応答データを生成する。
例えば、回答パターンとして「００００００００１」（シナリオ１）が特定され、第１フィルタリング処理により４店に絞り込まれ、第２フィルタリング処理により店ＩＤ「００１」、「００２」、「００３」が特定されている場合、ＣＰＵ１４０１は、図１６Ａに示す回答テンプレートをもとに、応答データとして「お調べしましたら、全部で４店ございました。・・・」を生成し、ＲＡＭ１４０３の応答用の記憶領域に記憶する。
図２７は、第１フィルタリング処理に係るフローチャートの一例を示す図である。
Ｓ１４０では、ＣＰＵ１４０１は、検索項目と検索ワードとをＲＡＭ１４０３から読み出し、Ｓ１４２に処理を移す。
Ｓ１４２では、ＣＰＵ１４０１は、検索項目と検索ワードとに基づいて、店データベースから該当する店レコード（店データ）を抽出し、Ｓ１４４に処理を移す。
例えば、ＣＰＵ１４０１は、検索項目が「区分１」であり、検索ワードが「中華」である場合、店データベースから「区分１」の値が「中華」であるレコードを全て抽出する。
Ｓ１４４では、ＣＰＵ１４０１は、抽出した店レコードをＲＡＭ１４０３の所定の記憶領域に記憶し、第１フィルタリング処理を終了する。
図２８は、第２フィルタリング処理に係るフローチャートの一例を示す図である。
Ｓ１５０では、ＣＰＵ１４０１は、優先度に従って、抽出した店レコードについて第１ソート処理を行い、Ｓ１５２に処理を移す。なお、ＣＰＵ１４０１は、優先度が同じ店レコードが複数ある場合、店ＩＤが小さい店レコードがより優先順位が高いと判断する。
Ｓ１５２では、ＣＰＵ１４０１は、重み付け決定テーブルに基づいて重み付けを行い、第１ソート処理後の店レコードについて第２ソート処理を行い、Ｓ１５４に処理を移す。
例えば、ＣＰＵ１４０１は、重み付け決定テーブルを参照し、第１ソート処理後の店レコードについて、空席数が「６」以上の店（優先順位を最も高くする店）の店レコードに重み付け「１」を設定し、空席数が「１」以上〜「５」以下の店の店レコードに重み付け「２」を設定し、その他の店レコードに「３」を設定する。そして、ＣＰＵ１４０１は、設定した重み付けに従ってソート（第２ソート）を行う。
つまり、ＣＰＵ１４０１は、優先度に従ってソートして決定した表示順を重み付けに従って変更し得る。
Ｓ１５４では、ＣＰＵ１４０１は、ログインがされているか否か（ログイン情報が記憶されているか否か）を判定し、ログインがされていると判定した場合、Ｓ１５６に処理を移し、ログインがされていないと判定した場合、Ｓ１６６に処理を移す。
Ｓ１５６では、ＣＰＵ１４０１は、お店の利用履歴など、ユーザＩＤに紐付けて各種の履歴情報を記憶する履歴サーバ（図示せず。）に対して、ログイン情報に含まれるユーザＩＤを送信して履歴情報を要求し、Ｓ１５８に処理を移す。
Ｓ１５８では、ＣＰＵ１４０１は、履歴サーバよりレスポンスがあったか否かを判定する。ＣＰＵ１４０１は、履歴サーバよりレスポンスがあったと判定した場合、Ｓ１６０に処理を移し、履歴サーバよりレスポンスがない場合、Ｓ１５８の処理を繰り返す。
Ｓ１６０では、ＣＰＵ１４０１は、履歴情報をもとに、第２ソート処理後の各店の利用回数を計数し、利用回数が３回以上の店の店レコードに常連フラグ「ＯＮ」を設定し、Ｓ１６２に処理を移す。
Ｓ１６２では、ＣＰＵ１４０１は、ユーザが常連であるか否かを判定する。より具体的には、店レコードに常連フラグ「ＯＮ」を設定したか否かを判定する。ＣＰＵ１４０１は、ユーザが常連であると判定した場合、Ｓ１６４に処理を移し、ユーザが常連でないと判定した場合、Ｓ１６６に処理を移す。
Ｓ１６４では、ＣＰＵ１４０１は、各店の利用回数（本例では、常連であるか否か）に従って、第２ソート後の店レコードについて第３ソート処理を行い、Ｓ１６６に処理を移す。
Ｓ１６６では、ＣＰＵ１４０１は、ソート後の店レコードをＲＡＭ１４０３の所定の記憶領域に記憶すると共に、ソート後の店レコードのうち、上位３レコードを特定して抽出し、第２フィルタリング処理を終了する。
第２フィルタリング処理は、上述の内容に限られるものではない。例えば、第１ソート（Ｓ１５０）、第２ソート（Ｓ１５２）、第３ソート（Ｓ１５４〜Ｓ１６４）の順序に限られず、適宜の順序を採用することができる。
図２９は、アイコン入力処理に係るフローチャートの一例を示す図である。
Ｓ１７０では、ＣＰＵ１４０１は、予約アイコンが押下されたか否かを判定する。ＣＰＵ１４０１は、予約アイコンが押下されたと判定した場合、Ｓ１７２に処理を移し、ＣＰＵ１４０１は、予約アイコンが押下されていないと判定した場合、Ｓ１８２に処理を移す。
Ｓ１７２では、ＣＰＵ１４０１は、リコメンドする店の予約アイコンが押下されたか否かを判定する。ＣＰＵ１４０１は、リコメンドする店の予約アイコンが押下されたと判定した場合、Ｓ１７４に処理を移し、リコメンドする店でない予約アイコンが押下されたと判定した場合、Ｓ１７８に処理を移す。
Ｓ１７４では、ＣＰＵ１４０１は、予約状況取得処理を行い、Ｓ１７６に処理を移す。予約状況取得処理では、ＣＰＵ１４０１は、予約対象のお店の店舗サーバ３０００に対して現在の空席情報の照会を行い、その結果を取得する。
Ｓ１７６では、ＣＰＵ１４０１は、応答データ生成処理を行い、Ｓ１９６に処理を移す。
より具体的には、ＣＰＵ１４０１は、記憶領域に記憶されている情報、特定された回答パターンの回答テンプレート（例えば図１６Ｅ）などに基づいて、応答データを生成する。例えば、店舗サーバ取得情報として「16:00、17:00、18:00」が取得された場合、応答データとして「ご来店時間と人数を教えてください。・・・」を生成し、ＲＡＭ１４０３の応答用の記憶領域に記憶する。なお、ユーザは、ご来店時間として「16:00、17:00、18:00」が選択可能となる。
Ｓ１７８では、ＣＰＵ１４０１は、リコメンドしない店の予約についての確認を既に行ているか否か（リコメンドしない店の予約を考え直すことを示唆する応答を行ったか否か）を判定する。ＣＰＵ１４０１は、確認済みであると判定した場合、Ｓ１７４に処理を移し、確認済みでないと判定した場合、Ｓ１８０に処理を移す。
Ｓ１８０では、ＣＰＵ１４０１は、応答データ生成処理を行い、Ｓ１９６に処理を移す。
より具体的には、ＣＰＵ１４０１は、記憶領域に記憶されている情報、特定された回答パターンの回答テンプレート（例えば図１６Ｄ）などに基づいて、応答データを生成する。例えば、リコメンドしない店「Ｂ店」の予約アイコンがはじめて押下された場合、応答データとして「Ｂ店のご予約ですね。・・・」を生成し、ＲＡＭ１４０３の応答用の記憶領域に記憶する。
Ｓ１８２では、ＣＰＵ１４０１は、詳細アイコンが押下されたか否かを判定する。ＣＰＵ１４０１は、詳細アイコンが押下されたと判定した場合、Ｓ１８４に処理を移し、詳細アイコンが押下されていないと判定した場合、Ｓ１８８に処理を移す。
Ｓ１８４では、ＣＰＵ１４０１は、ＲＡＭ１４０３に記憶している店レコードのうち、詳細アイコンに係る店の店レコードを読み出し、Ｓ１８６に処理を移す。
Ｓ１８６では、ＣＰＵ１４０１は、応答データ生成処理を行い、Ｓ１８８に処理を移す。
より具体的には、ＣＰＵ１４０１は、記憶領域に記憶されている情報、特定された回答パターンの回答テンプレート（例えば図１６Ｃ）などに基づいて、応答データを生成する。例えば、「Ａ店」に係る詳細アイコンが押下された場合、応答データとして「Ａ店の詳細です。・・・」を生成し、ＲＡＭ１４０３の応答用の記憶領域に記憶する。
Ｓ１８８では、ＣＰＵ１４０１は、ココアイコンが押下されたか否かを判定する。ＣＰＵ１４０１は、ココアイコンが押下されたと判定した場合、Ｓ１９２に処理を移し、ＣＰＵ１４０１は、ココアイコンが押下されていないと判定した場合、Ｓ１９０に処理を移す。
Ｓ１９０では、ＣＰＵ１４０１は、その他のアイコンについて応答データ生成処理を行い、Ｓ１９６に処理を移す。
Ｓ１９２では、ＣＰＵ１４０１は、予約処理を行い、Ｓ１９４に処理を移す。予約処理では、ＣＰＵ１４０１は、予約対象のお店の店舗サーバ３０００に、予約情報（予約時間、予約人数など）を送信し、予約を要求し、そのレスポンスを取得する。
Ｓ１９４では、ＣＰＵ１４０１は、応答データ生成処理を行い、Ｓ１９６に処理を移す。
より具体的には、ＣＰＵ１４０１は、記憶領域に記憶されている情報、特定された回答パターンの回答テンプレート（例えば図１６Ｆ）などに基づいて、応答データを生成する。例えば、「Ａ店」に係るココアイコンが押下された場合、応答データとして「Ａ店をご予約しました。・・・」を生成し、ＲＡＭ１４０３の応答用の記憶領域に記憶する。
Ｓ１９６では、ＣＰＵ１４０１は、出力処理を行い、アイコン入力処理を終了する。より具体的には、ＣＰＵ１４０１は、応答用の記憶領域に記憶されたデータ（応答内容、ＨＴＭＬデータ、イメージデータなどを含む。）を読み出して出力情報とし、応答内容を要求したユーザ端末に送信する。
図３０は、入出力画面の一例（入出力画面５５０）を示す図である。入出力画面５５０は、ユーザ端末で実行されるＷＥＢブラウザに表示されたＷＥＢページ（または、ＷＥＢページの一部）である。入出力画面５５０は、独立した１つのウインドウページとして表示されてもよいし、ＷＥＢページの一部分として表示されてもよい。
入出力画面５５０は、キャラクタ画像表示エリア５５１、出力エリア５５２、スクロールバー５５３、入力エリア５５４、および質問するボタン５５５を含んで構成されている。
キャラクタ画像表示エリア５５１は、キャラクタ画像を表示する部分であり、入力内容や出力内容（応答内容）等に応じて、キャラクタを変更することができる。例えば、応答内容に応じて、同じキャラクタでも表情を変えて表示するように制御することができる。
出力エリア５５２には、会話サーバ１４により出力される応答内容が表示される。
スクロールバー５５３は、ウィンドウ内に表示しようとしている部分がウィンドウの縦幅を超えたときに、出力エリア５５２の右に表示されるつまみ状の操作部である。操作部にカーソルをあわせて上下に移動すると、ウィンドウ内の表示領域が移動し、上下の見えなかった部分が視認可能になる。
入力エリア５５４は、ユーザが質問等の文字列を入力する部分である。入力エリア５５４がタッチ操作されると、画面上にキーパッドが表示され、文字が入力可能となる。なお、キーボードなどを介して入力可能に構成してもよい。
質問するボタン５５５は、ユーザが、入力エリア５５４に文字列を入力した後にこれをタッチ操作等して押下する（本実施形態では、ボタンやリンクをマウス等により押下（クリック）するものであってもよい）。質問するボタン５５５が押下されると、入力した文字列がｈｔｔｐといったプロトコルにより、ネットワークを介して会話サーバ１４に送信される。
（会話例）
図３１Ａおよび図３１Ｂを参照して、会話システム１０００で提供可能なサービスの例を説明する。
図３１Ａに示すように、ユーザにより「中華が食べたい」と入力されると（Ｃ１）、中華を提供するお店が抽出され、優先度、重み付け、履歴情報などが加味されて表示順が決定され、ユーザに検索結果が提供される（Ｃ２）。なお、本例では、優先度に基づいて、Ａ店がリコメンドする店として決定されたとする。
続いて、Ｂ店の予約アイコンが押下されると、Ｂ店についての応答画面が表示される（Ｃ３）。ここで、Ｂ店は、リコメンドする店ではないので、Ｂ店について、確認情報「Ｂ店のご予約ですね。」、ポジティブ情報「Ｂ店は、担々麺がおいしい人気のお店です。」に続いて、ネガティブ情報「空席状況を確認しましたところ、あいにく満席となっておりますが・・・」を示し、最後に、リコメンドする店のポジティブ情報「Ａ店でしたらすぐにご案内できますが、いかがいたしますか？」と予約を促す予約アイコンが提示される。
このように提示することで、管理者側がリコメンドしないＢ店についての利用を再考させ、管理者側がリコメンドするＡ店にユーザを自然に誘導することが可能となる。
続いて、ユーザにより「このお店のお勧めは？」との入力が行われると（Ｃ４）、このお店がどのお店であるかが特定される。本例では、１つ前の会話に「Ｂ店」と「Ａ店」とがあり、会話の最後に現れた「Ａ店」が会話の対象（話題の店）として特定される。故に、Ａ店の本日のお勧め品「餃子」が店データベースより取得され、表示される（Ｃ５）。
このように、一の入力文から会話の対象が把握できない場合、前の会話に順次に遡って会話の対象を特定することで、より自然な会話を実現することが可能となる。
ここで、リコメンドする店についての応答である場合、予約アイコンが提示され、リコメンドしない店についての応答である場合、予約アイコンが提示されない。このように提示することで、管理者側がリコメンドするＡ店にユーザを自然に誘導することが可能となる。
続いて、ユーザにより、「営業時間を教えて」との入力が行われると（Ｃ６）、Ａ店の営業時間「10:00〜0:00」が店データベースより取得され、表示される（Ｃ７）。
続いて、予約アイコンが押下されると、予約の受け付け画面が表示される（Ｃ８）。ご来店時間「16:00〜16:30」、人数「2名」がプルダウンから選択され、ココアイコンが押下されると、お店の利用に資するマップなどの各種案内（案内情報の一例）が示された予約完了画面が表示される（Ｃ９）。なお、印刷機器を備えるユーザ端末である場合、印刷アイコンが提示される。なお、マップファイルは、外部記憶装置１４０４などの所定の記憶領域に記憶されている。
＜第２の実施形態＞
本実施形態では、図３２を用いて、商業用情報を提供する他の方法について説明する。なお、本実施形態では、第１の実施形態に示した構成と異なる構成について主に説明し、第１の実施形態に示した構成と同じ構成については、同じ符号を用いて、その説明を適宜省略する。
図３２は、ログイン処理に係るフローチャートの一例を示す図である。
Ｓ３００では、ＣＰＵ１４０１は、ログイン情報を受信し、Ｓ３０２に処理を移す。
Ｓ３０２では、ＣＰＵ１４０１は、ログイン情報からユーザＩＤ等のユーザ情報を取り出してＲＡＭ１４０３の所定の記憶領域に記憶する。この処理を終了すると、ＣＰＵ１４０１は、Ｓ３０４に処理を移す。
Ｓ３０４では、ＣＰＵ１４０１は、優先度が所定のランク（例えば、最高ランク）の店名および本日のお勧め品を店データベースから取得し、店名および本日のお勧め品を含む推奨文を推奨文テンプレートに基づいて生成し、Ｓ３０６に処理を移す。
例えば、店名「Ａ店」、本日のお勧め品「餃子」を取得した場合、推奨文「おいしい餃子を食べたいなら、Ａ店はいかがですか。」を生成する。なお、推奨文のテンプレート（「おいしい＜本日のお勧め品＞を食べたいなら、＜店名＞はいかがですか。」など）は、予め用意され、外部記憶装置１４０４などに記憶されている。
Ｓ３０６では、ＣＰＵ１４０１は、入力が所定数より多い質問文を履歴データベースから取得し、Ｓ３０８に処理を移す。
Ｓ３０８では、ＣＰＵ１４０１は、推奨文および質問文をサジェストリストに追加し、Ｓ３１０に処理を移す。
Ｓ３１０では、ＣＰＵ１４０１は、サジェストリストを含む初期画面データを生成し、Ｓ３１２に処理を移す。
Ｓ３１２では、生成した初期画面データを初期画面情報としてログイン処理が要求されたユーザ端末に送信する。
より具体的には、ＣＰＵ１４０１は、ユーザがユーザ端末において文字列を入力する際に、サジェストリストが参照され、ユーザが入力する文字列を予測し、入力エリア（ユーザ端末で実行されるＷＥＢブラウザにより表示されるＷＥＢページの入力エリア）の下側に文字列の候補を表示するよう、ユーザ端末にデータを送信する。
この構成によれば、よくある質問の入力を支援可能となる。さらには、管理者がリコメンドする店に関する内容をユーザの入力時に提示することで、当該店に来店するように自然に誘導できるようになる。
なお、ログイン処理は、上述の内容に限られるものではない。
例えば、サジェストリストは、ログイン処理時に更新されるのみならず、ユーザ端末との更新が行われる毎に行われてもよい。この構成によれば、よりリアルタイムにリコメンドしたい内容を提示できるようになる。
また、例えば、会話システム１０００は、サジェストサーバを備え、サジェストサーバは、過去に多くの入力があり、その入力に対する応答が成功した（ヒットした）ものを格納するサジェストデータベースを有し、会話システム１０００は、履歴データベースに代えてサジェストデータベースを有する構成としてもよい。
＜第３の実施形態＞
本実施形態では、図３３Ａ〜図３３Ｃ、図３４Ａおよび図３４Ｂを用いて、商業用情報を提供する他の方法について説明する。なお、本実施形態では、第１の実施形態に示した構成と異なる構成について主に説明し、第１の実施形態に示した構成と同じ構成については、同じ符号を用いて、その説明を適宜省略する。
（非リコメンド店除外決定用テーブル）
図３３Ａ〜図３３Ｃは、非リコメンド店除外決定用テーブルの一例を示す図である。非リコメンド店除外決定用テーブルは、現在の状況、ユーザの属性などの付加情報を加味した場合、ユーザに提示する応答内容に、ふさわしくない内容が含まれているか否かを判別可能なテーブルである。
図３３Ａに示す非リコメンド店除外決定用テーブルには、対象年齢に対応してリコメンドしない店（対象店）の情報が規定されている。図３３Ｂに示す非リコメンド店除外決定用テーブルには、性別に対応してリコメンドしない店（対象店）の情報が規定されている。図３３Ｃに示す非リコメンド店除外決定用テーブルには、各フロアに設けられている店（対象店）の情報が規定されている。
図３４Ａおよび図３４Ｂは、リコメンド適正化処理に係るフローチャートの一例を示す図である。リコメンド適正化処理では、リコメンドの適正化に係る各種処理（設定Ａ〜設定Ｄに係る処理）を行うか否かの設定値としてＯＮまたはＯＦＦが予めセットされている。なお、リコメンド適正化処理は、図２６に示すＳ１３０の処理の後、Ｓ１３８の処理の前の適宜のタイミングで行われる。
Ｓ３２０では、ＣＰＵ１４０１は、設定ＡがＯＮであるか否かを判定する。ＣＰＵ１４０１は、設定ＡがＯＮであると判定した場合、Ｓ３２２に処理を移し、設定ＡがＯＮでないと判定した場合、Ｓ３２６に処理を移す。
Ｓ３２２では、ＣＰＵ１４０１は、現在の日時を取得し、Ｓ３２４に処理を移す。
Ｓ３２４では、ＣＰＵ１４０１は、店データベースの区分１０を参照し、現在の日時をもとに営業時間外の店を特定してＲＡＭ１４０３の所定の記憶領域に記憶し、Ｓ３２６に処理を移す。
Ｓ３２６では、ＣＰＵ１４０１は、設定ＢがＯＮであるか否かを判定する。ＣＰＵ１４０１は、設定ＢがＯＮであると判定した場合、Ｓ３２８に処理を移し、設定ＢがＯＮでないと判定した場合、Ｓ３３６に処理を移す。
Ｓ３２８では、ＣＰＵ１４０１は、ログインがされているか否か（ログイン情報が記憶されているか否か）を判定し、ログインがされていると判定した場合、Ｓ３３０に処理を移し、ログインがされていないと判定した場合、Ｓ３３６に処理を移す。
Ｓ３３０では、ＣＰＵ１４０１は、ユーザの年齢が「０」〜「１９」であるか否かを判定する。ＣＰＵ１４０１は、ユーザの年齢が「０」〜「１９」であると判定した場合、Ｓ３３２に処理を移し、ユーザの年齢が「０」〜「１９」でないと判定した場合、Ｓ３３４に処理を移す。
Ｓ３３２では、ＣＰＵ１４０１は、年齢に基づき除外する店を特定する。より具体的には、ＣＰＵ１４０１は、図３３Ａに示す非リコメンド店除外決定用テーブルを参照し、除外する対象店を特定してＲＡＭ１４０３の所定の記憶領域に記憶する。この処理を終了すると、ＣＰＵ１４０１は、Ｓ３３４に処理を移す。
Ｓ３３４では、ＣＰＵ１４０１は、性別に基づき除外する店を特定する。より具体的には、ＣＰＵ１４０１は、図３３Ｂに示す非リコメンド店除外決定用テーブルを参照し、除外する対象店を特定してＲＡＭ１４０３の所定の記憶領域に記憶する。
例えば、ユーザが男性である場合、店ＩＤ「０１１」、「０１２」の店が特定される。この処理を終了すると、ＣＰＵ１４０１は、Ｓ３３６に処理を移す。
Ｓ３３６では、ＣＰＵ１４０１は、設定ＣがＯＮであるか否かを判定する。ＣＰＵ１４０１は、設定ＣがＯＮであると判定した場合、Ｓ３３８に処理を移し、設定ＣがＯＮでないと判定した場合、図３４Ｂに示すＳ３４２に処理を移す。
Ｓ３３８では、ＣＰＵ１４０１は、ユーザが位置するフロア（現在のフロア）を特定する。より具体的には、ＣＰＵ１４０１は、ユーザ端末の端末ＩＤに基づいて端末管理データベース（図示せず）から設置情報を取得し、ユーザが利用しているユーザ端末が設置されているフロアを特定する。この処理を終了すると、ＣＰＵ１４０１は、Ｓ３４０に処理を移す。
Ｓ３４０では、ＣＰＵ１４０１は、現在のフロアに基づき除外する店を特定する。より具体的には、ＣＰＵ１４０１は、図３３Ｃに示す非リコメンド店除外決定用テーブルを参照し、除外する対象店を特定してＲＡＭ１４０３の所定の記憶領域に記憶する。
例えば、現在のフロアが３階である場合、３階以外（１階、２階、または４階）に位置する店が特定される。この処理を終了すると、ＣＰＵ１４０１は、図３４Ｂに示すＳ３４２に処理を移す。
Ｓ３４２では、ＣＰＵ１４０１は、設定ＤがＯＮであるか否かを判定する。ＣＰＵ１４０１は、設定ＤがＯＮであると判定した場合、Ｓ３４４に処理を移し、設定ＤがＯＮでないと判定した場合、Ｓ３５２に処理を移す。
Ｓ３４４では、ＣＰＵ１４０１は、ログインがされているか否か（ログイン情報が記憶されているか否か）を判定し、ログインがされていると判定した場合、Ｓ３４６に処理を移し、ログインがされていないと判定した場合、Ｓ３５２に処理を移す。
Ｓ３４６では、ＣＰＵ１４０１は、会員管理サーバ１３からユーザのランクを取得する。より具体的には、ＣＰＵ１４０１は、会員管理サーバ１３にユーザＩＤを送信し、お金持ちであるか否かを示すランクを取得する。なお、会員管理サーバ１３では、ユーザの行動履歴などの各種の情報が分析されて資金力が推定され、ユーザに対するランク付けが行われ、ユーザＩＤに紐付けてランクが記憶されている。
この処理を終了すると、ＣＰＵ１４０１は、Ｓ３４８に処理を移す。
Ｓ３４８では、ＣＰＵ１４０１は、取得したランクが所定のランク以上であるか否かを判定する。ＣＰＵ１４０１は、取得したランクが所定のランク以上であると判定した場合、Ｓ３５０に処理を移し、取得したランクが所定のランク以上でないと判定した場合Ｓ３５２に処理を移す。
Ｓ３５０では、ＣＰＵ１４０１は、店データベースの区分ｎを参照し、一定額以下の価格帯のお店を特定してＲＡＭ１４０３の所定の記憶領域に記憶し、Ｓ３５２に処理を移す。
Ｓ３５２では、ＣＰＵ１４０１は、特定したお店を抽出結果から除外し、リコメンド適正化処理を終了する。
上記処理によれば、現在の日時に基づいてリコメンドすべきでない店が特定され、除外できるようになる。現在の日時に応じてリコメンドする店を調整することで、より現実に沿った会話が可能となる。
また、上記処理によれば、ユーザ情報（年齢、性別に限られるものではなく、ユーザの誕生日、嗜好などであってもよい）に基づいてリコメンドすべきでない店が特定され、除外できるようになる。ユーザに応じてリコメンドする店を調整することで、より自然な形での会話が可能となる。
上記処理によれば、ユーザの位置に基づいてリコメンドすべきでない店が特定され、除外できるようになる。ユーザの位置に応じてリコメンドする店を調整することで、ユーザに配慮した会話が可能となる。
上記処理によれば、お金持ちであるユーザが所望しない低価格帯のお店を除外することができるようになる。一般にお金持ちに安いものを勧めると、お金持ちは不快に思うことがあるが、このように、ユーザのランクに応じてリコメンドする店を調整することで、ユーザに不快感を与えることなく、より自然な形での会話が可能となる。
このように、リコメンド適正化処理では、リコメンドすべきでない店を特定すること、換言するならば、リコメンドすべきでない店に重み付けを行うことで、優先度が変更されるので、ユーザの質問によりマッチした回答であって、時宜にかなった回答を提供できるようになる。
＜第４の実施形態＞
本実施形態では、図３５および図３６を用いて、商業用情報を提供する他の方法について説明する。なお、本実施形態では、第１の実施形態に示した構成と異なる構成について主に説明し、第１の実施形態に示した構成と同じ構成については、同じ符号を用いて、その説明を適宜省略する。
図３５は、アイコン入力処理に係るフローチャートの一例を示す図である。図２９の処理とは、Ｓ２００、Ｓ２０２が追加されている点が異なる。
Ｓ１８４の処理を終了すると、ＣＰＵ１４０１は、Ｓ２００に処理を移す。
Ｓ２００では、ＣＰＵ１４０１は、詳細アイコンに係る店がリコメンドする店であるか否か（優先度「Ａ」が設定されているか否か）を判定する。ＣＰＵ１４０１は、詳細アイコンに係る店がリコメンドする店でないと判定した場合、Ｓ２０２に処理を移し、詳細アイコンに係る店がリコメンドする店であると判定した場合、Ｓ１８６に処理を移す。
Ｓ２０２では、ＣＰＵ１４０１は、リコメンド情報追加処理を行う。より具体的には、ＣＰＵ１４０１は、追加リコメンド用のテンプレートに基づいてリコメンド情報を生成し、ＲＡＭ１４０３の応答用の記憶領域に記憶する。
なお、追加リコメンド用のテンプレート（「そういえば、本日＜店名＞では、＜割引対象品（図示せず。）＞の割引セールを実施中です。」など）は、予め用意され、外部記憶装置１４０４などに記憶されている。
図３６に示すように、ユーザにより「服を買いたい」と入力されると（Ｃ１１）、衣服を提供するお店が抽出され、優先度、重み付け、履歴情報などが加味されて表示順が決定され、ユーザに検索結果が提供される（Ｃ１２）。なお、本例では、優先度に基づいて、ａ店がリコメンドする店として決定されたとする。
続いて、ｂ店の詳細アイコンが押下されると、ｂ店の詳細が表示されるとともに、リコメンドするａ店のポジティブ情報「そういえば、本日ａ店ではＴシャツの割引セールを実施中です。」を提供する（Ｃ１３）。
このようにさり気なくａ店のポジティブ情報を提示することで、管理者側がリコメンドするａ店にユーザを自然に誘導することが可能となる。
そして、「ａ店の場所を教えてください。」と入力されると（Ｃ１４）、ａ店への案内（地図）が提示される（Ｃ１５）。
＜第５の実施形態＞
本実施形態では、図３７および図３８を用いて、商業用情報を提供する他の方法について説明する。なお、本実施形態では、第１の実施形態に示した構成と異なる構成について主に説明し、第１の実施形態に示した構成と同じ構成については、同じ符号を用いて、その説明を適宜省略する。
図３７は、会話状態制御処理に係るフローチャートの一例を示す図である。図２６の処理とは、Ｓ２２０〜Ｓ２３０が追加されている点が異なる。
Ｓ２２０では、ＣＰＵ１４０１は、回答パターンが「シナリオ」であるか否かを判定する。ＣＰＵ１４０１は、回答パターンが「シナリオ」であると判定した場合、Ｓ１３０に処理を移し、回答パターンが「シナリオ」でないと判定した場合、Ｓ２２２に処理を移す。
Ｓ２２２では、ＣＰＵ１４０１は、ユーザＩＤに基づいてクーポン情報を会員管理サーバ１３から取得し、Ｓ２２４に処理を移す。
Ｓ２２４では、ＣＰＵ１４０１は、取得したクーポン情報が含まれる店レコードを店データベースから抽出し、ＲＡＭ１４０３の所定の記憶領域に記憶する。
例えば、ＣＰＵ１４０１は、取得したクーポン情報が「coupon1」および「coupon2」である場合、店ＩＤ「００１」および「００２」の店レコードを抽出する。この処理を終了すると、ＣＰＵ１４０１は、Ｓ２２６に処理を移す。
Ｓ２２６では、ＣＰＵ１４０１は、抽出結果があるか否かを判定する。ＣＰＵ１４０１は、抽出結果があると判定した場合、Ｓ２２８に処理を移し、抽出結果がないと判定した場合、Ｓ２３０に処理を移す。
Ｓ２２８では、ＣＰＵ１４０１は、応答データ生成処理を行い、会話状態制御処理を終了する。より具体的には、ＣＰＵ１４０１は、記憶領域に記憶されている情報、特定された回答パターンの回答テンプレート（図示せず）などに基づいて、応答データを生成し、ＲＡＭ１４０３の応答用の記憶領域に記憶する。
Ｓ２３０では、ＣＰＵ１４０１は、定型回答データ生成処理を行い、会話状態制御処理を終了する。
例えば、ＣＰＵ１４０１は、使用可能なクーポンが無い旨を示す定型回答（例えば、「お調べしましたが、現在ご利用いただけるクーポンはございませんでした。他にご質問はありますか。」）を含むデータを応答用の記憶領域に記憶する。
上述の処理では、クーポンを例に挙げて説明したが、ポイントについても同様に適用できる。
図３８に示すように、ユーザにより「クーポンの使えるお店を教えて」と入力されると（Ｃ２１）、ユーザが有するクーポンをもとに、クーポンが利用可能なお店が抽出され、ユーザに検索結果が提供される（Ｃ２２）。
続いて、ユーザにより「クーポンを印刷して。」と入力されると（Ｃ２３）、印刷機能を有するユーザ端末でないので、印刷ができない旨と印刷可能なユーザ端末の案内とが提示される（Ｃ２４）。なお、印刷機能を有するユーザ端末である場合は、ユーザの入力に基づいて印刷が行われる。
＜第６の実施形態＞
本実施形態では、図３９および図４０を用いて、商業用情報を提供する他の方法について説明する。なお、本実施形態では、第１の実施形態に示した構成と異なる構成について主に説明し、第１の実施形態に示した構成と同じ構成については、同じ符号を用いて、その説明を適宜省略する。
図３９は、外部施設データベースに記憶された内容（外部施設データ）の一例を示す図である。外部施設データは、施設ＩＤ、施設名、優先度、シャトルバス乗り場などの情報を含んで構成される。
外部施設データは、店データと同様に、外部施設データ構築画面および外部施設データ管理画面を介して（図示せず。）、追加、修正、削除が行われる。
なお、シャトルバス乗り場の項目には、マップファイルのファイル名（「ＭＡＰ１」など）が記憶されている。マップファイルは、外部記憶装置１４０４などの所定の記憶領域に記憶されている。また、時刻表の項目には、時刻表ファイルのファイル名（「時刻表Ａ」など）が記憶されている。時刻表ファイルは、外部記憶装置１４０４などの所定の記憶領域に記憶されている。
図４０に示すように、ユーザにより「明日、Ａランドにバスで行きたい。」と入力されると（Ｃ３１）、施設データの抽出処理が行われ、抽出結果が表示される（Ｃ３２）。
抽出結果には、外部施設に関する情報（現在地からシャトルバス乗り場までの経路および移動時間、シャトルバスの乗車時間、シャトルバスの時刻表）が含まれる。また、明日の天気予報に関する情報が検索されて表示される。
なお、抽出処理では、まず、検索項目と検索ワードとが記憶領域から読み出される。続いて、検索項目と検索ワードとに基づいて外部施設データベースから該当する外部施設レコードが抽出される。そして、抽出された外部施設レコードを記憶し、外部施設用の回答テンプレートに従って、応答データさ生成される。
付言するならば、店に係る会話に関する処理は、外部施設に係る会話にも適用可能である。例えば、ユーザにより「近くでお勧めのテーマパークは？」と入力されると、お店の場合と同様に、外部施設データベースからテーマパークが抽出され、優先度、重み付け、履歴情報などが加味されて表示順が決定され、ユーザに検索結果が提供される。
なお、店データベース、知識データベース、回答テンプレートデータベース、外部施設データベースは、全てが１つのデータベースで構成されていてもよいし、任意のデータベースが１つのデータベースで構成されていてもよいし、任意のデータベースが更に複数のデータベースに分かれて構成されていてもよい。つまり、データの保持形態は、適宜に変更可能である。
＜第７の実施形態＞
本実施形態では、図４１〜図４４を用いて、他のデータ構造を用いた商業用情報提供方法について説明する。なお、本実施形態では、第１の実施形態に示した構成と異なる構成について主に説明し、第１の実施形態に示した構成と同じ構成については、同じ符号を用いて、その説明を適宜省略する。
図４１は、会話システム１０００で利用される知識データ３１０のデータ構造の一例を示す図である。
ユーザがユーザ端末を介して入力する文字列に対して有効な応答を行うために、会話システム１０００の会話サーバ１４は、知識データ３１０に蓄積されているデータを用いる。知識データ３１０には、複数のユニットが含まれる（図４１では、ユニット１のみが詳細に記載されている）。各ユニットには、少なくとも１つの比較対象文字列と、少なくとも１つの応答文字列（回答テンプレートに対応）が含まれ、この比較対象文字列と応答文字列は互いに関連づけられているセットである。
比較対象文字列とは、ユーザがユーザ端末から入力してくる入力文と比較される文字列であり、図４１には、比較対象文字列Ｑが３つ（Ｑ１−１、Ｑ１−２、Ｑ１−３）示されている。ここで、「Ｑ」は、質問（Ｑｕｅｓｔｉｏｎ）の頭文字に対応するように見えるが、これは便宜上の表現であって、比較対象文字列が質問文（疑問文）の形式である必要はない。例えば、単なる単語、肯定文、否定文、挨拶文、その他の様々な形式の文字列であってもよい。
また、比較対象文字列が複数ある場合、１つの比較対象文字列が代表の比較対象文字列（代表Ｑ）となり、残りの比較対象文字列が同義文となる。図４１では、Ｑ１−１が代表Ｑであり、Ｑ１−２、Ｑ１−３が、Ｑ１−１の同義文となる。すなわち、１つのユニットには、同じ意味（同義といえる程度の、きわめて近い意味）の比較対象文がまとめられていることになる。
応答文字列とは、比較対象文字列に（その応答として）対応づけられた文字列であり、図４１には、応答文字列Ａが２つ（Ａ１−１、Ａ１−２）示されている。ここで、「Ａ」は、答え（Ａｎｓｗｅｒ）の頭文字に対応するように見えるが、これは便宜上の表現であって、応答文字列が、必ずしも、何かの質問に答えるような形式の文でなくてもよい。単なる単語、疑問文、肯定文、否定文、挨拶文、その他の様々な形式の文字列であってもよい。
比較対象文字列と応答文字列はそれぞれ、１または複数存在し、関連づけられるので、それらの関係は、１対１、１対ｎ、ｎ対１、または、ｎ対ｎの関係となりうる。
さらに、それぞれの応答文字列に関連づけられる属性（Ａの属性）が存在する。Ａの属性は、それぞれの応答文字列の属性を表すものである。応答条件は、どのような条件の場合に、対応する応答文字列が応答として適切かを示すものであり、応答文字列が複数ない場合、応答は一意に決定されるため、必要ない。
比較対象文字列と、これに対応する応答文字列とのセット、及び各応答文字列の属性をまとめたものを「ＱＡ」とすると、これに対する属性（ＱＡの属性）が存在する。ＱＡの属性は、例えば、応答時挙動指定情報（Ｂ１）と対象有無指定情報（Ｆ１）を含む情報により表される。応答時挙動指定情報は、ユーザの入力文と比較対象文字列の意味が最も近いものと判断された（ヒットした）場合に、ユーザのユーザ端末に対して、なんらかの挙動（アクション）を設定するものである。対象有無指定情報は、対応する比較対象文字列Ｑをサジェストの対象とするか否かや、このＱＡに関するログを取得するか否か等を規定する。また、上述したＱＡの属性は、比較対象文字列（同義文がある場合は、代表Ｑと同義文を含むひとまとまりの比較対象文字列）に対応付けられるものであると言うこともできる。
なお、図４１では、知識データ３１０を一体化したデータとして管理するように示したが、少なくとも一部のデータを、その関連性を維持したまま、別のデータとして管理することもできる。例えば、ＱＡを第１のデータとしてまとめて記憶し、それぞれのＱＡの識別子とともにＱＡの属性を第２のデータとしてまとめて記憶することができる。
図４２は、知識データ３１０を用いて、入力文に対する応答がどのように決定されるかについて概略的に示した図（入力文と応答との関係の一例を示す図）である。ただし、ここでは、知識データ３１０内の各ユニットに関し、図４１で説明したＱＡの属性（応答時挙動指定情報と対象有無指定情報）については、表示を省略する。
最初に、図４２（Ａ）のケースについて説明する。知識データ３１０としてユニット１（ユニット１は、図４１に示したユニット１と同じ）が与えられている場合に、ユーザによって入力文１、入力文２が入力され、入力文１についてＱ１−１が最も意味の近い文字列としてヒットし、入力文２についてＱ１−３が最も意味の近い文字列としてヒットしたとする（他のユニットは存在しないものとする）。このとき、入力文１に対する応答としてＡ１−２が表示され、入力文２に対する応答としてもＡ１−２が表示される。これは、応答条件に関して、入力文１の場合も、入力文２の場合も、Ａ１−２の応答条件を満たしていたことによる。
次に、図４２（Ｂ）のケースについて説明する。知識データ３１０としてユニット２（ユニット２は、１つの比較対象文字列（Ｑ２−１）に対して、２つの応答文字列（Ａ２−１、Ａ２−２）が対応している）が与えられている場合に、ユーザによって入力文３、入力文４が入力され、入力文３についてＱ２−１が最も意味の近い文字列としてヒットし、入力文４についてもＱ２−１が最も意味の近い文字列としてヒットしたとする（他のユニットは存在しないものとする）。このとき、入力文３に対する応答としてＡ２−１が表示され、入力文４に対する応答としてＡ２−２が表示される。これは、応答条件に関して、入力文３の場合は、Ａ２−１の応答条件を満たし、入力文４の場合は、Ａ２−２の応答条件を満たしていたことによる。
このように、複数の入力文が、同じ比較対象文字列にヒットした場合であっても、応答条件の設定により、それぞれ異なる応答内容が表示される場合がある。
次に、図４２（Ｃ）のケースについて説明する。知識データ３１０としてユニット３（ユニット３は、３つの比較対象文字列（Ｑ３−１、Ｑ３−２、Ｑ３−３）に対して、１つの応答文字列（Ａ３）が対応している）が与えられている場合に、ユーザによって入力文５が入力され、入力文５についてＱ３−２が最も意味の近い文字列としてヒットしたとする（他のユニットは存在しないものとする）。このとき、入力文５に対する応答としてＡ３が表示される。
図４２（Ｄ）は最もシンプルなケースである。知識データ３１０としてユニット４（ユニット４は、１つの比較対象文字列（Ｑ４）に対して、１つの応答文字列（Ａ４）が対応している）が与えられている場合に、ユーザによって入力文６が入力され、入力文６についてＱ４が最も意味の近い文字列としてヒットしたとする（他のユニットは存在しないものとする）。このとき、入力文６に対する応答としてＡ４が表示される。
図４３は、知識データ３１０に対してＱＡを新規に追加するための、ＱＡ新規追加画面の一例（ＱＡ新規追加画面８５０）を示す図である。
ＱＡ新規追加画面８５０には、Ｑ表示エリア８５１、同義文追加ボタン８５２、Ａ表示エリア８５３、応答文追加ボタン８５４、応答時アクション指定ボタン８５５、対象有無指定ボタン８５６、および登録ボタン８５７が含まれている。
Ｑ表示エリア８５１には、Ｑを入力するための入力エリアがあり、管理者は、ユーザからの入力が期待できる質問や他の文をこの入力エリアに入力し、ユーザの入力文と比較した場合に、意味が近いとしてヒットするようにする。また、Ｑとして、似たような意味の文や他の言い回しを、同義文としてまとめて登録することができる。そのために、同義文追加ボタン８５２を押下すると、入力エリアが１つ追加され、管理者は、その追加された入力エリアに同義文を入力する。図４３の例では、Ｑ表示エリア８５１にある２段目の入力エリアが、同義文を入力するためのエリアである（「中華のお店ある？」の文字列が入力されている）。これに対し、１段目の入力エリアに入力されているＱ（「中華を食べたい。」）は、必須のものであり、代表Ｑと呼ばれる。
同義文は、代表Ｑに関連付けて、いくつでも追加することができる。このような構成によって、ユーザの表現上のゆらぎを吸収することができる。すなわち、ユーザから入力される様々な表現の入力に対して、代表Ｑと同義文を含むＱのどれかをヒットさせることができ、設定したＡを効果的に出力することができる。同義文を入力するための入力エリアの右横に配置されている「×」ボタンを押下すると、その同義文を削除することができる。
Ｑ表示エリア８５１の下側には、Ａ表示エリア８５３が配置される。Ａは、ユーザの入力文に上記で設定したＱの何れかがヒットした場合に、ユーザ端末のＷＥＢブラウザに送信される応答文字列であり、管理者は、Ｑに対応する応答として適したＡをＡ表示エリア８５３のなかの１段目の入力エリアに入力する。
この例では、第１のＡとして「お調べしましたら、全部で＜抽出件数＞店ございました。・・・」との応答を入力している。これは、ユーザが、（例えば、複合施設において）上記Ｑのように「中華が食べたい。」や「中華のお店ある？」、あるいは、これと近い意味の文などを入力してきた場合に、「お調べしましたら、全部で＜抽出件数＞店ございました。・・・」と案内するためである。
Ａ表示エリア８５３の１段目の入力エリアには、応答条件を設定するための簡単設定ボタンとカスタマイズ設定ボタンが表示されているが、１件目のＡについては応答条件を設定することはできない。なお、Ａを複数設定しない場合は、１段目の入力エリアにＡを入力した段階で登録ボタン８５７を押下し、ＱＡ新規追加は完了する。
Ａ表示エリア８５３に１件目のＡを入力した段階で、応答文追加ボタン８５４を押下すると、Ａ表示エリア８５３に２段目の入力エリアが表示され、管理者は、そのエリアに２件目のＡを入力する。このような構成により、ユーザによる同じ趣旨の入力文に対して、異なる応答文字列を所定の条件に応じて切り分けて出力することができる。
Ａ表示エリア８５３に設定される２件目以降のＡに対しては、応答条件を設定するために、簡単設定ボタンとカスタマイズ設定ボタンが表示され、いずれかを押下することができる。この例では、最初のＡの応答条件から評価され、応答条件を満たした場合に、そのＡが応答内容として決定され、ユーザ端末に送信されるので、評価の優先順位を調整するため、２件目以降のＡについては、Ａの間で並び替えを行うことができる。また、２件目以降では、Ａを入力するための入力エリアの右横に配置されている「×」ボタンを押下すると、そのＡを、応答条件とともに削除することができる。
Ａ表示エリア８５３の下側には、応答時アクション指定ボタン８５５が配置される。これを押下すると、応答時のアクションを指定するための入力エリアが表示される。
応答時アクション指定ボタン８５５の下側には、対象有無指定ボタン８５６が配置される。これを押下すると、当該ＱＡをサジェスト等の対象にするか否かを指定するための入力エリアが表示される。
ＱＡ新規追加画面８５０の最下段には、登録ボタン８５７が配置される。これを押下すると、Ｑ表示エリア８５１やＡ表示エリア８５３で設定したＱ、Ａ、応答条件等に関する情報が知識データ３１０に記憶される。
図４４は、カスタマイズ設定画面の一例（カスタマイズ設定画面８４０）を示す図である。カスタマイズ設定画面８４０には、Ａ表示エリア８４１、一括操作指定エリア８４２、条件式設定エリア８４３、新規追加ボタン８４４、保存ボタン８４５、属性設定エリア８４６、および新規追加ボタン８４７が含まれている。
Ａ表示エリア８４１には、このカスタマイズ設定画面８４０において応答条件を設定する対象となるＡが表示される。ここでは、図４３に示す、２件目のＡについて応答条件設定を行うためにカスタマイズ設定ボタンを押下しているので、その２件目のＡがＡ表示エリア８４１に表示される。
一括操作指定エリア８４２には、条件式の一括操作について指定を行うためのプルダウンリストが表示される。「編集」を選択すると、チェックボックスにチェックをした条件式を一括で編集することができ、「削除」を選択すると、チェックボックスにチェックをした条件式を一括で削除することができる。
条件式設定エリア８４３には、２件目のＡに対応する応答条件を、条件式という形式で入力できる入力エリアが配置される。図４４の例では、１つの条件式が指定されている。なお、各条件式において、ＡＮＤ条件やＯＲ条件を用いることができる。
例えば、１件目の条件式は「ｎ（抽出件数）＞３」となっており、これは、例えば、ユーザ端末から送信されるＵＲＩのリクエストパラメータに含まれる「ｔａｌｋｏｐｔｉｏｎ＝」の後に指定されるデータと比較され、当該データと条件式が一致すれば、応答条件を満たすことになる。
条件式設定エリア８４３に表示された条件式は、その右横に配置されている適用ボタンを押下することによって、２件目のＡに対応付けて知識データ３１０等に記憶される。
新規追加ボタン８４４を押下すると、条件式設定エリア８４３にさらに、条件式の入力エリアが付加され、そこで新しい条件式を設定することができる。
属性設定エリア８４６には、２件目のＡに対応する属性を、条件式という形式で入力できる入力エリアが配置される。図４４の例では、１つの条件式が指定されている。なお、各条件式において、ＡＮＤ条件やＯＲ条件を用いることができる。
例えば、１件目の条件式は「区分１０＝中華」となっている。
属性設定エリア８４６に表示された条件式は、その右横に配置されている適用ボタンを押下することによって、２件目のＡに対応付けて知識データ３１０等に記憶される。
新規追加ボタン８４７を押下すると、属性設定エリア８４６にさらに、条件式の入力エリアが付加され、そこで新しい条件式を設定することができる。
保存ボタン８４５を押下すると、条件式設定エリア８４３および属性設定エリア８４６に表示されている各入力エリアの条件式の内容が保存される。
このように、カスタマイズ設定画面８４０で設定する条件式は、ユーザが入力文を入力する際に、ユーザ端末のＷＥＢブラウザ等によって付加されるパラメータと比較され、その比較結果に応じて応答条件が満たされたかどうかが判断される。したがって、ユーザ端末側で様々なパラメータをセットすることで、応答内容について多くのバリエーションを作り出すことができる。
例えば、ユーザ端末側で把握可能な情報を、会話サーバ１４に送信することで、これらの情報に応じて、応答内容を切り換えることができるように構成できる。例えば、ユーザ端末のＯＳやＷＥＢブラウザのバージョン、機種の情報を送信して、応答内容を切り換えることができる。また、ユーザの入力態様（入力回数、入力時間など）を撮像装置により取得できれば、これらの情報によって応答内容を切り換えることも可能である。
知識データベースの構築は、上述した構成に限られるものではない。例えば、知識データの登録、修正、削除については、画面から行う構成ではなく、知識データを含むＣＳＶ（Comma-Separated Values）ファイルをアップロードする構成としてもよい。
＜第８の実施形態＞
本実施形態では、図４５を用いて、商業用情報を提供する他の方法について説明する。なお、本実施形態では、第１の実施形態に示した構成と異なる構成について主に説明し、第１の実施形態に示した構成と同じ構成については、同じ符号を用いて、その説明を適宜省略する。
図４５は、重み付け決定テーブルの一例を示す図である。重み付け決定テーブルには、割引セール期間に対応して対象店が規定されている。対象店は、適宜のタイミングで（例えば定期的、リアルタイムに）更新される。
基本的には、現在の日付が割引セール期間である場合に重み付け（優先順位）が高くなるように決定される。
例えば、図２８に示すＳ１５２では、ＣＰＵ１４０１は、重み付け決定テーブルを参照し、第１ソート処理後の店レコードについて、現在、割引セール期間中の店（優先順位を最も高くする店）の店レコードに重み付け「１」を設定する。そして、ＣＰＵ１４０１は、設定した重み付けに従ってソート（第２ソート）を行う。
上記処理によれば、現在の日付に応じてリコメンドする店を調整することで、より現実に沿った会話が可能となる。
重み付け決定テーブルは、上記の例に限られるものではない。管理者が所望する重み付け決定テーブルを採用可能である。
＜第９の実施形態＞
本実施形態では、会話システム１０００は、会話で用いる言語（日本語、英語、中国語、スペイン語など）を切替可能な設定部を有する。
設定部は、ユーザにより言語が指定される構成であってもよいし、入力文をもとに言語を識別し、使用する言語を切り替える構成であってもよい。
第１の実施形態〜第９の実施形態で示した構成は、適宜に組み合わせることが可能である。
以上、本発明の実施形態を説明したが、具体例を例示したに過ぎず、特に本発明を限定するものではなく、各手段等の具体的構成は、適宜設計変更可能である。また、本発明の実施形態に記載された効果は、本発明から生じる最も好適な効果を列挙したに過ぎず、本発明による効果は、本発明の実施形態に記載されたものに限定されるものではない。
また、上述した詳細な説明では、本発明をより容易に理解できるように、特徴的部分を中心に説明した。本発明は、上述した詳細な説明に記載する実施形態に限定されず、その他の実施形態にも適用することができ、その適用範囲は多様である。また、本明細書において用いた用語および語法は、本発明を的確に説明するために用いたものであり、本発明の解釈を制限するために用いたものではない。また、当業者であれば、本明細書に記載された発明の概念から、本発明の概念に含まれる他の構成、システム、方法等を推考することは容易であると思われる。したがって、請求の範囲の記載は、本発明の技術的思想の範囲を逸脱しない範囲で均等な構成を含むものであるとみなされなければならない。また、要約書の目的は、特許庁および一般的公共機関や、特許、法律用語又は専門用語に精通していない本技術分野に属する技術者等が本出願の技術的な内容およびその本質を簡易な調査で速やかに判定し得るようにするものである。したがって、要約書は、請求の範囲の記載により評価されるべき発明の範囲を限定することを意図したものではない。また、本発明の目的および本発明の特有の効果を十分に理解するために、すでに開示されている文献等を充分に参酌して解釈されることが望まれる。
上述した詳細な説明は、コンピュータで実行される処理を含むものである。以上での説明および表現は、当業者が最も効率的に理解することを目的として記載している。本明細書では、１の結果を導き出すために用いられる各ステップは、自己矛盾がない処理として理解されるべきである。また、各ステップでは、電気的又は磁気的な信号の送受信、記録等が行われる。各ステップにおける処理では、このような信号を、ビット、値、シンボル、文字、用語、数字等で表現しているが、これらは単に説明上便利であるために用いたものであることに留意する必要がある。また、各ステップにおける処理は、人間の行動と共通する表現で記載される場合があるが、本明細書で説明する処理は、原則的に各種の装置により実行されるものである。また、各ステップを行うために要求されるその他の構成は、以上の説明から自明になるものである。
１４ 会話サーバ
１００ サイネージＡ
１５０ サイネージＢ
２００ キオスク端末

Claims (10)

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

* 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 百度在线网络技术（北京）有限公司 基于关联兴趣点的语句推荐方法和装置
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 百度在线网络技术（北京）有限公司 获取和搜索相关知识信息的方法及装置
CN104798433A (zh) * 2012-11-20 2015-07-22 日本电气株式会社 通信终端、通信***、通信控制方法和存储介质
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
CN106547812A (zh) 2017-03-29
US10540707B2 (en) 2020-01-21
JP2017059168A (ja) 2017-03-23
CN106547812B (zh) 2021-01-15
US20170083969A1 (en) 2017-03-23
PH12016000323A1 (en) 2018-03-26

Similar Documents

Publication Publication Date Title
JP6566810B2 (ja) 商業用情報提供システムおよび商業用情報提供方法
US20230325877A1 (en) Implicitly associating metadata using user behavior
US10992609B2 (en) Text-messaging based concierge services
CN101681484B (zh) 用于通过小数据速率通信***的增强型通信的***和方法
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
TW202001777A (zh) 儲存程式之可移動型儲存媒體、資訊處理方法、資訊處理裝置以及資訊處理系統
US20090182622A1 (en) Enhancing and storing data for recall and use
US20050107158A1 (en) Advertisement system, advertisement method, and program thereof
US20110010352A1 (en) Method and system of providing search tools
US20140136517A1 (en) Apparatus And Methods for Providing Search Results
WO2013009990A2 (en) Wine recommendation system and method
US20140200937A1 (en) Method and system for requesting products and services and rating employees and service locations keyed to identification tags
US9547369B1 (en) Dynamic sorting and inference using gesture based machine learning
KR20120013044A (ko) 모바일 검색을 위한 모바일 시스템, 검색 시스템 및 검색 결과 제공 방법
US20160299973A1 (en) Interactive Internet Interfaces
KR102645521B1 (ko) 식당의 광고 정보를 제공하는 시스템
JP2011227767A (ja) 情報処理装置および情報処理方法
JP5492029B2 (ja) 情報処理装置、コミュニケーション支援方法およびコミュニケーション支援用プログラム
JP6841539B2 (ja) 行動促進方法、ユーザインタフェース、プログラム、コンピュータ記憶媒体及び行動促進システム
JP2020126392A (ja) 選択装置、選択方法および選択プログラム
KR101851966B1 (ko) 오브젝트를 이용한 템플릿 생성 및 프로모션 콘텐츠 제작 방법과 그 시스템
CN113168354B (zh) 用于从一个或多个计算机应用中选择并提供可用动作给用户的***和方法
US11836204B1 (en) Social collaboration platform for facilitating recommendations
Chen et al. Impact of video content on gastronomic image construction and tourists’ intention to (re-) visit Macao

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