JP2013054413A - Faqシステム - Google Patents
Faqシステム Download PDFInfo
- Publication number
- JP2013054413A JP2013054413A JP2011190253A JP2011190253A JP2013054413A JP 2013054413 A JP2013054413 A JP 2013054413A JP 2011190253 A JP2011190253 A JP 2011190253A JP 2011190253 A JP2011190253 A JP 2011190253A JP 2013054413 A JP2013054413 A JP 2013054413A
- Authority
- JP
- Japan
- Prior art keywords
- faq
- user
- homepage
- search
- function
- 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.)
- Withdrawn
Links
Images
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
【課題】ユーザ等に依存して選択される両立しないFAQエントリを活用し、ユーザがFAQホームページに到達した事情に基づいて検索結果を変動させ、メール等による問い合わせをも効率化するFAQシステムを提供すること。
【解決手段】FAQデータを2以上のカテゴリに分類し、検索対象のカテゴリを決定する検索対象選択機能が選択したカテゴリのみのFAQエントリを対象に検索することによって、ユーザ等に依存して選択される両立しないFAQエントリを活用し、ユーザがFAQホームページに到達した事情に基づいて検索結果を変動させることができる。問合せホームページにおいて、ユーザが入力した質問の要約に基づいてFAQエントリを検索することで、問合せへの人手による回答を行わない、回答を担当する担当オペレータを適切に決定するといった効率化を実現する。
【選択図】図1
【解決手段】FAQデータを2以上のカテゴリに分類し、検索対象のカテゴリを決定する検索対象選択機能が選択したカテゴリのみのFAQエントリを対象に検索することによって、ユーザ等に依存して選択される両立しないFAQエントリを活用し、ユーザがFAQホームページに到達した事情に基づいて検索結果を変動させることができる。問合せホームページにおいて、ユーザが入力した質問の要約に基づいてFAQエントリを検索することで、問合せへの人手による回答を行わない、回答を担当する担当オペレータを適切に決定するといった効率化を実現する。
【選択図】図1
Description
本発明は、FAQ(Frequently Asked Question)を検索して表示し、ユーザからの質問を受け付けるFAQシステムに関するものである。
企業のホームページには、FAQを含むことが多い。FAQには、以下の効果が期待される。(1)商品を購入したユーザに対して情報を提供してユーザが電話、メール等によって企業に質問をしなくても済むようにする。(2)商品を購入しようとするユーザに対してそのユーザの興味に合わせた情報を提供して商品の購入を促す。
FAQは、質問と回答の組み(以下「FAQエントリ」と言う。)から構成されるが、FAQの情報を効率的に提供するために、FAQエントリをテーマ等に基づいて階層化することや、ユーザが入力するキーワード等を用いてFAQエントリを検索させることが行われている。
ユーザの立場では、FAQについて、メールや電話による問合せよりも便利に感じることが多い。メールのように説明文を入力する必要がなく、電話の問合せと異なり自己の都合の良い時間に使用できるからである。
FAQは、質問と回答の組み(以下「FAQエントリ」と言う。)から構成されるが、FAQの情報を効率的に提供するために、FAQエントリをテーマ等に基づいて階層化することや、ユーザが入力するキーワード等を用いてFAQエントリを検索させることが行われている。
ユーザの立場では、FAQについて、メールや電話による問合せよりも便利に感じることが多い。メールのように説明文を入力する必要がなく、電話の問合せと異なり自己の都合の良い時間に使用できるからである。
ここで、階層や検索結果を工夫してFAQによってユーザの求める情報を提示する可能性を高める方法が開示されている。特許文献1には、検索結果のFAQエントリを表示する際に、そのFAQエントリによって問題が解決したか否かについての入力をユーザに求め、その回答に基づいて問題を解決する可能性の高いFAQエントリを検索結果の上位にする方法が開示されている。特許文献2には、ユーザがFAQデータ内をナビゲートした履歴に基づいて階層構造を最適化する方法が開示されている。特許文献3には、そのユーザの過去の質問履歴に基づいて階層及び検索結果の順位を調整する方法が開示されている。
FAQによってユーザの求める情報を提示することにより、ユーザは電話、メール等によって企業に質問をせずに済み、企業の立場では電話、メール等の応答に要するコストが軽減される。
FAQによってユーザの求める情報を提示することにより、ユーザは電話、メール等によって企業に質問をせずに済み、企業の立場では電話、メール等の応答に要するコストが軽減される。
FAQエントリは、電話、メール等による質問に回答する際にも活用できる。企業において電話、メール等による質問に回答する担当者がFAQデータ(全てのFAQエントリの集合)を参照することは当然に行われている。FAQホームページと、電話、メール等による質問への回答とを一体化してFAQデータを運用することも行われ、特許文献4には、電話、メール等を含む応答記録に基づいてFAQデータを構築する方法が開示されている。
以上のように、FAQデータを効率的に作成、運用して、サービスを向上し、ユーザの満足度を向上させつつ、質問対応のコストを削減する方法が、各種開示されている。しかし、以下に述べる問題及び要望を解決するものは知られていなかった。
同じ質問であっても、ユーザに依存して2つ以上の回答が考えられ、これらの回答が両立しない場合がある。例えば、ソフトウェアの使用法の質問に対し、オプション機能を購入したユーザにはそのオプション機能の使い方を回答し、その他のユーザには他の機能による迂回手順を回答する場合である。この場合に両方のFAQエントリが検索結果に並存するとユーザを惑わしかねず、これらのFAQエントリはFAQホームページにおける検索対象とすることは困難であった。
ユーザがFAQホームページに到達することとなった何らかの事情があり、その事情に依存して検索結果を変動させたい場合がある。例えば、ある商品の説明のためのホームページからFAQホームページにナビゲートした場合には、その商品に関するFAQエントリを上位に表示したい。このように、FAQホームページにおいてユーザが入力する情報でもユーザ個人を特定する情報又は特定されたユーザに関する情報でもないような情報のみに基づいて検索結果を変動させることは、知られていなかった。
FAQによって満足な結果を得ることができずにメール等で問い合わせることとしたユーザについて、そのメール等での問合せ内容によって、そのユーザが満足するFAQエントリが判明する場合がある。この場合、メール等の問い合わせに対して人手で回答しなくてもそのFAQエントリをユーザに提示することで企業にとってはコスト削減になる。しかし、これを実現する具体的な方法は開示されていなかった。
同じ質問であっても、ユーザに依存して2つ以上の回答が考えられ、これらの回答が両立しない場合がある。例えば、ソフトウェアの使用法の質問に対し、オプション機能を購入したユーザにはそのオプション機能の使い方を回答し、その他のユーザには他の機能による迂回手順を回答する場合である。この場合に両方のFAQエントリが検索結果に並存するとユーザを惑わしかねず、これらのFAQエントリはFAQホームページにおける検索対象とすることは困難であった。
ユーザがFAQホームページに到達することとなった何らかの事情があり、その事情に依存して検索結果を変動させたい場合がある。例えば、ある商品の説明のためのホームページからFAQホームページにナビゲートした場合には、その商品に関するFAQエントリを上位に表示したい。このように、FAQホームページにおいてユーザが入力する情報でもユーザ個人を特定する情報又は特定されたユーザに関する情報でもないような情報のみに基づいて検索結果を変動させることは、知られていなかった。
FAQによって満足な結果を得ることができずにメール等で問い合わせることとしたユーザについて、そのメール等での問合せ内容によって、そのユーザが満足するFAQエントリが判明する場合がある。この場合、メール等の問い合わせに対して人手で回答しなくてもそのFAQエントリをユーザに提示することで企業にとってはコスト削減になる。しかし、これを実現する具体的な方法は開示されていなかった。
解決しようとする課題は、ユーザ等に依存して選択される両立しないFAQエントリを活用し、ユーザがFAQホームページに到達した事情に基づいて検索結果を変動させ、FAQ利用時のユーザの満足度を向上させつつ、メール等による問い合わせをも効率化するFAQシステムを提供することである。
本発明のFAQシステムは、
ユーザがホームページにおいて検索文字列を入力してFAQエントリを閲覧することができるFAQシステムであって、
FAQデータを2以上のカテゴリに分類し、
検索対象のカテゴリを決定する検索対象選択機能を備え、
前記検索対象選択機能が選択したカテゴリのみのFAQエントリを対象に検索した結果のFAQを表示する、又は、前記検索対象選択機能が選択したカテゴリのFAQエントリを検索結果リストの上位に表示することを特徴とする。
検索対象選択機能によって、適切なFAQエントリのみの検索対象にする若しくは適切なFAQエントリを検索結果リストの上位に表示する。ユーザ等に依存して選択される両立しないFAQエントリについてはそのユーザに適したもののみを検索対象にすることができる。ユーザがFAQホームページに到達した事情に基づいて検索対象のカテゴリを絞り込むことができる。
ユーザがホームページにおいて検索文字列を入力してFAQエントリを閲覧することができるFAQシステムであって、
FAQデータを2以上のカテゴリに分類し、
検索対象のカテゴリを決定する検索対象選択機能を備え、
前記検索対象選択機能が選択したカテゴリのみのFAQエントリを対象に検索した結果のFAQを表示する、又は、前記検索対象選択機能が選択したカテゴリのFAQエントリを検索結果リストの上位に表示することを特徴とする。
検索対象選択機能によって、適切なFAQエントリのみの検索対象にする若しくは適切なFAQエントリを検索結果リストの上位に表示する。ユーザ等に依存して選択される両立しないFAQエントリについてはそのユーザに適したもののみを検索対象にすることができる。ユーザがFAQホームページに到達した事情に基づいて検索対象のカテゴリを絞り込むことができる。
本発明のFAQシステムは、
前記検索対象決定機能は、少なくとも、FAQホームページへのナビゲーション元のホームページに基づいて検索対象のカテゴリを決定することを特徴とする。
多くの企業のホームページにおいて、その中のどのホームページからもFAQホームページへのナビゲーションが可能となっている。FAQホームページにアクセスする直前にどのホームページを見ていたかに係る情報は、FAQの検索において有効である。例えば、ある商品の説明のためのホームページからFAQホームページにナビゲートしたユーザに対しては、その商品に関するFAQエントリを上位に表示させることができる。
前記検索対象決定機能は、少なくとも、FAQホームページへのナビゲーション元のホームページに基づいて検索対象のカテゴリを決定することを特徴とする。
多くの企業のホームページにおいて、その中のどのホームページからもFAQホームページへのナビゲーションが可能となっている。FAQホームページにアクセスする直前にどのホームページを見ていたかに係る情報は、FAQの検索において有効である。例えば、ある商品の説明のためのホームページからFAQホームページにナビゲートしたユーザに対しては、その商品に関するFAQエントリを上位に表示させることができる。
本発明のFAQシステムは、
前記ナビゲーション元のホームページは、FAQホームページを運営する企業がその企業の提供する商品又は役務を紹介するホームページであることを特徴とする。
検索対象のカテゴリを、企業の商品又は役務に基づいて定めることが考えられる。この場合、FAQホームページにアクセスする直前に見ていたホームページに係る商品又は役務のカテゴリのみを検索対象とすること、そのカテゴリのFAQエントリを上位に表示させることができる。
前記ナビゲーション元のホームページは、FAQホームページを運営する企業がその企業の提供する商品又は役務を紹介するホームページであることを特徴とする。
検索対象のカテゴリを、企業の商品又は役務に基づいて定めることが考えられる。この場合、FAQホームページにアクセスする直前に見ていたホームページに係る商品又は役務のカテゴリのみを検索対象とすること、そのカテゴリのFAQエントリを上位に表示させることができる。
本発明のFAQシステムは、
前記検索対象決定機能は、少なくとも、ユーザの属性に基づいて検索対象のカテゴリを決定することを特徴とする。
ここで「ユーザの属性」とは、過去の検索履歴、問合せ履歴、購入した商品又は役務、その他ユーザを同定することによって獲得される情報を言う。ユーザの属性に基づいて、そのユーザに適したカテゴリに検索対象のカテゴリを絞り込むことができる。
前記検索対象決定機能は、少なくとも、ユーザの属性に基づいて検索対象のカテゴリを決定することを特徴とする。
ここで「ユーザの属性」とは、過去の検索履歴、問合せ履歴、購入した商品又は役務、その他ユーザを同定することによって獲得される情報を言う。ユーザの属性に基づいて、そのユーザに適したカテゴリに検索対象のカテゴリを絞り込むことができる。
本発明のFAQシステムは、
前記ユーザの属性は、そのユーザがFAQホームページを運営する企業から購入した商品又は役務に関する情報を含むことを特徴とする。
購入した商品又は役務に関する情報は、そのユーザに対する回答を確定させる。例えば、ソフトウェアの使用法の質問に対し、オプション機能を購入したユーザにはそのオプション機能の使い方を回答し、その他のユーザには他の機能による迂回手順を回答する場合である。そのユーザに適した回答のみを検索結果として表示することができる。
前記ユーザの属性は、そのユーザがFAQホームページを運営する企業から購入した商品又は役務に関する情報を含むことを特徴とする。
購入した商品又は役務に関する情報は、そのユーザに対する回答を確定させる。例えば、ソフトウェアの使用法の質問に対し、オプション機能を購入したユーザにはそのオプション機能の使い方を回答し、その他のユーザには他の機能による迂回手順を回答する場合である。そのユーザに適した回答のみを検索結果として表示することができる。
本発明のFAQシステムは、
FAQエントリの検索結果を表示した状態において、ユーザが結果に満足したか否かを入力することができ、
不満足との入力であった場合には問合せホームページにナビゲートすることを特徴とする。
FAQエントリの検索結果に不満足なユーザのみを問合せホームページに誘導することにより、FAQホームページを介して問合せ数を減少させ、企業にとってのコスト削減を図ることができる。
FAQエントリの検索結果を表示した状態において、ユーザが結果に満足したか否かを入力することができ、
不満足との入力であった場合には問合せホームページにナビゲートすることを特徴とする。
FAQエントリの検索結果に不満足なユーザのみを問合せホームページに誘導することにより、FAQホームページを介して問合せ数を減少させ、企業にとってのコスト削減を図ることができる。
本発明のFAQシステムは、
前記問合せホームページは、ユーザが質問の要約と詳細とを入力するものであり、要約を入力しない場合には詳細を入力することができず、
要約に入力された情報を詳細のみに入力された情報よりも高いウエイトとして前記FAQエントリの検索を行ってその結果を表示し、
その表示においてユーザが結果に満足したか否かを入力することができ、
不満足との入力であった場合には問い合わせを受け付けることを特徴とする。
FAQエントリの検索結果に不満足なユーザであっても、問合せホームページにおいて入力される問合せ内容によって、そのユーザが満足するFAQエントリが判明する場合がある。この場合、メール等の問い合わせに対して人手で回答しなくてもそのFAQエントリをユーザに提示することができる。企業にとっては、問合せへの人手による回答を行わないことができ、コスト削減になる。
この際、平文のテキストデータであることが多いユーザによる質問を分析してFAQエントリの検索条件式を生成することになる。テキストデータから形態素解析等によって名詞を抽出しそれを検索のキーワードとすることが多い。ユーザによる質問の詳細には、背景事情の説明など必ずしも検索のキーワードとしては適切でない名詞を含む部分も多い。そこで、ユーザに質問の要約を入力させ、要約に現れる名詞のウエイトを高くして検索すると効率がよい。このために、要約を入力しない場合には詳細を入力することができないようにする。なお、名詞を抽出せずに他の処理によって検索条件式を生成する場合にも、要約に入力された情報を詳細のみに入力された情報よりも高いウエイトとすることで効果が期待できる。
前記問合せホームページは、ユーザが質問の要約と詳細とを入力するものであり、要約を入力しない場合には詳細を入力することができず、
要約に入力された情報を詳細のみに入力された情報よりも高いウエイトとして前記FAQエントリの検索を行ってその結果を表示し、
その表示においてユーザが結果に満足したか否かを入力することができ、
不満足との入力であった場合には問い合わせを受け付けることを特徴とする。
FAQエントリの検索結果に不満足なユーザであっても、問合せホームページにおいて入力される問合せ内容によって、そのユーザが満足するFAQエントリが判明する場合がある。この場合、メール等の問い合わせに対して人手で回答しなくてもそのFAQエントリをユーザに提示することができる。企業にとっては、問合せへの人手による回答を行わないことができ、コスト削減になる。
この際、平文のテキストデータであることが多いユーザによる質問を分析してFAQエントリの検索条件式を生成することになる。テキストデータから形態素解析等によって名詞を抽出しそれを検索のキーワードとすることが多い。ユーザによる質問の詳細には、背景事情の説明など必ずしも検索のキーワードとしては適切でない名詞を含む部分も多い。そこで、ユーザに質問の要約を入力させ、要約に現れる名詞のウエイトを高くして検索すると効率がよい。このために、要約を入力しない場合には詳細を入力することができないようにする。なお、名詞を抽出せずに他の処理によって検索条件式を生成する場合にも、要約に入力された情報を詳細のみに入力された情報よりも高いウエイトとすることで効果が期待できる。
本発明のFAQシステムは、
前記問合せホームページは電話番号を入力するものであり、
前記要約に基づいて回答を担当する担当オペレータを決定し、
前記電話番号から着信した電話を前記担当オペレータに転送することを特徴とする。
問合せホームページおいて、ユーザは、メールによる回答を求める場合も電話による回答を求める場合もある。メールによる回答の場合又は電話による回答であって企業側からユーザに発信する場合には、企業側は質問内容に対応して適切な担当オペレータが回答することができる。電話による回答であってユーザから企業側に発信する場合には、企業に着信した際の発信者番号によって適切な担当オペレータを選定することができる。これは、ユーザによる質問の要約によってFAQエントリを検索することで可能となる。検索結果のFAQエントリに基づいて担当オペレータを決定することができるからである。
前記問合せホームページは電話番号を入力するものであり、
前記要約に基づいて回答を担当する担当オペレータを決定し、
前記電話番号から着信した電話を前記担当オペレータに転送することを特徴とする。
問合せホームページおいて、ユーザは、メールによる回答を求める場合も電話による回答を求める場合もある。メールによる回答の場合又は電話による回答であって企業側からユーザに発信する場合には、企業側は質問内容に対応して適切な担当オペレータが回答することができる。電話による回答であってユーザから企業側に発信する場合には、企業に着信した際の発信者番号によって適切な担当オペレータを選定することができる。これは、ユーザによる質問の要約によってFAQエントリを検索することで可能となる。検索結果のFAQエントリに基づいて担当オペレータを決定することができるからである。
本発明のFAQシステムは、
前記FAQホームページは、ユーザが入力した検索文字列を含むFAQ状況データを前記オペレータに送信するFAQ状況通知機能と、前記オペレータからのメッセージを表示するメッセージ表示機能とを備えることを特徴とする。
オペレータが、電話による対応をせずにFAQ状況データに基づいてユーザに対するガイダンスを行うことができ、オペレータの作業量を削減しつつユーザの満足度を向上させることができる。
前記FAQホームページは、ユーザが入力した検索文字列を含むFAQ状況データを前記オペレータに送信するFAQ状況通知機能と、前記オペレータからのメッセージを表示するメッセージ表示機能とを備えることを特徴とする。
オペレータが、電話による対応をせずにFAQ状況データに基づいてユーザに対するガイダンスを行うことができ、オペレータの作業量を削減しつつユーザの満足度を向上させることができる。
本発明のFAQシステムは、
前記FAQ状況通知機能は、前記FAQ状況データに基づいてユーザのヘルプ必要度を計算し、前記ヘルプ必要度の高いユーザに係るFAQ状況データを前記オペレータに送信することを特徴とする。
例えば、検索を繰り返しているユーザは、FAQにおいて有効な情報を得ることができておらず、オペレータからのメッセージによってそのユーザをガイドし、ユーザの不満を解消して満足度を向上させられる可能性が高い。このようにオペレータからのメッセージが有効であるか否かの予測値を「ヘルプ必要度」として定量化する。限られた人数のオペレータによって、オペレータからのメッセージが有効なユーザに対し集中的にサポートすることができる。
前記FAQ状況通知機能は、前記FAQ状況データに基づいてユーザのヘルプ必要度を計算し、前記ヘルプ必要度の高いユーザに係るFAQ状況データを前記オペレータに送信することを特徴とする。
例えば、検索を繰り返しているユーザは、FAQにおいて有効な情報を得ることができておらず、オペレータからのメッセージによってそのユーザをガイドし、ユーザの不満を解消して満足度を向上させられる可能性が高い。このようにオペレータからのメッセージが有効であるか否かの予測値を「ヘルプ必要度」として定量化する。限られた人数のオペレータによって、オペレータからのメッセージが有効なユーザに対し集中的にサポートすることができる。
本発明のFAQシステムは、ユーザ等に依存して選択される両立しないFAQエントリを活用し、ユーザがFAQホームページに到達した事情に基づいて検索結果を変動させ、メール等による問い合わせをも効率化する。
FAQデータを2以上のカテゴリに分類し、検索対象のカテゴリを決定する検索対象選択機能が選択したカテゴリのみのFAQエントリを対象に検索することによって、ユーザ等に依存して選択される両立しないFAQエントリを活用し、ユーザがFAQホームページに到達した事情に基づいて検索結果を変動させることができる。
問合せホームページにおいて、ユーザが入力した質問の要約に基づいてFAQエントリを検索することで、FAQ利用時のユーザの満足度を向上させつつ、問合せへの人手による回答を行わない、回答を担当する担当オペレータを適切に決定するといった効率化を実現する。
FAQデータを2以上のカテゴリに分類し、検索対象のカテゴリを決定する検索対象選択機能が選択したカテゴリのみのFAQエントリを対象に検索することによって、ユーザ等に依存して選択される両立しないFAQエントリを活用し、ユーザがFAQホームページに到達した事情に基づいて検索結果を変動させることができる。
問合せホームページにおいて、ユーザが入力した質問の要約に基づいてFAQエントリを検索することで、FAQ利用時のユーザの満足度を向上させつつ、問合せへの人手による回答を行わない、回答を担当する担当オペレータを適切に決定するといった効率化を実現する。
以下に、本発明のFAQシステムの実施例を示す。システムの構成及び主要なフローは各実施例で共通であるので、実施例に先だって説明する。
図1は、FAQシステムの構成を示す図である。FAQホームページ1及び問合せホームページ2が運用され、ユーザに公開されている。検索処理部3は、FAQホームページ1及び問合せホームページ2における入力に基づいてFAQの検索を実行する。問合せ対応処理部4は、FAQホームページ1及び問合せホームページ2においてFAQでは十分に対応できないことが判明した問合せに対応するための問合せデータ42を保存する。FAQホームページ1は、オペレータ向け処理部5との間で情報の送受信を行う。ここで、FAQホームページ1、問合せホームページ2、検索処理部3、問合せ処理部4及びオペレータ向け処理部5は1つのホームページサーバに配置することができる。ユーザの端末装置がFAQホームページ1及び問合せホームページ2にアクセスし、オペレータの端末装置がオペレータ向け処理部5にアクセスする。
FAQホームページ1には、検索条件設定機能11、検索結果表示機能12、FAQ状況通知機能13、メッセージ表示機能14及び満足度取得機能15が設けられている。
問合せホームページ2には、問合せ入力機能21及び問合せ処理機能22が設けられている。
検索処理部3には、検索機能31が設けられている。検索機能31がFAQデータ32を検索するが、FAQデータ32は、カテゴリ33a、33b、33cに区分されており、各カテゴリにFAQエントリが含まれている。なお、図ではカテゴリの数が3つであるが、2つ以上のいくつであってもよい。また、FAQエントリは1つのみのカテゴリに属さずに2つ以上のカテゴリに属してもよい。このため、FAQエントリのデータをカテゴリに区分して保存するのでなく、各FAQエントリに1つ又は2つ以上のカテゴリを表すプロパティを付してもよい。
問合せ処理部4には、問合せ対応機能41が設けられている。問合せ対応機能41は、問合せデータ42を作成、更新、削除する。
オペレータ向け処理部5には、FAQ状況監視機能51及びメッセージ送信機能52が設けられている。
問合せホームページ2には、問合せ入力機能21及び問合せ処理機能22が設けられている。
検索処理部3には、検索機能31が設けられている。検索機能31がFAQデータ32を検索するが、FAQデータ32は、カテゴリ33a、33b、33cに区分されており、各カテゴリにFAQエントリが含まれている。なお、図ではカテゴリの数が3つであるが、2つ以上のいくつであってもよい。また、FAQエントリは1つのみのカテゴリに属さずに2つ以上のカテゴリに属してもよい。このため、FAQエントリのデータをカテゴリに区分して保存するのでなく、各FAQエントリに1つ又は2つ以上のカテゴリを表すプロパティを付してもよい。
問合せ処理部4には、問合せ対応機能41が設けられている。問合せ対応機能41は、問合せデータ42を作成、更新、削除する。
オペレータ向け処理部5には、FAQ状況監視機能51及びメッセージ送信機能52が設けられている。
FAQホームページ1及び問合せホームページ2における機能の実装は、javascript、php等によることができる。検索機能31及び問合せ対応機能41についても、これらのホームページから呼び出される機能であり、javascript、php等による実装が可能である。FAQ状況監視機能51及びメッセージ送信機能52についても、オペレータの端末装置がアクセスするホームページを作成すればjavascript、php等による実装が可能である。全ての機能がjavascript、php等による実装が可能である点につき、以下、本明細書において同様である。
図2は、FAQシステムの主要なフローを示す図である。ここでは、FAQホームページ1、問合せホームページ2及び検索処理部3のフローについて説明する。問合せ処理部4及びオペレータ向け処理部5のフローについては、実施例の中で説明する。また、FAQホームページ1のフローのうち、FAQ状況通知機能13及びメッセージ表示機能のフローについても実施例の中で説明する
図において、問合せホームページ2及び検索処理部3における処理は、点線で囲んで示してある。点線に囲まれていない部分は、FAQホームページ1における処理である。
図において、問合せホームページ2及び検索処理部3における処理は、点線で囲んで示してある。点線に囲まれていない部分は、FAQホームページ1における処理である。
ユーザが他のホームページからFAQホームページ1に移動することによって、処理が開始される。
最初に検索条件設定機能11が起動される。検索条件設定機能11は、ナビゲーション元情報(FAQホームページ1に移動する直前にブラウズされたホームページが何であるかを表す情報)を取得する。ナビゲーション元情報は、例えばphpのパラメータとしてFAQホームページに送信することができる。検索条件設定機能11は、図示しない画面においてユーザIDの入力を受付ける、アクセスしているIPアドレスに基づいて求める、その他の方法によってユーザIDを取得する。ナビゲーション元情報及びユーザIDの取得は、必要に応じて行えばよく、必ずしも行われなくてもよい。
検索条件設定機能11は、ユーザの入力する検索文字列を取得する。その後、検索ボタンのクリックにより、検索機能31を呼び出す。検索機能31へは、検索文字列、ナビゲーション元情報及びユーザIDが送信される。
最初に検索条件設定機能11が起動される。検索条件設定機能11は、ナビゲーション元情報(FAQホームページ1に移動する直前にブラウズされたホームページが何であるかを表す情報)を取得する。ナビゲーション元情報は、例えばphpのパラメータとしてFAQホームページに送信することができる。検索条件設定機能11は、図示しない画面においてユーザIDの入力を受付ける、アクセスしているIPアドレスに基づいて求める、その他の方法によってユーザIDを取得する。ナビゲーション元情報及びユーザIDの取得は、必要に応じて行えばよく、必ずしも行われなくてもよい。
検索条件設定機能11は、ユーザの入力する検索文字列を取得する。その後、検索ボタンのクリックにより、検索機能31を呼び出す。検索機能31へは、検索文字列、ナビゲーション元情報及びユーザIDが送信される。
図3は、検索機能のフローを示す図である。検索機能31は、検索文字列、ナビゲーション元情報及びユーザIDに基づいて検索を実行する。検索においては検索条件式を作成するが、その際、FAQエントリに含まれるべき文字列及び検索対象のカテゴリを指定する。
FAQエントリに含まれるべき文字列については、ユーザによる入力から文字列を導出するための通常の処理を用いればよい。例えば、ユーザの入力した検索文字列が単語の羅列である場合にはそれらの単語をFAQエントリに含まれるべき文字列とし、単語の羅列でない場合にはユーザの入力した検索文字列を形態素解析して名詞を抽出し、抽出された名詞をFAQエントリに含まれるべき文字列とすることができる。
検索対象選択機能によって検索対象のカテゴリを指定することが、本発明の特徴である。検索機能31は、検索対象カテゴリを規定値に設定し、それに対してナビゲーション元情報及びユーザIDに基づく検索対象カテゴリの調整を行う。最初に検索対象カテゴリを既定値に設定するが、これにより、ユーザが購入済みの商品に依存する等の全てのユーザに提示することが好ましくないFAQエントリを検索対象から除外することができる。その上で、ナビゲーション元情報によるカテゴリ限定(例えば、ナビゲーション元のホームページが特定の商品に関する情報を提供するページであった場合に、その商品に関するカテゴリに限定する)、及び、ユーザ固有のカテゴリの追加(例えば、そのユーザが購入した商品が判明した場合に、その商品に依存するカテゴリを追加する)を行う。カテゴリの指定は、検索条件式(例えばSQL)に反映される。
FAQエントリに含まれるべき文字列については、ユーザによる入力から文字列を導出するための通常の処理を用いればよい。例えば、ユーザの入力した検索文字列が単語の羅列である場合にはそれらの単語をFAQエントリに含まれるべき文字列とし、単語の羅列でない場合にはユーザの入力した検索文字列を形態素解析して名詞を抽出し、抽出された名詞をFAQエントリに含まれるべき文字列とすることができる。
検索対象選択機能によって検索対象のカテゴリを指定することが、本発明の特徴である。検索機能31は、検索対象カテゴリを規定値に設定し、それに対してナビゲーション元情報及びユーザIDに基づく検索対象カテゴリの調整を行う。最初に検索対象カテゴリを既定値に設定するが、これにより、ユーザが購入済みの商品に依存する等の全てのユーザに提示することが好ましくないFAQエントリを検索対象から除外することができる。その上で、ナビゲーション元情報によるカテゴリ限定(例えば、ナビゲーション元のホームページが特定の商品に関する情報を提供するページであった場合に、その商品に関するカテゴリに限定する)、及び、ユーザ固有のカテゴリの追加(例えば、そのユーザが購入した商品が判明した場合に、その商品に依存するカテゴリを追加する)を行う。カテゴリの指定は、検索条件式(例えばSQL)に反映される。
検索条件式を用いて検索し、検索結果の表示順位を決定する。図4は、表示順位決定のフローを示す図である。検索条件式決定におけるカテゴリの限定・追加に替えて、FAQエントリのカテゴリに対応した点数を用いて表示順位を決定してもよい。
以上が、検索機能31のフローである。
以上が、検索機能31のフローである。
図2に示すとおり、検索機能31による検索の結果は、検索結果リストとして表示される。この表示は、検索結果表示機能12によって行われる。検索結果表示機能12は、検索結果リストからユーザが選択した個別のFAQエントリを表示する。
個別のFAQエントリを表示する画面においては、ユーザがFAQの結果に満足したか否かを入力することができる。この入力は、満足度取得機能15により提供される。
満足度取得機能15は、ユーザが不満である旨の入力を行った場合には問合せホームページ2へのナビゲートを実行する。
満足度取得機能15は、ユーザが不満である旨の入力を行った場合には問合せホームページ2へのナビゲートを実行する。
問合せホームページ2では、ナビゲートされた際に、問合せ入力機能21が起動される。図5は、問合せ入力機能の画面を示す図である。要約61、詳細62、メールアドレス及び電話番号の入力欄が設けられている。メールアドレス及び電話番号は、FAQによらない処理のために問合せ処理部4に送られるためのデータである。
問合せ入力機能21は、要約61に入力がない場合には詳細62の入力を受け付けない。要約又は詳細のいずれか一方に入力しなければ問合せの質問が入力できないため、ユーザにとって、要約61の入力が必須となる。
ユーザが送信ボタンをクリックすると、問合せ入力機能21は、要約61及び詳細62に入力された文字列を、検索機能31に送信する。問合せ処理機能22は、問合せ対応機能41を起動してその問合せに係る問合せデータ42を作成する。この際、問合わせデータ42としては、「問合せがあった」旨が記録され、「メール、電話等による対応を行うべき」旨は記録されない。
問合せ入力機能21は、要約61に入力がない場合には詳細62の入力を受け付けない。要約又は詳細のいずれか一方に入力しなければ問合せの質問が入力できないため、ユーザにとって、要約61の入力が必須となる。
ユーザが送信ボタンをクリックすると、問合せ入力機能21は、要約61及び詳細62に入力された文字列を、検索機能31に送信する。問合せ処理機能22は、問合せ対応機能41を起動してその問合せに係る問合せデータ42を作成する。この際、問合わせデータ42としては、「問合せがあった」旨が記録され、「メール、電話等による対応を行うべき」旨は記録されない。
検索機能31は、問合せ入力機能21から送信された文字列に基づいてFAQデータを検索する。この際、要約に入力された文字列に基づく検索結果を詳細のみに入力された文字列に基づく検索結果よりも高いウエイトで取り扱う。具体的には、(1)要約に入力された文字列のみに基づく検索を行う、(2)要約に入力された文字列に基づく検索と詳細に入力された文字列に基づく検索とを行い、前者の検索結果に対して後者の検索結果よりも高い点数を与える、その他の方法とすればよい。
検索機能31は、問合せ入力機能21から送信された文字列に基づいてFAQデータを検索する際に、そのユーザが検索条件設定機能11によって設定した条件(カテゴリ、ユーザID)を用いてカテゴリの限定、追加又は点数の調整を行ってもよい。
また、そのユーザが以前に検索して表示したFAQエントリを記憶しておき、これらのFAQエントリを検索結果から削除してもよい。
以上は、問合せ入力機能21から送信された文字列に基づくFAQデータの検索が、ユーザ自身が設定した検索文字列では不満であったことに起因して、新たな検索結果をユーザに提示する目的であるための措置である。
また、そのユーザが以前に検索して表示したFAQエントリを記憶しておき、これらのFAQエントリを検索結果から削除してもよい。
以上は、問合せ入力機能21から送信された文字列に基づくFAQデータの検索が、ユーザ自身が設定した検索文字列では不満であったことに起因して、新たな検索結果をユーザに提示する目的であるための措置である。
上記新たな検索結果は検索結果表示機能12に送信され、表示される。これにより満足度取得機能15が起動される。この際、問合せ入力機能21から送信された文字列に基づく検索結果である旨が合わせて送信されている。
満足度取得機能15は、問合せ入力機能21から送信された文字列に基づく検索結果である場合には、「満足」又は「不満」の入力を問合せ処理機能22に送信する。問合せ処理機能22は、「満足」の場合には問合せ対応機能41を起動してその問合せに係る問合せデータ42を削除する。「不満」の場合には問合せ対応機能41を起動してその問合せに係る問合せデータ42についてメール、電話等による対応を行うための処理を行う。
メール、電話等による対応は、オペレータが行うが、問合せの内容やユーザIDに基づいて担当のオペレータを決定することができる。この決定は、オペレータのスキル等のデータを利用する従来から知られた方法によって行えばよい。また、入力された電話番号から着信した電話を担当するオペレータに転送することも、従来から知られた方法によって実行できる。
満足度取得機能15は、問合せ入力機能21から送信された文字列に基づく検索結果である場合には、「満足」又は「不満」の入力を問合せ処理機能22に送信する。問合せ処理機能22は、「満足」の場合には問合せ対応機能41を起動してその問合せに係る問合せデータ42を削除する。「不満」の場合には問合せ対応機能41を起動してその問合せに係る問合せデータ42についてメール、電話等による対応を行うための処理を行う。
メール、電話等による対応は、オペレータが行うが、問合せの内容やユーザIDに基づいて担当のオペレータを決定することができる。この決定は、オペレータのスキル等のデータを利用する従来から知られた方法によって行えばよい。また、入力された電話番号から着信した電話を担当するオペレータに転送することも、従来から知られた方法によって実行できる。
本実施例は、ナビゲーション元情報に基づくカテゴリの限定を行うものである。
パスタ、うどん、ラーメンの麺類及びこれらと共に食する食材を販売する会社のホームページにおいて、本発明のFAQシステムを活用する。
図6は、FAQホームページの表示の例を示す図である。左側にはカテゴリとして「パスタ」「うどん」及び「ラーメン」が表示されている。ユーザは、表示されたカテゴリをクリックして検索対象のカテゴリを限定することができる。
図6は、FAQホームページの表示の例を示す図である。左側にはカテゴリとして「パスタ」「うどん」及び「ラーメン」が表示されている。ユーザは、表示されたカテゴリをクリックして検索対象のカテゴリを限定することができる。
ユーザは、その会社のパスタを紹介するホームページ(図示しない)において、「よくある質問」のボタンをクリックしてFAQオームページに移動した。その後、右上の検索文字列入力エリアに「辛い」との検索文字列を入力し、検索ボタンをクリックした。
検索条件設定機能11は、ナビゲーション元情報として「パスタを紹介するホームページ」を表す情報を取得する。
検索は、「パスタ」「うどん」及び「ラーメン」の3つのカテゴリのうちの「パスタ」に限定して行われる。
図7は、検索結果リストの表示の例を示す図である。パスタに関するFAQエントリである「アラビアータ・ソース」及び「ペペロンチーノ・ソース」が表示されている。「辛い」との検索文字列にヒットする「カレーうどん」「タンタン麺」は、カテゴリが限定されるために表示されていない。
このように、ユーザは、自分の欲する検索結果を得ることができ、そのために追加的な入力を行う必要がない。
検索は、「パスタ」「うどん」及び「ラーメン」の3つのカテゴリのうちの「パスタ」に限定して行われる。
図7は、検索結果リストの表示の例を示す図である。パスタに関するFAQエントリである「アラビアータ・ソース」及び「ペペロンチーノ・ソース」が表示されている。「辛い」との検索文字列にヒットする「カレーうどん」「タンタン麺」は、カテゴリが限定されるために表示されていない。
このように、ユーザは、自分の欲する検索結果を得ることができ、そのために追加的な入力を行う必要がない。
図8は、個別のFAQエントリの表示の例を示す図である。検索結果リストの表示においてユーザが「アラビアータ・ソース」をクリックすることで、この画面が表示される。
画面下部には、満足度取得機能15による表示がされており、ユーザは「満足」又は「不満」をクリックする。「不満」がクリックされた場合には問合せホームページ2に移動し、上述のとおりの処理が行われる。
画面下部には、満足度取得機能15による表示がされており、ユーザは「満足」又は「不満」をクリックする。「不満」がクリックされた場合には問合せホームページ2に移動し、上述のとおりの処理が行われる。
本実施例は、ユーザIDに基づくカテゴリの限定を行うものである。
会員に対して低価格の宿泊サービスを提供する会員制ホテルチェーンにおける、会員向けのホームページにおいて、本発明のFAQシステムを活用する。
FAQエントリは、各々のホテルについて設けられている。カテゴリは、FAQエントリのプロパティとして、以下のものが設定されている。(1)室の種類(シングル、ダブル、トリプル等の別)、(2)各ホテルに併設されているレストランの種類(和食、中華、フレンチ、イタリアン等)。
FAQエントリは、各々のホテルについて設けられている。カテゴリは、FAQエントリのプロパティとして、以下のものが設定されている。(1)室の種類(シングル、ダブル、トリプル等の別)、(2)各ホテルに併設されているレストランの種類(和食、中華、フレンチ、イタリアン等)。
ユーザは、図示しない画面においてユーザIDを入力する。その後、FAQホームページに移動する。
検索条件設定機能11は、入力されたユーザIDに基づいてそのユーザに適したカテゴリを探す。本実施例においては、そのユーザの過去の宿泊履歴に基づき、室の種類がトリプルであるカテゴリを優先すべきことを発見する。
検索条件設定機能11は、入力されたユーザIDに基づいてそのユーザに適したカテゴリを探す。本実施例においては、そのユーザの過去の宿泊履歴に基づき、室の種類がトリプルであるカテゴリを優先すべきことを発見する。
ユーザは、検索文字列として「中華料理」を入力し、検索ボタンをクリックする。
検索機能31は、カテゴリの限定を行わずにFAQデータを検索し、室の種類がトリプルであるカテゴリのFAQエントリに高い点数を与えて表示順位を決定する。
トリプルの室を有し、中華料理のレストランが併設されているホテルが上位に表示されるので、ユーザが満足する可能性が高い。また、トリプルの室を有さず中華料理のレストランが併設されているホテルについても、下位には表示されるので、ユーザの状況の変化にも対応できる。
検索機能31は、カテゴリの限定を行わずにFAQデータを検索し、室の種類がトリプルであるカテゴリのFAQエントリに高い点数を与えて表示順位を決定する。
トリプルの室を有し、中華料理のレストランが併設されているホテルが上位に表示されるので、ユーザが満足する可能性が高い。また、トリプルの室を有さず中華料理のレストランが併設されているホテルについても、下位には表示されるので、ユーザの状況の変化にも対応できる。
本実施例は、FAQ状況及びメッセージの処理を行うものである。
コンピュータ周辺機器及びソフトウェアを販売している会社における、購入者向けのホームページにおいて、本発明のFAQシステムを活用する。
コンピュータ周辺機器及びソフトウェアについては、互換性やバージョン間の差異の問題があり、ユーザが効率的にFAQを活用できない場合があると考えられる。
この問題に対応するため、FAQデータは、各製品の機能によってカテゴリに分けられている。検索機能31は、ユーザが購入した製品が提供する機能に係るカテゴリのFAQエントリを上位に表示する。ユーザは、自己が所有する製品の機能について効率的にFAQを活用することができる。
コンピュータ周辺機器及びソフトウェアについては、互換性やバージョン間の差異の問題があり、ユーザが効率的にFAQを活用できない場合があると考えられる。
この問題に対応するため、FAQデータは、各製品の機能によってカテゴリに分けられている。検索機能31は、ユーザが購入した製品が提供する機能に係るカテゴリのFAQエントリを上位に表示する。ユーザは、自己が所有する製品の機能について効率的にFAQを活用することができる。
ユーザは、図示しない画面においてユーザIDを入力する。その後、FAQホームページに移動する。
図9は、FAQ状況通知機能のフローを示す図である。
図の左側のとおり、FAQの操作をユーザが開始した時刻及び検索を行った回数のデータが、ユーザ毎に保存される。
図の右側の処理を、定期的に、所定の時間間隔(例えば1分間隔)で実行する。各ユーザについて、滞在時間(FAQを使用し続けている時間)t及び検索回数sを求め、そのユーザのヘルプ必要度を計算する。ヘルプ必要度の高いユーザについては、担当オペレータを決定し、その担当オペレータに係るFAQ状況監視機能51を起動して、担当オペレータがそのユーザのFAQの状況を把握し、必要に応じてメッセージを送信できるようにする。なお、担当オペレータの決定は、ユーザIDに基づいて、ユーザ毎に予め決められた担当オペレータとする、ユーザが購入した商品についての知識を持つオペレータを担当オペレータとする、その他の方法によることができる。
図9は、FAQ状況通知機能のフローを示す図である。
図の左側のとおり、FAQの操作をユーザが開始した時刻及び検索を行った回数のデータが、ユーザ毎に保存される。
図の右側の処理を、定期的に、所定の時間間隔(例えば1分間隔)で実行する。各ユーザについて、滞在時間(FAQを使用し続けている時間)t及び検索回数sを求め、そのユーザのヘルプ必要度を計算する。ヘルプ必要度の高いユーザについては、担当オペレータを決定し、その担当オペレータに係るFAQ状況監視機能51を起動して、担当オペレータがそのユーザのFAQの状況を把握し、必要に応じてメッセージを送信できるようにする。なお、担当オペレータの決定は、ユーザIDに基づいて、ユーザ毎に予め決められた担当オペレータとする、ユーザが購入した商品についての知識を持つオペレータを担当オペレータとする、その他の方法によることができる。
ヘルプ必要度は、s及びtの値に基づいて計算する。s、t共にその値が大きいほどユーザが困惑していると考えられる指標である。ここで、ヘルプ必要度f(s,t)を計算するに当たり、s及びtをどのように斟酌するかについては、各会社の事情に対応して設計すればよい。例えば、(1)検索を繰り返すユーザは困惑しているとしてtの値をヘルプ必要度とする、(2)長時間にわたってFAQを使用しているユーザは困惑しているとしてsの値をヘルプ必要度とする、(3)上記(1)及び(2)を総合的に考慮してs及びtに重みをつけて加算した値をヘルプ必要度とする、(4)検索の頻度の高いユーザは困惑しているとしてs/tの値をヘルプ必要度とする、ことができる。
ユーザは、以前のバージョンのFAX付きプリンタを購入した者である。送信先の一覧をファイル形式で保持し一括で送信する「FAX一括送信」機能についての情報を得ようとしてる。しかし、ユーザが購入したプリンタにはFAX一括送信機能がないため、FAX一括送信機能に係るカテゴリのFAQエントリは上位に表示されない。
担当オペレータは、FAQ状況監視機能51でユーザが検索を繰り返していることに気づく。また、そのユーザが購入したプリンタにはFAX一括送信機能がないことを知っている。担当オペレータは、メッセージ送信機能52を起動し、そのユーザが購入したプリンタにはFAX一括送信機能がない旨のメッセージを送信する。
図10は、メッセージ表示の例を示す図である。メッセージ表示機能14により、困惑しているユーザの画面にメッセージが表示される。ユーザは、結論を容易に知ることができる。
担当オペレータは、FAQ状況監視機能51でユーザが検索を繰り返していることに気づく。また、そのユーザが購入したプリンタにはFAX一括送信機能がないことを知っている。担当オペレータは、メッセージ送信機能52を起動し、そのユーザが購入したプリンタにはFAX一括送信機能がない旨のメッセージを送信する。
図10は、メッセージ表示の例を示す図である。メッセージ表示機能14により、困惑しているユーザの画面にメッセージが表示される。ユーザは、結論を容易に知ることができる。
ユーザ等に依存して選択される両立しないFAQエントリを活用し、ユーザがFAQホームページに到達した事情に基づいて検索結果を変動させ、メール等による問い合わせをも効率化するFAQシステムであり、多くの企業による活用が期待できる。
1 FAQホームページ
11 検索条件設定機能
12 検索結果表示機能
13 FAQ状況通知機能
14 メッセージ表示機能
15 満足度取得機能
2 問合せホームページ
21 問合せ入力機能
22 問合せ処理機能
3 検索処理部
31 検索機能
32 FAQデータ
33 カテゴリ
4 問合せ処理部
41 問合せ対応機能
42 問合せデータ
5 オペレータ向け処理部
51 FAQ状況監視機能
52 メッセージ送信機能
61 要約
62 詳細
11 検索条件設定機能
12 検索結果表示機能
13 FAQ状況通知機能
14 メッセージ表示機能
15 満足度取得機能
2 問合せホームページ
21 問合せ入力機能
22 問合せ処理機能
3 検索処理部
31 検索機能
32 FAQデータ
33 カテゴリ
4 問合せ処理部
41 問合せ対応機能
42 問合せデータ
5 オペレータ向け処理部
51 FAQ状況監視機能
52 メッセージ送信機能
61 要約
62 詳細
Claims (10)
- ユーザがホームページにおいて検索文字列を入力してFAQエントリを閲覧することができるFAQシステムであって、
FAQデータを2以上のカテゴリに分類し、
検索対象のカテゴリを決定する検索対象選択機能を備え、
前記検索対象選択機能が選択したカテゴリのみのFAQエントリを対象に検索した結果のFAQを表示する、又は、前記検索対象選択機能が選択したカテゴリのFAQエントリを検索結果リストの上位に表示することを特徴とする、FAQシステム。 - 前記検索対象決定機能は、少なくとも、FAQホームページへのナビゲーション元のホームページに基づいて検索対象のカテゴリを決定することを特徴とする、請求項1に記載のFAQシステム。
- 前記ナビゲーション元のホームページは、FAQホームページを運営する企業がその企業の提供する商品又は役務を紹介するホームページであることを特徴とする、請求項2に記載のFAQシステム。
- 前記検索対象決定機能は、少なくとも、ユーザの属性に基づいて検索対象のカテゴリを決定することを特徴とする、請求項1〜3のいずれか1項に記載のFAQシステム。
- 前記ユーザの属性は、そのユーザがFAQホームページを運営する企業から購入した商品又は役務に関する情報を含むことを特徴とする、請求項4に記載のFAQシステム。
- FAQエントリの検索結果を表示した状態において、ユーザが結果に満足したか否かを入力することができ、
不満足との入力であった場合には問合せホームページにナビゲートすることを特徴とする、請求項1〜5のいずれか1項に記載のFAQシステム。 - 前記問合せホームページは、ユーザが質問の要約と詳細とを入力するものであり、要約を入力しない場合には詳細を入力することができず、
要約に入力された情報を詳細のみに入力された情報よりも高いウエイトとして前記FAQエントリの検索を行ってその結果を表示し、
その表示においてユーザが結果に満足したか否かを入力することができ、
不満足との入力であった場合には問い合わせを受け付けることを特徴とする、請求項6に記載のFAQシステム。 - 前記問合せホームページは電話番号を入力するものであり、
前記要約に基づいて回答を担当する担当オペレータを決定し、
前記電話番号から着信した電話を前記担当オペレータに転送することを特徴とする、請求項7に記載のFAQシステム。 - 前記FAQホームページは、ユーザが入力した検索文字列を含むFAQ状況データを前記オペレータに送信するFAQ状況通知機能と、前記オペレータからのメッセージを表示するメッセージ表示機能とを備えることを特徴とする、請求項1〜8のいずれか1項に記載のFAQシステム。
- 前記FAQ状況通知機能は、前記FAQ状況データに基づいてユーザのヘルプ必要度を計算し、前記ヘルプ必要度の高いユーザに係るFAQ状況データを前記オペレータに送信することを特徴とする、請求項9に記載のFAQシステム。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2011190253A JP2013054413A (ja) | 2011-09-01 | 2011-09-01 | Faqシステム |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2011190253A JP2013054413A (ja) | 2011-09-01 | 2011-09-01 | Faqシステム |
Publications (1)
Publication Number | Publication Date |
---|---|
JP2013054413A true JP2013054413A (ja) | 2013-03-21 |
Family
ID=48131383
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2011190253A Withdrawn JP2013054413A (ja) | 2011-09-01 | 2011-09-01 | Faqシステム |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP2013054413A (ja) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP5973094B1 (ja) * | 2016-01-07 | 2016-08-23 | 株式会社リクルートホールディングス | 顧客対応支援システム、顧客対応支援方法、及び顧客対応支援用コンピュータプログラム |
JP2017068784A (ja) * | 2015-10-02 | 2017-04-06 | シャープ株式会社 | 行動ログを管理するためのシステム、行動ログの管理装置、電子機器、行動ログを管理するための方法、および、プログラム |
WO2017175363A1 (ja) * | 2016-04-07 | 2017-10-12 | 株式会社アドバンスト・メディア | 情報処理システム、受付サーバ、情報処理方法及びプログラム |
JP2018181041A (ja) * | 2017-04-17 | 2018-11-15 | 日本電信電話株式会社 | 対話ルール選択装置、対話装置、対話ルール選択方法、対話方法、対話ルール選択プログラム、及び対話プログラム |
-
2011
- 2011-09-01 JP JP2011190253A patent/JP2013054413A/ja not_active Withdrawn
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2017068784A (ja) * | 2015-10-02 | 2017-04-06 | シャープ株式会社 | 行動ログを管理するためのシステム、行動ログの管理装置、電子機器、行動ログを管理するための方法、および、プログラム |
JP5973094B1 (ja) * | 2016-01-07 | 2016-08-23 | 株式会社リクルートホールディングス | 顧客対応支援システム、顧客対応支援方法、及び顧客対応支援用コンピュータプログラム |
WO2017119433A1 (ja) * | 2016-01-07 | 2017-07-13 | 株式会社リクルートホールディングス | 顧客対応支援システム、顧客対応支援方法、及び顧客対応支援用コンピュータプログラム |
WO2017175363A1 (ja) * | 2016-04-07 | 2017-10-12 | 株式会社アドバンスト・メディア | 情報処理システム、受付サーバ、情報処理方法及びプログラム |
JP2018181041A (ja) * | 2017-04-17 | 2018-11-15 | 日本電信電話株式会社 | 対話ルール選択装置、対話装置、対話ルール選択方法、対話方法、対話ルール選択プログラム、及び対話プログラム |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP6199947B2 (ja) | サーバ | |
US8370372B2 (en) | Method and system of promoting human-assisted search | |
JP5341276B1 (ja) | 情報処理装置、情報処理方法及び情報処理プログラム | |
US7739291B2 (en) | Methods and systems for displaying matching business objects | |
JP5422084B1 (ja) | 料理レシピ情報提供装置、料理レシピ情報提供方法、プログラム、及び情報記録媒体 | |
WO2012128304A1 (ja) | サーバ装置 | |
JP4897846B2 (ja) | 関連情報提供装置、そのシステム、そのプログラム、および、その方法 | |
JP2013054413A (ja) | Faqシステム | |
JP2002157276A (ja) | 問題解決支援方法及びシステム | |
JP5219890B2 (ja) | 商品情報提供装置、商品情報の提供方法及びプログラム | |
JP2016018300A (ja) | 情報集計装置、情報集計方法及び情報集計プログラム | |
JP2002334107A (ja) | 情報検索装置および方法と情報検索プログラムおよび該プログラムを記録した記録媒体 | |
JP2008009931A (ja) | 商品情報提供システム、商品情報提供サーバ、及び商品情報提供方法 | |
JP2018041182A (ja) | 情報処理装置、情報処理方法及びプログラム | |
JP6367446B2 (ja) | 情報処理装置、情報処理方法及びプログラム | |
JP4839295B2 (ja) | クエリ抽出方法、クエリ抽出装置およびクエリ抽出プログラム | |
JP6630589B2 (ja) | 情報処理装置、情報処理方法及びプログラム | |
US20210326961A1 (en) | Method for providing beauty product recommendations | |
JP5774320B2 (ja) | サーバ | |
JPWO2014002549A1 (ja) | 情報処理装置、情報処理方法及び情報処理プログラム | |
JP6211337B2 (ja) | データ送信装置、データ記憶装置、データ表示装置、データ検索装置、データ送信方法、データ記憶方法、データ表示方法及びデータ検索方法 | |
JP4195260B2 (ja) | Faq検索システム、方法及びプログラム | |
JP5002631B2 (ja) | 単語情報収集装置、単語情報収集方法および単語情報収集プログラム | |
JP2011018152A (ja) | 情報提示装置、情報提示方法およびプログラム | |
JP2006023961A (ja) | 文書登録者提示用コンピュータプログラムならびに文書登録者提示装置および方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A300 | Application deemed to be withdrawn because no request for examination was validly filed |
Free format text: JAPANESE INTERMEDIATE CODE: A300 Effective date: 20141104 |