(57)【要約】【課題】行事への参加候補者のうちその行事に現実に参加した者を特定し得るようにする。【解決手段】幹事を務める幹事ユーザＡが所有する通信端末１０は、行事の参加候補者であるユーザＢを指定する操作を受け付ける（ＳＡ１、２）。通信端末１０は、参加候補者であるユーザＢの各々を識別する参加ＩＤを割り当て、参加ＩＤを通信端末２０宛てに送信する（ＳＡ３〜５）。ユーザＢが所有する通信端末２０は参加登録を行い（ＳＡ６、ＳＡ７）、行事に参加する場合には参加ＩＤをＩＣカードに記憶させる（ＳＡ８；ＹＥＳ、ＳＡ９）。また、通信端末２０は、行事への参加の可否に関する情報を通信端末１０に送信し（ＳＡ１０）、通信端末１０は受信した情報に応じて参加管理情報を書き込む（ＳＡ１１）。行事が開催されると、通信端末１０は通信端末２０の参加ＩＤを読み取ることで参加者の受け付けを行う。【選択図】図４
2011119805.tif 000002
【特許請求の範囲】
【請求項１】
情報を記憶する記憶部と、
行事に参加する候補となる参加候補者を指定する操作を受け付ける受付部と、
指定された前記参加候補者に、各々を識別する識別情報を割り当てる割当部と、
前記割当部により割り当てられた識別情報を前記記憶部に書き込む第１書込部と、
前記割り当てられた識別情報を、その識別情報が割り当てられた参加候補者の通信端末である外部端末宛てに送信する送信部と、
前記外部端末に記憶された前記識別情報を読み取る読取部と、
前記読取部により読み取られた識別情報に対応付けて、その識別情報が割り当てられた参加候補者が前記行事に参加した旨を前記記憶部に書き込む第２書込部と、
前記記憶部に書き込まれた情報に応じた内容を報知する報知部と
を備えることを特徴とする通信端末。
【請求項２】
前記送信部により送信された識別情報を受信した前記外部端末から、前記行事への参加の可否に関する情報を受信する受信部を備え、
前記第１書込部は、前記識別情報と、前記受信部により受信された情報の内容とを対応付けて、前記記憶部に書き込む
ことを特徴とする請求項１に記載の通信端末。
【請求項３】
前記行事の開催により発生した費用を表す費用情報を取得する費用取得部と、
前記費用取得部により取得された費用情報が表す費用と、前記記憶部に書き込まれた識別情報とに基づいて、前記参加候補者に対する課金額を算出する算出部とを備え、
前記報知部は、前記算出部により算出された課金額を報知する
ことを特徴とする請求項１又は２に記載の通信端末。
【請求項４】
前記記憶部に書き込まれた情報の内容を前記外部端末に通知する通知部
を備えることを特徴とする請求項１ないし３のいずれかに記載の通信端末。
【請求項５】
前記識別情報と前記行事に参加した旨とが対応付けられて他の情報処理端末に記憶されている場合に、その識別情報を前記他の情報処理端末から取得する識別情報取得部を備え、
前記第２書込部は、前記識別情報取得部により取得された識別情報に対応付けて、前記行事に参加した旨を書き込む
ことを特徴とする請求項１ないし４のいずれかに記載の通信端末。
【請求項６】
情報を記憶する記憶部を有する通信端末のコンピュータに、
行事に参加する候補となる参加候補者を指定する操作を受け付ける受付ステップと、
指定された前記参加候補者に、各々を識別する識別情報を割り当てる割当ステップと、
前記割当ステップにおいて割り当てた識別情報を前記記憶部に書き込む第１書込ステップと、
前記割り当てた識別情報を、その識別情報が割り当てられた参加候補者の通信端末である外部端末宛てに送信する送信ステップと、
前記外部端末に記憶された前記識別情報を読み取る読取ステップと、
前記読取ステップにおいて読み取った識別情報に対応付けて、その識別情報が割り当てられた参加候補者が前記行事に参加した旨を前記記憶部に書き込む第２書込ステップと、
前記記憶部に書き込まれた情報に応じた内容を報知する報知ステップと
を実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信端末における情報の管理に関する。
【背景技術】
【０００２】
各種の施設や、パーティーやセミナーなどの行事が開催される会場では、入場時に参加者の受け付けが行われることがある。例えば特許文献１には、非接触型ＩＣチップを搭載する携帯電話機を用いた出席確認システムが開示されている。特許文献１に開示されている技術では、出席者の携帯電話機に個人識別情報を含む出席確認情報を蓄積しておき、管理側の携帯電話機が非接触通信によりこれを読み取って、サーバ上で出席確認情報を管理する。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００９−１５７５７７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、出席確認システムにそれ専用のサーバを介在させた場合に、システムの構築や運営などに多大な費用を要することがある。よって、この種のシステムは、オフィスなどの施設の入館確認や定期的に開催される行事など、反復的に利用される場合には適していても、例えば、開催の頻度が低い行事や個人レベルで開催される行事での利用には不向きであるといえる。
そこで、本発明の目的は、行事への参加候補者のうちその行事に現実に参加した者を特定し得るようにすることである。
【課題を解決するための手段】
【０００５】
上述した課題を解決するため、本発明の請求項１に記載の通信端末は、情報を記憶する記憶部と、行事に参加する候補となる参加候補者を指定する操作を受け付ける受付部と、指定された前記参加候補者に、各々を識別する識別情報を割り当てる割当部と、前記割当部により割り当てられた識別情報を前記記憶部に書き込む第１書込部と、前記割り当てられた識別情報を、その識別情報が割り当てられた参加候補者の通信端末である外部端末宛てに送信する送信部と、前記外部端末に記憶された前記識別情報を読み取る読取部と、前記読取部により読み取られた識別情報に対応付けて、その識別情報が割り当てられた参加候補者が前記行事に参加した旨を前記記憶部に書き込む第２書込部と、前記記憶部に書き込まれた情報に応じた内容を報知する報知部とを備えることを特徴とする。
【０００６】
本発明の請求項２に記載の通信端末は、請求項１に記載の構成において、前記送信部により送信された識別情報を受信した前記外部端末から、前記行事への参加の可否に関する情報を受信する受信部を備え、前記第１書込部は、前記識別情報と、前記受信部により受信された情報の内容とを対応付けて、前記記憶部に書き込むことを特徴とする。
【０００７】
本発明の請求項３に記載の通信端末は、請求項１又は２に記載の構成において、前記行事の開催により発生した費用を表す費用情報を取得する費用取得部と、前記費用取得部により取得された費用情報が表す費用と、前記記憶部に書き込まれた識別情報とに基づいて、前記参加候補者に対する課金額を算出する算出部とを備え、前記報知部は、前記算出部により算出された課金額を報知することを特徴とする。
【０００８】
本発明の請求項４に記載の通信端末は、請求項１ないし３のいずれかに記載の構成において、前記記憶部に書き込まれた情報の内容を前記外部端末に通知する通知部を備えることを特徴とする。
【０００９】
本発明の請求項５に記載の通信端末は、請求項１ないし４のいずれかに記載の構成において、前記識別情報と前記行事に参加した旨とが対応付けられて他の情報処理端末に記憶されている場合に、その識別情報を前記他の情報処理端末から取得する識別情報取得部を備え、前記第２書込部は、前記識別情報取得部により取得された識別情報に対応付けて、前記行事に参加した旨を書き込むことを特徴とする。
【００１０】
本発明の請求項６に記載のプログラムは、情報を記憶する記憶部を有する通信端末のコンピュータに、行事に参加する候補となる参加候補者を指定する操作を受け付ける受付ステップと、指定された前記参加候補者に、各々を識別する識別情報を割り当てる割当ステップと、前記割当ステップにおいて割り当てた識別情報を前記記憶部に書き込む第１書込ステップと、前記割り当てた識別情報を、その識別情報が割り当てられた参加候補者の通信端末である外部端末宛てに送信する送信ステップと、前記外部端末に記憶された前記識別情報を読み取る読取ステップと、前記読取ステップにおいて読み取った識別情報に対応付けて、その識別情報が割り当てられた参加候補者が前記行事に参加した旨を前記記憶部に書き込む第２書込ステップと、前記記憶部に書き込まれた情報に応じた内容を報知する報知ステップとを実行させる。
【発明の効果】
【００１１】
本発明によれば、行事への参加候補者のうちその行事に現実に参加した者を特定し得るようにすることができる。
【図面の簡単な説明】
【００１２】
【図１】通信システムの全体構成を示す図である。
【図２】通信端末のハードウェア構成を示すブロック図である。
【図３】通信端末が実現する機能的構成を示す機能ブロック図である。
【図４】事前処理の手順を示すシーケンス図である。
【図５】参加確認画面の一例を示す図である。
【図６】メール表示画面の一例を示す図である
【図７】参加登録画面の一例を示す図である。
【図８】メール表示画面の一例を示す図である
【図９】参加管理情報の構造の一例を示す図である。
【図１０】本番処理の手順を示すフローチャートである。
【図１１】参加確認画面の一例を示す図である。
【図１２】参加管理情報の構造の一例を示す図である。
【図１３】参加状況確認画面の一例を示す図である。
【図１４】課金額確認画面の一例を示す図である。
【発明を実施するための形態】
【００１３】
以下、図面を参照しつつ本発明の一実施形態について説明する。
［実施形態の構成］
図１は、この実施形態の通信システムの全体構成を示す図である。
通信システムは、通信端末１０と、通信端末１０の外部端末である通信端末２０−１，２０−２，２０−３，・・・，２０−ｎ（ｎ；自然数）とにより構成されており、これら各通信端末は移動通信網やインターネット、ゲートウェイなどを含む公衆の通信路である、通信網ＮＷを介して互いに通信可能に接続されている。なお、図１の各通信端末１０，２０の下側に示す括弧書きは、それらの端末を所有するユーザを表す。
【００１４】
通信端末１０は、行事の幹事を務めるユーザが所有するものである。通信端末１０を所有するユーザを、以下では「幹事ユーザ」と称する。ここでは、行事の幹事を務めるのは幹事ユーザＡの一人である。通信端末２０−１，２０−２，２０−３，・・・，２０−ｎは、通信端末１０と通信網ＮＷを介して通信することのできる通信端末である。通信端末２０−１，２０−２，２０−３，・・・，２０−ｎは、幹事ユーザＡが幹事を務める行事に参加する候補となる参加候補者を含む、ユーザＢ１〜Ｂｎが所有するものである。参加候補者は、例えば、行事に招待された者や、行事への参加を希望しそれが許可された者のである。
以下の説明において、通信端末２０−１〜２０−ｎのそれぞれを特に区別する必要のないときは、これらを「通信端末２０」と総称し、ユーザＢ１〜Ｂｎのそれぞれを特に区別する必要のないときは、これらを「ユーザＢ」と総称することがある。また、通信端末１０，２０は、ここでは携帯電話端末であり、一部を除いて互いに同一の構成を有している。
【００１５】
次に、通信端末１０、２０の構成について説明する。
通信端末１０、２０のハードウェア構成については、通信端末１０のみについて説明し、通信端末２０については通信端末１０と異なる点のみについて説明する。
図２は、通信端末１０のハードウェア構成を示すブロック図である。図２に示すように、通信端末１０は、制御部１１と、無線通信部１２と、表示部１３と、操作部１４と、音声入出力部１５と、リーダ／ライタ１６と、ＩＣカード１７とを備える。
制御部１１は、ＣＰＵ（Central Processing Unit）１１ａ、ＲＯＭ（Read Only Memory）１１ｂ、ＲＡＭ（Random Access Memory）１１ｃ及びＥＥＰＲＯＭ（Electronically Erasable and Programmable ROM）１１ｄを備えている。ＣＰＵ１１ａは、ＲＡＭ１１ｃをワークエリアとして用いてＲＯＭ１１ｂやＥＥＰＲＯＭ１１ｄに記憶されたプログラムを実行して、通信端末１０の各部の動作を制御する。ＲＡＭ１１ｃは、ＣＰＵ１１ａがプログラムを実行するときに、そのプログラムが記憶されるメモリとして機能する。ＥＥＰＲＯＭ１１ｄは、幹事用アプリＡＰ１や各種のプログラムを含む各種の情報を記憶する。幹事用アプリＡＰ１は、通信端末１０が行事の実行に関する処理を実行する際に使用されるものである。ＥＥＰＲＯＭ１１ｄは、これ以外にも、いわゆる電話帳機能を実現するための電話帳データを記憶する。この電話帳データは、各ユーザの名称（氏名など）と、電話番号や電子メールアドレスなどの各ユーザ固有の文字列とが対応付けられたデータである。
なお、通信端末２０は、幹事用アプリＡＰ１を記憶していてもよいし、記憶していなくてもよい。
【００１６】
無線通信部１２は、無線通信回路やアンテナを備え、無線基地局との間で無線通信を行う。表示部１３は、液晶駆動回路や液晶ディスプレイを備え、画像を表示することにより情報に応じた内容を報知する。操作部１４は、テンキーなどの複数の操作子を備え、ユーザによる操作子の操作を受け付けて、その操作に応じた操作情報を制御部１１に出力する。音声入出力部１５は、受話音声を収音するマイクや送話音声を放音するスピーカを備え、例えば放音することにより情報に応じた内容を報知する。リーダ／ライタ１６は、例えばＦｅｌｉｃａ（登録商標）などの非接触式ＩＣ（Integrated Circuit）カードとの間で無線通信を行って、データの読み書きを行う。ＩＣカード１７は、プロセッサやアンテナ、メモリを有している。ＩＣカード１７のプロセッサは、アンテナにより受信した信号、又はＣＰＵ１１ａからの信号に応じてメモリにアクセスし、データの読み出し、又は書き込みを行う。
【００１７】
図３は、通信端末１０及び通信端末２０が実現する機能的構成を示す機能ブロック図である。制御部１１が幹事用アプリＡＰ１を含む各種のプログラムを実行することにより、通信端末１０は、受付部１０１、割当部１０２、送信部１０３、受信部１０４、第１書込部１０５、記憶部１０６、読取部１０７、第２書込部１０８、及び報知部１０９に相当する各機能を実現する。
受付部１０１は、操作部１４からの操作情報を取得することにより、行事への参加候補者を指定する操作を受け付ける。ここでは、受付部１０１は、ユーザＢ１〜Ｂｎの中から、参加候補者として指定するための操作を受け付ける。割当部１０２は、指定された参加候補者に、各々を識別する識別情報（以下、「参加ＩＤ」という。）を割り当てる。参加ＩＤは、参加候補者が指定された順に、例えば「０００１」から昇順に割り当てられる数値であり、割当部１０２が個々の参加候補者に対して異なるものを割り当てる。送信部１０３は、割当部１０２により割り当てられた参加ＩＤを、その参加ＩＤが割り当てられた参加候補者の通信端末２０宛てに送信する。受信部１０４は、送信部１０３により送信された参加ＩＤを受信した参加候補者の通信端末２０から、行事への参加の可否に関する情報を受信する。第１書込部１０５は、受信部１０４により受信された情報の内容と参加ＩＤとを対応付けて、記憶部１０６に書き込む。記憶部１０６は、書き込まれる情報を記憶する。
【００１８】
読取部１０７は、通信端末２０に記憶された参加ＩＤを読み取る。読取部１０７は、例えば通信端末１０、２０との間で行われる無線通信により参加ＩＤを読み取る。第２書込部１０８は、読取部１０７により読み取られた参加ＩＤに対応付けて、その参加ＩＤが割り当てられた参加候補者が行事に参加した旨を記憶部１０６に書き込む。報知部１０９は、記憶部１０６に書き込まれた情報に応じた内容を報知する。費用取得部１１０は、行事の開催により発生した費用を表す費用情報を取得する。算出部１１１は、費用取得部１１０により取得された費用情報が表す費用と、記憶部１０６に書き込まれた識別情報とに基づいて、参加候補者に対する課金額を算出する。
通信端末１０が実現する各機能のうち、受付部１０１、割当部１０２、第１書込部１０５、第２書込部１０８、費用取得部１１０、及び算出部１１１に相当するものは制御部１１により実現される。送信部１０３及び受信部１０４に相当するものは、制御部１１及び無線通信部１２により実現される。記憶部１０６に相当するものは、ＥＥＰＲＯＭ１１ｄにより実現される。読取部１０７に相当するものは、制御部１１及びリーダ／ライタ１６により実現される。報知部１０９に相当するものは、制御部１１及び表示部１３（又は、制御部１１及び音声入出力部１５）により実現される。
【００１９】
一方、通信端末２０は、各種のプログラムを実行することにより、受信部２０１、登録制御部２０２、送信部２０３、及び識別情報記憶部２０４に相当する各機能を実現する。
受信部２０１は、送信部１０３により送信された参加ＩＤを受信する。登録制御部２０２は、行事への参加登録に関する各種の制御を実行する。登録制御部２０２は、受信部２０１から供給される参加ＩＤを識別情報記憶部２０４に記憶させる（参加ＩＤを登録する）。また、登録制御部２０２は、行事への参加の可否に関する情報を生成し、送信部２０３に出力する。送信部２０３は、その行事への参加の可否に関する情報を通信端末１０宛てに送信する。
通信端末２０が実現する各機能のうち、受信部２０１及び送信部２０３に相当するものは、通信端末２０が有する制御部及び無線通信部により実現される。登録制御部２０２に相当するものは、制御部により実現される。識別情報記憶部２０４に相当するものは、通信端末２０が有するＩＣカードにより実現される。
【００２０】
［実施形態の動作］
通信端末１０は、幹事ユーザＡが行事を開催するに際して、以下の２種類に大別される処理を実行する。通信端末１０が実行する第１の処理は、その行事に先立って（例えば、開催日前）実行する「事前処理」であり、第２の処理は、行事が開催される本番（例えば、開催日当日）において実行する「本番処理」である。
続いて、通信端末１０の動作について「事前処理」と「本番処理」とについてそれぞれ説明する。また、以下では、行事の一例として、幹事ユーザＡが「忘年会」を開催する場合の上記通信システムの動作を説明する。この動作に説明において登場する「ユーザＢ」は、参加候補者であるユーザＢである。
【００２１】
［事前処理］
まず、事前処理について説明する。この事前処理は、通信端末１０が行事に参加候補者に関する情報を生成するための処理である。
図４は、事前処理の手順を示すシーケンス図である。
通信端末１０の制御部１１は、幹事ユーザＡにより操作部１４が操作されて幹事アプリＡＰ１の起動が指示されると、これをＥＥＰＲＯＭ１１ｄから読み出して起動する（ステップＳＡ１）。制御部１１は、幹事アプリＡＰ１を実行すると、参加候補者（ここでは、行事への招待者）とするユーザＢを指定する操作を受け付けて（ステップＳＡ２）、指定されたユーザＢの各々に参加ＩＤを割り当てる（ステップＳＡ３）。ステップＳＡ２、ＳＡ３の処理を実行する際には、制御部１１は、行事の種類として「忘年会」が操作部１４により指定された後に、参加確認画面Ｐｃ１を表示部１３に表示させる。
【００２２】
図５は、参加確認画面Ｐｃ１の一例を示す図である。図５を参照しつつ、ステップＳＡ２、ＳＡ３の処理について説明する。
参加確認画面Ｐｃ１には、「送信先選択」というメッセージの下側に、「電話帳から選択」という文字列が付されたボタンｂ１と、「直接入力」という文字列が付されたボタンｂ２とが配置されている。操作部１４の操作によりボタンｂ１が指定されると、制御部１１は、自端末の電話帳機能を利用して、そこに登録されたユーザＢの名称の一覧を表示させる。そして、制御部１１は、幹事ユーザＡにより指定されたユーザＢを参加候補者とし、そのユーザＢに参加ＩＤを割り当てる。制御部１１は、割り当てた参加ＩＤと、参加ＩＤが割り当てられたユーザＢの名称や電子メールアドレスなどの電話帳データの内容とを対応付けて、表示欄ｉ１に表示させる。ここでボタンｂ１が選択されて、ユーザＢ１の氏名である「携帯一郎」が指定された場合、制御部１１は、例えばユーザＢ１に参加ＩＤを「０００１」を割り当てる。そして、制御部１１は、参加ＩＤ「０００１」とともに、ユーザＢ１の名称及び電子メールアドレスを表示欄ｉ１に表示させる。図５に示す参加確認画面Ｐｃ１には、ユーザＢ１のほかに、参加ＩＤ「０００２」が割り当てられたユーザＢ２や、参加ＩＤ「０００３」が割り当てられたユーザＢ３に関する情報も表示欄ｉ１に表示されている。
なお、ボタンｂ２が指定された場合には、制御部１１は、ユーザＢの名称や電子メールアドレスなどの情報を、そのときに入力させる。この入力が完了すると、制御部１１は、そのユーザＢに参加ＩＤを割り当てる。それ以降の処理の内容は、電話帳機能を利用する場合と同じである。
【００２３】
図５に示すように、参加確認画面のＰｃ１には「送信」という文字列が付されたボタンｂ３が配置されている。制御部１１は、ボタンｂ３が指定されると、ステップＳＡ４の処理に進む。
次に、制御部１１は、ユーザＢの個々に送信するための電子メールを作成する（ステップＳＡ４）。この電子メールには各ユーザＢに割り当てられた参加ＩＤが少なくとも含まれている。そして、制御部１１は、無線通信部１２によってユーザＢが所有する通信端末２０宛てに電子メールを送信する（ステップＳＡ５）。
【００２４】
図６は、ステップＳＡ５の処理によってユーザＢに送信される電子メールの一例を示す図である。具体的には、図６は、ユーザＢ１の通信端末２０−１が受信する電子メールが表示されたときのメール表示画面Ｐｅを表したものである。
メール表示画面Ｐｅには、「送信者」として幹事ユーザＡの氏名であり、通信端末２０の電話帳データに登録されている「幹事太郎」と表示されている。電子メールの表題（「Subject」の欄）は、「忘年会参加登録」であり、ユーザＢが忘年会の誘いがあったことを判別し得る内容である。電子メールの本文にはＵＲＬ（Uniform Resource Locator）が記述されている。このＵＲＬは、参加候補者ごと、すなわち参加ＩＤごとに異なっている。具体的には、「sanka_id=」の後の記述が参加ＩＤを表しており、ここでは「０００１」である。また、ＵＲＬの記述のうち「event_id=123456」は各行事を識別する行事ＩＤを表す。つまり、今回の行事（忘年会）の行事ＩＤは「１２３４５６」である。
なお、通信端末１０が、通信端末２０がＵＲＬの記述から参加ＩＤ及び行事ＩＤを特定できるように電子メールを送信する構成に代えて、ＵＲＬとは別に、メール本文に参加ＩＤ及び行事ＩＤを記述してもよい。例えば、通信端末１０は、「0001,123456」という具合に、参加ＩＤ及び行事ＩＤをＣＳＶ（Comma Separated Value）形式に従ってメール本文に記述する。この場合、参加ＩＤ及び行事ＩＤは、「，（カンマ）」によって区切られて記述されているので、通信端末２０は、その記述形式に従って参加ＩＤ及び行事ＩＤを特定し得る。
【００２５】
ここで、メール表示画面Ｐｅに付されたＵＲＬが指定されると、通信端末２０はこのＵＲＬによって特定されるアプリケーションプログラムである、参加登録用アプリをダウンロードする（ステップＳＡ６）。参加登録用アプリは、事前処理において通信端末２０が使用するものである。参加登録用アプリは、各参加候補者で共用されるアプリケーションプログラムであり、予めサーバに用意されている。なお、ステップＳＡ６の処理においては、ユーザエージェントを利用して、通信端末２０の種別（キャリア）を問わず、各端末が利用可能な参加登録用アプリがダウンロードされるようになっている。
【００２６】
次に、通信端末２０は、参加登録用アプリを実行して、行事への参加登録に関する処理を実行する（ステップＳＡ７）。ステップＳＡ７の処理を実行する際には、通信端末２０は参加登録画面Ｐｄを表示する。
図７は、ステップＳＡ７の処理において表示される参加登録画面Ｐｄの一例を示す図である。具体的には、図７は、ユーザＢ１の通信端末２０−１に表示される参加登録画面Ｐｄを表したものである。図７を参照しつつ、ステップＳＡ７の処理について説明する。
参加登録画面のＰｄには、「参加ＩＤ」というメッセージの下側の表示欄ｉ１１に、各通信端末２０に割り当てられた参加ＩＤが付されている。また、「氏名」というメッセージの下側の表示欄ｉ１２に、各通信端末２０を所有するユーザＢの名称が付されている。これらの表示欄ｉ１１に付される参加ＩＤは、例えば通信端末１０からの電子メールから特定可能である。参加ＩＤは、参加候補者ごとの固有の情報であり、通信端末２０側で変更できないようになっている。表示欄ｉ１２に付される氏名は、例えば通信端末１０の電話帳データの内容によって定められ、電子メール本文に付された参加候補者の氏名により、通信端末２０側で表示欄ｉ１２の表示内容を特定する。
なお、表示欄ｉ１２に付される氏名については、通信端末２０側で変更し得るように構成されていてもよい。また、当初は表示欄ｉ１２が空欄であり、通信端末２０側でその内容を入力してもよい。
【００２７】
参加登録画面Ｐｄには、「参加」という文字列が付されたボタンｂ１１と、「不参加」という文字列が付されたボタンｂ１２とが配置されている。ボタンｂ１１が指定された場合、通信端末２０はユーザＢが行事に参加することに同意したものと判断し（ステップＳＡ８；ＹＥＳ）、自端末に送られてきた参加ＩＤを自端末のＩＣカードに記憶させる（ステップＳＡ９）。一方、通信端末２０は、ボタンｂ１２が指定された場合、ユーザＢが行事に参加することに同意しなかったと判断する（ステップＳＡ８；ＮＯ）。この場合、通信端末２０は、自端末に送られてきた参加ＩＤをＩＣカードに記憶させない。
【００２８】
また、通信端末２０は、ステップＳＡ７の参加登録で指定される、行事への参加の可否に関する情報を通信端末１０宛てに送信する。具体的には、通信端末２０は、少なくとも行事ＩＤと、行事への参加の可否に関する情報（ここでは、「参加」又は「不参加」）とが付された電子メールを作成する。そして、通信端末２０は、作成した電子メールを通信端末１０宛てに送信する（ステップＳＡ１０）。ここでの電子メールの送信先のアドレスについては、例えば、通信端末２０はステップＳＡ５の処理で送信されてきた電子メールに付された送信元アドレスを用いる。
通信端末１０の制御部１１は、無線通信部１２により電子メールを受信すると、その電子メールの内容に基づいてユーザＢの参加の可否を判断する。
【００２９】
図８は、ステップＳＡ１０の処理によって送信される電子メールの一例を示す図である。具体的には、図８は、通信端末２０−１が受信する電子メールが表示されたときのメール表示画面Ｐｒを表したものである。
図８に示すように、電子メールの表題には行事ＩＤが付されている。制御部１１は、この表題の記述から、どの行事に関する電子メールであるかを特定する。電子メールの本文の欄には、参加ＩＤ、氏名、及び行事への参加の可否が、ここではＣＳＶ形式に従って記述されている。図８の例は、参加ＩＤ「０００１」が割り当てられたユーザＢ１が、行事に参加することに同意した旨を表している。仮に、行事への参加に同意しなかった場合には、「参加」の代わりに「不参加」と記述される。
【００３０】
そして、制御部１１は、参加の可否に関する情報の内容と参加ＩＤとを対応付けた参加管理情報ＤＴを、ＥＥＰＲＯＭ１１ｄに書き込む（ステップＳＡ１１）。ここでは、制御部１１は、ＣＳＶ形式に従って参加管理情報ＤＴを書き込む。
図９は、参加管理情報ＤＴの構造の一例を示す図である。図９に示すように、ここでは、通信端末１０が通信端末２０から受信した電子メールの本文欄の内容が、参加管理情報に記述されている。制御部１１は、ステップＳ１０の処理により送信された電子メールを受信するたびに、参加管理情報ＤＴに追加の書き込みを行う。なお、参加管理情報ＤＴには参加候補者の電子メールアドレスなどの通信先に関する情報は記述されてないが、通信端末１０は別途その情報を記憶しておく。
以上が、「事前処理」についての説明である。
【００３１】
［本番処理］
次に、本番処理について説明する。この本番処理は、行事の開催時において幹事ユーザＡが参加候補者の個々の受け付けを行うときに通信端末１０が実行する処理を含む。
図１０は、本番処理の手順を示すフローチャートである。
制御部１１は、幹事ユーザＡにより操作部１４が操作されて幹事アプリＡＰ１の起動が指示されると、これをＥＥＰＲＯＭ１１ｄから読み出して起動する（ステップＳＢ１）。制御部１１は、この起動により参加確認画面Ｐｃ２を表示部１３に表示させる。
図１１は、参加確認画面Ｐｃ２の一例を示す図である。なお、幹事アプリＡＰ１の起動により表示される画面が参加確認画面Ｐｃ１とは異なるが、幹事ユーザＡがどちらを表示させるかを決めてもよいし、行事の開催日当日には、制御部１１が参加確認画面Ｐｃ２を起動とともに表示させてもよい。図１１に示すように、参加確認画面Ｐｃ２には、「読取」という文字列が付されたボタンｂ２１と、「参加状況」という文字列が付されたボタンｂ２２とが配置されている。
【００３２】
制御部１１は、幹事アプリＡＰ１を終了しないと判断すると（ステップＳＢ２；ＮＯ）、次に、参加ＩＤを読み取るか否かを判断する（ステップＳＢ３）。ここで、制御部１１は、ボタンｂ２１，ｂ２２のいずれかが指定されるまでは、ステップＳＢ２「ＮＯ」→ステップＳＢ３「ＮＯ」→ステップＳＢ６「ＮＯ」の処理を繰り返して待機する。
制御部１１は、操作部１４によってボタンｂ２１が指定された場合には、ステップＳＢ３で「ＹＥＳ」と判断する。この判断がなされるのは、例えば、幹事ユーザＡが、行事の会場に現れた人物が所有する通信端末２０に通信端末１０をかざした状態で、ボタンｂ２１を指定する操作を行ったときである。これを契機として、制御部１１は、リーダ／ライタ１６により、通信端末２０のＩＣカードに記憶された参加ＩＤを読み取る（ステップＳＢ４）。この参加ＩＤを読み取りに行われる無線通信は、通信網ＮＷなどの、携帯電話通信網やインターネットなどの公衆の通信路を利用した通信ではないと換言することができ、近距離通信の一例である。
【００３３】
次に、制御部１１は、ステップＳＢ４で読み取った参加ＩＤに対応付けて、その参加ＩＤが割り当てられたユーザＢが行事に参加した旨を参加管理情報ＤＴに書き込む（ステップＳＢ５）。例えば、制御部１１は、ステップＳＢ４の処理で、ユーザＢ１の通信端末２０−１から参加ＩＤ「０００１」を読み取ったとする。この場合、図１２に示すように、制御部１１は、参加ＩＤ「０００１」に対応付けて「到着済み」という記述を、参加管理情報ＤＴに書き込む。このように、本番処理においては、制御部１１は、ユーザＢの参加があったことを確認すると、参加管理情報ＤＴに新たな書き込みを行う。
ここで、制御部１１が読み取った参加ＩＤが参加管理情報ＤＴに書き込まれていなかったり、また、参加管理情報ＤＴに記述されている参加ＩＤと異なる情報を読み取ったりした場合には、その端末を所有する者が、幹事ユーザＡが招待していない者であると特定することもできる。この場合、制御部１１は、例えば、「ＩＤが不正です。」や「ＩＤが見つかりません。」というメッセージを表示部１３に表示させ、幹事ユーザＡに不正があった旨を報知してもよい。
そして、制御部１１は、ステップＳＢ２の処理に戻る。
【００３４】
ステップＳＢ３において、制御部１１は、参加確認画面Ｐｃ２の配置されたボタンｂ２２が指定された場合には、参加ＩＤの読み取りを行わないと判断し（ステップＳＢ３：ＮＯ）、そして、行事の参加状況を報知すると判断する（ステップＳＢ６；ＹＥＳ）。そして、制御部１１は、参加管理情報ＤＴに基づいて参加候補者の行事への参加状況を報知する（ステップＳＢ７）。
【００３５】
図１３は、ステップＳＢ７の処理により報知される参加状況確認画面Ｐｃ３の一例を示す図である。図１３は、図１２に示す内容の参加管理情報ＤＴに基づいて表示されるものである。
表示欄ｉ３１には、ボタンｂ２２が指定された時点での参加候補者の参加状況が表示される。この参加状況の表示において、制御部１１は、参加管理情報ＤＴに書き込まれたＩＤ「０００１」のように、参加ＩＤに対応付けて「到着済み」と記述されている場合には、制御部１１は、参加ＩＤ及び氏名に対応付けて、「到着済み」と表示し、その参加候補者が現実に行事に参加している旨を報知する。一方、参加ＩＤ「０００２」のように参加管理情報ＤＴにおいて「不参加」と記述されている場合には、制御部１１は、参加ＩＤ及び氏名に対応付けて「不参加」と表示し、その参加候補者が当初から行事に参加する予定がなかった旨を報知する。また、参加ＩＤ「０００３」のように参加管理情報ＤＴにおいて、参加ＩＤに「参加」と記述されており、且つ「到着済み」と書き込まれていない場合には、制御部１１は、参加ＩＤ及び氏名に対応付けて、「未到着」と表示する。これによって、制御部１１は、その参加候補者が行事に参加する予定であるものの、まだ到着していない旨を報知する。
【００３６】
次に、制御部１１は、参加候補者に対して請求する課金額を算出するか否かを判断する（ステップＳＢ８）。参加状況確認画面Ｐｃ３の表示欄ｉ３１よりも下側には、「割り勘」という文字列が付されたボタンｂ３１と、「戻る」と付されたボタンｂ３２とが配置されている。ここで、幹事ユーザＡによりボタンｂ３２が指定されると、制御部１１は、課金額を算出しないと判断して（ステップＳＢ８；ＮＯ）、ステップＳＢ２の処理に戻る。一方、幹事ユーザＡによりボタンｂ３１が指定されると、制御部１１は、課金額を算出すると判断して（ステップＳＢ８；ＹＥＳ）、ステップＳＢ９の処理に進む。
【００３７】
次に、制御部１１は、参加候補者に対する課金額を算出する（ステップＳＢ９）。ここでは、制御部１１は、参加管理情報ＤＴに基づいて課金額を算出する。まず、制御部１１は、幹事ユーザＡにより例えば操作部１４の操作により行事の開催により発生した費用（例えば、行事の開催に要した費用の総額）が入力されると、その費用を表す費用情報を取得する。そして、制御部１１は、取得した費用情報が表す費用を参加候補者の総数で除して課金額を算出し、その算出した課金額を報知する（ステップＳＢ１０）。
図１４は、ステップＳＢ１０の処理により表示される課金額確認画面Ｐｍの一例を示す図である。ここでは、参加候補者のうち、既に行事に参加しているか、又は参加候補者であるものの未到着であるユーザＢ１、Ｂ３に対する課金額が「￥３０００」であり、不参加であるユーザＢ２に対する課金額が「￥０」となっている。幹事ユーザＡは、これを見て各参加候補者に対する課金額を把握し、それを利用して精算を行う。なお、制御部１１が課金額を算出するときに、既に到着している参加候補者の数で費用を除することで、課金額を算出してもよい。
【００３８】
また、図１４に示すように、請求額確認画面Ｐｍには「メール通知」という文字列が付されたボタンｂ４１と、「戻る」という文字列が付されたボタンｂ４２が配置されている。ここで、操作部１４の操作によりボタンｂ４１が指定されると、制御部１１は、各参加候補者の通信端末２０宛てに、その参加候補者に対する課金額を付した電子メールを作成して送信する。この電子メールには、すべての参加候補者に対する課金額が付されていてもよいし、送信先の参加候補者に対する課金額のみが付されていてもよい。なお、この電子メールの送信のために用いる電子メールアドレスは、事前処理において登録されたものを使用するとよい。
【００３９】
一方、請求額確認画面Ｐｍのボタンｂ４２が指定されると、制御部１１は、請求額確認画面Ｐｍの表示を終了し、ステップＳＢ２の処理に戻る。制御部１１は、幹事用アプリＡＰ１を実行している期間にあっては、上記処理ステップを繰り返す。そして、制御部１１は、行事の受け付けが終了するときなど、幹事アプリＡＰ１の終了が指示されると、幹事用アプリを終了すると判断し（ステップＳＢ２；ＹＥＳ）、本番処理を終了する。
以上が、本番処理の説明である。
以上説明した動作では、行事として忘年会を例示したが、各種のパーティーや講演会、セミナーなど、参加候補者が存在する行事であれば、その種類を問わない。通信端末１０は、幹事用アプリＡＰ１に従って、行事ごとに適した内容の各表示画面を表示させて上記処理ステップを実行する。
【００４０】
以上説明した実施形態によれば、通信端末１０は、事前処理の実行により、行事に招待する参加候補者の登録を行って、本番処理の実行により、参加候補者の受け付けなどを行う。かかる処理におけるサーバの利用は、例えば電子メールの送受信や、ステップＳＡ５の処理における参加登録用アプリの提供であり、既存のサーバを利用することができ、新たに複雑なシステムをサーバ上に構築する必要がない。この実施形態の通信システムでは、行事の幹事を務める幹事ユーザＡ、及び参加候補者が所有する通信端末１０，２０が必要な処理のほぼ全体を行う。よって、システムの設置や運営に関する費用の増大を抑制するとともに、複雑なシステムの構築をする必要がないため、例えば、開催の頻度が低い行事や個人レベルの行事の利用においても本構成の通信システムは好適である。
【００４１】
また、行事が開催されるときの受け付け場所では、幹事ユーザＡは、参加候補者であるユーザＢの通信端末から参加ＩＤを通信端末１０に読み取らせるだけでよく、参加候補者は自身の通信端末２０を提示するだけでよい。これにより、受け付けに多大な時間を要したり、会場の入場口に長蛇の行列ができてしまうといった不都合の発生を抑制することができる。以上の構成により、通信端末１０は、行事への参加候補者のうちその行事に現実に参加した者を特定し得る。
なお、上述の実施形態において、ＣＳＶ形式に従って記述された各情報は、通信端末１０，２０が各情報の内容を特定できるのであれば、他の記述形式に従って記述されてもよい。また、参加ＩＤや参加の可否に関する情報の送受信に電子メールを利用しているのは、多くの通信端末が通常有する機能であるからという理由にもよる。よって、かかる送受信に電子メールの利用を必須とするものではい。
【００４２】
［変形例］
本発明は、上述した実施形態と異なる形態で実施することが可能である。本発明は、例えば、以下のような形態で実施することも可能である。また、以下に示す変形例は、各々を適宜に組み合わせてもよい。
［変形例１］
上述した実施形態においては、行事の受け付けが開始されてからの参加候補者の参加状況を、通信端末１０が幹事ユーザＡに対して報知していた。これに対し、通信端末１０は、参加候補者もその参加状況を容易に把握できるように、以下の処理を実行してもよい。
制御部１１は、幹事ユーザＡによって参加状況の通知が指示されたときに、参加管理情報ＤＴを各通信端末２０宛てに送信する。つまり、制御部１１は、ＥＥＰＲＯＭ１１ｄに記憶された参加ＩＤと、その参加ＩＤが割り当てられた参加候補者の参加状況とを対応付けた情報を、通信端末２０宛てに送信する。通信端末２０は、受信した参加管理情報ＤＴに基づいて、例えば図１３の表示欄ｉ３１に示される内容を、各参加候補者の参加状況として表示する。これにより、参加候補者は、自身の通信端末２０の表示内容を見て行事の参加状況を直ちに把握することができる。また、参加管理情報ＤＴがＣＳＶ形式などの汎用性の高い形式に従って記述されていれば、通信端末２０が特殊なアプリケーションプログラムを有していなくとも、その内容を報知することができる。
また、この構成において、通信端末１０が通信端末２０に参加管理情報ＤＴを提供する構成に限らず、別途データを生成して通信端末２０に提供することにより、参加候補者に参加管理情報ＤＴに書き込まれた情報の内容を通知するようにしてもよい。以上の構成の通信端末１０の制御部１１及び表示部１３（又は、音声入出力部１５）は、記憶部１０６に書き込まれた情報の内容を外部端末に通知する通知部に相当する機能を実現する。
【００４３】
［変形例２］
上述した実施形態では、幹事を務めるのは幹事ユーザＡの一人であったが、複数人いても構わない。行事の規模が大きい場合など、幹事ユーザが複数居るときには、参加候補者の受け付けを行う幹事ユーザも複数になることがある。このとき、すべての幹事ユーザが参加候補者の行事への正確な参加状況を把握できるように、以下のような構成としてもよい。
例えば、通信端末１０として、通信端末１０−１を所有する幹事ユーザＡ１と、通信端末１０−２を所有する幹事ユーザＡ２とがおり、通信端末１０−１，１０−２は事前処理によって生成した互いに共通する参加管理情報ＤＴを当初は記憶しているとする。そして、行事の本番時には、幹事ユーザＡ１、Ａ２はそれぞれ自身の通信端末１０を用いて、上記［本番処理］の項で説明した手順で参加候補者の受け付けを行う。
【００４４】
例えば、幹事ユーザＡ１が正確な参加状況を把握したいと判断すると、通信端末１０−１の制御部１１は、他の情報処理端末である通信端末１０−２から参加管理情報ＤＴの内容を取得する。この取得の態様としては、例えば、通信端末１０−２はＩＣカード１７に既に到着済みの参加候補者の参加ＩＤを記憶させておき、通信端末１０−１がリーダ／ライタ１６によりこれを読み取るとよい。そして、通信端末１０−１の制御部１１は、到着済みと記述していない参加ＩＤを通信端末１０−２から読み取った場合に、自端末の参加管理情報ＤＴにその参加ＩＤとその参加候補者が行事に参加した旨とを対応付けて書き込む。これにより、幹事ユーザが複数いる場合であっても、各幹事ユーザが正確な参加状況を把握することができる。以上の構成の通信端末１０の制御部１１及びリーダ／ライタ１６は、参加ＩＤと行事に参加した旨とが対応付けられて他の情報処理端末に記憶されている場合に、その参加ＩＤをその情報処理端末から取得する識別情報取得部の機能を実現する。
なお、幹事ユーザどうしの参加ＩＤの遣り取りには、他の通信手段を用いてもよい。例えば、Bluetooth（登録商標）や赤外線通信などを利用してもよい。
【００４５】
［変形例３］
上述した実施形態では、通信端末１０は、ステップＳＢ４において、リーダ／ライタ１６により通信端末２０から参加ＩＤを読み取っていた。通信端末１０は、この構成とともに、電子メールなどの通信網ＮＷを介した通信により参加ＩＤを取得する構成を有していてもよい。例えば、幹事ユーザＡの人数に対して行事に参加する参加候補者の数がかなり多い場合など、幹事ユーザＡが受け付けに徹することが困難なことがある。また、行事の種類などによっては、幹事ユーザＡが後でまとめて参加状況を知れれば足りる場合もある。
そこで、例えば、通信端末１０が自端末の動作モードを、通信網ＮＷを介した通信により参加ＩＤを取得することのできるモードに切り替る構成を備えるようにする。この動作モードで動作するときには、制御部１１は電子メールなどの通信網ＮＷを介した通信により参加者の受け付けを行う。このとき、参加候補者であるユーザＢは自身の通信端末２０から、通信端末１０がどの参加候補者が現実に行事に参加したかを知り得るような内容の電子メールを作成する。例えば、ユーザＢは、表題に、行事ＩＤと自身に割り当てられた参加ＩＤを含む文字列を付した電子メールを通信端末２０を用いて作成する。そして、通信端末２０は、通信端末１０宛てにこの電子メールを送信する。そして、通信端末１０は、その電子メールを受信すると、表題に付された行事ＩＤ及び自身の参加ＩＤから、現実に行事に参加した参加候補者を特定し、ステップＳＢ５の処理と同じ手順で、参加管理情報ＤＴに情報を書き込む。
【００４６】
［変形例４］
上述した実施形態では、通信端末１０はステップＳＢ１０において請求額を報知していたが、電子決済の機能を利用して精算を行うようにしてもよい。この場合、制御部１１は、ステップＳＢ９で参加候補者の課金額を算出した後に、通信端末２０との非接触ＩＣカードを用いた無線通信により課金額に相当する金銭を受け取る。この金銭の遣り取りを実施するために、電子マネーのデータが通信端末２０のＩＣカードに記憶されている。通信端末１０はリーダ／ライタ１６によってそのデータを読み取ることで、電子決済を行う。なお、この課金処理を実行するために公知の電子決済の仕組みを適用することができ、そのためのサーバ（マネーサーバ）を利用しても構わない。
また、通信端末１０が実現する機能のうち、課金額の算出や報知に関する部分を省略した構成であってもよい。この場合、費用取得部１１０及び算出部１１１により実現される機能を省略することができる。
【００４７】
［変形例５］
上述した実施形態では、通信端末１０は、行事が開かれる際にステップＳＢ５の処理で読み取った参加ＩＤを参加管理情報ＤＴに書き込んでいたが、これ以外の情報を書き込んでもよい。例えば、通信端末１０は、各参加候補者が到着した時刻を記述してもよい。この場合、通信端末１０は、自端末の時刻機能を利用して参加ＩＤを読み取った時刻を表す時刻情報を取得して、その時刻を特定するとよい。また、通信端末１０は、参加候補者が行事から退出するときにも、ステップＳＢ４と同じ態様で通信端末２０と通信を行って参加候補者の退出時刻を特定し、これを参加管理情報ＤＴに書き込んでもよい。このように、参加管理情報ＤＴに書き込まれる参加候補者が行事に参加した旨の情報には、種々のものがある。
この構成によれば、幹事ユーザＡは各参加候補者のさらに詳細な参加状況を知り得る。また、このデータを課金額の算出に利用してもよい。例えば、制御部１１が課金額を算出するときに、行事に参加時間の長さなどに応じて、課金額に重み付け（傾斜配分）をする。
【００４８】
また、通信端末２０は、ステップＳＡ１０で送信する参加の可否に関する情報として、参加・不参加以外の情報を送信してもよい。例えば、参加するが、到着時刻が遅れる旨の情報や、参加・不参加が未定である旨の情報が含まれていてもよい。この構成においても、通信端末１０は、通信端末２０から受信した参加の可否に関する情報を参加管理情報ＤＴに書き込んでおく。そして、通信端末１０は、例えば図１３に示すような参加状況確認画面Ｐｃ３にその内容を表示する。
また、参加候補者に関する情報として、性別や年齢などの情報が参加管理情報ＤＴに記述されてもよい。この場合、制御部１１は、ステップＳＢ９の課金額の算出において、性別や年齢などの参加候補者の条件に応じて課金額に重み付けをすることもができる。なお、課金額の算出に係るアルゴリズムについては、上記の態様の他にも種々の態様を採り得る。
【００４９】
［変形例６］
上述した実施形態では、通信端末１０は、事前処理において各参加候補者に行事への参加の可否を確認していたが、この処理を省略してもよい。例えば、指定された参加候補者の全員が行事に参加することが予め分かっている場合もあり、このような場合には参加確認が不要だからである。この構成では、通信端末１０は、ステップＳＡ３で割り当てた参加ＩＤを通信端末２０に送信し、通信端末２０は受信した参加ＩＤをＩＣカードに記憶するだけでよい。この場合、通信端末２０は、ステップＳＡ６、ＳＡ７に関する処理の実行を省略し得る。そして、通信端末１０は、受信部１０４により実現される機能を省略することができる。
【００５０】
［変形例７］
上述した実施形態において、通信端末１０は、参加状況確認画面Ｐｃ３の表示欄ｉ３１に表示された参加ＩＤを操作部１４を介して幹事ユーザＡが指定できるようにし、指定された参加ＩＤが割り当てられたユーザＢ宛てに電子メールを送信したり、電話を掛けるなどの通信を行えるようにしてもよい。これにより、幹事ユーザＡは未到着である参加候補者などと迅速に連絡をとることができる。この連絡先の特定にあっては、事前処理のステップＳＡ２の処理で特定されるものを用いればよい。
【００５１】
［変形例８］
上述した実施形態は、本発明を携帯電話端末である通信端末に適用したものであるが、本発明は、その他の通信端末に適用することも可能である。本発明は、ＰＤＡ（Personal Digital Assistance）や携帯ゲーム機など、通信機能を備えた種々の端末に適用することができる。この場合に、各種画像を表示するモニタなどの表示部や、ユーザが操作する操作部を外部構成としても本発明を特定し得る。また、本発明において各種の情報の報知の態様は、表示による報知に限らず、例えば音声などによる報知が含まれていてもよい。
さらに、上述した通信端末１０の制御部１１が実現する各機能は、複数のプログラムの組み合わせによって実現され、又は、複数のハードウェア資源の協働によって実現され得る。
【符号の説明】
【００５２】
１０…通信端末、１０１…受付部、１０２…割当部、１０３…送信部、１０４…受信部、１０５…第１書込部、１０６…記憶部、１０７…読取部、１０８…第２書込部、１０９…報知部、１１０…費用取得部、１１１…算出部、１１…制御部、１１ａ…ＣＰＵ、１１ｄ…ＥＥＰＲＯＭ、１２…無線通信部、１３…表示部、１４…操作部、１５…音声入出力部、１６…リーダ／ライタ、１７…ＩＣカード、２０，２０−１，２０−２，２０−３，２０−ｎ…通信端末、２０１…受信部、２０２…登録制御部、２０３…送信部、２０４…識別情報記憶部。
【図１】
2011119805.tif 000003
【図２】
2011119805.tif 000004
【図３】
2011119805.tif 000005
【図４】
2011119805.tif 000006
【図５】
2011119805.tif 000007
【図６】
2011119805.tif 000008
【図７】
2011119805.tif 000009
【図８】
2011119805.tif 000010
【図９】
2011119805.tif 000011
【図１０】
2011119805.tif 000012
【図１１】
2011119805.tif 000013
【図１２】
2011119805.tif 000014
【図１３】
2011119805.tif 000015
【図１４】
2011119805.tif 000016