JP5437426B2 - 回答票処理システム、回答票処理方法及びプログラム - Google Patents

Description

本発明は回答票処理システム、回答票処理方法及びプログラムに関する。

図２２は、電子商取引サイトにおいて商品購入者に対して提示される質問票の一例を示している。この質問票は、電子商取引サイトを利用する店舗のスタッフにより、コンピュータ上で、テキスト形式で作成されるものである。同図に示される質問票の例では、商品購入者に対して購入した商品の配達日に関する希望を問うため、質問文が先頭行に表され、選択肢を示す語をそれぞれ表す複数の行が先頭行に続いている。この質問票のテキストデータは、商品購入時に商品購入者のコンピュータで表示され、商品購入者は、入力デバイスを用いて、質問票における任意の箇所にカーソルを移動させ、そこに文字を追加したり削除したりできる。

図２３は、同質問票に対する商品購入者の回答例、すなわち回答票の一例を示している。同図に示されるように、質問票中に記された指示「配達のご希望があれば（）内に○を記入して下さい。」に従って、商品購入者は、質問票に含まれている選択肢に対応する括弧の中に文字を付加することで、その選択肢を選択する意思を店舗スタッフに伝えるテキスト形式の回答票を作成する。こうした回答票を店舗スタッフのコンピュータにおいて受信し、その内容を表示させることにより、店舗スタッフは配達日等に関する商品購入者の希望を確認している。

しかしながら、商品購入者に対して提示された複数の選択肢を示す語のうち、回答票を回収した店舗スタッフにとって重要なのは商品購入者が丸印や×印といった文字を付加した箇所、つまり実際に選択された選択肢であり、そうした文字が付加されていない選択肢の表示は、店舗スタッフにとっては不要であり、表示スペースの無駄であるとともに、円滑な回答票の内容確認の妨げともなる。

なお、汎用テキストツールとして、新旧ファイルで相違する箇所を強調するWinmergeと称されるプログラムや、新旧ファイルのうち相違する箇所を抜き出して対比表示するFCやDIFFと称されるプログラムが知られている。しかし、これらのプログラムでは、新ファイルにおける変更箇所と併せて、少なくとも旧ファイルの対応箇所も表示されるので、表示スペースの無駄が依然として生じるし、回答票の内容確認にも適さない。

本発明は上記課題に鑑みてなされたものであって、その目的は、表示スペースを省くことができ、しかも内容確認も容易な回答票を出力できる回答票処理システム、回答票処理方法及びプログラムを提供することにある。

上記課題を解決するために、本発明に係る回答票処理システムは、質問文を示す１以上の行及び該質問文に対応する選択肢をそれぞれ示す複数の行を含む質問票を取得する手段と、前記質問票における１以上の前記選択肢を示す行に対して１以上の文字を追加することにより生成される、前記質問文に対する回答者の回答内容を示す回答票を取得する手段と、少なくとも前記選択肢をそれぞれ示す複数の行について、前記質問票及び前記回答票を行単位で比較する手段と、前記選択肢をそれぞれ示す複数の行のうち前記質問票の対応行と一致するものの出力を制限しつつ、前記回答票の各行の少なくとも一部を順に出力することにより、前記選択肢をそれぞれ示す複数の行のうち前記回答者により１以上の文字が追加されていない行を詰めた前記回答票を出力する出力手段と、を含む回答票処理システムである。

本発明の一態様では、前記回答票のうち前記質問文を示す行を少なくとも１つ特定する質問行特定手段をさらに含み、前記出力手段は、前記回答票のうち前記質問行特定手段により特定される行の出力を制限しない。

ここで、前記質問行特定手段は、前記回答票のうち予め定められた条件に合致する行を、前記質問文を示すものとして特定してよい。

或いは、前記質問行特定手段は、前記質問票のうち前記選択肢をそれぞれ示す複数の行を特定してよく、特定される前記複数の行の位置に基づいて、前記回答票のうち前記質問文を示す行を少なくとも１つ特定してよい。この場合、前記質問行特定手段は、予め定められた条件に合致する行が複数連続する場合に、それら連続する行を、前記質問票のうち前記選択肢をそれぞれ示す複数の行として特定してよい。

また、本発明の一態様では、前記出力手段は、前記質問票又は前記回答票の文書量に基づいて、前記質問票の対応行と一致する前記回答票の行の出力を制限しない。

また、本発明の一態様では、前記出力手段は、前記質問票の対応行と一致しない前記回答票の行が存在しない場合に、所定メッセージを出力する。

また、本発明に係る回答票処理方法は、質問文を示す１以上の行及び該質問文に対応する選択肢をそれぞれ示す複数の行を含む質問票を取得するステップと、前記質問票における１以上の前記選択肢を示す行に対して１以上の文字を追加することにより生成される、前記質問文に対する回答者の回答内容を示す回答票を取得するステップと、少なくとも前記選択肢をそれぞれ示す複数の行について、前記質問票及び前記回答票を行単位で比較するステップと、前記選択肢をそれぞれ示す複数の行のうち前記質問票の対応行と一致するものの出力を制限しつつ、前記回答票の各行の少なくとも一部を順に出力することにより、前記選択肢をそれぞれ示す複数の行のうち前記回答者により１以上の文字が追加されていない行を詰めた前記回答票を出力するステップと、を含む回答票処理方法である。

また、本発明に係るプログラムは、質問文を示す１以上の行及び該質問文に対応する選択肢をそれぞれ示す複数の行を含む質問票を取得するステップと、前記質問票における１以上の前記選択肢を示す行に対して１以上の文字を追加することにより生成される、前記質問文に対する回答者の回答内容を示す回答票を取得するステップと、少なくとも前記選択肢をそれぞれ示す複数の行について、前記質問票及び前記回答票を行単位で比較するステップと、前記選択肢をそれぞれ示す複数の行のうち前記質問票の対応行と一致するものの出力を制限しつつ、前記回答票の各行の少なくとも一部を順に出力することにより、前記選択肢をそれぞれ示す複数の行のうち前記回答者により１以上の文字が追加されていない行を詰めた前記回答票を出力するステップと、をコンピュータに実行させるためのプログラムである。なお、このプログラムは、ＣＤ−ＲＯＭやＤＶＤ−ＲＯＭなどのコンピュータ可読情報記憶媒体に格納されてよい。

本発明によれば、選択肢をそれぞれ示す複数の行のうち回答者により１以上の文字が追加されていない行を詰めた回答票が出力されるので、表示スペースを省くことができ、しかも内容確認が容易となる。

本発明の実施形態に係る電子商取引システムの全体構成図である。 商品画面の例を示す図である。 注文情報入力画面の例を示す図である。 質問票の例を示す図である。 回答票の例を示す図である。 購入者のための確認画面の例を示す図である。 店舗スタッフのための注文確認画面の例を示す図である。 修正回答票の例を示す図である。 電子商取引サーバ（回答票処理システム）の機能的構成を示す図である。 回答票処理を示すフロー図である。 変形例１に係る修正回答票の例を示す図である。 変形例１に係る回答票処理を示すフロー図である。 変形例１に係る修正回答票の他の例を示す図である。 変形例２に係る回答票処理を示すフロー図である。 変形例２に係る修正回答票の例を示す図である。 回答票の他の例を示す図である。 変形例３に係る修正回答票の例を示す図である。 変形例３に係る回答票処理を示すフロー図である。 変形例４に係る回答票処理を示すフロー図である。 質問票の例を示す図である。 回答票の例を示す図である。 質問票の例を示す図である。 回答票の例を示す図である。

以下、本発明の実施形態について図面に基づき詳細に説明する。

図１は、本発明の実施形態に係る電子商取引システムの全体構成図である。同図に示す電子商取引システム１は、サーバコンピュータなどのコンピュータを中心に構成された電子商取引サーバ４と、それぞれパーソナルコンピュータ、携帯電話機、或いはスマートフォンなどのコンピュータを中心に構成された複数の購入者コンピュータ６と、それぞれパーソナルコンピュータ、携帯電話機、或いはスマートフォンなどのコンピュータを中心に構成された複数の店舗コンピュータ８と、を含んでいる。ここで電子商取引サーバ４は、本発明の一実施形態である回答票処理システムを内蔵している。電子商取引サーバ４、複数の購入者コンピュータ６、複数の店舗コンピュータ８は、いずれもインターネット等のデータ通信可能な通信ネットワーク１０に接続されており、相互にデータ授受可能である。購入者コンピュータ６や店舗コンピュータ８にはウェブブラウザがインストールされており、電子商取引サーバ４にアクセスすることにより、該電子商取引サーバ４から提供されるウェブページのデータを受信し、それをディスプレイに表示させることができる。電子商取引システム１では、電子商取引サーバ４において仮想的なショッピングモールが構築されており、各店舗コンピュータ８を所有する店舗オーナーは同ショッピングモールに自らの仮想的な店舗を出している。すなわち、各店舗コンピュータ８からは、ウェブブラウザを用いて、電子商取引サーバ４に対して、価格、商品内容、納期などの取扱商品に関する各種情報を登録している。電子商取引サーバ４では、購入者コンピュータ６からの要求に応じて、これら店舗からの情報をウェブ形式で提供している。購入者コンピュータ６の利用者は、ウェブブラウザを用いて、提供された情報に基づいて購入商品を決定し、配達先の指定や決済などを行う。配達先の指定や決済などの処理も、電子商取引サーバ４が担っており、それらの処理の結果は、各店舗コンピュータ８のウェブブラウザを用いて、いつでも店舗側が確認できるようになっている。

図２は、電子商取引サーバ４から購入者コンピュータ６に提供される商品画面の一例を示している。この画面は、電子商取引サーバ４から送信されるウェブページデータに基づいて購入者コンピュータ６のウェブブラウザで表示されるものであり、例えば図示しない電子商取引サーバ４のトップページからリンクをたどることにより、或いは検索結果リストに含まれるリンクボタンをクリックすることにより、同商品画面が購入者コンピュータ６で表示される。この画面には商品の画像、説明、価格などの商品情報が表示されており、購入する場合には、購入者が購入数量を入力フォーム１２に入力し、ボタン１４をクリックすることにより、同画面に表された商品のＩＤを、購入者コンピュータ６又は購入者自身のＩＤに関連づけて、電子商取引サーバ４における一時的な記憶領域に保存する。これにより、概念的には、商品が買物カゴ又はショッピングカートに入った状態となる。

購入者コンピュータ６に提供される各種の画面には、買物カゴ又はショッピングカートにアクセスするためのボタンが含まれており、このボタンをクリックすることにより、図３に示される注文情報入力画面が購入者コンピュータ６で表示される。この画面も、電子商取引サーバ４から送信されるウェブページデータに基づいて購入者コンピュータ６のウェブブラウザで表示されるものであり、既に買物カゴ又はショッピングカートに入っている商品を購入するのに必要な情報を入力するためのものである。すなわち、同図に示されるように、画面には、既に電子商取引サーバ４における買物カゴ又はショッピングカート用の記憶領域に購入者コンピュータ６又は購入者自身のＩＤに関連づけて記憶されたＩＤにより特定される商品の名称、価格などが含まれる。さらに、購入者の名前、住所、電話番号を入力するための入力フォーム１６，１８，２０も含まれる。購入者は、購入者コンピュータ６のキーボード等入力デバイスを用いて、入力フォーム１６，１８，２０に、それぞれ自分の名前、住所、電話番号を入力する。さらに、注文情報入力画面には、その他の任意の情報を入力するため、複数行のテキストを入力することができる入力フォーム２２も含まれている。この入力フォーム２２には、初期値として、店舗コンピュータ８から事前に送信された質問票のテキストが設定されている。このため、この質問票のテキストが既に入力された状態で入力フォーム２２は表示される。購入者は、購入者コンピュータ６のキーボードやマウス等の入力デバイスを用いて、入力フォーム２２内でカーソルを移動させ、カーソルの位置に任意の文字を追加することができる。また、カーソルの位置の文字を削除することもできる。なお、同図の例では、入力フォーム２２の行数が質問票のテキストの行数より小さいことから、入力フォーム２２の右側にはスクロールバーが表示されている。このスクロールバーを操作することにより、入力フォーム２２内に質問票のテキストの任意の箇所を出現させることができる。

図４は、各店舗コンピュータ８から電子商取引サーバ４に送信され、事前登録される質問票のテキスト（テキストデータ）の一例を示している。このテキストは、店舗コンピュータ８又は店舗自体に関連づけて電子書取引サーバ４で記憶されており、図３に示される注文情報入力画面のウェブページのデータを生成する際には、注文に係る商品を販売する店舗又はその店舗コンピュータ８に関連づけて予め記憶されている質問票のテキストが読み出され、それが入力フォーム２２の初期値として設定される。

図４に示す質問票の例は、先頭の２行にわたり記載された質問文３０と、途中からの２行にわたり記載された質問文３４とを含んでいる。質問文３０の下側には、複数行にわたり記載された選択肢群３２が配置されており、質問文３４の下側には、複数行にわたり記載された選択肢群３６が配置されている。選択肢群３２，３６の各行は、購入者にとっての選択肢を示している。

すなわち、質問文３０の１行目は「＜１：包装＞」と記載されており、２行目は「ご希望があれば（）内に○を記入して下さい。」と記載されている。また、選択肢群３２の１行目は「のし（）」と記載されており、２行目は「ラッピング（）」と記載されており、３行目は「メッセージカード（￥５００）（）」と記載されている。すなわち、質問文３０は、商品包装についての希望を問うており、商品の箱にのしを付けるか、商品の箱をラッピングするか、商品の箱にメッセージカードを添えるか、の３つの選択肢が用意されている。そして、購入者がのしを付けることを希望する場合には、選択肢群３２の１行目に記載された「（）」に「○」を加えて「（○）」と変更する。また、ラッピングをすることを希望する場合には、選択肢群３２の２行目に記載された「（）」に「○」を加えて「（○）」と変更する。また、有料のメッセージカードを添付することを希望する場合には、選択肢群３２の３行目に記載された「（）」に「○」を加えて「（○）」と変更する。なお、ここでは３つの選択肢は択一的に選ばれるべきものではなく、複数が同時に選択されてもよいが、質問文及び選択肢群の内容によっては、複数の選択肢が択一的に選択されるべきものであってよいのはもちろんである。

同様に、質問文３４の１行目は「＜２：配達希望＞」と記載されており、２行目は「ご希望があれば（）内に○を記入して下さい。」と記載されている。また、選択肢群３６の１行目〜７行目は「月曜日（）」、「火曜日（）」、「水曜日（）」、「木曜日（）」、「金曜日（）」、「土曜日（）」、「日曜日（）」とそれぞれ記載されている。すなわち、質問文３４は、商品の配達を希望する曜日を問うており、月曜日から日曜日の７つの選択肢が用意されている。そして、希望する曜日が記載された行の「（）」に「○」を加えて「（○）」と変更することにより、その曜日の配達を希望する旨を店舗に伝えることができる。なお、ここでも７つの選択肢は択一的に選ばれるべきものではなく、複数が同時に選択されてもよい。

図４に示される質問票のデータは、図３に示される注文情報入力画面において入力フォーム２２の初期値として設定されており、上述のようにユーザは任意の箇所に文字を入力できる。そして、質問文３０，３４に従って「○」文字を入力することにより、修正された質問票、すなわち回答票のデータが作成される。図５は、回答票のデータの一例を示している。同図に示される回答票のデータによると、購入者が包装態様としてラッピング及び有料のメッセージカードの添付を希望しており、配達日として木曜日及び土曜日を希望している。

図３に示される注文情報入力画面において、名前、住所、電話番号を入力フォーム１６，１８，２０にそれぞれ入力し、さらに備考に関する入力フォーム２２において希望に従って括弧内に「○」の文字を記入してから、ボタン２４をクリックする。すると、各入力フォーム１６，１８，２０，２２の内容データは購入者コンピュータ６から電子商取引サーバ４に送信される。受信した各入力フォーム１６，１８，２０，２２の内容データは一時的に保存されるとともに、電子商取引サーバ４から購入者コンピュータ６には、図６に示される確認画面が返信される。この確認画面も、電子商取引サーバ４から送信されるウェブページデータに基づいて購入者コンピュータ６のウェブブラウザで表示されるものである。このウェブページのデータは、購入者コンピュータ６から電子商取引サーバ４に送信される入力フォーム１６，１８，２０，２２の内容に基づいて生成されるものである。同画面には、購入者が入力フォーム１６，１８，２０に入力した名前、住所、電話番号が表されている。また、入力フォーム２２の内容については、その一部のみが表されている。具体的には、購入者が「○」文字を付加した行だけが表されている。こうすることにより、確認画面において回答票を表示するスペースを大きく割かなくても済む。また、自分で「○」文字を付加した行だけが表示されるので、購入者は自分がどの選択肢を選んだのか直ちに理解できる。ボタン４０をクリックすることにより、確認画面の内容に誤りがないことを電子商取引サーバ４に通知できる。これにより、一時的に保存されている名前、住所、電話番号、回答票が電子商取引サーバ４に注文情報として確定的に記憶される。

こうして記憶される注文情報は、店舗コンピュータ８に対しても提供される。すなわち、店舗スタッフが店舗コンピュータ８のウェブブラウザを用いて電子商取引サーバ４にアクセスすると、既に記憶された注文情報を表すウェブページが送信される。図７は、そうして送信されるウェブページに基づいて店舗コンピュータ８で表示される注文確認画面の一例を示している。同画面には、図６に示される確認画面と同様、購入者が入力フォーム１６，１８，２０に入力した名前、住所、電話番号が表されている。また、入力フォーム２２の内容については、図６に示される確認画面と同様、その一部のみが表されている。具体的には、購入者が「○」文字を付加した行だけが表されている。こうすることにより、注文確認画面において回答票を表示するスペースを大きく割かなくても済む。また、「○」文字を付加した行だけが表示されるので、店舗スタッフは購入者がどの選択肢を選んだのか直ちに理解できる。注文確認画面のボタン４２をクリックすると、例えば他の注文に関する注文確認画面が店舗コンピュータ８で表示される。

上述のように、回答票のうち購入者が「○」文字を付加した行だけを表示するために、電子商取引サーバ４では、質問票のデータ及び回答票のデータに基づき、内部的に修正回答票のデータを生成している。図８は、図６に示される確認画面や図７に示される注文確認画面のために生成される修正回答票のデータを示している。電子商取引サーバ４では、回答票のｎ行目の内容を質問票のｎ行目（ｎ＝１〜回答票の総行数）と比較し、両者が同じであれば回答票のｎ行目は修正回答票のデータに含めず、両者が異なる場合にのみ回答票のｎ行目を修正回答票のデータに含めるようにしている。このため、選択肢をそれぞれ示す回答票の複数の行のうち回答者である購入者により「○」文字が追加されていない行を詰めた、修正回答票のデータが生成される。つまり、回答者により文字が付加された行が、元の順に従って連結されるようにして、修正回答票のデータが生成される。そして、この修正回答票のデータが図６の確認画面や図７の注文画面に含められ、購入者コンピュータ６や店舗コンピュータ８で表示される。

なお、以上の説明では、選択肢を記載した各行に「（）」を記載したが、「［］」や「｛｝」など、他の種類の括弧の対を記載してもよい。或いは、括弧の対を記載しなくてもよく、この場合は回答者である購入者に、各選択肢の語の後ろに「○」などの文字を追加させるようにすればよい。また、選択肢の行に付加する文字は「○」に限らず、「Ｘ」や「Ｙ」などの他の文字でもよい。また、「ＹＥＳ」のように複数の文字であってよいのはもちろんである。また、以上の説明した修正回答票には、購入者により「○」文字が追加された回答票の行がそのまま含められているが、「（○）」の部分を削除した形で修正回答票に含められてもよい。

ここで、図６の確認画面や図７の注文確認画面を生成するための具体的処理について、さらに説明する。図９は、電子商取引サーバ４の機能的構成を示すブロック図である。同図に示されるように、電子商取引サーバ４は、機能的には店舗データベース５０、注文データベース５２、店舗登録部５４、注文情報入力部５６、注文情報登録部５８、注文情報確認部６０及び通信部６２を含んでいる。通信部６２は、通信ネットワーク１０を介して購入者コンピュータ６や店舗コンピュータ８との間でデータを送受信するものである。これらの要素は、本発明の一実施形態であるプログラムを電子商取引サーバ４にインストールし、実行することにより実現されるものである。このプログラムは、通信ネットワーク１０を介して他のコンピュータからダウンロードされてもよいし、ＣＤ−ＲＯＭやＤＶＤ−ＲＯＭといったコンピュータ可読記録媒体からインストールされてもよい。

なお、電子商取引サーバ４は、図９に示される要素の他に、仮想的なショッピングモールを実現するための商品管理や決済の機能的要素も含むが、それらは当業者にとって公知の構成を採用することができることから、ここでは、本実施形態の特徴である図６の確認画面や図７の注文確認画面の生成に関係する部分、すなわち回答票処理システムに関わる部分を中心に示す。

図９において、店舗登録部５４は、店舗コンピュータ８に対し、該店舗コンピュータ８からの要求に応じて、質問票を登録するための情報登録画面のウェブページデータを、通信部６２を介して送信する。そして、店舗コンピュータ８では、質問票のデータを情報登録画面に入力し、同画面に含まれるボタンをクリックすることにより、それら質問票のデータを店舗登録部５４に返信する。店舗登録部５４では、こうして受信する質問票のデータを図４に示されるテキストファイルの形式に変換し、それを店舗ごとに店舗データベース５０に記憶させる。注文情報入力部５６は、購入者コンピュータ６に対し、該購入者コンピュータ６からの要求に応じて、図３に示される注文情報入力画面のウェブページデータを、通信部６２を介して送信する。このとき、注文情報入力部５６は店舗データベース５０から質問票のデータを読み出し、それを注文情報入力画面の入力フォーム２２の初期値として設定する。

注文情報入力画面のボタン２４がクリックされると、入力フォーム１６，１８，２０，２２の内容が購入者コンピュータ６から電子商取引サーバ４に送信され、通信部６２はこれらの情報を注文情報登録部５８に渡す。注文情報登録部５８は、受け取った情報、すなわち購入者の名前、住所、電話番号及び回答票を一時的に記憶しておくとともに、受け取った情報に基づいて、図６に示される確認画面のウェブページデータを生成し、それを購入者コンピュータ６に送信する。このとき、確認画面には修正回答票のデータが含まれる。この修正回答票のデータは、注文情報登録部５８が、店舗データベース５０に記憶されている質問票のデータ、及び一時的に記憶されている回答票のデータを取得してから、それらのデータに基づいて後述する修正回答票生成処理（図１０）を実行することにより生成される。確認画面において、ボタン４０がクリックされると、注文情報登録部５８は、一時的に記憶されている名前、住所、電話番号及び回答票を注文データベース５２に登録する。

注文情報確認部６０は、店舗コンピュータ８からの要求に応じて、図７に示される注文票確認画面のウェブページデータを、通信部６２を介して送信する。このとき、注文確認画面にも修正回答票のデータが含まれる。この修正回答票のデータは、注文情報確認部６０が店舗データベース５０に記憶されている質問票のデータ、及び注文データベース５２に記憶されている回答票のデータを取得してから、それらデータに基づいて後述する修正回答票生成処理（図１０）を実行することにより生成される。

ここで、修正回答票生成処理について説明する。図１０は、注文情報登録部５８や注文情報確認部６０により実行される修正回答票生成処理を示すフロー図である。同図に示すように、この処理では、まず行数を示す変数ｎに１を代入する（Ｓ１０１）。次に、質問票のデータ及び回答票のデータから、それぞれｎ行目のデータを抽出する（Ｓ１０２）。このとき、回答票のｎ行目のデータがＥＯＦ（End Of File）であれば、処理を終了する（Ｓ１０３）。そうでなければ、Ｓ１０２で抽出したデータを比較し、一致するか否かを判断する（Ｓ１０４）。そして、両者が一致すれば、変数ｎを１だけインクリメントし（Ｓ１０６）、Ｓ１０２の処理に戻る。一方、両者が不一致であれば、回答票のｎ行目のデータを修正回答票のデータの末尾に付加してから（Ｓ１０５）、変数ｎを１だけインクリメントし（Ｓ１０６）、Ｓ１０２の処理に戻る。以上の処理により、購入者により「○」文字が追加されていない行を詰めた、修正回答票のデータが生成される。

なお、修正回答票の形式は、図８に示されるものに限らず、種々の変形例が利用できる。例えば、図１１に示すように、質問文及び選択肢のペアの間には空行を挿入してもよい。こうすれば、何番目の質問に対する回答がどれなのか把握しやすくなる。図４の質問票の例では、第１の質問文３０及びその選択肢群３２と、第２の質問文３４及びその選択肢群３６と、の間に空行が含まれている。このため、図１０のフロー図において、Ｓ１０４で質問票のｎ行目と回答票のｎ行目とが一致した場合であっても、それらが空行（改行コードのみの行）であったならば、例外的にその空行を修正回答票のデータの末尾に追加するようにすればよい。つまり、回答者により文字が付加された行と、空行と、が元の順に従って連結されるようにして、修正回答票のデータが生成される。こうすれば、図１１に示す修正回答票を生成できる。

また、回答票のうち質問文を示す行を特定して、修正回答票生成処理では、回答票のうち特定された質問文を示す行の出力を制限せず、修正回答票に含めるようにしてもよい。質問文の行を特定するには、例えば、回答票のうち予め定められた条件に合致する行を、質問文を示すものとして特定すればよいここでは、質問文３０，３４の各１行目は、「＜」で始まっていることから、「行頭に＜を含む」との条件に合致する行を修正回答票に含めるべき質問文の行として特定すればよい。その他、質問票を作成する店舗側に、修正回答票に含めるべき質問文の行についての条件（先頭にアスタリスクを付すなど）を通知しておき、店舗側がそれを守って質問票を作成すれば、同条件を満足する行を、修正回答票に含めるべき質問文の行として特定することができる。

図１２は、特定される質問文の行を含む修正回答票を生成するための修正回答票生成処理を示すフロー図である。同図に示すように、この処理では、まず行数を示す変数ｎに１を代入する（Ｓ１０１）。次に、質問票のデータ及び回答票のデータから、それぞれｎ行目のデータを抽出する（Ｓ１０２）。このとき、回答票のｎ行目のデータがＥＯＦ（End Of File）であれば、処理を終了する（Ｓ１０３）。そうでなければ、Ｓ１０２で抽出したデータを比較し、一致するか否かを判断する（Ｓ１０４）。そして、両者が一致すれば、回答票のｎ行目が所定条件、例えば「行頭に＜を含む」との条件に合致するか否かを判断する（Ｓ１０７）。そして、合致しなければ、変数ｎを１だけインクリメントし（Ｓ１０６）、Ｓ１０２の処理に戻る。一方、合致すれば、回答票のｎ行目のデータを修正回答票のデータの末尾に付加してから（Ｓ１０５）、変数ｎを１だけインクリメントし（Ｓ１０６）、Ｓ１０２の処理に戻る。また、Ｓ１０４の判断において、質問票及び回答票の各ｎ行目が不一致であった場合も、回答票のｎ行目のデータを修正回答票のデータの末尾に付加してから（Ｓ１０５）、変数ｎを１だけインクリメントし（Ｓ１０６）、Ｓ１０２の処理に戻る。以上の処理により、回答票のうち、質問文の行のうち条件に合致するもの、及び購入者により「○」文字が追加された行以外を詰めた、修正回答票のデータが生成される。ここで図１３は、図１２の処理により生成される、質問文３０，３４の各１行目を含む修正回答票の例を示している。この修正回答票では、回答者により文字が付加された行と、質問文の行のうち条件に合致する行と、が元の順に従って連結されるようにして、修正回答票のデータが生成される。こうすれば、質問内容及び回答内容のペアを直接的に理解でき、回答票の内容把握が容易となる。

また、質問文を直接特定する代わりに、まずは質問票のうち選択肢群３２，３６の行を特定するとともに、特定される選択肢群３２，３６の行の位置に基づいて、回答票のうち質問文の行を特定してもよい。つまり、特定される選択肢群３２，３６の行以外の行を質問文の行として特定してよい。選択肢群３２，３６の行を特定するには、例えば予め定められた条件に合致する行が複数連続する場合に、それら連続する行を質問票のうち選択肢群３２，３６の行としてよい。ここでは、選択肢群３２，３６に含まれる各行には、すべて「（）」が含まれることから、「行中に（）を含む」との条件に合致する行を選択肢群３２，３６の行として特定すればよい。その他、質問票を作成する店舗側に、選択肢群の行についての条件（先頭に「・」を付す、或いは行末に「［］」を付すなど）を通知しておき、店舗側がそれを守って質問票を作成すれば、同条件を満足する行を選択肢群の行として特定することができる。

図１４は、質問文の行を含む修正回答票を生成するための他の修正回答票生成処理を示すフロー図である。同図に示すように、この処理では、まず所定条件を満足する行が複数連続する箇所を特定する（Ｓ２０１）。ここでは、「（）」を行末に含む行が複数連続する箇所の行番号を特定するが、質問票の作成ルールによっては「（）」を行頭に含む行が複数連続する箇所の行番号を特定するようにしてもよい。次に、Ｓ２０１で特定された行番号以外の行番号を質問文の行番号として特定する（Ｓ２０２）。

その後、行数を示す変数ｎに１を代入する（Ｓ２０３）。次に、ｎがＳ２０２で特定された質問文の行番号に含まれるか否かを判断する（Ｓ２０４）。そして、含まれていなければ、質問票のデータ及び回答票のデータから、それぞれｎ行目のデータを抽出する（Ｓ２０５）。このとき、回答票のｎ行目のデータがＥＯＦ（End Of File）であれば、処理を終了する（Ｓ２０６）。そうでなければ、Ｓ２０５で抽出したデータを比較し、一致するか否かを判断する（Ｓ２０７）。そして、両者が一致すれば、変数ｎを１だけインクリメントし（Ｓ２０９）、Ｓ２０４の処理に戻る。一方、一致しなければ、回答票のｎ行目のデータを修正回答票のデータの末尾に付加してから（Ｓ２０８）、変数ｎを１だけインクリメントし（Ｓ２０９）、Ｓ２０４の処理に戻る。以上の処理により、回答票のうち、質問文の行及び購入者により「○」文字が追加された行以外を詰めた、修正回答票のデータが生成される。ここで図１５は、図１４の処理により生成される、質問文３０，３４を含む修正回答票の例を示している。この修正回答票では、回答者により文字が付加された行と、選択肢の行以外の行と、が元の順に従って連結されるようにして、修正回答票のデータが生成される。このようにすれば、修正回答票に質問文３０，３４を含めることができ、修正回答票を見たときに、どの質問にどのような回答をしたかを直ちに理解することができる。

また、修正回答票生成処理においては、生成される修正回答票に１行も追加されない場合には、「記入はありません。」などの事前に用意されたメッセージを修正回答票に含めるようにしてよい。また、図１６に示すように、一部の質問文に対してのみ回答して、残りの質問文に対して回答していない場合には、質問文ごとに購入者の回答の有無を修正回答票に記録しておくことが好ましい。図１７は、図１６に示される回答票に対応する修正回答票の例であり、質問文ごとに、購入者の回答がある場合には回答内容を表示し、回答が無い場合には「記入はありません。」とのメッセージを表示している。

図１８は、図１７に示される修正回答票を生成するための修正回答票生成処理を示すフロー図である。同図に示すように、この処理では、まず行数を示す変数ｎに１を代入する（Ｓ３０１）。次に、質問票のデータ及び回答票のデータから、それぞれｎ行目のデータを抽出する（Ｓ３０２）。そして、回答票のｎ行目のデータがＥＯＦ（End Of File）でなければ（Ｓ３０３）、Ｓ３０２で抽出したデータを比較し、一致するか否かを判断する（Ｓ３０４）。そして、両者が一致していなければ、回答票のｎ行目のデータを修正回答票のデータの末尾に付加してから（Ｓ３１０）、変数ｎを１だけインクリメントし（Ｓ３１１）、Ｓ３０２の処理に戻る。一方、両者が一致すれば、回答票のｎ行目が所定条件、例えば「行頭に＜を含む」との条件に合致するか否かを判断する（Ｓ３０７）。そして、合致しなければ、変数ｎを１だけインクリメントし（Ｓ３１１）、Ｓ３０２の処理に戻る。一方、合致すれば、前回所定条件に合致する行が見つかってから、今回所定条件に合致する行が見つかるまで、１以上の行を修正回答票に追加したか否かを判断する（Ｓ３０８）。そして、追加していなければ、修正回答票の末尾に「記入はありません。」のメッセージの行を追加してから（Ｓ３０９）、回答票のｎ行目のデータを修正回答票のデータの末尾に追加する（Ｓ３１０）。その後、変数ｎを１だけインクリメントしてから（Ｓ３１１）、Ｓ３０２の処理に戻る。また、Ｓ３０８において追加していたと判断されれば、Ｓ３０９の処理をスキップする。

また、Ｓ３０３において、回答票のｎ行目のデータがＥＯＦであると判断された場合には、前回所定条件に合致する行が見つかったタイミング以降、１以上の行を修正回答票に追加したか否かを判断する（Ｓ３０５）。そして、追加していなければ、修正回答票の末尾に「記入はありません。」のメッセージの行を追加してから（Ｓ３０６）、処理を終了する。一方、追加していたならば、Ｓ３０６の処理をスキップする。以上の処理により、質問文の行のうち条件に合致するもの、及び購入者により「○」文字が追加された行以外を詰めるとともに、購入者による回答がない質問文については、「記入はありません。」のメッセージを付加した、修正回答票のデータが生成される。こうした修正回答票のデータによれば、どの質問に対して回答が得られていないかを確実に把握することができる。

また、回答票や質問票の文章量が少ない場合には、回答票と質問票とで内容が同じ行を詰める必要性に乏しい。そこで、回答票や質問票の文書量が所定量未満であれば、修正回答票を生成せず、回答票をそのまま、図６の確認画面や図７の注文確認画面において表示してもよい。ここで、文書量は、回答票や質問票の総行数であってもよいし、文字数であってもよい。或いは、データ量であってもよい。すなわち、図１９に示すように、注文情報登録部５８や注文情報確認部６０は、回答票の文章量が所定量以上であるか否かを判断する（Ｓ４０１）。そして、所定量以上であれば、以上説明したいずれかの修正回答票生成処理を実行する（Ｓ４０２）。また、所定量未満であれば、回答票をそのまま出力する。そして、Ｓ４０２又はＳ４０３で出力されたデータを、図６の確認画面や図７の注文確認画面のウェブデータに含める。なお、Ｓ４０１では回答票の文書量を調べたが、質問票の文書量を調べてもよいのはもちろんである。このようにすれば、図２０に示される質問票のように文書量が少ない（例えば行数が１０行未満）場合には、図２１に示される回答票がそのまま図６の確認画面や図７の注文確認画面のウェブデータに含められる。

以上説明した電子商取引システム１によれば、購入者により作成される回答票のうち、必要部分のみが図６の確認画面や図７の注文確認画面に表示されるので、表示スペースを有効利用することができる。また、購入者や店舗スタッフは、直ちに回答内容を把握することができる。なお、以上の説明では、商品注文時の購入者に対する質問に本発明を適用する例を示したが、電子商取引システム１を利用した後の感想を求める質問票など、他の質問票にも本発明は同様に適用してよい。また、本発明に係る回答票処理は、電子商取引サーバ４のようなサーバコンピュータで実行されてもよいし、購入者コンピュータ６や店舗コンピュータ８のようなクライアントコンピュータで実行されてもよい。或いは、本発明に係る回答処理の一部をサーバコンピュータで実行し、残りをクライアントコンピュータで実行してもよい。また、サーバコンピュータは複数のコンピュータにより構成されてもよい。

１ 電子商取引システム、４ 電子商取引サーバ（回答票処理システム）、６ 購入者コンピュータ、８ 店舗コンピュータ、１０ 通信ネットワーク、３０，３４ 質問文 ３２，３６ 選択肢群、５０ 店舗データベース、５２ 注文データベース、５４ 店舗登録部、５６ 注文情報入力部、５８ 注文情報登録部、６０ 注文情報確認部、６２ 通信部。

Claims (9)

1. 質問文を示す１以上の行及び該質問文に対応する選択肢をそれぞれ示す複数の連続する行を含む、質問者のコンピュータから送信されるテキスト形式のデータである質問票を記憶する記憶手段から前記質問票を取得する手段と、
   前記質問文に対する回答者の回答内容を示す回答票であって、かつ、前記質問票における１以上の前記選択肢を示す行内に前記回答者により１以上の文字が追加されたテキスト形式のデータである回答票を取得する手段と、
   少なくとも前記選択肢をそれぞれ示す複数の行について、前記質問票及び前記回答票を行単位で比較する手段と、
   前記選択肢をそれぞれ示す複数の行のうち前記質問票の対応行と一致するものの出力を制限しつつ、前記回答票の各行の少なくとも一部を順に出力することにより、前記選択肢をそれぞれ示す複数の行のうち前記回答者により１以上の文字が追加されていない行を詰めた前記回答票を出力する出力手段と、
   を含む回答票処理システム。
2. 請求項１に記載の回答票処理システムにおいて、
   前記回答票のうち前記質問文を示す行を少なくとも１つ特定する質問行特定手段をさらに含み、
   前記出力手段は、前記回答票のうち前記質問行特定手段により特定される行の出力を制限しない、回答票処理システム。
3. 請求項２に記載の回答票処理システムにおいて、
   前記質問行特定手段は、前記回答票のうち予め定められた条件に合致する行を、前記質問文を示すものとして特定する、回答票処理システム。
4. 請求項２に記載の回答票処理システムにおいて、
   前記質問行特定手段は、前記質問票のうち前記選択肢をそれぞれ示す複数の行を特定するとともに、特定される前記複数の行の位置に基づいて、前記回答票のうち前記質問文を示す行を少なくとも１つ特定する、回答票処理システム。
5. 請求項４に記載の回答票処理システムにおいて、
   前記質問行特定手段は、予め定められた条件に合致する行が複数連続する場合に、それら連続する行を、前記質問票のうち前記選択肢をそれぞれ示す複数の行として特定する、回答票処理システム。
6. 請求項１乃至５のいずれかに記載の回答票処理システムにおいて、
   前記出力手段は、前記質問票又は前記回答票の文書量に基づいて、前記質問票の対応行と一致する前記回答票の行の出力を制限しない、回答票処理システム。
7. 請求項１乃至６のいずれかに記載の回答票処理システムにおいて、
   前記出力手段は、前記質問票の対応行と一致しない前記回答票の行が存在しない場合に、所定メッセージを出力する、回答票処理システム。
8. 質問文を示す１以上の行及び該質問文に対応する選択肢をそれぞれ示す複数の連続する行を含む、質問者のコンピュータから送信されるテキスト形式のデータである質問票を記憶する記憶手段から前記質問票を取得するステップと、
   前記質問文に対する回答者の回答内容を示す回答票であって、かつ、前記質問票における１以上の前記選択肢を示す行内に前記回答者により１以上の文字が追加されたテキスト形式のデータである回答票を取得するステップと、
   少なくとも前記選択肢をそれぞれ示す複数の行について、前記質問票及び前記回答票を行単位で比較するステップと、
   前記選択肢をそれぞれ示す複数の行のうち前記質問票の対応行と一致するものの出力を制限しつつ、前記回答票の各行の少なくとも一部を順に出力することにより、前記選択肢をそれぞれ示す複数の行のうち前記回答者により１以上の文字が追加されていない行を詰めた前記回答票を出力するステップと、
   を含む回答票処理方法。
9. 質問文を示す１以上の行及び該質問文に対応する選択肢をそれぞれ示す複数の連続する行を含む、質問者のコンピュータから送信されるテキスト形式のデータである質問票を記憶する記憶手段から前記質問票を取得するステップと、
   前記質問文に対する回答者の回答内容を示す回答票であって、かつ、前記質問票における１以上の前記選択肢を示す行内に前記回答者により１以上の文字が追加されたテキスト形式のデータである回答票を取得するステップと、
   少なくとも前記選択肢をそれぞれ示す複数の行について、前記質問票及び前記回答票を行単位で比較するステップと、
   前記選択肢をそれぞれ示す複数の行のうち前記質問票の対応行と一致するものの出力を制限しつつ、前記回答票の各行の少なくとも一部を順に出力することにより、前記選択肢をそれぞれ示す複数の行のうち前記回答者により１以上の文字が追加されていない行を詰めた前記回答票を出力するステップと、
   をコンピュータに実行させるためのプログラム。

Images