(57)【要約】【課題】回答内容の信頼度を上げる。【解決手段】情報取得対象者から所定の情報を、情報入力フォームを介して収集する情報収集サーバにおいて、情報入力フォームの保存場所情報を記載した媒体を、この媒体を一意に識別するＩＤを付与して生成する媒体生成部１０５と、情報入力フォームの取得要求を受信した場合に、情報入力フォームをクライアントに送信する情報入力フォーム処理部１０１とを備えた。またクライアントにおいて、保存場所情報記憶媒体に記載された情報入力フォームの保存場所情報を取得する取得部２０３と、取得した情報入力フォームの保存場所情報を情報収集サーバに送信する通信制御部２０６と、情報入力フォーム処理部１０１から送信された情報入力フォームを表示する表示部２０５と、表示部２０５に表示された情報入力フォームに所定の情報を入力する操作部２０４とを備えた。【選択図】図１
2009015358.tif 000002
【特許請求の範囲】
【請求項１】
情報取得対象者から所定の情報を、情報入力フォームを介して収集する情報収集サーバと、前記情報取得対象者が使用するクライアントとがネットワークを介して接続されてなる情報収集システムにおいて、
前記情報収集サーバは、
前記情報入力フォームの保存場所情報を記載した媒体を、この媒体を一意に識別するＩＤを付与して生成する媒体生成部と、
前記クライアントから前記情報入力フォームの取得要求を受信した場合に、前記情報入力フォームを前記クライアントに送信する情報入力フォーム処理部と、
前記クライアントから収集した前記所定の情報を蓄積するデータベースとを備え、
前記クライアントは、
前記保存場所情報記憶媒体に記載された前記情報入力フォームの保存場所情報を取得する取得部と、
前記取得部で取得した前記情報入力フォームの保存場所情報を前記情報収集サーバに送信する通信制御部と、
前記情報収集サーバの前記情報入力フォーム処理部から送信された前記情報入力フォームを表示する表示部と、
前記表示部に表示された前記情報入力フォームに前記所定の情報を入力する操作部とを備えたことを特徴とする
情報収集システム。
【請求項２】
請求項１記載の情報収集システムにおいて、
前記媒体は紙又は紙に準ずる媒体であり、前記媒体生成部は、前記保存場所情報が記載されたチケットを生成することを特徴とする
情報収集システム。
【請求項３】
請求項２記載の情報収集システムにおいて、
前記所定の情報とは、前記アンケートに対する回答であり、前記情報入力フォームは、アンケート回答入力フォームであることを特徴とする
情報収集システム。
【請求項４】
請求項３記載の情報収集システムにおいて、
前記情報収集サーバは、前記チケットＩＤ及び前記情報入力フォームの保存場所情報を埋め込んだコードを生成するコード生成部を備え、
前記媒体生成部は、前記コード生成部で生成されたコードを含んだチケットを生成することを特徴とする
情報収集システム。
【請求項５】
請求項４記載の情報収集システムにおいて、
前記情報収集サーバの前記コード生成部が生成するコードとは、二次元コードであることを特徴とする
情報収集システム。
【請求項６】
請求項３記載の情報収集システムにおいて、
前記クライアントは、前記チケットに含まれるコードを読み取るコード読み取り部を備え、
前記クライアントの取得部は、前記コード読み取り部が読み取った情報に含まれる前記アンケート回答入力フォームの保存場所情報を取得することを特徴とする
情報収集システム。
【請求項７】
請求項３記載の情報収集システムにおいて、
前記データベースは、前記チケットＩＤの有効又は無効を示すフラグを備え、前記フラグは、前記チケットＩＤと関連付けて当該データベースに記憶されることを特徴とする
情報収集システム。
【請求項８】
請求項７記載の情報収集システムにおいて、
前記クライアントから送信された前記所定の情報が、前記アンケートの回答情報であった場合には、前記情報収集サーバの前記フラグで前記チケットが無効であることを示すことを特徴とする
情報収集システム。
【請求項９】
請求項７記載の情報収集システムにおいて、
前記情報収集サーバの前記データベースは、前記チケットＩＤの有効期限情報を有することを特徴とする
情報収集システム。
【請求項１０】
請求項９記載の情報収集システムにおいて、
前記チケットＩＤの有効期限を経過した場合には、前記フラグで前記チケットが無効であることを示すことを特徴とする
情報収集システム。
【請求項１１】
請求項３記載の情報収集システムにおいて、
前記情報収集対象者は学生であり、前記アンケートは授業内容を評価するためのアンケートであることを特徴とする
情報収集システム。
【請求項１２】
情報取得対象者から所定の情報を、情報入力フォームを介して収集する情報収集サーバと、前記情報取得対象者が使用するクライアントとがネットワークを介して接続されてなる情報収集システムにおける情報収集方法であって、
前記情報収集サーバは、
前記情報入力フォームの保存場所情報を記載した媒体を、この媒体を一意に識別するＩＤを付与して生成する生成する手順と、
前記クライアントから前記情報入力フォームの取得要求を受信した場合に、前記情報入力フォームを前記クライアントに送信する手順と、
前記クライアントから収集した前記所定の情報を蓄積する手段を備え、
前記クライアントは、
前記媒体に記載された前記情報入力フォームの保存場所情報を取得する手順と、
前記取得部で取得した前記情報入力フォームの保存場所情報を前記情報収集サーバに送信する手順と、
前記情報収集サーバから送信された前記情報入力フォームを表示する手順と、
前記表示された前記情報入力フォームに所定の情報を入力する手順とを備えたことを特徴とする
情報収集方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、アンケートの収集時に用いて好適な情報収集システム並びに情報収集方法に関する。
【背景技術】
【０００２】
従来、大学等の教育機関において、授業の改善や教員の評価を行うために、授業を受講した学生から授業の内容についてのアンケートをとることが行われている。このような授業評価アンケートは、学期の終わり等のタイミングで、授業終了後に担当教員から学生に対して紙で配布され、その場で回収される形態がとられることが多い。
【０００３】
図８には、授業評価アンケートの例を示してある。この授業評価アンケートでは、マークシート方式を採用している。図８に示した授業評価アンケートには、左上に、授業を特定する情報として、年度・学期と、開講学部名と、科目名称と、教員氏名と、開講曜日校時と、実施日が記してある。実施日には、アンケートを実施した日が記入される。授業を特定する情報を記載してある個所の下方には、マークシート番号の記入欄を設けてあり、予め番号を塗りつぶしてある。マークシート番号とは、マークシートの一枚一枚を一意に識別するための番号であり、すべてのマークシートに対して異なる番号が付与されている。
【０００４】
これ以降の項目は授業に対するアンケート項目となり、「そう思う」、「どちらかといえばそう思う」、「どちらともいえない」、「どちらかといえばそう思わない」、「そう思わない」の５つの選択肢の中から、１つを選択させるようにしてある。設問としては、「シラバスは、授業の目標や計画及び評価方法を適切に示していた」や「授業は目的達成のため計画的に進められた」といったものがある。授業評価のための設問には、大学や学部等で共通に用いる設問が含まれるほか、教員が自由に設定した設問も含めることができるようにしてある。
【０００５】
図８に示したアンケートには、学生の名前や学籍番号等、学生を特定するような情報を記載させないようにしてあり、学生の匿名性が保たれるようにしてある。このようにすることにより、アンケート内容が学生の成績評価には繋がらないという安心感を学生に与えることができ、学生からの率直な感想を得ることができるようになる。
【０００６】
このようにして得た授業評価は、授業の改善や教員の評価に用いられるものであり、そこには高い精度が求められる。実際に授業を受講していない学生がアンケートに回答したり、一人の学生が複数回アンケートに回答するようなことがあると、アンケートの信頼度は落ちてしまう。授業評価アンケートにおいては、このような事態が発生しないようにする工夫が必要となる。
【０００７】
この点も、授業の終わりにアンケート用紙を配布してその場で学生に回答してもらい、回収もその場で行う方式を採れば解決する。アンケート用紙は、授業を受講した学生に対して一枚ずつ配布されるものであり、かつその場で回収される。このため、回収されたアンケートにおいては、授業を受講していない学生からの回答が発生することがなくなる。また、アンケート用紙には、一枚一枚に異なるマークシート番号を付与してあるため、回答のダブりも発生することがなくなる。
【０００８】
ところが、授業評価アンケートとして紙のアンケート用紙を使用するため、用紙や印刷にかかる費用や、担当教員にアンケート用紙を送付する郵送費用、作業にかかる人件費等のランニングコストがかかってしまうという問題があった。また、９０分等の限られた授業時間の中で、アンケート用紙の配布から回収までを行わなければならないとなると、授業時間を削減せざるを得なくなってしまう。よって、アンケート用紙の配布及び回収が、大学にとっての負担となってしまうという問題もあった。
【０００９】
このため、近年では、インターネット等の通信網を利用したオンラインでの授業評価を実施する学校が増えてきている。
【００１０】
特許文献１には、ネットワークを利用した電子的なアンケートシステムについての開示がある。
【特許文献１】特開２００４−２７２６９２号公報
【発明の開示】
【発明が解決しようとする課題】
【００１１】
ところで、オンライン上で授業評価アンケートを実施する場合には、実際に授業を受講していない学生からの回答や二重回答等を防ぐために、何かしらの策を講じる必要がある。多くの場合、学生一人ひとりに付与したＩＤとパスワード、もしくは学籍番号等を入力させ認証を行うことで、回答者と授業受講者とをマッチングさせることが行われている。
【００１２】
ところが、ＩＤや学籍番号の入力が求められるとなると、回答する学生側に、匿名性が守られないのではないか？といった不安が生じてしまう可能性がある。実際には、システムの内部で回答内容と学生の個人情報とを結びつける処理は行っておらず、そのことをアンケート入力ページ上で公言してある場合であっても、学生の警戒感を払拭することは難しい。
【００１３】
この場合は、評価を高めにしたほうが自分自身の評価も上がるのではないか、もしくは、低い評価をつけた場合には、自分自身の評価も下がってしまうのではないか、といった余計な心理が、学生側で働いてしまう可能性が高い。このような場合には、集計したアンケートにおいては、総じて評価が高めとなってしまう。つまり、集計したアンケート結果の信頼性は低くなってしまうことになる。
【００１４】
本発明はかかる点に鑑みてなされたものであり、回答内容の信頼度を上げつつ、さらに回答手順を簡便にすることを目的とする。
【課題を解決するための手段】
【００１５】
本発明は、情報取得対象者から所定の情報を、情報入力フォームを介して収集する情報収集サーバと、情報取得対象者が使用するクライアントとがネットワークを介して接続されてなる情報収集システムにおいて、情報収集サーバとして、情報入力フォームの保存場所情報を記載した媒体を、この媒体を一意に識別するＩＤを付与して生成する媒体生成部と、クライアントから情報入力フォームの取得要求を受信した場合に、情報入力フォームをクライアントに送信する情報入力フォーム処理部と、クライアントから収集した前記所定の情報を蓄積するデータベースを備えた。またクライアントとして、保存場所情報記憶媒体に記載された情報入力フォームの保存場所情報を取得する取得部と、取得部で取得した情報入力フォームの保存場所情報を情報収集サーバに送信する通信制御部とを備えた。そして、情報収集サーバの情報入力フォーム処理部から送信された情報入力フォームを表示する表示部と、表示部に表示された情報入力フォームに所定の情報を入力する操作部とを備えるようにしたものである。
【００１６】
このようにしたことで、保存場所情報記憶を取得したユーザのみが、情報入力フォーム（アンケート回答入力フォーム）に所定の情報（回答）を入力できるようになる。
【発明の効果】
【００１７】
本発明によると、情報取得の対象者を媒体取得者のみに絞ることができるため、取得する所定の情報（アンケート回答）の信頼度を向上させることができる。
【発明を実施するための最良の形態】
【００１８】
以下、本発明の一実施の形態を、図１〜図７を参照して説明する。本実施の形態は、大学でオンラインでの授業評価アンケートを実施する形態に適用したものである。本例では、アンケート回答入力ページへのアクセス方法（情報入力フォーム保存場所情報）等が記載されたチケット（媒体）を生成して学生に配布するようにしてあり、学生が、配布されたチケットに記載の情報を基にアンケート回答ページにアクセスできるようにしてある。
【００１９】
図１には、授業評価システムの構成例を示してある。図１に示したシステムにおいては、アンケートを管理する管理部門のサーバ群と、学生の端末である携帯電話端末２００及びパーソナルコンピュータ２１０（以下、ＰＣと称する）と、教員の端末であるＰＣ３００とが、ネットワーク１を介して互いに接続されている。以下の説明においては、学生の端末及び教員の端末を、クライアントとも称する。
【００２０】
管理部門では、情報入力フォーム処理部としてのＷｅｂサーバ１０１、アプリケーションサーバ１０２、データベース１０３、ＱＲコード生成部１０４、プリンタ１０６とを有する。Ｗｅｂサーバ１０１は、クライアントからの要求に応じて、アンケート回答画面やアンケート集計結果閲覧画面を構成する情報を、ネットワーク１を介して送信する処理を行う。アプリケーションサーバ１０２は、クライアントの要求を受けたＷｅｂサーバ１０１から処理を引き継ぎ、データベース１０３からの情報の抽出処理やデータベース１０３への情報の書き込み処理を行う。データベース１０３には、教員や学生の情報や授業の情報、アンケート項目の情報等を記憶させてあり、データベース１０３の詳細については後述する。
【００２１】
ＱＲコード生成部１０４は、授業評価アンケートの回答ページのＵＲＩ（Uniform Resource Identifier）情報と、各チケットに対して一意に付与されるチケットＩＤの情報とを含んだＱＲコード（二次元コード）を生成する。チケット生成部１０５は、ＱＲコード生成部１０４で生成されたＱＲコードと、アンケートを実施する授業の属性情報とを含んだチケットを生成する。プリンタ１０６は、チケット生成部１０５で生成されたチケットを紙に出力する。なお、本例では管理部門がプリンタ１０６を備える構成としたが、教員側にプリンタ１０６を備えさせるようにしてもよく、業者等にチケット出力業務を委託する場合には、プリンタ１０６を備えない構成としてもよい。
【００２２】
ここで、図２を参照してチケットの詳細について説明する。本例では、チケットの大きさは名刺サイズとしてある。チケットＴｋ１の右上には、ＱＲコードＱｃ１が印字してあり、左側には、上から科目名、教員名、開講日時、有効期限、チケットＩＤを記載してある。有効期限とは、チケットＴｋ１の有効期限のことであり、有効期限の終了日時として記された２００７年２月５日の１７時以降は、このチケットが無効となることを意味している。つまり、有効期限の前又は後に、アンケート回答ページへのアクセスを受け付けた場合には、アンケートに対する回答の入力を受け付けない仕組みとしてある。この仕組みの詳細については後述する。チケットＩＤとは、前述したように各チケットに対して一意に付与されるものであり、本例では“１ＣＦ６９−６０Ｆ１Ａ−９８３７０−０Ｂ５７Ｆ”のように、２０桁の１６進数で表現してある。
【００２３】
チケットＩＤが記載された個所の下方には、アンケート回答ページのＵＲＩＩを記載してある。ＱＲコードＱｃ１にもＵＲＩ情報を含めてあることは前述したとおりであるが、ここに記載したＵＲＩと、ＱＲコードＱｃ１の中に埋め込んだＵＲＩとでは、異なるＵＲＩを用いている。チケットＴｋ１の下方に記載したＵＲＩが
https://tokkyo.ac.jp/evaluation/ticket.php
であるのに対して、ＱＲコードＱｃ１に埋め込んだＵＲＩは、
https://tokkyo.ac.jp/evaluation/ticket.php?tid=0123456789abcdef
のように、ＵＲＩの最後に“tid=0123456789abcdef”を付与してある。“tid”とはチケットＩＤのことであり、ＱＲコードＱｃ１には、チケットＩＤの情報も含めたＵＲＩを埋め込んである。
【００２４】
図１に戻り、システム構成例についての説明を続けると、学生側では、携帯電話端末２００もしくはＰＣ２１０を用いて授業評価アンケートに回答できるようにしてある。携帯電話端末２００は、基地局との間での電波送受信用のアンテナ２０１と、アンテナ２０１が受信した電波の復調や携帯電話端末２００内のデータの変調を行う通信制御部２０２と、ＱＲコードを読み取って解読するＱＲコードリーダ２０３と、ボタンやジョグダイヤル等で構成される操作部２０４と、ＬＣＤ（Liquid Crystal Display）等で構成される表示部と、制御部２０６と、メモリ２０７とで構成される。
【００２５】
制御部２０６はＣＰＵ（Central Processing Unit）等で構成され、携帯電話端末２００の各部を制御する。メモリ２０７は、ＲＯＭ（Read Only Memory）やＲＡＭ（Random Access Memory）からなり、携帯電話端末２００の動作に必要なプログラムを記憶させてあるほか、アンケートの回答情報等のデータが一時的に記憶される。制御部２０６は、ＱＲコードリーダ２０３が読み取った情報の中に、チケットＩＤを含んだＵＲＩが含まれていた場合には、管理部門のＷｅｂサーバ１０１に対して、ＱＲコードリーダ２０３が抽出したＵＲＩをリクエストとして送信するための制御を行う。
【００２６】
また制御部２０６は、送信したリクエストに対するレスポンスを、Ｗｅｂサーバ１０１から受信した場合には、表示部２０５にアンケート回答画面を表示させるための制御を行う。さらに、操作部２０４を介してアンケートの設問に対する回答が選択され、表示画面上で図示せぬ「送信」ボタン等が押下されたことを検知した場合には、回答情報をＷｅｂサーバ１０１に送信するための制御を行う。アンケート回答画面の詳細については、後述するＷｅｂサーバ１０１の動作説明と合わせて説明する。
【００２７】
学生側のもう１つの端末であるＰＣ２１０は、ネットワーク１との間で行われるデータの送受信を制御する通信制御部２１１と、キーボードやマウス（いずれも図示略）等で構成される操作部２１２と、ＬＣＤ（Liquid Crystal Display）等で構成される表示部２１３と、ＣＰＵ等で構成される制御部２１４と、ＲＯＭやＲＡＭで形成されるメモリ２１５等で構成される。
【００２８】
制御部２１４は、チケットＴｋ１に記載のＵＲＩが操作部２１２を介して入力された場合には、管理部門のＷｅｂサーバ１０１に対して、入力されたＵＲＩを送信するための制御を行う。また制御部２１４は、送信したリクエストに対するレスポンスを、Ｗｅｂサーバ１０１から受信した場合には、表示部２１３にチケットＩＤの入力画面又はアンケートの回答画面を表示させるための制御を行う。さらに、操作部２１２を介してアンケートの設問に対する回答が選択され、表示画面上で図示せぬ「送信」ボタン等が押下されたことを検知した場合には、回答情報をＷｅｂサーバ１０１に送信する制御を行う。
【００２９】
なお、本例では携帯電話端末２００がＱＲコードリーダ２０３を備えている場合を例に挙げたが、ＱＲコードリーダを備えていない携帯電話端末に適用するようにしてもよい。
【００３０】
教員側では、ＰＣ３００を用いて、管理部門に対するアンケート実施依頼の送信や、授業評価アンケートの集計結果の閲覧を行えるようにしてある。ＰＣ３００は、通信制御部３０１と、制御部３０２と、メモリ３０３と、操作部３０４と、表示部３０５等で構成される。通信制御部３０１、メモリ３０３、操作部３０４、表示部３０５については、学生側のＰＣ２１０と同一の構成としてあるため、説明を省略する。
【００３１】
制御部３０２は、操作部３０４を介して入力された、例えばアンケート実施の依頼等の情報をＷｅｂサーバ１０１に送信するための制御を行う。また、操作部３０４を介して、アンケート集計結果の閲覧要求を受け付けた場合には、受け付けた要求をリクエストとしてＷｅｂサーバ１０１に送信するための制御を行う。Ｗｅｂサーバ１０１から送られたアンケートの集計結果を受信した場合には、受信した集計結果を表示部３０５に表示させるための制御を行う。
【００３２】
次に、図３を参照して、管理部門が所有するデータベースの構成例について説明する。図３に示したデータベース１０３（図１参照）は、教員テーブルＴＢ１と、科目テーブルＴＢ２と、アンケートテーブルＴＢ３と、設問テーブルＴＢ４と、回答テーブルＴＢ５と、チケットテーブルＴＢ６等で構成される。なお、本例においては説明を分かり易くするため、講義形態テーブルや曜日テーブル等、発明と直接的には関係しないテーブルについては記載を省略してある。また、データベースのリレーションの正規化についても、本例に示したものは一例であり、より高いレベルで行うようにしてもよい。
【００３３】
教員テーブルＴＢ１は、「教員ＩＤ」、「氏名」、「所属部局」を格納するテーブルである。「教員ＩＤ」は、教員を一意に識別するためのＩＤであり、データ型は８桁のＶＡＲＣＨＡＲ型としてある。「氏名」は、教員の氏名を示すフィールドであり、データ型はＬＯＮＧＴＥＸＴ型としてある。「所属部局」は、教員の所属部局を示すフィールドであり、データ型は２５５桁のＴＥＸＴ型としてある。教員テーブルにおいては、教員ＩＤを主キー（ＰＫ：Primary Key）としてある。
【００３４】
科目テーブルＴＢ２は、「科目ＩＤ」、「科目名」、「開講部局」を格納するテーブルである。「科目ＩＤ」は、科目を一意に識別するためのＩＤであり、データ型は１１桁のＶＡＲＣＨＡＲ型としてある。「科目名」は、科目の名前を示すフィールドであり、データ型は２５５桁のＴＥＸＴ型としてある。「開講部局」は、科目を取り扱う開講部局を示すフィールドであり、データ型は２５５桁のＴＥＸＴ型としてある。科目テーブルにおいては、「科目ＩＤ」を主キーとしてある。
【００３５】
アンケートテーブルＴＢ３は、「アンケートＩＤ」、「科目ＩＤ」、「教員ＩＤ」を格納するテーブルである。「アンケートＩＤ」は、教員が実施するアンケートを一意に識別するためのＩＤであり、データ型は１３桁のＶＡＲＣＨＡＲ型としてある。「科目ＩＤ」及び「教員ＩＤ」は外部キー（ＦＫ：Foreign Key）であり、教員テーブルＴＢ１とアンケートテーブルＴＢ３及び、科目テーブルＴＢ２とアンケートテーブルＴＢ３との間には、一対多のリレーションを設定してある。アンケートテーブルＴＢ３においては、「アンケートＩＤ」を主キーとしてある。
【００３６】
設問テーブルＴＢ４は、「設問ＩＤ」、「アンケートＩＤ」、「設問形式」、「設問文」、「必須フラグ」を格納するためのテーブルである。「設問ＩＤ」は、ひとつのアンケート内において設問を一意に識別するためのＩＤであり、データ型は３２桁のＶＡＲＣＨＡＲ型としてある。「アンケートＩＤ」は外部キーであり、アンケートテーブルＴＢ３のアンケートＩＤを参照する。そして、設問テーブルＴＢ４とアンケートテーブルＴＢ３との間には、多対一のリレーションを設定してある。設問テーブルＴＢ４においては、「設問ＩＤ」を主キーとしてある。
【００３７】
「設問形式」とは、択一選択や複数選択等の設定の形式を示すフィールドであり、データ型はＩＮＴＥＧＥＲ型としてある。「設問文」は、設問文そのものを示すフィールドであり、データ型はＬＯＮＧＴＥＸＴ型としてある。「必須フラグ」は、設問が必須回答項目であるか否かを示すフィールドであり、データ型はＢＹＴＥ型としてある。
【００３８】
回答テーブルＴＢ５は、「回答ＩＤ」、「設問ＩＤ」、「整数値」、「実数値」、「テキスト値」を格納するためのテーブルである。「回答ＩＤ」は、学生から送信された回答を一意に識別するためのＩＤであり、データ型は３２桁のＶＡＲＣＨＡＲ型としてある。つまり回答テーブルＴＢ５を構成する各フィールドには、学生から送信された回答を受信したタイミングで、値が格納されることになる。本例では、アンケートの回答の送信処理は、アンケートの設問に対する回答がすべて（少なくとも必須回答項目が）得られた段階で行うようにしてある。
【００３９】
「設問ＩＤ」は外部キーであり、設問テーブルＴＢ４の「設問ＩＤ」を参照する。そして、回答テーブルＴＢ５と設問テーブルＴＢ４との間には、多対一のリレーションを設定してある。「整数値」、「実数値」、「テキスト値」の各フィールドは、学生からの回答におけるデータ型に対応して設けてあり、「整数値」はＩＮＴＥＧＥＲ型、「実数値」はＲＥＡＬ型、「テキスト値」はＬＯＮＧＴＥＸＴ型としてある。回答テーブルＴＢ５においては、「回答ＩＤ」を主キーとしてある。
【００４０】
チケットテーブルＴＢ６は、「チケットＩＤ」、「アンケートＩＤ」、「開始日」、「終了日」、「無効フラグ」を格納するためのテーブルである。「チケットＩＤ」は、管理部門で発行されるチケットを一意に識別するためのＩＤであり、データ型は３２桁のＶＡＲＣＨＡＲ型としてある。「アンケートＩＤ」は外部キーであり、アンケートテーブルＴＢ３の「アンケートＩＤ」を参照する。そして、チケットテーブルＴＢ６とアンケートテーブルＴＢ３との間には、多対一のリレーションを設定してある。チケットテーブルＴＢ６においては、「チケットＩＤ」を主キーに設定してある。
【００４１】
「開始日」とは、チケットの有効期限の開始日を示すフィールドであり、データ型はＤＡＴＥＴＩＭＥ型としてある。「終了日」とは、チケットの有効期限の終了日を示すフィールドであり、データ型はＤＡＴＥＴＩＭＥ型としてある。「無効フラグ」とは、チケットが有効であるか無効であるかを示すフィールドであり、データ型はＢＹＴＥ型としてある。
【００４２】
チケットテーブＴＢ６の「無効フラグ」にＦＡＬＳＥの値が設定された場合には、チケット（チケットＩＤ）は無効となり、アンケートの回答は行えなくなる仕組みとしてある。「無効フラグ」にＦＡＬＳＥ値が設定されるのは、学生からの回答を受け付けたタイミングと、現在日が「終了日」を過ぎていることを検知したタイミングとなる。現在日が「終了日」を過ぎているか否かは、定期的にチェックが行われているものとし、現在日が「終了日」を過ぎていることがわかった場合に、「無効フラグ」にＦＡＬＳＥ値が設定されるようにしてある。
【００４３】
学生テーブルＴＢ７は、「学生ＩＤ」、「氏名」、「所属部局」を格納するためのテーブルである。「学生ＩＤ」は、学生（学生）を一意に識別するためのＩＤであり、データ型は８桁のＶＡＲＣＨＡＲ型としてある。「氏名」とは、学生の氏名を示すフィールドであり、データ型はＬＯＮＧＴＥＸＴ型としてある。「所属部局」は、学生が所属する部局を示すフィールドであり、データ型は２５５桁のＴＥＸＴ型としてある。なお、学生テーブルＴＢ７は、図３に示された何れのテーブルともリレーションが設定されていない。つまり、学生がチケットに記載の情報を基に授業評価アンケート回答ページにアクセスし、回答を入力した場合であっても、回答内容と学生の情報とが結び付けられることはないことが分かる。
【００４４】
次に、チケットに記載の情報を基にアンケート回答ページが表示され、アンケートの回答が入力されるまでの処理の流れについて、図４のフローチャート及び図５〜図７の画面表示例を参照して説明する。図４は、管理部門側のＷｅｂサーバ１０１での処理例を示したものである。Ｗｅｂサーバ１０１は、まず携帯電話端末２００やＰＣ２１０等のクライアントから、ＵＲＩを含んだリクエストを受信すると（ステップＳ１）、ＵＲＩにチケットＩＤが含まれているか否かの判断を行う（ステップＳ２）。ＵＲＩにチケットＩＤが含まれていない場合には、チケットＩＤの入力画面を表示する処理を行う（ステップＳ３）。そして、クライアントからチケットＩＤの入力を受け付ける（ステップＳ４）。
【００４５】
図５に、チケットＩＤの入力画面の例を示してある。本例においては、チケットＩＤを２０桁の１６進数で構成しているため、５桁×４の入力フォームを表示するようにしてある。チケットＩＤの入力後に「次へ」ボタンＢＮ１が押下されることで、チケットＩＤがＷｅｂサーバ１０１に送信される。なお、図５には、チケットＩＤ入力画面がＰＣ２１０の表示部２１３に表示されている場合の例を示してあるが、携帯電話端末２００がＱＲコードリーダ２０３を備えていない場合で、学生によりＵＲＩが直接入力された場合にも、図５に示した画面と同様の画面が表示されるものとする。
【００４６】
ステップＳ２で、ＵＲＩにチケットＩＤが含まれていると判断された場合には、次に、入力されたチケットＩＤが有効であるか否かの判断がされる（ステップＳ５）。つまり、チケットテーブルＴＢ６の「無効フラグ」に、ＦＡＬＳＥ値が設定されているか否かが確認される。「無効フラグ」にＦＡＬＳＥ値が設定されており、チケットＩＤが無効となっている場合には、アンケートの回答の入力を受け付けられない旨を記載したメッセージを、画面上に表示する処理を行う（ステップＳ６）。
【００４７】
チケットが有効期限内でかつ「無効フラグ」に値が設定されておらず、チケットＩＤが有効であると判断された場合には、アンケート回答フォームを表示する処理が行われ（ステップＳ７）、アンケートの回答を受け付ける処理が行われる（ステップＳ８）。そしてアンケートの回答受け付け後には、チケットＩＤは無効化される（ステップＳ９）。図６には、携帯電話端末２００の表示部２０５にアンケート回答フォームが表示されている様子を示してある。図６には、「シラバスは、授業の目標や計画及び評価方法を適切に示していた」という、一問目の設問が表示されており、「そう思う」、「どちらかといえばそう思う」、「どちらともいえない」、「どちらかといえばそう思わない」、「そう思わない」の５つの選択肢の中から、ラジオボタンで１つを選択可能としてある様子が示されている。いずれかの回答が選択された後に「次へ」ボタンＢＮ１が押下されると、次の設問が記載された画面が表示される。なお、図６には、設問形式が択一方式の場合を例に挙げたが、複数選択形式や自由回答形式等、他の形式を用いるようにしてもよい。
【００４８】
なお、クライアントがＰＣ２１０である場合には、図７に示したように、表示部２１３上に複数の設問を表示させるようにしてもよい。Ｗｅｂサーバ１０１は、クライアントから送信されるメッセージヘッダのＵｓｅｒ Ａｇｅｎｔ情報を参照することで、クライアントが携帯電話端末２００か、ＰＣ２１０かの判別を行うことができる。よって、クライアントから送信されたＵｓｅｒ Ａｇｅｎｔ情報を引数として、Ｗｅｂサーバ１０１のプログラムに条件分岐処理を行わせることで、携帯電話端末２００用とＰＣ２１０用とで表示画面を変えるようにしてもよい。
【００４９】
以上説明した本実施の形態の構成によると、学生からアンケートの回答を受け付けた時点で無効フラグにフラグを立て、チケットＩＤを無効にするようにしたため、二重回答を防ぐことができるようになる。
【００５０】
また、一意のチケットＩＤが付与されたチケットを、授業を受講している学生に配布することにより、アンケートに回答する学生を、授業を受講した学生に限定することができるようになる。
【００５１】
また、アンケートに回答する際には、個人を特定するような情報を入力させることなく、チケットＩＤのみを入力すればよい仕組みとしてあるため、アンケート回答時の匿名性保つことができる。このため、学生のより率直な意見を集めることができるようになる。
【００５２】
また、チケットＩＤに開始日及び終了日を設け、終了日を経過した後にも無効フラグを立ててチケットＩＤを無効にするようにしたため、チケットの回収等を行う必要がなく、また管理も容易に行うことができる。
【００５３】
また、ＱＲコードリーダを備えた携帯電話端末からであれば、チケットに記載のＱＲコードを読み取る操作を行うだけで、アンケート回答画面が表示されるようになるため、利便性を向上させることができる。
【００５４】
また、チケットＩＤの有効期限内であれば、何時でもアンケートに回答することができるようになるため、授業時間中にアンケート回答用の時間を確保する必要がなくなり、限られた授業時間をすべて有効に使用できるようになる。
【００５５】
また、チケットは、名刺サイズ等の小さいサイズで作成可能であるため、使用する紙を節減することができるようになる。また、チケットは通常のプリンタを用いて容易に生成可能であり、マークシート方式のように特別な印刷を行う必要がなくなるため、ランニングコストを低減させることができるようになる。
【００５６】
なお、上述した実施の形態では、授業評価アンケートを行う場合を例に挙げて説明したが、アンケートの種類はこれに限定されるものではない。例えば、学生の生活調査等、他のアンケートをとる場合にも適用可能である。
【００５７】
また、上述した実施の形態では、アンケートの回答情報と学生の情報とを結び付けない場合を例に挙げたが、データベース上でアンケートの回答情報と学生の情報との間にリレーションを張るようにしてもよく、また、チケットＩＤに学生の履修情報を埋め込むようにしてもよい。
【００５８】
また、上述した実施の形態ではチケットにＱＲコードを印字した場合を例に挙げたが、ＰＤＦ４１７やＭａｘｉコード等の二次元コードや、その他の識別コードを用いるようにしてもよい。
【００５９】
また、上述した実施の形態では、大学等の教育現場でアンケートを行う場合に適用した例を挙げたが、映画館や演奏会場、劇場等で、映画や演奏、演劇に対するアンケートを取得したい場合に適用するようにしてもよい。この場合も、映画や公演の終了後等に来場者にチケットを配布し、携帯電話端末やＰＣ等からアンケートへの回答を受け付けるようにすればよい。
【００６０】
また、上述した実施の形態では、携帯電話端末とＰＣを用いた場合を例に挙げたが、これらに限定されるものではなく、ＰＤＡ（Personal Digital Assistants）等の携帯端末や通信機能を有するゲーム端末等、他の端末を用いる場合に適用してもよい。
【図面の簡単な説明】
【００６１】
【図１】本発明の一実施の形態によるシステムの構成例を示す部図である。
【図２】本発明の一実施の形態によるチケットの例を示す説明図である。
【図３】本発明の一実施の形態によるデータベースの構成例を示す説明図である。
【図４】本発明の一実施の形態によるＷｅｂサーバの処理例を示すフローチャートである。
【図５】本発明の一実施の形態によるチケットＩＤ入力画面の例を示す説明図である。
【図６】本発明の一実施の形態によるアンケート回答画面の例を示す説明図である。
【図７】本発明の一実施の形態によるアンケート回答画面の例を示す説明図である。
【図８】従来のアンケート用紙の例を示す説明図である。
【符号の説明】
【００６２】
１０１…Ｗｅｂサーバ、１０２…アプリケーションサーバ、１０３…データベース、１０４…ＱＲコード生成部、１０５…チケット生成部、１０６…プリンタ、２００…携帯電話端末、２０１…アンテナ、２０２…通信制御部、２０３…ＱＲコードリーダ、２０４…操作部、２０５…表示部、２０６…制御部、２０７…メモリ、２１０…パーソナルコンピュータ、２１１…通信制御部、２１２…操作部、２１３…表示部、２１４…制御部、２１５…メモリ、３００…パーソナルコンピュータ、３０１…通信制御部、３０２…制御部、３０３…メモリ、３０４…操作部、３０５…表示部
【図１】
2009015358.tif 000003
【図２】
2009015358.tif 000004
【図３】
2009015358.tif 000005
【図４】
2009015358.tif 000006
【図５】
2009015358.tif 000007
【図６】
2009015358.tif 000008
【図７】
2009015358.tif 000009
【図８】
2009015358.tif 000010