(57)【特許請求の範囲】
【請求項１】
参加者端末と、管理者端末と、サーバ装置とを有し、
前記参加者端末は、
前記管理者端末から当該管理者端末に固有の識別情報を取得する取得手段と、
前記管理者端末との間で無線アドホック通信を行うアドホック通信手段と、
前記サーバ装置との間で通信を行う通信手段と、
前記取得手段による識別情報の取得を契機として、前記アドホック通信手段による前記管理者端末との通信リンクを確立する確立手段と
を有し、
前記管理者端末は、
前記参加者端末との間で無線アドホック通信を行うアドホック通信手段と、
前記アドホック通信手段による前記参加者端末との通信リンクが確立されたか否かを判定するための判定情報を前記サーバ装置に送信する判定情報送信手段と
を有し、
前記サーバ装置は、
前記参加者端末に対応する参加者に固有の参加者情報を記憶する記憶手段と、
前記管理者端末から前記判定情報を受信する判定情報受信手段と、
前記判定情報受信手段によって受信した判定情報が前記通信リンクの確立を示すならば、前記記憶手段に記憶された参加者情報を用いて、前記参加者端末の携帯者の認証を行う認証手段と、
前記認証手段による認証が成功したならば、自装置への前記参加者端末の前記通信手段によるアクセスを許可する許可手段と
を有する
ことを特徴とする出欠管理システム。
【請求項２】
前記認証手段は、前記参加者端末に入力された参加者情報を取得し、取得した参加者情報と、前記記憶手段に記憶された参加者情報とが一致するならば、認証が成功したと判断する
ことを特徴とする請求項１に記載の出欠管理システム。
【請求項３】
前記サーバ装置は、前記参加者情報を前記管理者端末に送信し、前記管理者端末から前記携帯者が真正であることが通知されたならば、認証が成功したと判断する副認証手段を有することを特徴とする請求項２に記載の出欠管理システム。
【請求項４】
前記参加者端末は、前記取得手段によって前記識別情報を取得した後、一定時間内に前記サーバ装置から認証に成功した旨が通知されないならば、当該参加者端末からの前記サーバ装置へのアクセスを許可しないことを特徴とする請求項１乃至３のいずれかに記載の出欠管理システム。
【請求項５】
前記参加者端末のアドホック通信手段は、前記サーバ装置から認証に成功した旨が通知されてから一定時間後に前記管理者端末のアドホック通信手段との通信リンクを切断することを特徴とする請求項１乃至４のいずれかに記載の出欠管理システム。
【請求項６】
前記参加者端末のアドホック通信手段は、前記管理者端末のアドホック通信手段との通信リンクが切断されてから一定時間毎に前記管理者端末のアドホック通信手段との通信を試みることを特徴とする請求項５に記載の出欠管理システム。
【請求項７】
前記参加者端末は、加速度を検知する検知手段を有し、
前記アドホック通信手段は、前記検知手段によって検知された加速度が閾値を超えたならば、前記管理者端末のアドホック通信手段との通信を試みる
ことを特徴とする請求項５又は６に記載の出欠管理システム。
【請求項８】
前記参加者端末は、移動通信網経由で通信を行う移動通信手段を有し、
前記サーバ装置は、前記参加者端末に対応する基地局を示す基地局情報を取得し、当該基地局情報に基づいて、前記参加者端末が予め定められた区域に存在するか否かを判定する判定手段を有し、
前記許可手段は、前記認証手段による認証が成功し、且つ、前記判定手段により前記参加者端末が予め定められた区域に存在すると判定されたならば、自装置に記憶された情報への前記参加者端末からのアクセスを許可する
ことを特徴とする請求項１乃至７のいずれかに記載の出欠管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、出欠管理システムに関する。
【背景技術】
【０００２】
特定の区域への入場時に電子機器を利用して利用者の認証を行う技術が提案されている。
特許文献１では、携帯端末の記憶部に記憶された人物の顔の画像を施設の端末に送信し、施設の端末において顔の画像の認証に成功し、且つ、施設の係員によって目視確認がなされたことを示すボタンが押下されたならば、施設の端末から入場ゲート装置に入場許可情報を送信することが提案されている。
特許文献２では、施設の各区画に設けたゲートを人物が通過する際にその人物から識別情報を取得し、取得した識別情報を予め登録してある情報と照合することによってその人物が正規の利用者であるか否かを判定し、照合時に得られた情報に基づいてその人物の所在を管理することが提案されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００６−１４６７９６号公報
【特許文献２】特開２００４−３２３２６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
さて、学校、会社、会合等において人員の出欠の状況を確実に把握するためには、次の要件が満たされることが必要である。第一に、特定の区域内に人物が存在したことが証明されなければならない。第二に、特定の時期に人物が存在したことが証明されなければならない。第三に、当該人物が特定の人物であることが証明されなければならない。
本発明は、特定の区域に、特定の時期に、特定の人物が存在したことを証明することを目的とする。
【課題を解決するための手段】
【０００５】
請求項１に係る出欠管理システムは、参加者端末と、管理者端末と、サーバ装置とを有し、前記参加者端末は、前記管理者端末から当該管理者端末に固有の識別情報を取得する取得手段と、前記管理者端末との間で無線アドホック通信を行うアドホック通信手段と、前記サーバ装置との間で通信を行う通信手段と、前記取得手段による識別情報の取得を契機として、前記アドホック通信手段による前記管理者端末との通信リンクを確立する確立手段とを有し、前記管理者端末は、前記参加者端末との間で無線アドホック通信を行うアドホック通信手段と、前記アドホック通信手段による前記参加者端末との通信リンクが確立されたか否かを判定するための判定情報を前記サーバ装置に送信する判定情報送信手段とを有し、前記サーバ装置は、前記参加者端末に対応する参加者に固有の参加者情報を記憶する記憶手段と、前記管理者端末から前記判定情報を受信する判定情報受信手段と、前記判定情報受信手段によって受信した判定情報が前記通信リンクの確立を示すならば、前記記憶手段に記憶された参加者情報を用いて、前記参加者端末の携帯者の認証を行う認証手段と、前記認証手段による認証が成功したならば、自装置への前記参加者端末の前記通信手段によるアクセスを許可する許可手段とを有することを特徴とする。
【０００６】
請求項２に係る出欠管理システムは、請求項１に記載の出欠管理システムにおいて、前記認証手段は、前記参加者端末に入力された参加者情報を取得し、取得した参加者情報と、前記記憶手段に記憶された参加者情報とが一致するならば、認証が成功したと判断することを特徴とする。
請求項３に係る出欠管理システムは、請求項２に記載の出欠管理システムにおいて、前記サーバ装置は、前記参加者情報を前記管理者端末に送信し、前記管理者端末から前記携帯者が真正であることが通知されたならば、認証が成功したと判断する副認証手段を有することを特徴とする。
【０００７】
請求項４に係る出欠管理システムは、請求項１乃至３のいずれかに記載の出欠管理システムにおいて、前記参加者端末は、前記取得手段によって前記識別情報を取得した後、一定時間内に前記サーバ装置から認証に成功した旨が通知されないならば、当該参加者端末からの前記サーバ装置へのアクセスを許可しないことを特徴とする。
請求項５に係る出欠管理システムは、請求項１乃至４のいずれかに記載の出欠管理システムにおいて、前記参加者端末のアドホック通信手段は、前記サーバ装置から認証に成功した旨が通知されてから一定時間後に前記管理者端末のアドホック通信手段との通信リンクを切断することを特徴とする。
【０００８】
請求項６に係る出欠管理システムは、請求項５に記載の出欠管理システムにおいて、前記参加者端末のアドホック通信手段は、前記管理者端末のアドホック通信手段との通信リンクが切断されてから一定時間毎に前記管理者端末のアドホック通信手段との通信を試みることを特徴とする。
請求項７に係る出欠管理システムは、請求項５又は６に記載の出欠管理システムにおいて、前記参加者端末は、加速度を検知する検知手段を有し、前記アドホック通信手段は、前記検知手段によって検知された加速度が閾値を超えたならば、前記管理者端末のアドホック通信手段との通信を試みることを特徴とする。
【０００９】
請求項８に係る出欠管理システムは、請求項１乃至７のいずれかに記載の出欠管理システムにおいて、前記参加者端末は、移動通信網経由で通信を行う移動通信手段を有し、前記サーバ装置は、前記参加者端末に対応する基地局を示す基地局情報を取得し、当該基地局情報に基づいて、前記参加者端末が予め定められた区域に存在するか否かを判定する判定手段を有し、前記許可手段は、前記認証手段による認証が成功し、且つ、前記判定手段により前記参加者端末が予め定められた区域に存在すると判定されたならば、自装置に記憶された情報への前記参加者端末からのアクセスを許可することを特徴とする。
【発明の効果】
【００１０】
本発明によれば、特定の区域に、特定の時期に、特定の人物が存在したことを証明することができる。
【図面の簡単な説明】
【００１１】
【図１】実施形態の構成の全体を示す図である。
【図２】端末１００のハードウェア構成を示す図である。
【図３】アドホック通信部１２０のハードウェア構成を示す図である。
【図４】サーバ装置５００のハードウェア構成を示す図である。
【図５】参加者データベース５１０の内容を示す図である。
【図６】講義データベース５２０の内容を示す図である。
【図７】講義の開始時に参加者の出席を確認するための動作を示す図である。
【図８】ステップＡ０４、Ａ０５における処理を詳細に示す図である。
【図９】リンクキーが登録済みである場合の処理を示す図である。
【図１０】表示部１０８Ａに表示させる画像を示す図である。
【図１１】表示部１０８Ａに表示させる画像を示す図である。
【図１２】基地局情報を用いた認証の手順を示す図である。
【図１３】参加者端末１００Ｂの存在確認の手順を示す図である。
【図１４】参加者端末１００Ｂの存在確認の手順を示す図である。
【発明を実施するための形態】
【００１２】
（１）実施形態
本発明の実施形態について説明する。
（１．１）構成
図１は、実施形態の構成の全体を示す図である。出欠管理システム１の主な構成要素は、管理者端末１００Ａ、参加者端末１００Ｂ、移動通信網２００、通信網４００及びサーバ装置５００である。
管理者端末１００Ａ及び参加者端末１００Ｂは、例えばIMT-2000（International Mobile Telecommunication 2000）方式の通信規格に従って通信を行う携帯電話機である。管理者端末１００Ａ及び参加者端末１００Ｂは、同一のハードウェア構成を有するので、管理者端末１００Ａと参加者端末１００Ｂとを区別しない場合には、端末１００と総称する。管理者端末１００Ａと参加者端末１００Ｂとを区別する場合には、それぞれの構成要素の符号にＡ、Ｂを付加する。なお、実際には、複数の管理者端末１００Ａ及び参加者端末１００Ｂが存在するが、図示は省略した。
【００１３】
本実施形態では、出欠管理システム１を大学の講義の出欠管理に適用した例を示す。この例では、大学の教員が管理者であり、管理者端末１００Ａを携帯する。学生が参加者であり、参加者端末１００Ｂを携帯する。端末１００は、出欠管理用のものを管理者及び参加者に貸与してもよいし、管理者及び参加者が個人的に所有する端末１００に出欠管理用のアプリケーションプログラムをインストールしてもよい。
【００１４】
移動通信網２００は、基地局２１０及び交換機２２０を有し、端末１００による通話及びパケット通信を仲介する。実際には、図示した以外に多数の基地局２１０と交換機２２０が設けられているが、図示は省略した。
基地局２１０は、基地局２１０自身が属する位置登録エリアを一意に識別するためのエリア識別情報を常時発信している。端末１００は、受信したエリア識別情報が以前に受信したエリア識別情報と異なる場合に、基地局２１０に対して位置登録を要求する。すると、当該位置登録エリアを表すエリア識別情報が、当該端末１００の電話番号と対応付けられて交換機２２０に登録される。或る電話番号宛ての着信があった場合には、交換機２２０は、当該電話番号に対応する位置登録エリアに属するすべての基地局２１０に当該電話番号宛ての着信通知を送信し、これらの基地局２１０が一斉に当該電話番号宛ての着信通知を送信する。
通信網４００は、ＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）やＨＴＴＰ（HyperText Transfer Protocol）等の通信プロトコルに従って通信を行うための通信網である。
ゲートウェイサーバ３００は、移動通信網２００と通信網４００との間の通信プロトコルの変換を行う。
【００１５】
図２は、端末１００のハードウェア構成を示す図である。端末１００は、制御部１０１、記憶部１０２、移動パケット通信部１０３、通話部１０４、マイクロフォン１０５、スピーカ１０６、操作部１０７、表示部１０８、アンテナ１０９、ＩＣ（Integrated Circuit）カード端子１１０、撮像部１１２及びアドホック通信部１２０を備える。
【００１６】
制御部１０１は、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）及びＲＡＭ（Random Access Memory）を備え（いずれも図示省略）、ＣＰＵがＲＯＭに記憶されているＯＳ（Operating System）を実行することによって端末１００の動作を制御する。
記憶部１０２は、例えば、電力の供給がなくても記憶を保持する半導体メモリであり、アプリケーションプログラムや、移動通信網２００経由で受信したデータ等を記憶する。
管理者端末１００Ａの記憶部１０２Ａには、管理者用の出欠管理アプリケーションＡＰ−Ａが記憶されている。一方、参加者端末１００Ｂの記憶部１０２Ｂには、参加者用の出欠管理アプリケーションＡＰ−Ｂが記憶されている。各アプリケーションによって実現される動作については、後述する。
【００１７】
移動パケット通信部１０３は、端末１００を移動通信網２００に接続してパケット通信を行うための通信インターフェイスである。移動パケット通信部１０３は、制御部１０１から供給されたデータに基づいてパケットを生成し、このパケットをアンテナ１０９を介して基地局２１０に送信する。また、基地局２１０から送信されたパケットがアンテナ１０９によって受信されると、移動パケット通信部１０３は、このパケットをつなぎ合わせて制御部１０１に供給する。
【００１８】
通話部１０４は、端末１００を移動通信網２００に接続して通話を行うための通信インターフェイスである。マイクロフォン１０５は、入力した音声を表す音声信号を通話部１０４に供給し、通話部１０４は、この音声信号を基地局２１０に送信する。また、通話部１０４は、基地局２１０から受信した音声信号をスピーカ１０６に供給し、スピーカ１０６は、この音声信号を音声に変換して出力する。
操作部１０７は、端末１００の使用者が端末１００を操作するための操作子群であり、電源の投入／切断、通話の開始／終了、番号／記号／文字の入力、表示部１０８に表示されたメニューの選択等のための操作子を有する。表示部１０８は、例えば液晶表示装置であり、制御部１０１から供給された画像データに基づく画像を表示する。
【００１９】
ＩＣカード１１１は、ＵＩＭ（User Identity Module）やＵＳＩＭ（Universal Subscriber Identity Module）等の呼称で呼ばれる、電力の供給がなくても記憶を保持する半導体メモリを樹脂の板に埋め込んだ記憶媒体である。ＩＣカード１１１は、通信事業者と携帯電話の使用に関する契約を交わした使用者に当該通信事業者から貸与される。ＩＣカード１１１には、使用者を一意に識別するための使用者識別子、通信事業者を一意に識別するための事業者識別子、電話番号等が記憶されている。ＩＣカード端子１１０にＩＣカード１１１を装着して電源を投入すると、制御部１０１が通話やパケット通信を許可する。
【００２０】
撮像部１１２は、ＣＣＤ（Charge Coupled Device）等の撮像素子とレンズ（いずれも図示省略）を備えたデジタルカメラである。撮像部１１２は、レンズを通して入射した光をＣＣＤによって信号に変換し、この信号を制御部１０１に供給する。使用者が操作部１０７によって撮像を命じると、制御部１０１は、ＣＣＤから供給された信号に基づいて画像データを生成し、記憶部１０２に記憶させる。
【００２１】
図３は、アドホック通信部１２０のハードウェア構成を示す図である。アドホック通信部１２０は、制御部１２１、記憶部１２２、通信部１２３を有する。アドホック通信部１２０は、基地局、交換機等の通信設備による中継を要することなく、他の端末１００のアドホック通信部１２０との間で直接的に無線通信を行う。本実施形態のアドホック通信部１２０は、Bluetooth（登録商標）すなわちIEEE 802.15.1で定められた規格を基本とする。
制御部１２１は、ＣＰＵ、ＲＯＭ、ＲＡＭ（いずれも図示省略）を有し、ＣＰＵがＲＯＭに記憶されたプログラムを実行することによって、アドホック通信部１２０の動作を制御する。ＲＯＭは、当該アドホック通信部１２０に固有の通信アドレスであるBluetoothアドレス（以下、「Ｂｔアドレス」という。）を記憶している。
【００２２】
記憶部１２２は、電力の供給がなくても記憶を保持する半導体メモリであり、他の端末１００のアドホック通信部１２０とのペアリングによって生成されたリンクキーを当該他の端末１００のＢｔアドレスと対応付けて記憶する。
通信部１２３は、他の端末１００のアドホック通信部１２０との間で電波信号を送受信するトランシーバである。
管理者端末１００Ａのアドホック通信部１２０Ａは、時分割スロット多重により、複数の参加者端末１００Ｂのアドホック通信部１２０Ｂとの間で並行して通信を行い得るように構成されている。つまり、アドホック通信部１２０Ａは、マスタとして動作し、アドホック通信部１２０Ｂは、スレーブとして動作する。
【００２３】
図４は、サーバ装置５００のハードウェア構成を示す図である。サーバ装置５００は、制御部５０１、記憶部５０２、通信部５０３を有する。制御部５０１は、ＣＰＵ、ＲＯＭ、ＲＡＭ（いずれも図示省略）を有する。記憶部５０２は、例えば、ハードディスク記憶装置であり、ＯＳ及びアプリケーションプログラムが記憶されている。制御部５０１が記憶部５０２に記憶されたＯＳを実行することによって、サーバ装置５００の動作を制御する。通信部５０３は、サーバ装置５００を通信網４００に接続するための通信インターフェイスである。サーバ装置５００は、通信網４００及び移動通信網２００経由で端末１００との間で通信を行う。
【００２４】
記憶部５０２は、参加者データベース５１０を記憶している。図５は、参加者データベース５１０の内容を示す図である。参加者データベース５１０には、参加者端末１００Ｂ毎に、参加者に固有の参加者情報が書き込まれている。参加者情報は、Ｂｔアドレス、ＩＤ（Identification）、パスワード、参加者の氏名、所属、連絡先、参加者の顔を撮影して得られた画像を表す顔画像データを含む。ＩＤ及びパスワードは、例えば、複数桁の数字とアルファベットの組み合わせである。パスワードは、当該パスワードに対応する参加者本人と出欠管理システム１のシステム管理者等、限られた範囲の人物しか知り得ない情報である。所属は、例えば、参加者の属する学部である。連絡先は、参加者の電話番号等である。
【００２５】
記憶部５０２は、講義データベース５２０を記憶している。図６は、講義データベース５２０の内容を示す図である。講義データベース５２０は、講義の科目毎に作成され、講義の日時、参加者のＩＤ、備考を対応付けて記憶する。ＩＤは、後述する動作により出席が確認された参加者のものが書き込まれる。備考欄には、例えば、講義中の参加者の発言の記録等が書き込まれる。
記憶部５０２には、管理者端末１００Ａ及び参加者端末１００Ｂとの間で講義に関する情報を共有するためのアプリケーションＡＰ−Ｓが記憶されている。アプリケーションＡＰ−Ｓは、端末１００からのリクエストに応じて、参加者データベース５１０又は講義データベース５２０から情報を読み出して、端末１００に送信する。また、アプリケーションＡＰ−Ｓは、端末１００からのリクエストに応じて、端末１００から送信された情報を講義データベース５２０の備考欄に書き込む。
【００２６】
（１．２）動作
出欠管理システム１の動作について説明する。
なお、管理者端末１００Ａと参加者端末１００Ｂとの通信は、互いのアドホック通信部１２０を用いて行われる。一方、管理者端末１００Ａ及び参加者端末１００Ｂがサーバ装置５００と通信する場合には、各々の移動パケット通信部１０３を用いて、移動通信網２００経由で通信する。
【００２７】
図７は、講義の開始時に参加者の出席を確認するための動作を示す図である。
ステップＡ０１では、教室に到着した管理者が管理者端末１００ＡにアプリケーションＡＰ−Ａの起動を命じる。制御部１０１Ａは、アプリケーションＡＰ−Ａを実行することによって、以下に示す処理を実行する。まず、制御部１０１Ａは、識別情報を生成する。識別情報は、予め定められたアルゴリズムに現在の日時を入力して生成されるＰＩＮ（Personal Identification Number）コードである。制御部１０１Ａは、生成したＰＩＮコードを記憶部１０２Ａに記憶する。そして、制御部１０１Ａは、サーバ装置５００上のアプリケーションＡＰ−Ｓの格納場所を示すＵＲＬ（Uniform Resource Locator）と、生成したＰＩＮコードとに基づいてＱＲコード（登録商標）を生成し、このＱＲコードを表示部１０８Ａに表示させる。そして、管理者は、ＱＲコードの表示された管理者端末１００Ａを、教卓の上に置く。あるいは、管理者が管理者端末１００Ａを携帯して、教室の出入口で待機してもよい。
【００２８】
ステップＡ０２では、制御部１０１Ａが、サーバ装置５００に対して、アプリケーションＡＰ−Ｓの起動を要求するＨＴＴＰリクエストを送信する。
ステップＡ０３では、サーバ装置５００の制御部５０１が、記憶部５０２からアプリケーションＡＰ−Ｓを読み出してこれを起動する。以下で述べるサーバ装置５００の動作は、制御部５０１がアプリケーションＡＰ−Ｓを実行することによって行われる。
ステップＡ０４、Ａ０５では、管理者端末１００Ａと参加者端末１００Ｂとの間で通信リンクの確立を行う。
【００２９】
図８は、ステップＡ０４、Ａ０５における処理を詳細に示す図である。
ステップＢ０１では、アドホック通信部１２０Ａの制御部１２１ＡがＩＱパケットをブロードキャストすることにより、スレーブを探すための問い合わせを行う。なお、この段階では、アドホック通信部１２０Ｂは、通信のための処理を開始していない。
ステップＢ０２では、参加者が参加者端末１００Ｂに対して、管理者端末１００Ａに表示されたＱＲコードの撮像を命じる。すると、撮像部１１２ＢがＱＲコードを撮像し、制御部１０１ＢがこのＱＲコードをデコードしてＵＲＬとＰＩＮコードを取得し、このＵＲＬを記憶部１０２Ａに記憶させ、ＰＩＮコードを記憶部１２２Ａに記憶させる。また、ＱＲコードには、アプリケーションＡＰ−Ｂの起動命令が埋め込まれており、制御部１０１Ｂは、ＱＲコードの読み取りを契機として、アプリケーションＡＰ−Ｂを起動する。制御部１０１Ｂは、アプリケーションＡＰ−Ｂを実行することによって、以下に示す処理を実行する。
【００３０】
ステップＢ０３では、制御部１２１ＢがＩＱパケットのスキャンを開始し、ＩＱパケットを受信したならば、制御部１２１Ｂが制御部１２１Ｂ内のＲＯＭからＢｔアドレスを読み出し、このＢｔアドレスをアドホック通信部１２０Ａに送信する。制御部１２１Ａは、受信したＢｔアドレスを記憶部１２２Ａに記憶させる。
ステップＢ０４では、制御部１２１Ａが制御部１２１Ａ内のＲＯＭからＢｔアドレスを読み出し、これをアドホック通信部１２０Ｂに送信する。制御部１２１Ｂは、受信したＢｔアドレスを記憶部１２２Ｂに記憶させる。
【００３１】
ステップＢ０５では、制御部１２１Ａが、アドホック通信部１２０Ｂから受信したＢｔアドレスに対応するリンクキーが登録済みであるか否かを判定する。具体的には、受信したＢｔアドレスとリンクキーとが対応付けられて記憶部１２２Ａに記憶されているならば、リンクキーが登録済みであると判定し（ステップＢ０５：ＹＥＳ）、図９の１に進む。一方、受信したＢｔアドレスとリンクキーとが対応付けられて記憶されていないならば、リンクキーが登録済みでないと判定し（ステップＢ０５：ＮＯ）、ステップＢ０６に進む。
【００３２】
ステップＢ０６では、制御部１２１Ａが、乱数を発生させ、この乱数を記憶部１２２Ａに記憶させ、この乱数をアドホック通信部１２０Ｂに送信する。
ステップＢ０７では、制御部１２１Ａが、ステップＡ０１で生成したＰＩＮコードと、このＰＩＮコードのコード長と、ステップＢ０６で発生させた乱数とを用いて、アルゴリズムＡＲ−１により初期化キーを算出する。
ステップＢ０８では、制御部１２１Ｂが、ステップＢ０２で取得したＰＩＮコードと、このＰＩＮコードのコード長と、ステップＢ０６で受信した乱数とを用いて、アルゴリズムＡＲ−１により初期化キーを算出する。
【００３３】
ステップＢ０９では、制御部１２１Ａが、乱数を発生させ、この乱数と、アドホック通信部１２０ＡのＢｔアドレスとを用いて、アルゴリズムＡＲ−２によりリンクキーを生成し、このリンクキーを記憶部１２２Ａに記憶させる。
ステップＢ１０では、制御部１２１Ａが、生成したリンクキーと初期化キーとの排他的論理和の演算結果をアドホック通信部１２０Ｂに送信する。制御部１２１Ｂは、受信した演算結果と初期化キーとの排他的論理和の演算によりリンクキーを算出し、このリンクキーを記憶部１２２Ｂに記憶させる。
【００３４】
ステップＢ１１では、制御部１２１Ａが乱数を発生させ、この乱数を記憶部１２２Ａに記憶させ、この乱数をアドホック通信部１２０Ｂに送信する。
ステップＢ１２では、制御部１２１Ａが、発生させた乱数と、ステップＢ０３で受信したアドホック通信部１２０ＢのＢｔアドレスと、ステップＢ０９で算出したリンクキーとを用いて、アルゴリズムＡＲ−３によりパラメータを算出し、このパラメータを記憶部１２２Ａに記憶させる。
ステップＢ１３では、制御部１２１Ｂが、ステップＢ１１で受信した乱数と、アドホック通信部１２０ＢのＢｔアドレスと、ステップＢ１０で算出したリンクキーとを用いて、アルゴリズムＡＲ−３によりパラメータを算出し、このパラメータを記憶部１２２Ｂに記憶させる。
ステップＢ１４では、制御部１２１Ｂが、ステップＢ１３で算出したパラメータをアドホック通信部１２０Ａに送信する。また、制御部１２１Ｂが乱数を発生させ、この乱数を記憶部１２２Ｂに記憶させ、この乱数をアドホック通信部１２０Ａに送信する。
【００３５】
ステップＢ１５では、制御部１２１Ａが、ステップＢ１２で算出したパラメータと、ステップＢ１４で受信したパラメータとを比較する。２つのパラメータが一致しないならば（ステップＢ１５：ＮＯ）、ステップＢ１６に進み、制御部１２１Ａが、認証が不成功である旨をアドホック通信部１２０Ｂに通知し、処理を終了する。この場合、制御部１０１Ｂは、認証が不成功である旨を表示部１０８Ｂに表示させ、処理を終了する。
一方、２つのパラメータが一致したならば（ステップＢ１５：ＹＥＳ）、ステップＢ１７に進み、制御部１２１Ａが、ステップＢ１４で受信した乱数と、アドホック通信部１２０ＡのＢｔアドレスと、ステップＢ０９で算出したリンクキーとを用いて、アルゴリズムＡＲ−３によりパラメータを算出し、このパラメータを記憶部１２２Ａに記憶させる。
ステップＢ１８では、制御部１２１Ｂが、ステップＢ１４で発生させた乱数と、ステップＢ０４で受信したアドホック通信部１２０ＡのＢｔアドレスと、ステップＢ１０で算出したリンクキーとを用いて、アルゴリズムＡＲ−３によりパラメータを算出し、このパラメータを記憶部１２２Ｂに記憶させる。
ステップＢ１９では、制御部１２１Ａが、ステップＢ１７で算出したパラメータをアドホック通信部１２０Ｂに送信する。
【００３６】
ステップＢ２０では、制御部１２１Ｂが、ステップＢ１８で算出したパラメータと、ステップＢ１９で受信したパラメータとを比較する。２つのパラメータが一致したならば（ステップＢ２０：ＹＥＳ）、ステップＢ２２に進み、認証が成功した旨をアドホック通信部１２０Ａに通知する。以上のようにして、端末１００間の通信リンクが確立される。この後、図７のステップＡ０６、Ａ０７へ進む。
一方、２つのパラメータが一致しないならば（ステップＢ２０：ＮＯ）、ステップＢ２１に進み、制御部１２１Ｂが、認証が不成功である旨を表示部１０８Ｂに表示させ、認証が不成功である旨をアドホック通信部１２０Ａに通知し、処理を終了する。この場合、制御部１０１Ａは、認証が不成功である旨を表示部１０８Ａに表示させ、処理を終了する。
【００３７】
図９は、ステップＢ０５でリンクキーが登録済みであると判定した場合の処理を示す図である。
ステップＣ０１では、制御部１２１Ａが、アドホック通信部１２０Ｂに対してＰＩＮコードの送信を要求する。
ステップＣ０２では、制御部１２１Ｂが、ステップＢ０２で取得したＰＩＮコードをアドホック通信部１２０Ａに送信する。
ステップＣ０３では、制御部１２１Ａが、アドホック通信部１２０Ｂから受信したＰＩＮコードと、ステップＡ０１で生成したＰＩＮコードとを比較し、両者が一致したならば（ステップＣ０３：ＹＥＳ）、ステップＣ０５に進み、認証が成功した旨をアドホック通信部１２０Ｂに通知する。以上のようにして、端末１００間の通信リンクが確立される。この後、図７のステップＡ０６、Ａ０７へ進む。
一方、両者が一致しないならば（ステップＣ０３：ＮＯ）、ステップＣ０４に進み、制御部１２１Ａが、認証が不成功である旨を表示部１０８Ａに表示させ、認証が不成功である旨をアドホック通信部１２０Ｂに通知し、処理を終了する。この場合、制御部１０１Ｂは、認証が不成功である旨を表示部１０８Ｂに表示させ、処理を終了する。
【００３８】
以上が、管理者端末１００Ａと参加者端末１００Ｂとの間の通信リンクを確立する処理の内容である。
なお、実際の端末１００間の通信リンクの確立においては、上記に加えていくつかのパケットのやり取りが規格で定められているが、ここでは処理の要点を示すに留めた。また、本実施形態では、リンクキーとして単体キーを用いる例を示したが、復号キーを用いるように構成してもよい。また、参加者端末１００Ｂが管理者端末１００ＡからＰＩＮコードを取得したことを契機として端末１００間の無線アドホック通信の通信リンクを確立するように構成されているならば、いかなる手順で処理を行ってもよい。
【００３９】
図７の説明に戻る。
ステップＡ０６では、制御部１０１Ａが、アドホック通信部１２０ＡのＢｔアドレスと、図８のステップＢ０３で受信したアドホック通信部１２０ＢのＢｔアドレスとを含むＨＴＴＰリクエストを、サーバ装置５００に送信する。
ステップＡ０７では、制御部１０１Ｂが、アドホック通信部１２０ＢのＢｔアドレスと、図８のステップＢ０４で受信したアドホック通信部１２０ＡのＢｔアドレスとを含むＨＴＴＰリクエストを、サーバ装置５００に送信する。
ステップＡ０８では、制御部５０１が、ステップＡ０６で受信したＢｔアドレスの対とステップＡ０７で受信したＢｔアドレスの対とを比較する。両者が一致しないならば（ステップＡ０８：ＮＯ）、ステップＡ０９に進み、制御部５０１が、認証が不成功である旨のＨＴＴＰレスポンスを参加者端末１００Ｂに送信する。この場合、制御部１０１Ｂが、認証が不成功である旨を表示部１０８Ｂに表示させ、処理を終了する。一方、両者が一致したならば（ステップＡ０８：ＹＥＳ）、ステップＡ１０に進む。
【００４０】
ステップＡ１０では、制御部５０１が、ＩＤとパスワードを要求するＨＴＴＰリクエストを参加者端末１００Ｂに送信する。
ステップＡ１１では、参加者が参加者端末１００ＢにＩＤとパスワードを入力すると、制御部１０１Ｂが、入力されたＩＤ及びパスワードを含むＨＴＴＰレスポンスをサーバ装置５００に送信する。
ステップＡ１２では、制御部５０１が、参加者端末１００Ｂから受信したＩＤ及びパスワードと一致するＩＤ及びパスワードの組み合わせが参加者データベース５１０に記憶されているか否かを判定する。一致するＩＤ及びパスワードが記憶されていない場合には（ステップＡ１２：ＮＯ）、ステップＡ１３に進み、制御部５０１が、認証が不成功である旨を参加者端末１００Ｂに通知する。この場合、制御部１０１Ｂが、認証が不成功である旨を表示部１０８Ｂに表示させ、処理を終了する。一方、一致するＩＤ及びパスワードが記憶されているならば（ステップＡ１２：ＹＥＳ）、ステップＡ１４に進む。
【００４１】
ステップＡ１４では、制御部５０１が、ステップＡ１１で受信したＩＤに対応する参加者情報を参加者データベース５１０から読み出し、この参加者情報を含むＨＴＴＰリクエストを管理者端末１００Ａに送信する。すると、制御部１０１Ａは、図１０に示す画像を表示部１０８Ａに表示させる。すなわち、制御部１０１Ａは、受信した参加者情報に基づいて、参加者の氏名、所属、参加者の顔を撮影して得られた画像を表示させる。また、この画像とともに、制御部１０１Ａは、正規の参加者であるか否かを問う文と、「ＹＥＳ」及び「ＮＯ」の操作子を表示させる。管理者は、表示された顔の画像と参加者の顔とを目視により比較する。そして、一致すると判断したならば、管理者は、「ＹＥＳ」の操作子にカーソルを移動させてクリックする。一致しないと判断したならば、「ＮＯ」をクリックする。いずれかの操作子がクリックされたならば、ステップＡ１５に進み、制御部１０１Ａが、クリックされた操作子を識別する情報を含むＨＴＴＰレスポンスをサーバ装置５００に送信する。
【００４２】
ステップＡ１６では、制御部５０１が、受信したＨＴＴＰレスポンスが「ＹＥＳ」と「ＮＯ」のどちらを示すかを判定する。「ＮＯ」であるならば（ステップＡ１６：ＮＯ）、ステップＡ１７に進み、制御部５０１が、認証が不成功である旨を参加者端末１００Ｂに通知する。この場合、制御部１０１Ｂが、認証が不成功である旨を表示部１０８Ｂに表示させ、処理を終了する。一方、「ＹＥＳ」であるならば（ステップＡ１６：ＹＥＳ）、ステップＡ１８に進む。
ステップＡ１８では、制御部５０１が、認証が成功した旨を参加者端末１００Ｂに通知する。すると、制御部１０１Ｂは、図１１に示す画像を表示部１０８Ｂに表示させる。すなわち、認証が成功した旨の文と、講義データベースに登録する旨の文と、「ＯＫ」の操作子を表示させる。参加者が「ＯＫ」をクリックすると、制御部１０１Ｂは、ステップＡ１９に進み、講義データベースに登録することを要求するＨＴＴＰリクエストをサーバ装置５００に送信する。
【００４３】
ステップＡ２０では、制御部５０１が、講義データベース５２０に、ステップＡ１１で受信したＩＤを書き込む。
ステップＡ２１では、制御部５０１が、講義への参加を許可することを通知するＨＴＴＰレスポンスを参加者端末１００Ｂに送信する。このＨＴＴＰレスポンスを送信したならば、制御部５０１は、参加者端末１００Ｂによる参加者データベース５１０及び講義データベース５２０の読み出しを許可する。
ステップＡ２２では、ステップＡ２１における許可通知から一定時間後（例えば、１０秒後）に、制御部１２１Ｂが、アドホック通信部１２０Ｂとアドホック通信部１２０Ａとの通信リンクを切断する。
以上のようにして、参加者端末１００Ｂからサーバ装置５００上の参加者データベース５１０及び講義データベース５２０にアクセスすることが許可される。
【００４４】
上述のとおり、本実施形態は、管理者端末１００Ａと参加者端末１００Ｂとの間でBluetoothによる無線アドホック通信を行うことによって管理者端末１００Ａが参加者端末１００Ｂの認証を行うように構成されている。管理者端末１００Ａを携帯する管理者は、大学の教員であるから、講義が予定された時間帯に教室に居ることが保証されている。また、端末１００間で無線アドホック通信の通信リンクが確立されれば、端末１００間の距離が無線アドホック通信の電波の届く範囲内であることが証明される。その範囲は、例えば、Bluetoothの通常の規格では１０メートル程度であり、最大でも１００メートル程度である。
さらに、本実施形態は、ＩＤとパスワードによる認証を行うように構成されているから、参加者端末１００Ｂを携帯する人物が特定の人物であることが証明される。
よって、本実施形態によれば、特定の区域に、特定の時期に、特定の人物が存在したことを証明することができる。
【００４５】
（２）変形例
以下に示す変形例は、互いに組み合わせてもよい。
（２．１）変形例１
上記実施形態では、端末１００間の無線アドホック通信の方式としてBluetoothを用いた例を示したが、他の方式を用いてもよい。例えば、IEEE 802.11bの規格に従った無線ＬＡＮ（Local Area Network）のアドホックモードを使用してもよい。
また、無線アドホック通信の代わりに、非接触型ＩＣカードによる認証を用いてもよい。この場合、非接触型ＩＣカードと通信するＩＣカードリーダを管理者端末１００Ａに組み込み、非接触型ＩＣカードを参加者端末１００Ｂに組み込み、例えば、図７のステップＡ０４からＡ０９の代わりに以下の処理を行う。すなわち、管理者端末１００Ａに表示されたＱＲコードを参加者端末１００Ｂが読み取ったならば、読み取りが完了した旨を参加者端末１００Ｂが管理者端末１００Ａに通知する。次に、管理者端末１００Ａが非接触型ＩＣカードに対する問い合わせ信号を送信し、非接触型ＩＣカードが当該カードに固有の識別子を管理者端末１００Ａに送信する。そして、管理者端末１００Ａは、受信した識別子と一致する識別子が参加者データベース５１０に記憶されているならば、ステップＡ１０に進む。
上記実施形態では、端末１００とサーバ装置５００との通信を移動通信網２００経由で行う例を示したが、サーバ装置５００に無線アドホック通信の機能を設け、無線アドホック通信によって通信を行ってもよい。
上記実施形態では、管理者端末１００Ａに表示されたＱＲコードを参加者端末１００Ｂの撮像部１１２Ｂで撮像することによってＵＲＬとＰＩＮコードを取得する例を示したが、他の方法によってＵＲＬとＰＩＮコードを取得するようにしてもよい。例えば、赤外線を用いた通信によって管理者端末１００Ａから参加者端末１００ＢにＵＲＬとＰＩＮコードを送信するようにしてもよい。
【００４６】
（２．２）変形例２
上記実施形態では、参加者端末１００Ｂからサーバ装置５００に送信された参加者端末１００ＢのＢｔアドレスと、参加者端末１００Ｂから管理者端末１００Ａ経由でサーバ装置５００に送信された参加者端末１００ＢのＢｔアドレスとをサーバ装置５００が照合することによって、端末１００間の通信リンクが確立されたか否かをサーバ装置５００が判定する例を示したが、端末１００間の通信リンクが確立されたか否かを他の方法によって判定するようにしてもよい。例えば、管理者端末１００Ａが、参加者端末１００Ｂとの通信リンクが確立されたか否かをサーバ装置５００に通知してもよい。要するに、サーバ装置５００が、少なくとも管理者端末１００Ａから、端末１００間のアドホック通信の通信リンクが確立されたか否かを判定するための情報を取得するようにすればよい。
【００４７】
（２．３）変形例３
移動通信網２００の基地局２１０から得られる基地局情報を用いて参加者端末１００Ｂが特定の区域に存在することを確認する構成を追加してもよい。図１２は、基地局情報を用いた認証の手順を示す図である。基地局２１０は、例えば、概ね半径数十メートルを通信圏とするフェムトセルの基地局である。サーバ装置５００の記憶部５０２には、教室の位置に対応する基地局２１０を一意に識別するための基地局情報が予め記憶されている。
ステップＤ０１では、制御部５０１が、参加者端末１００Ｂに対して、基地局情報を要求するＨＴＴＰリクエストを送信する。
ステップＤ０２では、制御部１０１Ｂが、基地局情報を要求するリクエストを移動パケット通信部１０３を介して送信する。すると、このリクエストを受信した基地局２１０が、当該基地局２１０の基地局情報を参加者端末１００Ｂに送信する。
【００４８】
ステップＤ０３では、制御部１０１Ｂが、基地局２１０から受信した基地局情報をサーバ装置５００に送信する。
ステップＤ０４では、制御部５０１が、参加者端末１００Ｂから受信した基地局情報が記憶部５０２に記憶されている基地局情報と一致するか否かを判定し、一致するならば（ステップＤ０４：ＹＥＳ）、参加者端末１００Ｂが教室内に存在すると判断し、認証を終了する。一方、一致しないならば（ステップＤ０４：ＮＯ）、認証が不成功である旨を参加者端末１００Ｂに送信する。
図１２で示した認証手順は、図７のどの部分に組み込んでもよい。例えば、図７のステップＡ０８の次に組み込んでもよい。
また、サーバ装置５００が、管理者端末１００Ａと参加者端末１００Ｂの両方から基地局情報を取得し、両方の基地局情報が一致したならば参加者端末１００Ｂが教室内に存在すると判断するようにしてもよい。
【００４９】
（２．４）変形例４
図７に示した処理が完了した後、管理者端末１００Ａが定期的に参加者端末１００Ｂの存在を確認するようにしてもよい。図１３は、参加者端末１００Ｂの存在確認の手順を示す図である。ここで、アドホック通信部１２０Ａは、ＩＱパケットのブロードキャストを継続している。
ステップＥ０１では、制御部１０１Ｂが、一定時間が経過したか否かを判定する。
一定時間が経過したならば（ステップＥ０１：ＹＥＳ）、ステップＥ０２に進み、制御部１２１Ｂがスキャンを開始し、ＩＱパケットを受信したならば、アドホック通信部１２０Ａにアドホック通信部１２０ＢのＢｔアドレスを送信する。
ステップＥ０３では、制御部１２１Ａが、アドホック通信部１２０Ｂにアドホック通信部１２０ＡのＢｔアドレスを送信する。
【００５０】
ステップＥ０４では、制御部１２１Ｂが、アドホック通信部１２０Ａに、ステップＢ０２で取得したＰＩＮコードを送信する。
ステップＥ０５では、制御部１２１Ａが、受信したＰＩＮコードとステップＡ０１で生成したＰＩＮコードとを比較し、両者が一致しないならば（ステップＥ０５：ＮＯ）、アドホック通信部１２０Ｂに、認証が不成功である旨を通知する。この場合、制御部１０１Ｂが、認証が不成功である旨を表示部１０８Ｂに表示させ、処理を終了する。
一方、ＰＩＮコードが一致したならば（ステップＥ０５：ＹＥＳ）、アドホック通信部１２０Ｂに、認証が成功した旨を通知する。制御部１２１Ｂは、この通知を受信したならば、ステップＥ０１に戻る。
この構成によれば、講義中の学生の所在を確認することができる。例えば、講義の開始前に出席の確認された学生が講義中に教室を抜け出した場合に、その学生が教室に不在であることを管理者が知ることができる。
なお、講義中に上記の通信を行うために、アドホック通信部１２０の電波の到達範囲に教室全体が含まれるようにアドホック通信部１２０の電波の強度が調整されていることが必要である。
【００５１】
（２．５）変形例５
図７に示した処理が完了した後、参加者端末１００Ｂに閾値を超える加速度が発生した場合に管理者端末１００Ａが参加者端末１００Ｂの存在を確認するようにしてもよい。図１４は、参加者端末１００Ｂの存在確認の手順を示す図である。ここで、アドホック通信部１２０Ａは、ＩＱパケットのブロードキャストを継続している。参加者端末１００Ｂには、参加者端末１００Ｂに発生する加速度を検知する加速度センサ（図示省略）が備えられている。
ステップＦ０１では、制御部１０１Ｂが、予め定められた閾値を超える加速度が発生したか否かを判定する。
閾値を超える加速度が発生したならば（ステップＦ０１：ＹＥＳ）、ステップＦ０２に進む。ステップＦ０２からＦ０７の処理は、図１３に示したステップＥ０２からＥ０７の処理と同一である。
この構成によれば、例えば、講義の開始前に出席の確認された学生が講義中に教室を抜け出した時点で、その学生が教室に不在であることを管理者が知ることができる。
【００５２】
（２．６）変形例６
認証処理に制限時間を設けるようにしてもよい。例えば、制御部１２１Ｂが、撮像部１１２によるＱＲコードの読み取り後に経過した時間を監視し、ＱＲコードの読み取りから一定時間内にサーバ装置５００から認証が成功した旨が通知されない場合には、制御部１０１Ｂに対して、アプリケーションＡＰ−Ｂの終了を要求する。すると、制御部１０１Ｂは、実行していたアプリケーションＡＰ−Ｂを終了させ、アドホック通信部１２０Ｂの通信リンクを切断する。
【００５３】
（２．７）変形例７
上記実施形態では、管理者端末１００Ａが生成する識別情報として、予め定められたアルゴリズムに現在の日時を入力して生成したＰＩＮコードの例を示したが、識別情報として他の情報を用いてもよい。例えば、現在の日時そのものであってもよいし、乱数でもよい。また、予め管理者端末１００Ａに割り当てられた識別情報を常に用いてもよい。要するに、管理者端末１００Ａに固有の情報であれば、いかなる情報を識別情報として用いてもよい。
上記実施形態では、ＩＤとパスワードによる認証、及び、顔の画像による認証を行う例を示したが、顔の画像による認証は行わなくてもよい。あるいは、顔の画像以外の情報を用いて認証を行うようにしてもよい。例えば、参加者データベース５１０に参加者情報の１つとして参加者の生年月日を登録しておき、管理者が参加者端末１００Ｂを携帯する人物に生年月日を尋ねることによって認証を行ってもよい。あるいは、サーバ装置５００がステップＡ０６及びＡ０７で管理者端末１００Ａ及び参加者端末１００Ｂから参加者端末１００ＢのＢｔアドレスを受信したならば、このＢｔアドレスがＩＤと対応付けられて参加者データベース５１０に記憶されているか否かを判定し、記憶されているならば、参加者端末１００Ｂに講義への参加の許可を通知するようにしてもよい。
【００５４】
（２．８）変形例８
管理者が認めた場合に限り、参加者端末１００Ｂを管理者端末１００Ａとして機能させるようにしてもよい。例えば、管理者が信頼する参加者の参加者端末１００ＢにアプリケーションＡＰ−Ｂに加えてアプリケーションＡＰ−Ａを記憶させておき、通常は、アプリケーションＡＰ−Ｂのみを実行させるようにしておく。そして、管理者端末１００ＡからアプリケーションＡＰ−Ａの起動命令を受信した場合に、参加者端末１００Ｂの制御部１０１ＢがアプリケーションＡＰ−Ａを起動するようにする。このようにすれば、管理者が信頼する参加者の参加者端末１００Ｂに管理者端末１００Ａの機能を代行させることができる。この場合、参加者端末１００Ｂは、図７における管理者端末１００Ａとして機能し、他の参加者端末１００Ｂとの間で無線アドホック通信の通信リンクを確立し、他の参加者端末１００Ｂを携帯する人物の認証を行う。
【００５５】
（２．９）変形例９
上記実施形態では、出欠管理システム１を学校の出欠管理に適用した例を示したが、学校以外の出欠管理に適用してもよい。例えば、会社に所属する社員の出欠管理に適用してもよいし、特定の目的で参加者を募った会合の出欠管理に適用してもよい。要するに、予め定められた人員の出欠を管理する目的であれば、いかなる対象に出欠管理システム１を適用してもよい。
【００５６】
（２．１０）変形例１０
上記実施形態では、端末１００がIMT-2000方式の携帯電話機である例を示したが、端末１００は、他の方式の携帯電話機であってもよい。また、端末１００は、ＰＨＳ（Personal Handy-phone System）等の通信装置であってもよいし、いわゆるパーソナルコンピュータであってもよい。
上記実施形態では、端末１００及びサーバ装置５００がアプリケーションプログラムを実行することによって出欠管理に関する処理を実行する例を示したが、同様の機能を各装置にハードウェアで実装するようにしてもよい。
【符号の説明】
【００５７】
１００…端末、１０１…制御部、１０２…記憶部、１０３…移動パケット通信部、１０４…通話部、１０５…マイクロフォン、１０６…スピーカ、１０７…操作部、１０８…表示部、１０９…アンテナ、１１０…ＩＣカード端子、１１２…撮像部、１２０…アドホック通信部、１２１…制御部、１２２…記憶部、１２３…通信部、２００…移動通信網、２１０…基地局、２２０…交換機、３００…ゲートウェイサーバ、４００…通信網、５００…サーバ装置、５０１…制御部、５０２…記憶部、５０３…通信部、５１０…参加者データベース、５２０…講義データベース
【図１】
0005653720.tif 000002
【図２】
0005653720.tif 000003
【図３】
0005653720.tif 000004
【図４】
0005653720.tif 000005
【図５】
0005653720.tif 000006
【図６】
0005653720.tif 000007
【図７】
0005653720.tif 000008
【図８】
0005653720.tif 000009
【図９】
0005653720.tif 000010
【図１０】
0005653720.tif 000011
【図１１】
0005653720.tif 000012
【図１２】
0005653720.tif 000013
【図１３】
0005653720.tif 000014
【図１４】
0005653720.tif 000015