(57)【特許請求の範囲】
【請求項１】
所定の団体の管理下にない店舗へ、当該所定の団体に属している者のみを利用者として入店させる店舗を支援する情報処理システムであって、
前記所定の団体に属していることを証明すべく、当該所定の団体から前記店舗の利用候補者に対して発行された証明情報を少なくとも含む登録情報を登録する登録手段と、
前記店舗の店員により操作される店舗端末において、前記利用候補者の前記証明情報及び顔写真が固定された、前記所定の団体により発行された媒体を有する当該利用候補者、又は、当該媒体を確認した店員の操作による、当該媒体に固定された当該証明情報の入力を受け付ける証明情報受付手段と、
入力が受け付けられた前記証明情報の登録を確認する登録確認手段と、
前記店舗端末において、前記媒体に固定された前記顔写真と前記利用候補者とを見比べた前記店員の操作による、前記利用候補者の実在の確認を示す実在確認情報を取得する実在確認手段と、
前記登録確認手段による前記証明情報の登録と、前記実在確認手段による前記実在確認情報の取得を条件として、当該利用候補者を前記利用者として前記店舗への入店を許可する入店処理制御手段と、
を備える情報処理システム。
【請求項２】
前記所定の団体は学校であり、
前記利用候補者は前記学校の生徒であり、
前記証明情報は、前記生徒の顔写真が掲載された前記学校の学生証に示される学生番号である、
請求項１に記載の情報処理システム。
【請求項３】
前記登録手段は、前記店舗端末の操作による前記証明情報の入力に基づいて、前記利用候補者の情報を登録する、
請求項１に記載の情報処理システム。
【請求項４】
所定の団体の管理下にない店舗へ、当該所定の団体に属している者のみを利用者として入店させる店舗を支援するコンピュータに、
前記所定の団体に属していることを証明すべく、当該所定の団体から前記店舗の利用候補者に対して発行された証明情報を少なくとも含む登録情報を登録する登録ステップと、
前記店舗の店員により操作される店舗端末において、前記利用候補者の前記証明情報及び顔写真が固定された、前記所定の団体により発行された媒体を有する当該利用候補者、又は、当該媒体を確認した店員の操作による、当該媒体に固定された当該証明情報の入力を受け付ける証明情報受付ステップと、
入力が受け付けられた前記証明情報の登録を確認する登録確認ステップと、
前記店舗端末において、前記媒体に固定された前記顔写真と前記利用候補者とを見比べた前記店員の操作による、前記利用候補者の実在の確認を示す実在確認情報を取得する実在確認ステップと、
前記登録確認ステップの処理による前記証明情報の登録と、前記実在確認ステップの処理による前記実在確認情報の取得を条件として、当該利用候補者を前記利用者として前記店舗への入店を許可する入店処理制御ステップと、
を含む制御処理を実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理システム及びプログラムに関する。
【背景技術】
【０００２】
従来より、企業において、人材の採用は、重要な企業活動の一つである。中でも、大学生を対象とした採用活動は、企業の人材採用の中でも非常に重要な位置づけにある。
この点、大学生は、インターネットを利用して、就職を希望する企業の情報を入手する。また、企業も求める人材の情報を得るため、大学生の履歴書から就職を希望する大学生の情報を入手する。
しかし、企業のホームページや大学生の履歴書だけではわからない情報を得るために、企業と学生が話し合う、いわゆる企業説明会なるイベントが開催される。そして、当該イベントは、大学独自に行っていることも多い。
そのため、大学の構内の食堂やカフェを企業説明会等といった就職活動の場とするサービスがある。しかし、当該大学の学生以外が当該サービスを利用しないよう、大学が主催する企業説明会への入退場の管理する必要がある。
例えば、所定の領域内にて、学生が所有する携帯端末で受信可能なビーコンを利用して、当該所定の領域内に進入した学生を検知するシステムが提案されている（例えば、先行文献１）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１７−１２３０６７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１に記載の技術を含む従来技術のみでは、所定の領域内に進入した学生を検知することができるに過ぎず、当該所定の領域内への学生の進入を制御することはできなかった。【０００５】
本発明は、このような状況を鑑みてなされたものであり、所定の領域内へ進入する資格を有する者のみを、当該所定の領域に進入させることができる技術を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記目的を達成するため、本発明の一態様の情報処理システムは、
所定の団体に属していることをユーザの入店条件又は当該ユーザによる商品の持ち出し条件とする店舗を支援する情報処理システムであって、
前記所定の団体に属していることを証明する証明情報を少なくとも含むユーザ情報を登録する登録手段と、
前記証明情報に基づく前記ユーザの確認を条件として、前記ユーザの前記店舗への入店又は当該店舗からの商品の持ち出しのための入店処理の実行を許可する入店処理制御手段と、
を備える。
【発明の効果】
【０００７】
本発明によれば、所定の領域内へ進入する資格を有する者のみを、当該所定の領域に進入させることができる。
【図面の簡単な説明】
【０００８】
【図１】本発明の一実施形態に係る情報処理システムの構成の一例を示す構成図である。
【図２】図１の情報処理システムのうちサーバのハードウェア構成の一例を示すブロック図である。
【図３】図１の情報処理システムのうち店舗端末のハードウェア構成の一例を示すブロック図である。
【図４】図１の情報処理システムのうちサーバ、店舗端末及び学生端末の機能的構成例の一例を示す機能ブロック図である。
【図５】図４の店舗端末が実行する店舗利用処理の流れを説明するフローチャートである。
【図６】学生情報登録処理で利用される表示画面の一例を示す図である。
【図７】店舗利用処理で利用される表示画面等の一例を示す図である。
【図８】店舗端末による学生登録の際に利用される表示画面の一例を示す図である。
【図９】店舗端末による学生登録の変更処理の際に利用される表示画面の一例を示す図である。
【図１０】本発明の一実施形態に係る情報処理システムの構成の一例であって、図１とは異なる例を示す構成図である。
【図１１】図１０の情報処理システムのうちサーバ、店舗端末及び学生端末の機能的構成例の一例であって、図４の例とは異なる例を示す機能ブロック図である。
【図１２】図１１の機能的構成を有する、サーバ、店舗端末及び学生端末が実行する店舗利用処理の一例であって、図５の例とは異なる例を示すアローチャートである。
【図１３】学生情報登録処理で利用される表示画面等の一例であって、図６の例とは異なる例を示す図である。
【図１４】店舗利用処理で利用される表示画面等の一例であって、ＱＲコード（登録商標）の発行の一例を示す図である。
【図１５】店舗利用処理で利用される表示画面等の一例であって、図７の例とは異なる例を示す図である。
【図１６】発行されたＱＲコード（登録商標）の一例を示す図である。
【図１７】店舗での飲食又は持ち帰りに関する図である。
【図１８】マグカップに使用するスポンサー企業のロゴの概要を説明する図である。
【図１９】店舗を利用する学生の特定の情報に関する図である。
【図２０】アンケート画面の一例を示す図である。
【発明を実施するための形態】
【０００９】
[第１実施形態]
まず、本発明の実施形態を説明するに先立ち、本発明の一実施形態に係る情報処理システムの適用対象となるサービス（以下、「本サービス」と呼ぶ）について簡単に説明する。
本サービスの提供者は、例えば、所定の大学構内やその近隣にあるカフェ等の店舗（以下、「店舗」と略記する）を運営する。この店舗の顧客は、当該所定の大学等に属する学生である。
ただし、店舗の運営費用は、顧客たる学生から徴収するのではなく、採用等の理由により学生に対するコンタクトや情報を所望する企業（以下、「企業」と略記する）から徴収する。
即ち、本サービスの提供者は、企業からスポンサーを募り、このスポンサーから徴収した金銭等を用いて店舗を運営する。
これにより、店舗は、当該店舗の顧客として来店する学生に対して、各種サービス（飲食提供や場所の提供等）を無料等で提供する。
一方、企業は、店舗に来店した学生の情報を取得したり、当該店舗において学生と接する等の各種利益を得ることができる。
【００１０】
換言すると、企業は、このような利益を得ることができるからこそ、店舗のスポンサーとして、金銭等を支払うのである。そして、この金銭等は、企業に利益を提供可能な学生による店舗の利用に関するものにのみ換言すべきである。
つまり、本サービスを適切に提供するためには、店舗を利用可能な者は学生に限定する必要である。
そこで、本サービスで利用される情報処理システム、換言すると本発明が適用される情報処理システムは、店舗の来店者が学生であることを適切に確認するために各種処理を実行する。
【００１１】
具体的には例えば、学生は、店舗を利用するためには、本発明が適用される情報処理システムに対する登録（以下、「学生登録」と呼ぶ）をする必要がある。この登録に必要な情報（以下、「登録情報」と呼ぶ）は、その登録者が学生（即ち所定の大学に属している者）であることを証明する情報（以下、「証明情報」と呼ぶ）を少なくとも含むものとする。具体的には例えば、ここでは、証明情報は、学生証に記載された学生番号であるものとする。
このように、本発明が適用される情報処理システムは、企業に利益を提供可能な学生以外の者が店舗を利用してしまうことを防止すべく、店舗の利用を許可する者（つまり学生）毎に、証明情報を含む登録情報を事前に登録する。
そして、店舗の店員は、所定の情報処理装置（後述する図１の店舗端末２等）を操作して登録情報を照会し、当該登録内容（特に証明情報）に基づいて、当該店舗の来店者が、登録した学生本人であるか否かを確認する。
このように、登録した学生本人であることの確認が済んではじめて、来店者（登録した学生本人）は、店舗を利用することができる。
【００１２】
ここで、登録した学生本人であることの確認の手法自体は、店舗に来店した者に対して証明情報に基づいて確認する手法であれば足り、後述の第２実施形態の手法を含め、各種各様な手法を採用することができる。例えば第１実施形態では、次のような確認手法が採用されている。
つまり、第１実施形態では、店舗の店員は、当該店舗の来店者に対して学生証の提示を求める。そして、店舗の店員は、所定の情報処理装置（後述する図１の店舗端末２等）を操作して、提示された学生証に記載された学生番号（証明情報）が学生登録をされたものであるか否かを照会する。
提示された学生証に記載された学生番号が学生登録をされたものであった場合には、店舗の店員は、さらに、当該学生証に貼付された顔写真により、来店者の顔がその顔写真と一致するか否か、即ち学生登録を行った学生（以下、「正規の学生」と呼ぶ）本人か否かを確認する。
つまり、学生証自体は、他人に貸与や譲渡が可能である。そこで、たとえ学生証に記載の学生番号が登録済であっても、当該学生証を保有する来店者が正規の学生か否かを確認する必要がある。この正規の学生本人であることの確認として、学生証に貼付された顔写真が用いられる。
換言すると、仮に、学生登録を行った学生本人が来店した場合であっても、学生証を保有していない場合には、顔写真による本人確認（正規の学生であることの確認）ができないため、店舗の利用は不可になる。
【００１３】
以下、このような本サービスで利用される情報処理システム、即ち、本発明の第１実施形態に係る情報処理システムについて、図面を用いて説明する。
図１は、本発明の一実施形態に係る情報処理システムの構成の一例を示す構成図である。
【００１４】
本発明の第１実施形態に係る情報処理システムは、図１に示すように、サーバ１と、Ｌ個（Ｌは、１以上の任意の整数値）の店舗端末２−１乃至２−Ｌと、Ｋ個（Ｋは、１以上の任意の整数値）の学生端末３−１乃至３−Ｋと、Ｍ個（Ｍは、１以上の任意の整数値）の企業端末４−１乃至４−Ｍとが、夫々インターネット等のネットワークＮに接続されて構成される。
【００１５】
サーバ１は、本サービスの提供者により管理される。
店舗端末２−１乃至２−Ｌの夫々は、各種大学の構内や近隣に設置される店舗に設置される端末である。なお、以下、店舗端末２−１乃至２−Ｌの夫々を個々に区別する必要がない場合、これらをまとめて「店舗端末２」と呼ぶ。ここで、店舗は、１つの大学に対して１つである必要は特にない。また、店舗に設置される店舗端末２の個数も任意である。ただし、説明の便宜上、以下の例では、１つの大学につき１つの店舗が存在し、１つの店舗には、１個の店舗端末２があるものとする。
学生端末３−１乃至３−Ｋの夫々は、学生が操作する端末である。なお、以下、学生端末３−１乃至３−Ｋの夫々を個々に区別する必要がない場合、これらをまとめて「学生端末３」と呼ぶ。ここで、学生が操作する学生端末３は、１個である必要は特にない。ただし、説明の便宜上、以下の例では、１人の学生につき１個の学生端末３が操作されるものとする。
企業端末４−１乃至４−Ｍの夫々は、各企業内に設置される端末である。なお、以下、企業端末４−１乃至４−Ｍの夫々を個々に区別する必要がない場合、これらをまとめて「企業端末４」と呼ぶ。ここで、企業に配置される企業端末４は、１個である必要は特にない。ただし、説明の便宜上、以下の例では、１の企業につき１個の企業端末４が配置されるものとする。また、各企業は、Ｌ個の店舗のうち、任意の個数の任意の組合せの店舗に対するスポンサーとなることができるが、説明の便宜上、以下の例では、Ｌ個の店舗の全てに対するスポンサーとなっているものとする。
【００１６】
図２は、図１の情報処理システムのうちサーバ１のハードウェア構成の一例を示すブロック図である。
サーバ１は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）１１と、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）１２と、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）１３と、バス１４と、入出力インターフェース１５と、出力部１６と、入力部１７と、記憶部１８と、通信部１９と、ドライブ２０とを備えている。
【００１７】
ＣＰＵ１１は、ＲＯＭ１２に記録されているプログラム、又は、記憶部１８からＲＡＭ１３にロードされたプログラムに従って各種の処理を実行する。
ＲＡＭ１３には、ＣＰＵ１１が各種の処理を実行する上において必要な情報等も適宜記憶される。
【００１８】
ＣＰＵ１１、ＲＯＭ１２及びＲＡＭ１３は、バス１４を介して相互に接続されている。このバス１４にはまた、入出力インターフェース１５も接続されている。入出力インターフェース１５には、出力部１６、入力部１７、記憶部１８、通信部１９及びドライブ２０が接続されている。
【００１９】
出力部１６は、液晶ディスプレイやスピーカ等の各種ハードウェアで構成され、各種情報を出力する。
入力部１７は、キーボードやマウス等各種ハードウェアで構成され、各種情報を入力する。
記憶部１８は、ハードディスクやＤＲＡＭ（Ｄｙｎａｍｉｃ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）等で構成され、各種情報を記憶する。
通信部１９は、インターネットを含むネットワークＮを介して他の装置（例えば、図１の例で言えば、学生端末３等）との間で行う通信を制御する。
【００２０】
ドライブ２０は、必要に応じて設けられる。ドライブ２０には磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリ等よりなり、リムーバブルメディア２１が適宜装着される。ドライブ２０によってリムーバブルメディア２１から読み出されたプログラムは、必要に応じて記憶部１８にインストールされる。また、リムーバブルメディア２１は、記憶部１８に記憶されている各種情報も、記憶部１８と同様に記憶することができる。
【００２１】
図３は、図１の情報処理システムのうち店舗端末２のハードウェア構成の一例を示すブロック図である。
店舗端末２は、タブレット等の各種デバイスにより、適宜、構成されるものである。
なお、店舗端末２の内部のハードウェア構成は、タッチパネルを有する点を除き、サーバ１の構成と基本的に同様とすることができるので、ここでは、サーバ１の構成と異なる点のみ説明する。
【００２２】
表示部３７は、各種液晶ディスプレイ等で構成され、例えば、図７において後述するが登録された学生であるかの確認処理の各種画像等を表示する。
タッチ操作入力部３６は、例えば表示部３７に積層される静電容量式又は抵抗膜式（感圧式）の位置入力センサにより構成され、タッチ操作がなされた位置の座標を検出する。
このように、タッチ操作入力部３６と表示部３７により、タッチパネルが構成されている。
【００２３】
学生端末３及び企業端末４の内部のハードウェア構成は、店舗端末２と同様であるため、ここでは、説明は省略する。
【００２４】
このように構成されたサーバ１、店舗端末２、学生端末３の各種ハードウェアと各種ソフトウェアとの協働により、学生情報登録処理等の実行が可能になり、店舗端末２側で店舗利用処理等の実行が可能になる。
ここで、学生情報登録処理とは、サーバ１と学生端末３により実行される処理であって、学生端末３から送信される証明情報（学生の学生番号）を含む各種情報を、学生登録情報としてサーバ１側で登録して管理するまでの一連の処理をいう。
店舗利用処理とは、店舗端末２の処理であって、当該店舗端末２が設置された店舗の来店者が正規の学生であるか否かを確認するまでの一連の処理をいう。
【００２５】
次に、図１の情報処理システムについて、このような学生情報登録処理及び店舗利用処理を実現するための機能的構成の一例について説明していく。
図４は、図１の情報処理システムのうち、サーバ１、店舗端末２及び学生端末３の機能的構成例の一例を示す機能ブロック図である。
【００２６】
サーバ１のＣＰＵ１１においては、学生情報取得部１０１と、学生登録管理部１０２とが機能する。
店舗端末２のＣＰＵ３１においては、証明情報受付部１４１と、学生情報送信制御部１４２と、学生登録情報取得部１４３と、登録確認部１４４と、実在確認情報取得部１４５と、入店処理制御部１４６と、表示制御部１４７とが機能する。
学生端末３のＣＰＵ５１においては、証明情報取得部１２１と、学生情報送信制御部１２２とが機能する。
【００２７】
まず、学生情報登録処理の機能的構成について説明する。
学生端末３の証明情報取得部１２１は、タッチ操作入力部５６で入力された学生の証明情報を取得する。
上述したように、証明情報は、例えば、学生番号といった、学生が所属する大学の生徒であることを証明し、本サービスを受けるための学生登録に必要な情報である。
【００２８】
学生端末３の学生情報送信制御部１２２は、証明情報取得部１２１で受け付けられた証明情報を含む、当該学生端末３を操作する学生に関する各種情報を、学生情報としてサーバ１に送信するための制御を行う。
ここで、学生情報とは、例えば、上述の証明情報としての学生の学生番号を少なくとも含む情報であって、その他、当該学生の所属する大学の名称、当該学生の氏名やメールアドレス等、当該学生に関する各種情報の集合体である。
【００２９】
サーバ１の学生情報取得部１０１は、学生端末３から送信されてきた学生情報を、通信部１９を介して取得する。
【００３０】
サーバ１の学生登録管理部１０２は、学生情報取得部１０１で取得された学生情報を、各学生毎に学生情報ＤＢ２００に登録する。なお、学生情報ＤＢ２００に登録された学生情報を、以下、「学生登録情報」と呼ぶ。
学生登録管理部１０２は、この学生登録情報を学生情報ＤＢ２００に保持し、随時、店舗端末２へ送信をするために学生情報ＤＢ２００から抽出する等、当該学生登録情報を管理する。
【００３１】
なお、上述の学生端末３とサーバ１で処理される学生情報登録処理は、サーバ１と店舗端末２との間でも行うことができる。具体的には例えば、店舗端末２において、証明情報取得部１２１と学生情報送信制御部１２２との夫々の代わりに、証明情報受付部１４１と学生情報送信制御部１４２とが機能する。
つまり、上述の学生情報登録処理は、学生登録前の学生が本サービスを受けるために最初に学生端末３を操作する場合だけでなく、学生登録後の正規の学生が学生登録を更新したり新たに行う場合や、何らかの理由で店舗の店員が学生登録又はその更新をする場合にも行われる。具体的には例えば、誤った情報が学生情報として登録された場合、大学の学部の転部等による学生番号等が変更された場合にも、学生情報登録処理が実行される。
【００３２】
以上、学生情報登録処理の機能的構成について説明した。次に、店舗利用処理の機能的構成について説明する。
店舗利用処理は、上述のように、店舗の来店者が、店舗を利用する前（例えば入店前）に、正規の学生であるか否かを確認する処理である。第１実施形態では、店舗の来店者が学生証を、当該店舗の店員に提示する。この提示された学生証に基づいて確認が行われる。
【００３３】
即ち、店舗の店員は、提示された学生証に記載された学生番号を、例えば店舗端末２に対してタッチ操作をすることで入力する。
店舗端末２の証明情報受付部１４１は、タッチ操作入力部３６から入力された学生番号を証明情報として受け付ける。
【００３４】
店舗端末２の学生登録情報取得部１４３は、サーバ１から通信部４０を介して、学生登録情報に含まれる証明情報（学生番号）等を取得する。
ここで、証明情報等と記載したのは、証明情報（学生番号）自体を取得する必要は無いからである。
つまり、証明情報受付部１４１で取得された証明情報（学生番号）と、サーバ１で管理されている学生登録情報に含まれる証明情報（学生番号）とが一致することの確認は、ここでは説明の便宜上店舗端末２側で行われるものとしている。
しかし、これは特に必須なことではなく、証明情報受付部１４１で取得された証明情報（学生番号）と、サーバ１で管理されている学生登録情報に含まれる証明情報（学生番号）とが一致することの確認は、サーバ１側で行われてもよく、一致するか否かを示す情報がサーバ１から店舗端末２に送信されてもよい。この場合、学生登録情報取得部１４３は、この「一致するか否かを示す情報」を取得する。
【００３５】
店舗端末２の登録確認部１４４は、証明情報受付部１４１で取得された証明情報（学生番号）が、サーバ１側で管理されている学生登録情報に含まれていること、即ち、当該証明情報が正規の学生のものとして学生登録がされていることを確認する。
なお、登録確認部１４４による確認ができなかった来店者は、この時点で、店舗の利用はできなくなる。
【００３６】
一方、登録確認部１４４による確認ができた場合、店舗の店員は、提示された学生証に貼付された顔写真と来店者の顔とを見比べて、来店者が当該学生証の所有者（本人）であることの確認、即ち実在確認をする。
店舗の店員は、実在確認を示す情報（以下、「実在確認情報」と呼ぶ）を、例えば店舗端末２に対してタッチ操作をすることで入力する。
店舗端末２の実在確認情報取得部１４５は、タッチ操作入力部３６から入力された実在確認情報を取得する。
【００３７】
店舗端末２の入店処理制御部１４６は、実在確認情報取得部１４５で取得された実在確認情報と、登録確認部１４４で確認された証明情報から、来店者（正規の学生）に対する店舗の利用を許諾するための各種処理（主に、入店を許可し、飲食等のオーダーを受け付ける処理であり、以下、「入店処理」と呼ぶ）の実行を制御する。
【００３８】
店舗端末２の表示制御部１４７は、入店処理制御部１４６の制御による入店処理に伴う各種情報、例えば入店が許可された旨のメッセージ等を表示部３７に表示させるよう制御する。
【００３９】
以上、店舗利用処理の機能的構成について説明した。
【００４０】
次に、図５を参照して、店舗端末２が実行する店舗利用処理について説明する。
即ち、図５は、図４の店舗端末２が実行する店舗利用処理の流れを説明するフローチャートである。
なお、店舗利用処理の前提として、学生端末３及びサーバ１による学生情報登録処理は完了している必要があるが、当該学生情報登録処理の流れについては、説明は省略する。
【００４１】
上述のように、店舗の来店者は、当該店舗の店員に対して、学生証を提示する。この学生証の提示がなければ、店舗利用処理は開始されない。即ち、来店者は当該店舗を利用することはできない。
学生証が提示されると、上述したように、店舗の店員は、提示された学生証に記載された学生番号を、例えば店舗端末２に対してタッチ操作をすることで入力する。これにより、店舗利用処理が開始する。
【００４２】
ステップＳ１において、証明情報受付部１４１は、タッチ操作入力部３６から入力された学生番号を証明情報として受け付ける。
【００４３】
ステップＳ２において、登録確認部１４４は、ステップＳ１の処理で受け付けられた証明情報（学生番号）が登録済みであるか否か、即ち、当該証明情報が正規の学生のものとして学生登録がされているか否かを判定する。
証明情報（学生番号）が未登録である場合、ステップＳ２においてＮＯであると判定されて、店舗処理は終了となる。即ち、来店者は、この時点で、店舗の利用はできなくなる。
これに対して、証明情報（学生番号）が登録済である場合、ステップＳ２においてＹＥＳであると判定されて、処理はステップＳ３に進む。
【００４４】
ステップＳ３において、実在確認情報取得部１４５は、実在確認情報が入力されたか否かを判定する。
即ち、証明情報（学生番号）が登録済であることが確認されると、店舗の店員は、提示された学生証に貼付された顔写真と来店者の顔とを見比べて、来店者が当該学生証の所有者（本人）であることの確認、即ち実在確認をする。
実在確認ができない場合、実在確認情報は入力されないので、ステップＳ３においてＮＯであると判定されて、店舗処理は終了となる。即ち、来店者は、この時点で、店舗の利用はできなくなる。
これに対して、実在確認ができた場合、上述したように、店舗の店員は、実在確認情報を、例えば店舗端末２に対してタッチ操作をすることで入力する。すると、実在確認情報取得部１４５は、タッチ操作入力部３６から入力された実在確認情報を取得する。これにより、ステップＳ３においてＹＥＳであると判定され、処理はステップＳ４に進む。
【００４５】
ステップＳ４において、入店処理制御部１４６は、入店処理の実行を開始させる。これにより、店舗処理は終了となる。この場合、来店者は、正規の学生として、店舗を利用することができる。
【００４６】
次に、図６を参照して、学生情報登録処理で利用される表示画面の一例について説明する。
【００４７】
学生情報登録処理の実行に際し、学生端末３の表示部３７には、本サービスのトップ画面５００Ａ（以下、「画面５００Ａ」と呼ぶ）、学生登録前の画面（以下、「画面５００Ｂ」と呼ぶ）、及び学生登録画面５００Ｃ（以下、「画面５００Ｃ」と呼ぶ）の夫々が適宜表示される。
【００４８】
画面５００Ａは、サービス提供者が管理するウェブサイトのトップ画面である。画面５００Ａには、上から順に、学生スタッフを募集するための領域と、新規会員登録（学生登録）用の領域と、本サービス（ここでは「知るカフェ」と呼ばれるサービス）に関するＨＰ（Ｈｏｍｅ  Ｐａｇｅ）へのアクセスするための領域とが設けられている。
画面５００Ａの学生スタッフを募集するための領域は、学生が店舗でスタッフとして働きたいときに例えばタッチ操作等をする領域である。学生は、当該タッチ操作をすることで、学生スタッフに関する情報を得たり、学生スタッフになるための登録手続き等を行うことができる。
一方、学生は、店舗を利用するために正規の学生となりたい場合、即ち学生端末３を使用して学生登録（学生登録）をしたい場合、画面５００Ａのうち新規会員登録用の領域に対して例えばタッチ操作をする。
【００４９】
すると、学生端末３の表示部３７には、画面５００Ｂが表示される。
画面５００Ｂは、学生登録を行うためのＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）を入手するための画面である。
即ち、学生は、正規の学生となるための学生登録を行いたい場合、画面５００Ｂのうち「空メール送信画面へ」のソフトウェアボタンに対して例えばタッチ操作をする。
すると図示はしないが、学生端末３からサーバ１等に対して空メールを送るための画面が、学生端末３の表示部３７に表示される。学生端末３は、この画面にしたがって空メールをサーバ１等に送信する。これにより、サーバ１等から、学生登録を行うためのＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）のリンク等の情報が学生端末３に送信されて表示される。
学生は、このリンク等の情報を例えばタッチ操作をする。
【００５０】
すると、学生端末の表示部３７には、画面５００Ｃが表示される。
画面５００Ｃは、学生登録を行う学生についての学生情報（学生番号といった証明情報を含む）を入力するための画面である。
画面５００Ｃの例では、学生情報として、上から順に、学生が属する大学についての、学部、学年、及び学生番号の入力と、当該学生についての、氏名、メールアドレス、及び性別の入力とが可能になっている。上述したように、学生番号が証明情報として入力されるのが特徴である。
【００５１】
画面５００Ｃに入力された証明情報（学生番号）を含む各種情報は、証明情報取得部１２１により入力され、学生情報送信制御部１２２の制御により、学生情報としてサーバ１に送信される。
サーバ１において、この学生情報は、学生情報取得部１０１により取得され、学生登録管理部１０２により学生情報ＤＢ２００に登録されて管理される。
これにより、学生は、店舗を利用可能な正規の学生として学生登録がなされることになる。
【００５２】
次に、図７を参照して、店舗利用処理で利用される表示画面等の一例について説明する。
【００５３】
図７においては、店舗端末２にトップ画面として表示される画面５１０Ａ、来店者（正規の学生）の学生証５１０Ｂ、及び店舗端末２において入店処理を行うための画面５１０Ｃが示されている。
【００５４】
画面５１０Ａは、店舗端末２において、初めに表示される画面である。
画面５１０Ａには、各種ソフトウェアボタン（以下単に「ボタン」と呼ぶ）等が配置されている。
即ち、一番上には、店舗名や、当該店舗の来店数等の各種情報が表示される領域が配置される。
その下方には、「新規」と表示された学生登録のためにボタンが左側に、「会員」と表示された店舗を利用するためのボタンが右側に、夫々配置されている。これらの下方の中央には、「会員情報変更」と表示された学生登録内容の変更のためのボタンが配置されている。
ここで、「新規」と表示された学生登録のボタンでは、図８を用いて後述する店舗端末２で学生登録をするためのボタンである。また、「会員情報変更」と表示された学生登録の変更のためのボタンは、図９を用いて後述する正規の学生の学生番号等の情報を変更するためのボタンである。
【００５５】
学生証５１０Ｂは、上述したように、店舗の来店者により、自身が正規の学生であることを証明するために店員に提示される。
この学生証５１０Ｂには、証明情報として学生登録された学生番号と、実在確認をするために必要な顔写真が含まれている。
つまり、店員は、このような学生証を用いることで、来店者が正規の学生であることを確実に確認することができる。つまり、学生番号と顔写真の確認ができる学生証を用いることで、学生証の貸し借りを利用した正規の学生以外の者による店舗の利用を防止することができる。
【００５６】
画面５１０Ｃは、入店処理を行うための画面であり、画面５１０Ａの「会員」と表示された店舗を利用するためのボタンがタッチ操作（押下操作）されることで表示される。
ここで、画面５１０Ｃには、上から「学生番号」と表示された入力欄と、「照会」と表示されたボタンと、学生の氏名と来店回数が表示される領域と、「入店処理」のボタンが配置されている。
【００５７】
即ち、図５の店舗利用処理のステップＳ１において、証明情報受付部１４１により受け付けられる学生番号（証明情報）は、画面５１０Ｃの「学生番号」と表示された入力欄に入力されたものである。
【００５８】
そして、画面５１０Ｃの「学生番号」と表示された入力欄に学生番号（証明情報）が入力された後、その下方の「照会」と表示されたボタンが例えばタッチ操作されると、ステップＳ２において、登録確認部１４４による、ステップＳ１の処理で受け付けられた証明情報（学生番号）が登録済みであるか否か、即ち、当該証明情報が正規の学生のものとして学生登録がされているか否かの判定が行われる。
証明情報（学生番号）が未登録である場合、「照会」と表示されたボタン内のチェックボックスには何も表示されない（図示せず）。この場合、ステップＳ２においてＮＯであると判定されて、店舗処理は終了となる。即ち、来店者は、この時点で、店舗の利用はできなくなる。
これに対して、証明情報（学生番号）が登録済である場合、「照会」と表示されたボタン内のチェックボックスにチェック印が表示され（図７参照）、ステップＳ２においてＹＥＳであると判定されて、処理はステップＳ３に進む。
【００５９】
なお、この段階で、「照会」と表示されたボタンの下方の領域には、学生の氏名と来店回数が表示される。
上述したように、店舗の店員は、提示された学生証に貼付された顔写真と来店者の顔とを見比べて、来店者が当該学生証の所有者（本人）であることの確認、即ち実在確認をする。
この実在確認ができた場合、例えばタッチ操作（押下操作）されるボタンが、「入店処理」のボタンである。つまり、「入店処理」のボタンの押下信号が、実在確認情報として利用される。
従って、実在確認ができない場合、「入店処理」のボタンが例えばタッチ操作（押下操作）されないので、即ち実在確認情報は入力されないので、ステップＳ３においてＮＯであると判定されて、店舗処理は終了となる。即ち、来店者は、この時点で、店舗の利用はできなくなる。
これに対して、実在確認ができた場合、店舗の店員は、「入店処理」のボタンに対して、例えばタッチ操作（押下操作）をする。これにより、ステップＳ３においてＹＥＳであると判定され、ステップＳ４において、入店処理が開始する。これにより、来店者は、正規の学生として、店舗を利用することができる。
【００６０】
次に、図８を用いて店舗端末２による学生登録の概要を説明する。
即ち、図８は、店舗端末２による学生登録の際に利用される表示画面の一例を示す図である。
【００６１】
図８においては、店舗端末２にトップ画面として表示される画面５１０Ａ（図７と同一画面）、及び、学生登録のための情報を入力する画面５２０Ｂ,５２０Ｃの一例が示されている。
このように、店舗端末２でも学生登録が可能となっている。これにより、何かしらイレギュラー（緊急用）に対応することができる。具体的には例えば、学生の学生端末３で入力ができなかった場合等である。
【００６２】
画面５２０Ｂ，５２０Ｃには、来店者（学生）の学生登録に必要な学生情報を入力するための入力欄等が配置される。
【００６３】
次に、図９を用いて店舗端末２による学生登録の変更の概要を説明する。
即ち、図９は、店舗端末２による学生登録の変更処理の際に利用される表示画面の一例を示す図である。
【００６４】
図９においては、店舗端末２にトップ画面として表示される画面５１０Ａ（図７と同一画面）、及び、学生情報の内容を表示したり変更するための画面５３０Ｂが配置されている。
画面５３０Ｂは、変更したい正規の学生の学生番号を入力することで、正規の学生の学生登録情報の内容が表示される。店舗の店員は、店舗端末２を操作して、これらのうち任意の情報を変更（入力）することができる。
【００６５】
[第２実施形態]
店舗利用処理において、来店者が正規の学生であるかを確認する手法は、第１実施形態では学生証を用いる手法であったが、第２実施形態では、サーバ１から発行されたＱＲコード（登録商標）を用いる手法が採用されている。
【００６６】
図１０は、本発明の一実施形態に係る情報処理システムの構成の一例であって、図１とは異なる例を示す構成図である。
【００６７】
本発明の第２実施形態に係る情報処理システムは、第１実施形態（図１）と同様に、サーバ１と、Ｌ個の店舗端末２−１乃至２−Ｌと、Ｋ個の学生端末３−１乃至３−Ｋと、Ｍ個の企業端末４−１乃至４−Ｍとが、夫々インターネット等のネットワークＮに接続されて構成される。
【００６８】
さらに、本発明の第２実施形態に係る情報処理システムは、各店舗の入口に夫々配置される、Ｎ個（Ｎは、１以上の任意の整数値）のＱＲコード読み取り機５−１乃至５−Ｎが設置されている。
なお、以下、ＱＲコード読み取り機５−１乃至５−Ｎの夫々を個々に区別する必要がない場合、これらをまとめて「ＱＲコード読み取り機５」と呼ぶ。
【００６９】
図１１は、図１の情報処理システムのうちサーバ１、店舗端末２及び学生端末３の機能的構成例の一例であって、図４の例とは異なる例を示す機能ブロック図である。
【００７０】
サーバ１のＣＰＵ１１においては、学生情報取得部１０１と、学生登録管理部１０２と、商品等情報取得部１０３と、ウェブサイト管理部１０４と、無効化処理部１０５とが機能する。
店舗端末２のＣＰＵ３１においては、証明情報受付部１４１と、学生情報送信制御部１４２と、学生登録情報取得部１４３と、登録確認部１４４と、実在確認情報取得部１４５と、入店処理制御部１４６と、表示制御部１４７と、ＱＲコード情報管理部１４８とが機能する。
学生端末３のＣＰＵ５１においては、証明情報取得部１２１と、学生情報送信制御部１２２と、商品等情報取得部１２３と、商品等情報送信制御部１２４とが機能する。
【００７１】
なお、学生情報登録処理の機能的構成については、第１実施形態と同様である。ただし、第２実施形態においては、サーバ１の学生登録管理部１０２は、所定の大学に属していることを証明する証明情報（学生番号等）を少なくとも含む学生情報を学生情報ＤＢ２００に登録するに際し、サービス提供者が管理するウェブサイトへのアクセス権限情報（例えばＥ−ｍａｉｌとパスワード等）を含めて登録する。
このウェブサイトは、正規の学生によるアクセスがなされると、その証明情報（学生番号等）を含む情報であって、当該正規の学生が店舗への入店等の際に当該店舗の店舗端末２に提供するための情報（以下、入店情報）を発行するためのサイトである。
第２実施形態では、入店情報は、ＱＲコード読み取り機５による読み取りが可能なＱＲコード（登録商標）である。この入店情報（ＱＲコード）には、正規の学生の証明情報（学生番号等）の他、当該正規の学生が店舗でオーダー等したい商品（例えば店舗がカフェならば所定種類のドリンク等）を特定可能な情報（以下、「商品情報」と呼ぶ）も含まれ得る。
【００７２】
第２実施形態の店舗利用処理の機能的構成について説明する。
【００７３】
まず、正規の学生は、所定の店舗への入店又は当該店舗からの商品の持ち出し（テイクアウト）の前に、当該所定の店舗に対する入店情報（ＱＲコード）を発行してもらう必要がある。この入店情報の発行は、サーバ１が管理するウェブサイトで行われる。
そこで、正規の学生は、学生端末３のタッチ操作入力部５６に対するタッチ操作により、上述のウェブサイトへのアクセス権限情報（例えばＥ−ｍａｉｌとパスワード等）を入力する。
すると、学生端末３の商品等情報取得部１２３は、タッチ操作入力部５６から入力されたアクセス権限情報（例えばＥ−ｍａｉｌとパスワード等）を受け付ける。
学生端末３の商品等情報送信制御部１２４は、アクセス権限情報（例えばＥ−ｍａｉｌとパスワード等）をサーバ１に送信するための制御を行う。
【００７４】
サーバ１のウェブサイト管理部１０４は、入店情報を発行するためのウェブサイトを管理する。
即ち、ウェブサイト管理部１０４は、正規の学生の学生端末３からアクセス権限情報が送信されてくると、当該ウェブサイトへのアクセスを許可し、当該ウェブサイトのページを学生端末３の表示部５７に表示させる。例えば、店舗で利用可能な商品（例えば店舗がカフェならば、オーダーするドリンク）を選択させるためのページが、学生端末３の表示部５７に表示される。
【００７５】
そこで、正規の学生は、学生端末３のタッチ操作入力部５６に対するタッチ操作により、自身で選択した商品を示す商品情報を入力する。
すると、学生端末３の商品等情報取得部１２３は、タッチ操作入力部５６から入力された商品情報を受け付ける。
学生端末３の商品等情報送信制御部１２４は、商品情報をサーバ１に送信するための制御を行う。
【００７６】
サーバ１のウェブサイト管理部１０４は、正規の学生の証明情報（学生番号等）を学生登録管理部１０２を介して学生情報ＤＢ２００から抽出する。そして、ウェブサイト管理部１０４は、抽出した証明情報（学生番号等）と、学生端末３から送信されてきた商品情報とを含む入店情報（ＱＲコード）を発行する。
なお、この入店情報（ＱＲコード）の形態は、ＱＲコード読み取り機５により読み取り可能な形態であれば足り、紙媒体に印刷された形態であってもよいし、学生端末３の表示部５７に画面として表示されるデータの形態であってもよい。
【００７７】
ここで、店舗利用処理は、上述のように、店舗の来店者が、店舗を利用する前（例えば入店前）に、正規の学生であるか否かを確認する処理である。第２実施形態では、店舗の来店者がＱＲコード（登録商標）を、当該店舗に設置されているＱＲコード読み取り機５に読み取らせる。
【００７８】
店舗端末２のＱＲコード情報管理部１４８は、ＱＲコード読み取り機５で読み取られたＱＲコード（登録商標）に関する情報を管理する。即ち、ＱＲコード情報管理部１４８は、ＱＲコード（登録商標）から、商品情報と証明情報（学生番号等）を夫々抽出し、管理する。
店舗端末２の証明情報受付部１４１は、ＱＲコード情報管理部１４８によりＱＲコード（登録商標）から抽出された学生番号を証明情報として受け付ける。
【００７９】
店舗端末２の登録確認部１４４は、証明情報受付部１４１で取得された証明情報（学生番号）が、サーバ１側で管理されている学生登録情報に含まれていること、即ち、当該証明情報が正規の学生のものとして学生登録がされていることを確認する。
なお、登録確認部１４４による確認ができなかった来店者は、この時点で、店舗の利用はできなくなる。
【００８０】
一方、登録確認部１４４による確認ができた場合、店舗の店員は、適当な手法で実在確認をし、実在確認情報を、例えば店舗端末２に対してタッチ操作をすることで入力する。
店舗端末２の実在確認情報取得部１４５は、タッチ操作入力部３６から入力された実在確認情報を取得する。
【００８１】
店舗端末２の入店処理制御部１４６は、実在確認情報取得部１４５で取得された実在確認情報と、登録確認部１４４で確認された証明情報から、入店処理の実行を制御する。
上述のＱＲコード（登録商標）に商品情報が含まれていた場合、入店処理制御部１４６は、その商品情報により特定される処理を実行する。具体的には例えば店舗がカフェの場合にオーダー希望のドリンクを示す情報が商品情報であった場合、入店処理制御部１４６は、当該ドリンクの準備をするために必要な処理等を実行する。
【００８２】
店舗端末２の表示制御部１４７は、入店処理制御部１４６の制御による入店処理に伴う各種情報、例えば入店が許可された旨のメッセージ等を表示部３７に表示させるよう制御する。
【００８３】
サーバ１の無効化処理部１０５は、ＱＲコード（登録商標）に基づく正規の学生の確認が行われ、当該正規の学生に対する入店処理が実行された場合に、使用されたＱＲコード（登録商標）を無効化する処理を行う。
これにより、正規の学生に対してのみ適切な店舗の利用が可能になる。つまり、一度使用されたＱＲコード（登録商標）は、正規の学生自身であろうと、他の者であろうと、使用することはできなくなる。したがって、正規の学生が、同一のＱＲコード（登録商標）を用いて、同一の商品情報を繰り返し利用（例えばドリンクを何杯も繰り返しオーダーする等）するという不適切な店舗の利用をすることを防止することができる。また、他者は、何らかの理由で使用済みのＱＲコード（登録商標）を手に入れても、そのＱＲコード（登録商標）を使用することができないので、店舗の利用をすることができなくなる。
【００８４】
図１２は、このような図１１の機能的構成を有する、サーバ１、店舗端末２及び学生端末３が実行する店舗利用処理の一例であって、図５とは異なる例を示すアローチャートである。
【００８５】
上述のように、正規の学生は、学生端末３のタッチ操作入力部５６に対するタッチ操作により、上述のウェブサイトへのアクセス権限情報（例えばＥ−ｍａｉｌとパスワード等）を入力する。
ステップＳ２１において、学生端末３の商品等情報取得部１２３は、アクセス権限情報を受け付けて、商品等情報送信制御部１２４は、当該アクセス権限情報をサーバ１に送信する。
ステップＳ３１において、サーバ１のウェブサイト管理部１０４は、ウェブサイトへのアクセスを許可し、当該ウェブサイトのページを学生端末３の表示部５７に表示させる。
【００８６】
ステップＳ２２において、学生端末３の商品等情報取得部１２３は、正規の学生の操作により入力された商品情報を取得し、商品等情報送信制御部１２４は、当該商品情報をサーバ１に送信する。
ステップＳ３２において、商品等情報取得部１０３は、商品情報を取得して、ウェブサイト管理部１０４に提供する。
ステップＳ３３において、ウェブサイト管理部１０４は、正規の学生の学生情報（学生番号等の証明情報を含む）を学生登録管理部１０２を介して学生情報ＤＢ２００から取得する。
ステップＳ３４において、ウェブサイト管理部１０４は、ステップＳ３３の処理で取得された学生情報内の証明情報（学生番号等）と、ステップＳ３２の処理で取得された商品情報とを含むＱＲコード（入店情報）を発行する。
なお、ＱＲコード（登録商標）の形態は、上述した様に、ＱＲコード読み取り機５により読み取り可能な形態であれば足るが、ここでは説明の便宜上、学生端末３の表示部５７に画面として表示されるデータの形態が採用されているものとする。
【００８７】
ステップＳ２３において、学生端末３のＣＰＵ５１は、ＱＲコード（データ）を取得する。
その後、店舗の利用を所望する正規のユーザは、店舗のＱＲコード読み取り機５の付近において、ＱＲコード（登録商標）を学生端末３に表示させる。
即ち、ステップＳ２４において、学生端末３のＣＰＵ５１は、ＱＲコード（登録商標）を表示部５７に表示させる。
正規の学生は、このようなＱＲコード（登録商標）が表示された表示部５７をＱＲコード読み取り機５に翳す。ＱＲコード読み取り機５は、当該ＱＲコード（登録商標）を読み取る。
ステップＳ４１において、店舗端末２のＱＲコード情報管理部１４８は、ＱＲコード読み取り機５で読み取られたＱＲコード（登録商標）を取得する。
【００８８】
ステップＳ４２において、登録確認部１４４は、ＱＲコード（登録商標）に含まれる証明情報（学生番号）が、サーバ１側で管理されている学生登録情報に含まれていること、即ち、当該証明情報が正規の学生のものとして学生登録がされていることを確認する。
ステップＳ４３において、店舗端末２の実在確認情報取得部１４５は、実在確認情報を取得する。
【００８９】
ステップＳ４４において、店舗端末２の入店処理制御部１４６は、実在確認情報と証明情報から、入店処理の実行を開始する。
ステップＳ４５において、店舗端末２の入店処理制御部１４６は、ＱＲコード（登録商標）の使用済の情報をサーバ１に送信する。
【００９０】
ステップＳ３５において、サーバ１の無効化処理部１０５は、ＱＲコード（登録商標）の使用済の情報を取得する。
ステップＳ３６において、無効化処理部１０５は、ＱＲコード（登録商標）を無効化する処理を行う。
【００９１】
次に、図１３を参照して、第２実施形態の学生情報登録処理で利用される表示画面の一例について説明する。
【００９２】
第２実施形態の学生情報登録処理の実行に際し、学生端末３の表示部３７には、画面６００Ａ、画面６００Ｂ、画面６００Ｃの夫々が適宜表示される。
画面６００Ａは、本サービスのウェブサイト（グローバルＨＰ）に関する画面である。画面６００Ｂ、及び画面６００Ｃは、学生登録前の画面である。
【００９３】
画面６００Ａの上方は、例えば、「ＴＯＰ」、「ｆｏｒ  ｃｏｍｐａｎｙ」、「ｆｏｒ  Ｕｎｉｖｅｒｓｉｔｙ」、「ＬＯＧＩＮ」、及び「Ｒｅｇｉｓｔｅｒ」への各ページに移行するためのリンクが表示される領域が配置されている。
学生は、店舗を利用するために正規の学生となりたい場合、即ち学生端末３を使用して学生登録（学生登録）をしたい場合、画面６００Ａのうち「Ｒｅｇｉｓｔｅｒ」のリンクに対して例えばタッチ操作をする。
【００９４】
すると、学生端末３の表示部３７には、画面６００Ｂが表示される。
画面６００Ｂは、学生登録を行うためのＵＲＬを入手するための画面である。
画面６００Ｂには、上から「Ｅｍａｉｌ」、「Ｅｍａｉｌ（ｃｏｎｆｉｒｍａｔｉｏｎ）」、「Ｐａｓｓｗｏｒｄ」を入力する欄と、「ＳＥＮＤ」のボタンが配置されている。
ここで、「Ｅｍａｉｌ」の記入欄は、学生端末３を操作する学生のメールアドレスを入力する欄である。「Ｅｍａｉｌ（ｃｏｎｆｉｒｍａｔｉｏｎ）」の記入欄は、誤入力防止のために再度同一のメールアドレスを入力する欄である。「Ｐａｓｓｗｏｒｄ」の記入欄は、後述するメールに記載されたＵＲＬにアクセスするためのパスワードを、入力する欄である。「ＳＥＮＤ」のボタンは、サーバ１へメールを送信するためのボタンである。
即ち、学生は、正規の学生となるための学生登録を行いたい場合、画面６００Ｂのうち、上述の各種記入欄に必定事項をタッチ操作等により入力し、「ＳＥＮＤ」のボタンに対して例えばタッチ操作をする。
すると図示はしないが、サーバ１等から、学生登録を行うためのＵＲＬのリンク等の情報が学生端末３に送信されて表示される。
学生は、このリンク等の情報を例えばタッチ操作をする。
【００９５】
すると、学生端末の表示部３７には、画面６００Ｃが表示される。
画面６００Ｃは、学生登録を行う学生についての学生情報（学生番号といった証明情報を含む）を入力するための画面である。
画面６００Ｃの例では、学生情報の記入欄として、学生番号や氏名等の記入欄のほか、「Ｃｏｍｐａｎｙ  ａｎｄ  Ｌｏｃａｔｉｏｎ  ｆｏｒ  ｉｎｔｅｒｎｓｈｉｐ」と表示されたインターンシップに関する記入欄や、プログラミングのスキルに関する「ＩＴ  Ｓｋｉｌｌｓ」を記載する記載欄が設けられている。
【００９６】
画面６００Ｃに入力された証明情報（学生番号）を含む各種情報は、証明情報取得部１２１により入力され、学生情報送信制御部１２２の制御により、学生情報としてサーバ１に送信される。
サーバ１において、この学生情報は、学生情報取得部１０１により取得され、学生登録管理部１０２により学生情報ＤＢ２００に登録されて管理される。
これにより、学生は、店舗を利用可能な正規の学生として学生登録がなされることになる。
【００９７】
次に、図１４を参照して、第２実施形態の店舗利用処理で利用される表示画面等の一例について説明する。
【００９８】
図１４においては、正規の学生の学生端末３に表示される画面として、画面６００Ａ、画面６１０Ｂ、画面６１０Ｃ、画面６１０Ｄ、画面６１０Ｅ、及び画面６１０Ｆの夫々が示されている。また、ＱＲコード読み取り機５の外観構成例を示す図も示されている。
【００９９】
正規の学生は、店舗を利用したい場合、画面６００Ａの「ＬＯＧＩＮ」のリンクに対して例えばタッチ操作をする。
すると、学生端末３の表示部３７には、画面６００Ｂが表示される。
画面６１０Ｂは、正規の学生がマイページへログインするための画面である。
画面６１０Ｂには、上から「Ｅｍａｉｌ」及び「Ｐａｓｓｗｏｒｄ」の夫々を入力する欄と、「ＬＯＧＩＮ」のボタンが配置されている。
即ち、「Ｅｍａｉｌ」及び「Ｐａｓｓｗｏｒｄ」の夫々を入力する欄とは、サービス提供者が管理するウェブサイト（ここではマイページ）へのアクセス権限情報を入力する欄である。
正規の学生は、学生端末３を操作して、「Ｅｍａｉｌ」及び「Ｐａｓｓｗｏｒｄ」の夫々の欄に必要事項を入力して、「ＬＯＧＩＮ」のボタンを押下する。
【０１００】
すると、学生端末の表示部３７には、画面６１０Ｃが表示される。
画面６１０Ｃは、サービス提供者が管理するウェブサイトのマイページが表示される画面である。
画面６１０Ｃに表示されるマイページには、「ＤＲＩＮＫ  ＱＲ  ＣＯＤＥ」と「ＥＤＩＴ  ＡＣＣＯＵＮＴ」のボタンが配置されている。
「ＥＤＩＴ  ＡＣＣＯＵＮＴ」のボタンは、学生登録の内容を変更するページに移行するためのボタンである。「ＤＲＩＮＫ  ＱＲ  ＣＯＤＥ」のボタンは、店舗でオーダーするドリンクを示す店舗情報と、学生番号等の証明情報とを含むＱＲコード（登録商標）を発行するページに移行するためのボタンである。
つまり、正規の学生は、店舗を利用すべくＱＲコード（登録商標）の発行を所望する場合、学生端末３を操作して、「ＤＲＩＮＫ  ＱＲ  ＣＯＤＥ」のボタンを押下する。
【０１０１】
すると、学生端末の表示部３７には、画面６１０Ｄ又は画面６１０Ｅが表示される。
画面６１０Ｄ及び画面６１０Ｅは、店舗でオーダーするドリンクを示す店舗情報を決定し、当該店舗情報と証明情報とを含むＱＲコード（登録商標）の発行指示をするためのページが表示されたものである。
画面６１０Ｄ及び画面６１０Ｅは、スクロール操作等により適宜切替えられる。
画面６１０Ｄ及び画面６１０Ｅに表示されるページには、「Ｉｎｄｉａｎ  Ｃｈａｉ」等の、オーダーをしたいドリンクを選択するための各種ボタンが配置されている。
ここで、本例では、１杯目（１ｓｔ  Ｄｒｉｎｋ）のドリンクを選択できるのみならず、２杯目（２ｎｄ  Ｄｒｉｎｋ）、３杯目のドリンク（３ｒｄ  Ｄｒｉｎｋ）の選択もできるようになされている。
つまり、１杯目、２杯目、及び３杯目の各ドリンクを示す情報が、商品情報としてＱＲコード（登録商標）に含まれることになる。
【０１０２】
以上の結果、サーバ１からは、ＱＲコード（登録商標）が発行される。上述のように、ＱＲコード（登録商標）の形態は特に限定されず、紙媒体に印刷される形態でもよいが、図１４を含めこれ以降の例では、ＱＲコード（登録商標）が学生端末３の画面６１０Ｆに表示される形態が採用されているものとする。
つまり、正規の学生は、学生端末３のうち画面６１０Ｆが表示された表示部３７を、ＱＲコード読み取り機５に翳す。すると、ＱＲコード読み取り機５は、当該ＱＲコード（登録商標）を読み取り、店舗端末２に送信する。
【０１０３】
すると、店舗端末２は、ＱＲコード（登録商標）に含まれる証明情報（学生番号）が、サーバ１側で管理されている学生登録情報に含まれていること、即ち、当該証明情報が正規の学生のものとして学生登録がされていることを確認する。
この確認が終了すると、図１５に示すような画面が、店舗端末２の表示部３７に表示される。
図１５は、店舗利用処理で利用される表示画面等の一例であって、図７の例とは異なる例を示す図である。
【０１０４】
図１５においては、証明情報が正規の学生のものとして学生登録がされていることの確認が済んだ後に、その学生登録の内容を示す画面６３０Ａが店舗端末２に表示される。
この画面６３０Ａには、店舗の店員による実在確認ができた場合に、当該店員により例えばタッチ操作（押下操作）されるボタンとして、「ＰＥＲＭＩＴ」のボタンが配置されている。つまり、「ＰＥＲＭＩＴ」のボタンの押下信号が、実在確認情報として利用される。
このように、実在確認ができた場合、店舗の店員は、「ＰＥＲＭＩＴ」のボタンに対して、例えばタッチ操作（押下操作）をする。すると、店舗端末２の表示部３７には、画面６３０Ｂが表示されるようになる。また、店舗端末２等において、入店処理が開始する。これにより、来店者は、正規の学生として、店舗を利用することができる。図１４の例に対応させるならば、ＱＲコード（登録商標）に含まれる商品情報に従って、１杯目のドリンクの準備が開始される。
【０１０５】
次に、図１６を用いて、発行されたＱＲコード（登録商標）について説明する。
即ち、図１６は、発行されたＱＲコード（登録商標）の一例を示す図である。
【０１０６】
図１６の例では、ＱＲコード（登録商標）を含む画面６４０Ａ、選択したドリンクに関する注意を含む画面６４０Ｂ、及びドリンクが選択された時間を含む画面であって、学生端末３に表示される画面の一例が表示されている。
画面６４０Ａには、ＱＲコード（登録商標）が配置されており、また、当該ＱＲコード（登録商標）が読み取られて使用されると、同一のＱＲコード（登録商標）は使用できない旨のメッセージも配置されている。
【０１０７】
画面６４０Ｂには、選択されたドリンクに関する注意が表示される。具体的には例えば、画面６４０Ｂには、１杯目のドリンクを選択したときの時刻が表示され、当該時刻から３０分の間隔をあけないと２杯目、３杯目のドリンクを注文できない旨が記載されている。なお、１杯目、２杯目、３杯目の間隔は３０分に限られない。即ち、上述の間隔は自由に変更することができ、３０分以上でも以下であってもよい。
これにより、短期間に複数のドリンクがオーダーされてしまうという店舗の不適切な利用が抑制されるという効果を奏する。特に、店舗に入店する学生よりも、店舗に入店せずにテイクアウトとする学生に対して、効果は顕著なものとなる。
【０１０８】
画面６５０Ｃは、図１４の画面６１０Ｄ、及び画面６１０Ｅと同様に、正規の学生が各種ドリンクをオーダーすることができる。画面６５０Ｃには、前回のドリンクのオーダー時刻が表示される。次回のドリンクのオーダーには、当該時刻から一定間隔（例えば３０分以上）開ける必要があるという制限が設けられているからである。
【０１０９】
以上本発明の一実施形態について説明したが、本発明は、上述の実施形態に限定されるものではなく、本発明の目的を達成できる範囲での変形、改良等は本発明に含まれるものである。
【０１１０】
ここで、上述の実施形態では、特に言及していないが、本発明の情報処理システムは、様々な機能を追加することができる。そこで、以下、図１７乃至図１９を参照しつつ、本発明の情報処理システムに追加可能な各種機能について説明していく。
【０１１１】
図１７は、店舗での飲食サービス及び持ち帰りサービスの一例を示す図である。なお、画面６００Ａ乃至画面６００Ｄは、学生（利用者）の所有する学生端末３に表示される画面である。
画面６６０Ａは、学生端末３に表示される画面の一例であり、学生が選択可能なドリンクの一例を示す画面である。つまり、学生は、画面６６０Ａを視認しながら、提供を希望するドリンクを選択することができる。
なお、本サービスの提供者は、例えば、「有料・無料あわせて、１日○杯まで利用可能」、「最後の注文から３０分はオーダーできない」、「同時に２杯注文することはできない」、「イートインご利用の場合は、必ず店内でご利用の上、外へ行く場合は、必ずカップを店内のごみ箱に捨ててなければならない」等の条件を学生に対して提示してもよい。
また、本サービスの提供者は、例えば「有料のテイクアウトのみ利用することができる」、「１日○杯まで利用可能」、「最後の注文から３０分はオーダーできない」等の条件を学生以外の者（例えば大学教員等）に対して提示してもよい。
画面６６０Ｂは、学生端末３に表示される画面の一例であり、学生に対して、店内でサービスの提供を受けるか（以下、「イートイン」と呼ぶ）、商品を持ち帰るか（以下、「テイクアウト」と呼ぶ）を選択させる画面の一例を示す画面である。つまり、学生は、画面６００Ｂを視認しながら、イートインかテイクアウトかを選択することができる。
画面６６０Ｃは、学生端末３に表示される画面の一例であり、イートインが選択された場合に、学生に提示されるＱＲコード（登録商標）の表示画面の一例を示す画面である。当該、ＱＲコード（登録商標）は、上述の画面６６０Ａ及び画面６６０Ｂで学生によって選択された内容を特定するための情報が紐づけられている。
画面６６０Ｄは、学生端末３に表示される画面の一例であり、テイクアウトが選択された場合に、学生に提示されるＱＲコード（登録商標）の表示画面の一例を示す画面である。
【０１１２】
図１８は、マグカップへの企業ロゴの掲載サービスの一例を示す図である。
画面６７０Ａは、イートインを選択した学生の注文画面を示す画面の一例である。ここで、学生によって、画面６１０Ａの「クリック」と表示された部分が選択された場合、画面６７０Ｂの画面が表示される。
即ち、本サービスの提供者は、画面６７０Ｂに示すように、学生に提供されるドリンクに任意の企業のロゴを表示させることができる。
【０１１３】
また例えば、上述の実施形態では、特に言及していないが、例えば、学生が店舗を利用するに際し、特定の登録情報が店舗端末２に表示されてもよい。
図１９を用いて説明する。図１９は、店舗を利用する学生の特定の情報に関する図である。画面６８０は、正規の学生の特定の登録情報の画面を示す画面の一例である。
即ち、例えば、ハッカーランクが５００点以上の学生がカフェを利用した場合には、その旨を示す特段の表示がなされてもよい。これにより、企業は、特定の学生に対して、ピンポイントで案内（ノベルティや特別インターンシップ招待券等）をすることもできる。
【０１１４】
また例えば、上述の実施形態において、本サービスとして、大学構内にある店舗でのドリンク等の無料サービスを一例としてあげて説明しているが、特にこれに限定されない。即ち、本発明の一実施形態に係る情報処理システムは、例えば、大学の構内だけでなく、各教育機関等の構内、商業施設等、適用可能なあらゆる場面で適用することが可能である。
【０１１５】
また例えば、店舗は所定の大学で運営されているが、店舗は大学毎に限られない。即ち、各大学毎に複数の店舗があってもよい。また、店舗にある店舗端末２も各店舗に１つに限られず、複数あってもよく、第２実施形態の店舗端末２に接続されているＱＲコード読み取り機５も店舗端末２と同数でなくてもよい。例えば、具体的に、ある店舗には店舗端末２が１０台備え付けられているが、ＱＲコード読み取り機５はそれ以上でもそれ以下であってもよい。
【０１１６】
また、上述の実施形態では、特に言及していないが、例えば、商品のオーダーに際し、学生端末３にて商品を選択した場合、アンケート画面を表示してアンケートに回答してもらった後に、ＱＲコード（登録商標）を表示させてもよい。
アンケート画面を表示する例について、図２０を用いて説明する。図２０においては、正規の学生の学生端末３に表示される画面として、画面７００Ａ、画面７１０Ｂ、画面７１０Ｃ、画面７１０Ｄ、画面７１０Ｅ、画面７１０Ｆ、及び画面７１０Ｇの夫々が示されている。また、ＱＲコード読み取り機５の外観構成例を示す図も示されている。
【０１１７】
正規の学生は、店舗を利用したい場合、画面７００Ａの「ＬＯＧＩＮ」のリンクに対して例えばタッチ操作をする。
すると、学生端末３の表示部３７には、画面７００Ｂが表示される。
画面７１０Ｂは、正規の学生がマイページへログインするための画面である。
画面７１０Ｂには、上から「Ｅｍａｉｌ」及び「Ｐａｓｓｗｏｒｄ」の夫々を入力する欄と、「ＬＯＧＩＮ」のボタンが配置されている。
即ち、「Ｅｍａｉｌ」及び「Ｐａｓｓｗｏｒｄ」の夫々を入力する欄とは、サービス提供者が管理するウェブサイト（ここではマイページ）へのアクセス権限情報を入力する欄である。
正規の学生は、学生端末３を操作して、「Ｅｍａｉｌ」及び「Ｐａｓｓｗｏｒｄ」の夫々の欄に必要事項を入力して、「ＬＯＧＩＮ」のボタンを押下する。
【０１１８】
すると、学生端末の表示部３７には、画面７１０Ｃが表示される。
画面７１０Ｃは、サービス提供者が管理するウェブサイトのマイページが表示される画面である。
画面７１０Ｃに表示されるマイページには、「ＤＲＩＮＫ  ＱＲ  ＣＯＤＥ」と「ＥＤＩＴ  ＡＣＣＯＵＮＴ」のボタンが配置されている。
「ＥＤＩＴ  ＡＣＣＯＵＮＴ」のボタンは、学生登録の内容を変更するページに移行するためのボタンである。「ＤＲＩＮＫ  ＱＲ  ＣＯＤＥ」のボタンは、店舗でオーダーするドリンクを示す店舗情報と、学生番号等の証明情報とを含むＱＲコード（登録商標）を発行するページに移行するためのボタンである。
つまり、正規の学生は、店舗を利用すべくＱＲコード（登録商標）の発行を所望する場合、学生端末３を操作して、「ＤＲＩＮＫ  ＱＲ  ＣＯＤＥ」のボタンを押下する。
【０１１９】
すると、学生端末の表示部３７には、画面７１０Ｄ又は画面７１０Ｅが表示される。
画面７１０Ｄ及び画面７１０Ｅは、店舗でオーダーするドリンクを示す店舗情報を決定し、当該店舗情報と証明情報とを含むＱＲコード（登録商標）の発行指示をするためのページが表示されたものである。
画面７１０Ｄ及び画面７１０Ｅは、スクロール操作等により適宜切替えられる。
画面７１０Ｄ及び画面７１０Ｅに表示されるページには、「Ｉｎｄｉａｎ  Ｃｈａｉ」等の、オーダーをしたいドリンクを選択するための各種ボタンが配置されている。正規の学生は、学生端末３を操作して、オーダーしたいドリンクのボタンを押下する。
すると、学生端末の表示部３７には、画面７１０Ｆが表示される。
画面７１０Ｆは、企業等により提供されるアンケートを表示する画面であると共に、そのアンケートに回答する画面である。正規の学生は、学生端末３を操作して、アンケートに回答し（画面７１０Ｆの例では、「Ｙｅｓ」又は「Ｎｏ」を選択操作し）、回答が終わったら、「ＳＥＮＤ」ボタンを押下する。すると、学生端末３の表示部３７には、画面７１０Ｇが表示される。
【０１２０】
以上の結果、正規の学生は、オーダーする商品を選択し、その後、表示されたアンケートに回答後する。これにより、サーバ１からは、ＱＲコード（登録商標）が発行される。上述のように、ＱＲコード（登録商標）の形態は特に限定されず、紙媒体に印刷される形態でもよいが、図２０を含めこれ以降の例では、ＱＲコード（登録商標）が学生端末３の画面７１０Ｆに表示される形態が採用されているものとする。
つまり、正規の学生は、学生端末３のうち画面７１０Ｆが表示された表示部３７を、ＱＲコード読み取り機５に翳す。すると、ＱＲコード読み取り機５は、当該ＱＲコード（登録商標）を読み取り、店舗端末２に送信する。
【０１２１】
すると、店舗端末２は、ＱＲコード（登録商標）に含まれる証明情報（学生番号）が、サーバ１側で管理されている学生登録情報に含まれていること、即ち、当該証明情報が正規の学生のものとして学生登録がされていることを確認する。
この確認が終了すると、上述の図１５に示すような画面が、店舗端末２の表示部３７に表示される。
なお、アンケート情報は、例えば、その企業やその企業が取り扱う商品、イベント等についてのものでもよいし、回答者の生活や関心事に関するものでもよいし、時事やトレンドに関するものでもよいし、国際情勢に関するでもよいし、特に限定されるものではない。
【０１２２】
また、上記では、画面７１０Ｆにアンケート情報を表示させたが、これに限定されず、例えば、クイズ情報やゲーム等を表示させてもよいし、企業等の広告情報や正規の学生向けの連絡事項を表示させてもよいし、その他必要なコンテンツ情報を表示させてもよく、表示させるコンテンツはアンケートに限定されない。例えば、アンケート情報の代わりにイベント情報を表示させるようにした場合、表示させたイベントへの参加予約もできるようにしてもよい。
【０１２３】
また、アンケート情報は、正規の学生の、在籍大学、利用している店舗、学年、在籍学部、性別等の正規の学生の属性情報に応じて表示させてもよい。すなわち、アンケート情報は、上述のウェブサイトにログインした正規の学生の属性情報に応じて表示させてもよい。ここで、属性情報は、例えば、図６の画面５００Ｃや、図８の画面５２０Ｂ、画面５２０Ｃにおいて、入力された情報であってよい。
【０１２４】
この場合、各アンケート情報のメタデータに、アンケートに回答してもらいたいターゲットとなり得る人の属性情報をアンケート表示条件として設定しておくとする。正規の学生が、上述のウェブサイトにログインした場合に、サーバ１は、予め登録されているその正規の学生の属性情報を読み出し、その読み出した属性情報とアンケート表示条件とを比較する。サーバ１は、その正規の学生の属性情報がアンケート表示条件に適合すると判定した場合、画面７１０Ｄまたは画面７１０Ｅにおいて、その正規の学生が商品を選択するタッチ操作を行った場合に、画面７１０Ｆが表示されるようにしてもよい。
これにより、精度が高くターゲティングされた正規の学生に対して、効果的なアンケートの提示、回答及び、効率的な回収が可能となる。
【０１２５】
なお、アンケートへの回答は強制ではなく、学生が回答するか否かを選択することができるようにしてもよい。例えば、図２０において、画面７１０Ｆを表示させるまでに、アンケートへの回答に協力いただけるか否かを確認する画面（回答確認画面）が表示されるようにしてもよい。回答確認画面において、アンケートへの回答に協力いただける旨を示す「ＹＥＳ」ボタンが押下された場合に、画面７１０Ｆが表示されるようにしてもよい。回答確認画面において、アンケートへの回答を希望しない旨を示す「ＮＯ」ボタンが押下された場合には、画面７１０Ｇが表示されるようにしてもよい。
【０１２６】
また、アンケートに回答した学生には、店舗で利用できるポイント（例えば、金銭的価値を有し、商品やサービス等の対象になり得る。）が付与されるなどのインセンティブを付与するようにしてもよい。また、アンケートに関する画面は、予め定めていたアンケートの回収数や回収等に達した場合には、非表示にするようにしてもよい。
【０１２７】
また、アンケートの回答の形式は、２以上の回答から１または複数の回答を選択する選択形式でもよいし、自由に記載することができる記述形式であってもよく、回答形式は限定されない。
【０１２８】
また、例えば、第２実施形態では、サーバ１から発行されたＱＲコード（登録商標）を用いて来店者が正規の学生である場合に店内での商品のオーダーを可能にするシステムを提供したが、これに限定されず、例えば、そのオーダー後に、サーバ１において、入店日時及びオーダーした商品等に関する情報をデータベースで一元管理することを可能とする情報処理システムを提供してもよい。
これにより、企業端末４を使用する企業のユーザは、正規の学生の入店情報や、商品の注文情報等を収集して蓄積することができるので、例えば、来店者数を把握したり、所定の店舗での商品の売れ行きやオーダーの多い時間帯等を把握したり、分析したり等、収集した情報をマーケティング等に活用することができる。することができる。
【０１２９】
また、上述の実施形態では、特に言及していないが、例えば、上述のウェブサイトで表させることができるように、企業が開催する交流会等のイベントのデータベースへの登録、正規の学生によるイベントへの参加予約、参加予約した正規の学生の参加等を管理するようにしてもよい。
【０１３０】
また、上述の実施形態における情報システムにおいて、例えば、正規の学生による新規会員登録は、学生端末３等にインストールされたウェブブラウザを介してウェブサイトにアクセスし、当該ウェブサイトより登録が行われるようにしてもよい。会員の登録情報において、例えば、属性情報として、在籍大学、在籍学部、学年、メールアドレス、電話番号、性別などの登録を可能にしてもよい。
新規会員登録の完了後、登録が済んだ正規の学生は、学生端末３等の情報通信デバイスを用いて、上述のウェブサイトから、マイページにログインする。ここで、例えば、マイページ内には複数の実行コマンドがタフ形式で表示されていてもよい。
この場合、例えば、マイページ内に複数あるタブから「ＣＯＤＥ」タブを選択すると、学生端末３の表示部５７にＱＲコード（登録商標）が表示されるようにしてもよい。そして、例えば、このＱＲコード（登録商標）は、入店の際に、ＱＲコード読み取り機５により読み取らせるようにしてもよい。入店後は、例えば、ドリンクを口頭にてオーダーし、退店の際に、再度、学生端末３の表示部５７にＱＲコード（登録商標）を表示させ、ＱＲコード読み取り機５により読み取らせるようにしてもよい。このように、入店時及び退店時にＱＲコード（登録商標）を店舗に設置されたＱＲコード読み取り機５に、そのＱＲコード（登録商標）を翳すことで、その正規の学生の入店及び退店をチェックすることができる。
【０１３１】
上記の例は、ＷＥＢブラウザを用いてウェブサイトにて新規登録を行ったが、これに限定されず、例えば、サーバ１と通信可能なアプリケーションソフトウェア（以下、「アプリケーション」）を店舗端末２や学生端末３、企業端末４にインストールして、店舗端末２や学生端末３、企業端末４側と、サーバ１側とでそれぞれ処理を実行するようにしてもよい。
【０１３２】
例えば、学生端末３に、そのアプリケーションソフトウェアをインストールし、アプリケーションを開いてそのアプリケーション上で会員登録が行われるようにしてもよい。会員の登録情報において、例えば、属性情報として、大学、学部、卒業年度、性別、在籍地、関心のある業種・業界、保有スキル、参加したことのあるインターン、関心のある企業、特記事項などの登録を可能にしてもよい。
学生端末３において、アプリケーションを介して会員登録が完了後、アプリケーションをタッチ操作して、プロフィール画面を表示させるようにしてもよい。この場合、例えば、入店時にそのプロフィール画面と学生証を提示させるようにしてよい。このようにすることで、２回目以降の来店の際には、当該プロフィール画面と学生証を提示することで入店が可能になるようにしてもよい。
入店処理完了後、例えば、スタッフより紙コップを手渡され、その後は全てセルフサービスにてドリンクをオーダーするようにしてもよい。
なお、当該プロフィール画面のプロフィール記入率が例えば７０％を越えなければ、例えば、インセンティブとしてのアイスクリームをオーダーすることができないようにしてもよい。これにより、プロフィールの記入率を向上させることができるようにしてもよい。
【０１３３】
また例えば、上述した一連の処理は、ハードウェアにより実行させることもできるし、ソフトウェアにより実行させることもできる。
換言すると、図４及び図１１の機能的構成は例示に過ぎず、特に限定されない。
即ち、上述した一連の処理を全体として実行できる機能が情報処理システムに備えられていれば足り、この機能を実現するためにどのような機能ブロックを用いるのかは特に図４及び図１１の例に限定されない。また、機能ブロックの存在場所も、図４及び図１１に特に限定されず、任意でよい。例えば上述の実施形態では店舗端末側で機能している入店処理制御部１４６等をサーバ１に委譲してもよい。
また、１つの機能ブロックは、ハードウェア単体で構成してもよいし、ソフトウェア単体で構成してもよいし、それらの組み合わせで構成してもよい。
【０１３４】
また例えば、一連の処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが、コンピュータ等にネットワークや記録媒体からインストールされる。
コンピュータは、専用のハードウェアに組み込まれているコンピュータであっても良い。
また、コンピュータは、各種のプログラムをインストールすることで、各種の機能を実行することが可能なコンピュータ、例えばサーバの他、スマートフォンやパーソナルコンピュータ、又は各種デバイス等であってもよい。
【０１３５】
また例えば、このようなプログラムを含む記録媒体は、学生にプログラムを提供するために装置本体とは別に配布される図示せぬリムーバブルメディアにより構成されるだけでなく、装置本体に予め組み込まれた状態で学生に提供される記録媒体等で構成される。
【０１３６】
なお、本明細書において、記録媒体に記録されるプログラムを記述するステップは、その順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的或いは個別に実行される処理をも含むものである。
また、本明細書において、システムの用語は、複数の装置や複数の手段等より構成される全体的な装置を意味するものとする。
【０１３７】
以上を換言すると、本発明が適用される情報処理システムは、次のような構成を有していれば足り、各種各様な実施の形態を取ることができる。
即ち、本発明が適用される情報処理システムは、
所定の団体（例えば大学）に属していることをユーザ（例えば学生）の入店条件又は当該ユーザによる商品の持ち出し（テイクアウト）条件とする店舗を支援する情報処理システムであって、
前記所定の団体に属していることを証明する証明情報を少なくとも含むユーザ情報を登録する登録手段（例えば、図４及び図１１のサーバ１の学生登録管理部１０２）と、
前記証明情報に基づく前記ユーザの確認を条件として、前記ユーザの前記店舗への入店又は当該店舗からの商品の持ち出しのための入店処理の実行を許可する入店処理制御手段（例えば、図４及び図１１の店舗端末２の入店処理制御部１４６）と、
を備える。
【０１３８】
これにより、所定の領域内へ進入する資格を有する者のみを、当該所定の領域に進入させることができる。
【０１３９】
また、
前記所定の団体は学校であり、
前記ユーザは前記学校の生徒であり、
前記証明情報は、前記生徒の顔写真が掲載された前記学校の学生証に示される学生番号であることができる。
【０１４０】
これにより、所定の大学の店舗に生徒である学生が学生証に示される学生番号を用いて進入することができる。
【０１４１】
また、
前記店舗の店員により操作される店舗端末（例えば、図１の店舗端末２）において、当該店員又は前記ユーザの操作による前記証明情報の入力を受け付ける証明情報受付手段（例えば、図４及び図１１の証明情報受付部１４１）と、
入力が受け付けられた前記証明情報の登録を確認する登録確認手段（例えば、図４及び図１１の登録確認部１４４）と、
前記店舗端末において、前記店員による前記ユーザの実在の確認を示す実在確認情報を取得する実在確認手段（例えば、図４及び図１１の実在確認情報取得部１４５）と、
をさらに備え、
前記入店処理制御手段は、前記登録確認手段による確認と、前記実在確認手段による前記実在確認情報の取得とを条件として、入店処理の実行を許可することができる。
【０１４２】
このように、まず、証明情報が予め登録されたものかを確認できる。
しかしながら、この確認だけでは、証明情報が記載された学生証等が他人に貸与等され、その他人が本人になりすまして入店しようとすることについては対処できる。
そこで、このような対処をすべく、実在確認情報に基づく確認がなされるのである。
このように、証明情報が予め登録されたユーザ本人であることを確実に確認してから、入店処理の実行を許可することができる。
【０１４３】
また、
前記登録手段は、前記店舗端末の操作による前記証明情報の入力に基づいて、前記ユーザの情報を登録することができる。
【０１４４】
これにより、学生登録は、店舗端末２によっても可能となる。
【０１４５】
また、
前記登録手段は、前記証明情報とは別の情報も含めて、前記学生の情報を登録し、
入店処理制御手段は、前記店舗端末の操作による前記別の情報の入力を条件として、前記証明情報の更新登録を許可することができる。
【０１４６】
これにより、学生または店員は、店舗端末２を用いて証明情報の変更、修正が可能となる。
【０１４７】
また、
前記ユーザの前記店舗への入店又は当該店舗からの商品の持ち出しの前にアクセスされ、当該ユーザの前記証明情報と、当該ユーザにより選択された商品を特定可能な商品情報とを含む入店情報（例えば、ＱＲコード）を発行するウェブサイトを管理する管理手段（例えば、図１１のウェブサイト管理部１０４）をさらに備え、
前記登録手段は、前記証明情報と共に、前記ウェブサイトへのアクセス権限情報（例えば、Ｅｍａｉｌとパスワード）を含めて、前記ユーザの情報を登録し、
前記入店処理制御手段は、前記店舗における前記入店情報の確認を条件として、前記入店処理の実行を許可することができる。
【０１４８】
これにより、発行されたＱＲコード（登録商標）を用いて、店舗利用処理を行うことができる。
【０１４９】
また、
前記店舗における前記入店情報の確認がなされた場合、当該入店情報を無効化する無効化手段（例えば、図１１の無効化処理部１０５）
をさらに備えることができる。
【０１５０】
これにより、ＱＲコード（登録商標）を無効化することができる。
【０１５１】
また、
前記管理手段は、前回の前記入店情報を発行した場合、所定の時間を経過するまでの間、新たな前記入店情報の発行を禁止することができる。
【０１５２】
これにより、ドリンクの大量購入に伴う資格を有さない者への譲渡等の不正を防止することができる。
【０１５３】
また、
前記管理手段は、前記入店情報の発行前に、前記ユーザに回答を求める質問情報（アンケート）または広告情報を提示することができる。
【０１５４】
これにより、収集した回答結果をマーケティングに活用したり、多くのユーザの意見を聞くことができ、また、広告情報を提示することで正規の学生などの一定の資格を有する人をターゲットに効率的な広告を行うことができる。
【符号の説明】
【０１５５】
１・・・サーバ、２・・・店舗端末、３・・・学生端末、４・・・企業端末、５・・・ＱＲコード読み取り機、１１・・・ＣＰＵ、３１・・・ＣＰＵ、１０１・・・学生情報取得部、１０２・・・学生登録管理部、１０４・・・ウェブサイト管理部、１０５・・・無効化処理部、１２１・・・証明情報取得部、１２２・・・学生情報送信制御部、１４１・・・証明情報受付部、１４２・・・学生情報送信制御部、１４３・・・学生登録情報取得部、１４４・・・登録確認部、１４５・・・実在確認情報取得部、１４６・・・入店処理制御部、１４７・・・表示制御部、１４８・・・ＱＲコード情報管理部
【図１】
0006745974.tif 000002
【図２】
0006745974.tif 000003
【図３】
0006745974.tif 000004
【図４】
0006745974.tif 000005
【図５】
0006745974.tif 000006
【図６】
0006745974.tif 000007
【図７】
0006745974.tif 000008
【図８】
0006745974.tif 000009
【図９】
0006745974.tif 000010
【図１０】
0006745974.tif 000011
【図１１】
0006745974.tif 000012
【図１２】
0006745974.tif 000013
【図１３】
0006745974.tif 000014
【図１４】
0006745974.tif 000015
【図１５】
0006745974.tif 000016
【図１６】
0006745974.tif 000017
【図１７】
0006745974.tif 000018
【図１８】
0006745974.tif 000019
【図１９】
0006745974.tif 000020
【図２０】
0006745974.tif 000021