"ユーザがホームページにおいて検索文字列を入力して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システム。解決しようとする課題は、ユーザ等に依存して選択される両立しない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データを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が設けられている。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における処理である。ユーザが他のホームページからFAQホームページ1に移動することによって、処理が開始される。最初に検索条件設定機能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に反映される。検索条件式を用いて検索し、検索結果の表示順位を決定する。図4は、表示順位決定のフローを示す図である。検索条件式決定におけるカテゴリの限定追加に替えて、FAQエントリのカテゴリに対応した点数を用いて表示順位を決定してもよい。以上が、検索機能31のフローである。図2に示すとおり、検索機能31による検索の結果は、検索結果リストとして表示される。この表示は、検索結果表示機能12によって行われる。検索結果表示機能12は、検索結果リストからユーザが選択した個別のFAQエントリを表示する。個別のFAQエントリを表示する画面においては、ユーザがFAQの結果に満足したか否かを入力することができる。この入力は、満足度取得機能15により提供される。満足度取得機能15は、ユーザが不満である旨の入力を行った場合には問合せホームページ2へのナビゲートを実行する。問合せホームページ2では、ナビゲートされた際に、問合せ入力機能21が起動される。図5は、問合せ入力機能の画面を示す図である。要約61、詳細62、メールアドレス及び電話番号の入力欄が設けられている。メールアドレス及び電話番号は、FAQによらない処理のために問合せ処理部4に送られるためのデータである。問合せ入力機能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データの検索が、ユーザ自身が設定した検索文字列では不満であったことに起因して、新たな検索結果をユーザに提示する目的であるための措置である。上記新たな検索結果は検索結果表示機能12に送信され、表示される。これにより満足度取得機能15が起動される。この際、問合せ入力機能21から送信された文字列に基づく検索結果である旨が合わせて送信されている。満足度取得機能15は、問合せ入力機能21から送信された文字列に基づく検索結果である場合には、満足又は不満の入力を問合せ処理機能22に送信する。問合せ処理機能22は、満足の場合には問合せ対応機能41を起動してその問合せに係る問合せデータ42を削除する。不満の場合には問合せ対応機能41を起動してその問合せに係る問合せデータ42についてメール、電話等による対応を行うための処理を行う。メール、電話等による対応は、オペレータが行うが、問合せの内容やユーザIDに基づいて担当のオペレータを決定することができる。この決定は、オペレータのスキル等のデータを利用する従来から知られた方法によって行えばよい。また、入力された電話番号から着信した電話を担当するオペレータに転送することも、従来から知られた方法によって実行できる。本実施例は、ナビゲーション元情報に基づくカテゴリの限定を行うものである。パスタ、うどん、ラーメンの麺類及びこれらと共に食する食材を販売する会社のホームページにおいて、本発明のFAQシステムを活用する。図6は、FAQホームページの表示の例を示す図である。左側にはカテゴリとしてパスタうどん及びラーメンが表示されている。ユーザは、表示されたカテゴリをクリックして検索対象のカテゴリを限定することができる。ユーザは、その会社のパスタを紹介するホームページ図示しないにおいて、よくある質問のボタンをクリックしてFAQオームページに移動した。その後、右上の検索文字列入力エリアに辛いとの検索文字列を入力し、検索ボタンをクリックした。検索条件設定機能11は、ナビゲーション元情報としてパスタを紹介するホームページを表す情報を取得する。検索は、パスタうどん及びラーメンの3つのカテゴリのうちのパスタに限定して行われる。図7は、検索結果リストの表示の例を示す図である。パスタに関するFAQエントリであるアラビアータソース及びペペロンチーノソースが表示されている。辛いとの検索文字列にヒットするカレーうどんタンタン麺は、カテゴリが限定されるために表示されていない。このように、ユーザは、自分の欲する検索結果を得ることができ、そのために追加的な入力を行う必要がない。図8は、個別のFAQエントリの表示の例を示す図である。検索結果リストの表示においてユーザがアラビアータソースをクリックすることで、この画面が表示される。画面下部には、満足度取得機能15による表示がされており、ユーザは満足又は不満をクリックする。不満がクリックされた場合には問合せホームページ2に移動し、上述のとおりの処理が行われる。本実施例は、ユーザIDに基づくカテゴリの限定を行うものである。会員に対して低価格の宿泊サービスを提供する会員制ホテルチェーンにおける、会員向けのホームページにおいて、本発明のFAQシステムを活用する。FAQエントリは、各々のホテルについて設けられている。カテゴリは、FAQエントリのプロパティとして、以下のものが設定されている。1室の種類シングル、ダブル、トリプル等の別、2各ホテルに併設されているレストランの種類和食、中華、フレンチ、イタリアン等。ユーザは、図示しない画面においてユーザIDを入力する。その後、FAQホームページに移動する。検索条件設定機能11は、入力されたユーザIDに基づいてそのユーザに適したカテゴリを探す。本実施例においては、そのユーザの過去の宿泊履歴に基づき、室の種類がトリプルであるカテゴリを優先すべきことを発見する。ユーザは、検索文字列として中華料理を入力し、検索ボタンをクリックする。検索機能31は、カテゴリの限定を行わずにFAQデータを検索し、室の種類がトリプルであるカテゴリのFAQエントリに高い点数を与えて表示順位を決定する。トリプルの室を有し、中華料理のレストランが併設されているホテルが上位に表示されるので、ユーザが満足する可能性が高い。また、トリプルの室を有さず中華料理のレストランが併設されているホテルについても、下位には表示されるので、ユーザの状況の変化にも対応できる。本実施例は、FAQ状況及びメッセージの処理を行うものである。コンピュータ周辺機器及びソフトウェアを販売している会社における、購入者向けのホームページにおいて、本発明のFAQシステムを活用する。コンピュータ周辺機器及びソフトウェアについては、互換性やバージョン間の差異の問題があり、ユーザが効率的にFAQを活用できない場合があると考えられる。この問題に対応するため、FAQデータは、各製品の機能によってカテゴリに分けられている。検索機能31は、ユーザが購入した製品が提供する機能に係るカテゴリのFAQエントリを上位に表示する。ユーザは、自己が所有する製品の機能について効率的にFAQを活用することができる。ユーザは、図示しない画面においてユーザIDを入力する。その後、FAQホームページに移動する。図9は、FAQ状況通知機能のフローを示す図である。図の左側のとおり、FAQの操作をユーザが開始した時刻及び検索を行った回数のデータが、ユーザ毎に保存される。図の右側の処理を、定期的に、所定の時間間隔例えば1分間隔で実行する。各ユーザについて、滞在時間FAQを使用し続けている時間t及び検索回数sを求め、そのユーザのヘルプ必要度を計算する。ヘルプ必要度の高いユーザについては、担当オペレータを決定し、その担当オペレータに係るFAQ状況監視機能51を起動して、担当オペレータがそのユーザのFAQの状況を把握し、必要に応じてメッセージを送信できるようにする。なお、担当オペレータの決定は、ユーザIDに基づいて、ユーザ毎に予め決められた担当オペレータとする、ユーザが購入した商品についての知識を持つオペレータを担当オペレータとする、その他の方法によることができる。ヘルプ必要度は、s及びtの値に基づいて計算する。s、t共にその値が大きいほどユーザが困惑していると考えられる指標である。ここで、ヘルプ必要度fs,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により、困惑しているユーザの画面にメッセージが表示される。ユーザは、結論を容易に知ることができる。"