(57)【要約】【課題】無線装置、携帯端末及びユーザ情報の対応づけを容易に行うこと。【解決手段】システムは、携帯端末と、携帯端末と通信するサーバと、利用者を識別する利用者識別情報を無線送信する無線装置とを備え、携帯端末は、近接する無線装置から無線送信された利用者識別情報を受信する無線受信部と、受信した利用者識別情報を装置識別情報に対応づけてサーバに送信する対応情報送信部とを有し、サーバは、携帯端末から取得した利用者識別情報に対応づけて、無線装置の利用者に関する利用者情報及び装置識別情報を格納する格納部と、無線装置から無線送信された利用者識別情報を受信した通信装置から、当該利用者識別情報に対応する利用者情報の要求情報を取得する要求情報取得部と、要求情報に対応する利用者識別情報に対応づけて格納部が格納している利用者情報を、通信装置に送信する情報送信部とを備える。【選択図】図１
2015177282.tif 000002
【特許請求の範囲】
【請求項１】
携帯端末と、
前記携帯端末と通信するサーバと、
利用者を識別する利用者識別情報を無線信号で送信する無線装置と
を備え、
前記携帯端末は、
前記携帯端末を識別する装置識別情報を格納する格納部と、
前記携帯端末に近接する前記無線装置から前記無線信号で送信された前記利用者識別情報を受信する無線受信部と、
前記無線受信部が前記無線装置から受信した前記利用者識別情報を、前記格納部が格納している前記装置識別情報に対応づけて前記サーバに送信する対応情報送信部と
を有し、
前記サーバは、
前記携帯端末から送信された前記装置識別情報及び前記利用者識別情報を取得した場合に、前記利用者識別情報に対応づけて、前記無線装置の利用者に関する利用者情報及び前記装置識別情報を格納する格納部と、
前記無線装置から前記無線信号で送信された前記利用者識別情報を受信した通信装置から、前記通信装置が受信した前記利用者識別情報に対応する利用者情報の要求情報を取得する要求情報取得部と、
前記要求情報取得部が前記要求情報を取得した場合に、前記要求情報に対応する前記利用者識別情報に対応づけて前記格納部が格納している前記利用者情報を、前記通信装置に送信する情報送信部と
を有するシステム。
【請求項２】
前記無線装置は、前記携帯端末に装着される装着部材に設けられる
請求項１に記載のシステム。
【請求項３】
前記装着部材は、前記携帯端末に装着されるケース部材である
請求項２に記載のシステム。
【請求項４】
前記装着部材は、
前記無線装置が前記携帯端末に装着されることにより、前記携帯端末に接触してオフ状態からオン状態になるスイッチ部
を有し、
前記無線装置は、前記スイッチ部が前記オン状態になることにより起動して、前記無線信号の送信を開始する
請求項２または３に記載のシステム。
【請求項５】
前記対応情報送信部は、前記無線装置から前記無線信号を受信していない状態から、予め定められた時間内に予め定められた閾値を超える信号強度の前記無線信号を前記無線受信部が受信した場合に、当該無線信号で受信した前記利用者識別情報を前記装置識別情報に対応づけて前記サーバに送信する
請求項４に記載のシステム。
【請求項６】
前記通信装置は、
前記通信装置に近接する前記無線装置から、前記利用者識別情報を示す無線信号を受信する無線受信部と、
前記通信装置が有する前記無線受信部が前記利用者識別情報を受信した場合に、受信した前記利用者識別情報に関する利用者情報の送信を要求する前記要求情報を、前記サーバに送信する要求情報送信部と、
前記サーバから受信した前記利用者情報を提示する提示部と
を有する請求項１から５のいずれか一項に記載のシステム。
【請求項７】
前記情報送信部は、前記要求情報取得部が前記要求情報を取得した場合に、更に、前記要求情報に対応する前記利用者識別情報に対応づけて前記格納部が格納している前記装置識別情報で識別される前記携帯端末に、前記通信装置に前記無線装置を近づけたか否かを確認する確認通知を送信する
請求項６に記載のシステム。
【請求項８】
前記通信装置は、
前記無線装置から受信した前記利用者識別情報を保持する保持部と、
前記無線装置から前記利用者識別情報を受信した後、前記保持部が保持している前記利用者識別情報に対応づけて、前記携帯端末に情報の送信を依頼する送信依頼を、前記サーバに送信する依頼送信部と
を有し、
前記サーバは、
前記通信装置から前記送信依頼を受信した場合に、前記送信依頼に対応づけられた前記利用者識別情報に対応づけて前記格納部が格納している前記装置識別情報で識別される前記携帯端末に、前記送信依頼によって依頼された前記情報を送信する情報送信部
をさらに備える請求項６または７に記載のシステム。
【請求項９】
携帯端末及び通信装置と通信するサーバであって、
前記携帯端末に近接する無線装置から前記携帯端末が無線信号で受信した、利用者を識別する利用者識別情報と、前記携帯端末が格納している前記携帯端末を識別する装置識別情報とを、前記携帯端末から受信する対応情報受信部と、
前記対応情報受信部が前記携帯端末から前記装置識別情報及び前記利用者識別情報を受信した場合に、前記利用者識別情報に対応づけて、前記無線装置の利用者に関する利用者情報及び前記装置識別情報を格納する格納部と、
前記無線装置から前記無線信号で送信された前記利用者識別情報を受信した前記通信装置から、前記通信装置が受信した前記利用者識別情報に対応する利用者情報の要求情報を受信する要求情報受信部と、
前記要求情報受信部が前記要求情報を受信した場合に、前記要求情報に対応する前記利用者識別情報に対応づけて前記格納部が格納している前記利用者情報を、前記通信装置に送信する情報送信部と
を備えるサーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、システム及びサーバに関する。
【背景技術】
【０００２】
近距離無線通信を用いて対向装置から携帯通信装置を探索する通信システムが知られている（例えば、特許文献１参照）。
［先行技術文献］
［特許文献］
［特許文献１］特開２０１３−２３６２５５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００３】
ユーザに対応づけられる無線装置と、携帯端末とユーザ情報との対応づけを容易に行うことができないという課題があった。
【課題を解決するための手段】
【０００４】
本発明の第１の態様においては、システムは、携帯端末と、携帯端末と通信するサーバと、利用者を識別する利用者識別情報を無線信号で送信する無線装置とを備え、携帯端末は、携帯端末を識別する装置識別情報を格納する格納部と、携帯端末に近接する無線装置から無線信号で送信された利用者識別情報を受信する無線受信部と、無線受信部が無線装置から受信した利用者識別情報を、格納部が格納している装置識別情報に対応づけてサーバに送信する対応情報送信部とを有し、サーバは、携帯端末から送信された装置識別情報及び利用者識別情報を取得した場合に、利用者識別情報に対応づけて、無線装置の利用者に関する利用者情報及び装置識別情報を格納する格納部と、無線装置から無線信号で送信された利用者識別情報を受信した通信装置から、通信装置が受信した利用者識別情報に対応する利用者情報の要求情報を取得する要求情報取得部と、要求情報取得部が要求情報を取得した場合に、要求情報に対応する利用者識別情報に対応づけて格納部が格納している利用者情報を、通信装置に送信する情報送信部とを備える。
【０００５】
無線装置は、携帯端末に装着される装着部材に設けられてよい。
【０００６】
装着部材は、携帯端末に装着されるケース部材であってよい。
【０００７】
装着部材は、無線装置が携帯端末に装着されることにより、携帯端末に接触してオフ状態からオン状態になるスイッチ部を有し、無線装置は、スイッチ部がオン状態になることにより起動して、無線信号の送信を開始してよい。
【０００８】
対応情報送信部は、無線装置から無線信号を受信していない状態から、予め定められた時間内に予め定められた閾値を超える信号強度の無線信号を無線受信部が受信した場合に、当該無線信号で受信した利用者識別情報を装置識別情報に対応づけてサーバに送信してよい。
【０００９】
通信装置は、通信装置に近接する無線装置から、利用者識別情報を示す無線信号を受信する無線受信部と、通信装置が有する無線受信部が利用者識別情報を受信した場合に、受信した利用者識別情報に関する利用者情報の送信を要求する要求情報を、サーバに送信する要求情報送信部と、サーバから受信した利用者情報を提示する提示部とを有してよい。
【００１０】
情報送信部は、要求情報取得部が要求情報を取得した場合に、更に、要求情報に対応する利用者識別情報に対応づけて格納部が格納している装置識別情報で識別される携帯端末に、通信装置に無線装置を近づけたか否かを確認する確認通知を送信してよい。
【００１１】
通信装置は、無線装置から受信した利用者識別情報を保持する保持部と、無線装置から利用者識別情報を受信した後、保持部が保持している利用者識別情報に対応づけて、携帯端末に情報の送信を依頼する送信依頼を、サーバに送信する依頼送信部とを有し、サーバは、通信装置から送信依頼を受信した場合に、送信依頼に対応づけられた利用者識別情報に対応づけて格納部が格納している装置識別情報で識別される携帯端末に、送信依頼によって依頼された情報を送信する情報送信部をさらに備えてよい。
【００１２】
本発明の第２の態様においては、携帯端末及び通信装置と通信するサーバであって、携帯端末に近接する無線装置から携帯端末が無線信号で受信した、利用者を識別する利用者識別情報と、携帯端末が格納している携帯端末を識別する装置識別情報とを、携帯端末から受信する対応情報受信部と、対応情報受信部が携帯端末から装置識別情報及び利用者識別情報を受信した場合に、利用者識別情報に対応づけて、無線装置の利用者に関する利用者情報及び装置識別情報を格納する格納部と、無線装置から無線信号で送信された利用者識別情報を受信した通信装置から、通信装置が受信した利用者識別情報に対応する利用者情報の要求情報を受信する要求情報受信部と、要求情報受信部が要求情報を受信した場合に、要求情報に対応する利用者識別情報に対応づけて格納部が格納している利用者情報を、通信装置に送信する情報送信部とを備える。
【００１３】
なお、上記の発明の概要は、本発明の必要な特徴の全てを列挙したものではない。また、これらの特徴群のサブコンビネーションもまた、発明となりうる。
【図面の簡単な説明】
【００１４】
【図１】一実施形態におけるシステム５の概要を概略的に示す。
【図２】携帯端末１０、ケース２０、サーバ３０、事業者端末４０のブロック構成の一例を模式的に示す。
【図３】ケース２０の外観の一例を模式的に示す。
【図４】サーバ３０の格納部３４０が利用者に関連して格納している情報の一例を、テーブル形式で示す。
【図５】サーバ３０の格納部３４０が事業提供者４８に関連して格納している情報の一例を、テーブル形式で示す。
【図６】携帯端末１０において実行される処理の一例を表すフローチャートである。
【図７】サーバ３０において実行されるユーザ登録処理の一例を表すフローチャートである。
【図８】サーバ３０において実行される処理の一例を表すフローチャートである。
【図９】サーバ３０において実行される処理の一例を表すフローチャートである。
【発明を実施するための形態】
【００１５】
以下、発明の実施の形態を通じて本発明を説明するが、以下の実施形態は特許請求の範囲にかかる発明を限定するものではない。また、実施形態の中で説明されている特徴の組み合わせの全てが発明の解決手段に必須であるとは限らない。
【００１６】
図１は、一実施形態におけるシステム５の概要を概略的に示す。システム５は、サーバ３０と、事業者端末４０と、店舗端末５０と、スポット端末６０と、携帯端末１０と、ケース２０と、携帯端末１１と、ケース２１とを備える。
【００１７】
携帯端末１０は、ネットワーク９０を介してサーバ３０と通信する。同様に、事業者端末４０、店舗端末５０及びスポット端末６０は、ネットワーク９０を介してサーバ３０と通信する。サーバ３０の機能は、１以上のコンピュータによって実現されてよい。サーバ３０の機能は、いわゆるクラウドコンピューティングによって実現されてよい。ネットワーク９０は、例えば、インターネット及び電話網を含む。
【００１８】
ユーザ８０及びユーザ８１は、システム５の利用者である。図１では利用者としてユーザ８０及びユーザ８１しか示されていないが、３以上のユーザをシステム５の利用者とすることができる。なお、ユーザ８０及びユーザ８１等を、「ユーザ」と総称する場合がある。ユーザは、事業提供者４８が実施する事業に参加する参加者である。なお、図１では、事業提供者として事業提供者４８しか示されていないが、システム５は２以上の事業提供者を含むことができる。
【００１９】
携帯端末１０は、ユーザ８０が所持する携帯端末である。携帯端末１１は、ユーザ８１が所持する携帯端末である。携帯端末１１は、携帯端末１０と同様の機能及び構成を有する。ケース２０は、携帯端末１０に装着される。また、ケース２１は、携帯端末１１に装着される。ケース２１は、ケース２０と同様の機能及び構成を有する。本実施形態の説明において、携帯端末１０及び携帯端末１１「携帯端末」等と総称する場合がある。また、本実施形態の説明において、ケース２０及びケース２１を「ケース」等と総称する場合がある。
【００２０】
システム５は、例えば、事業提供者４８及びユーザを支援する。本実施形態において事業提供者４８により提供される事業は、例えば慈善事業等の善行事業であってよい。事業提供者４８により提供される事業におけるユーザの役割としては、学校や工場の見学会の案内係、介護施設における被介護者への教育係、警備会社等による警備の補助活動等を例示できる。
【００２１】
ユーザは、例えば、予め定められた年齢以上の年齢の人物である。例えば、システム５は、６５歳以上の年齢の人物を、事業に参加できる人物として登録する。ユーザが事業に参加した場合、事業に参加したユーザには、事業に参加した報酬として、ポイントが付与される。付与されたポイントは、店舗５８等において、商品の代金の代わりとして利用できる。このように、システム５によれば、高齢者等が社会活動等を活発に行うことを促進できる。また、高齢者が持つスキルを社会に有効に活用することを促進できる。
【００２２】
システム５は全体的に、サーバ３０により統括される。サーバ３０は、システム運営者３８によって運営される。ユーザ８０がシステム５に登録することを申請すると、ユーザ８０にはケース２０が配布される。後述するように、ケース２０には、発信器が組み込まれている。システム運営者３８は、ケース２０が配布されるユーザ８０に割り当てられたケースＩＤが、ケース２０に組み込まれている発信器に永続的に格納される。なお、ユーザ８０にケース２０が配布される場合、サーバ３０には、ユーザ８０に関する基本情報が、ケース２０のケースＩＤに対応づけて格納される。この段階でユーザ８０に関する基本情報は、例えばユーザ８０の氏名、生年月日等である。この段階では、ユーザ８０は、システム５に仮登録された状態になる。
【００２３】
携帯端末１０は、ユーザ８０が所持する携帯端末である。携帯端末１０は、ユーザ８０が所有する携帯端末であってよい。携帯端末１０は、例えばシステム運営者３８から、ユーザ８０に貸与又は供与された携帯端末であってよい。ユーザ８０は、配布されたケース２０を携帯端末１０に装着する。ケース２０は、携帯端末１０を保護するカバー部材である。ケース２０は、携帯端末１０に着脱可能な装着部材の一例である。
【００２４】
後述するように、ユーザ８１に配布されるケース２１にも、ケースＩＤが格納される発信器が組み込まれる。ケース２０の発信器には、ケース２１の発信器に格納されるケースＩＤとは異なるケースＩＤが格納される。これにより、ケース２０を所持するユーザ８０とケース２１を所持するユーザ８１とを識別できる。ケース２０に組み込まれた発信器は、Ｂｌｕｅｔｏｏｔｈ（登録商標）  Ｌｏｗ  Ｅｎｅｒｇｙ（ＬＥ）規格に準拠して無線信号を送信する。具体的には、Ｂｌｕｅｔｏｏｔｈ（登録商標）  ＬＥ（Ｌｏｗ  Ｅｎｅｒｇｙ）規格に準拠した無線信号でビーコンを送信する。
【００２５】
ケース２０が携帯端末１０に装着されると、ケース２０に組み込まれた発信器への電力供給が開始されて、ケースＩＤの定期的な無線送信が開始される。携帯端末１０は、ケース２０からのケースＩＤの無線信号で受信すると、受信したケースＩＤと、携帯端末１０を識別する端末ＩＤとを対応づける対応情報をサーバ３０に送信して、サーバ３０に登録を要求する。
【００２６】
サーバ３０は、対応情報を受信すると、受信したケースＩＤに対応づけられた端末ＩＤと、受信したケースＩＤに対応づけて既に格納しているユーザ８０に関する基本情報と、受信したケースＩＤとを対応づけて格納する。これにより、携帯端末１０と、ケース２０と、ユーザ８０の基本情報との対応づけが完了して、ユーザ８０のサーバ３０への登録が完了する。システム５によれば、ユーザ８０は、例えばケース２０を携帯端末１０に装着することで、登録を簡単に済ませることができる。
【００２７】
システム５において、サーバ３０は、事業提供者４８から、人材を募集する募集情報等を収集して格納する。サーバ３０は、ユーザの携帯端末等を通じて、ユーザが有するスキル等を格納する。サーバ３０は、登録されたユーザの中から、事業提供者４８から収集した募集情報とマッチするスキルを有するユーザを抽出する。サーバ３０は、抽出したユーザが所持する携帯端末に、事業に応募することを促すメッセージを通知する。また、ユーザは携帯端末を通じて、サーバ３０にアクセスして、応募情報を閲覧して、希望する事業に応募できる。
【００２８】
次に、ユーザ８０が事業に応募して、事業に実際に参加する場合の処理の概要を説明する。ユーザ８０が事業に参加する場合、ユーザ８０はケース２０が装着された携帯端末１０を持って、事業提供者４８の元に赴く。事業提供者４８の受付窓口等において、ユーザ８０が携帯端末１０を事業者端末４０の近くにかざすと、事業者端末４０は、ケース２０から受信したケースＩＤをサーバ３０に送信して、ケース２０から受信したケースＩＤに対応するユーザ情報をサーバ３０に問い合わせる。サーバ３０は、問い合わせを受信すると、ユーザ８０に関する氏名、年齢等の基本情報を事業者端末４０に送信する。事業者端末４０は、受信した基本情報を画面に表示して、事業提供者４８に通知する。これにより、事業提供者４８は、事業に参加するユーザ８０を容易に確認することができる。
【００２９】
なお、サーバ３０は、問い合わせを受信すると、ケースＩＤに対応づけられた携帯端末１０に、事業者端末４０に携帯端末１０をかざしたか否かを確認する確認通知を送信する。ユーザ８０は、事業者端末４０にかざした旨の確認操作を携帯端末１０上で行うと、確認した旨が携帯端末１０からサーバ３０にされる。サーバ３０は、確認した旨を携帯端末１０から受信したことを条件として、ユーザ８０に関する基本情報を事業者端末４０に送信してよい。
【００３０】
ユーザ８０が事業への参加が終了すると、ユーザ８０に付与するポイントを示す情報が事業者端末４０からサーバ３０に送信される。サーバ３０は、ユーザ８０に付与されたポイントをケースＩＤに対応づけて格納する。
【００３１】
次に、ユーザ８０が店舗５８で携帯端末１０を使用する場合を説明する。ユーザ８０が店舗５８で商品、サービスの対価としてポイントを使用する場合、店舗端末５０は、ケース２０から受信したケースＩＤ及び使用するポイント量をサーバ３０に通知する。サーバ３０は、店舗端末５０から通知されたケースＩＤに対応づけて格納しているポイントから、通知されたポイント量を減算して格納する。
【００３２】
なお、サーバ３０は、ケースＩＤ及び使用するポイント量を店舗端末５０から受信すると、ケースＩＤに対応づけられた携帯端末１０に、店舗端末５０に携帯端末１０をかざしたか否かを確認する確認通知を送信する。ユーザ８０が、事業者端末４０に携帯端末１０をかざした旨を確認する操作を携帯端末１０上で行うと、確認した旨が携帯端末１０からサーバ３０に送信される。サーバ３０は、確認した旨を携帯端末１０から受信したことを条件として、店舗端末５０から通知されたケースＩＤに対応づけて格納しているポイントから、通知されたポイント量を減算してよい。
【００３３】
このように、システム５によれば、ユーザ８０は、貯まったポイントを店舗５８で使用できる。ユーザ８０に付与されたポイントは、例えば地域通貨として利用できてよい。ポイントを地域通貨として利用できるようにすることで、地域の経済発展に寄与できる。また、地域に居住しているユーザが活発に活動することを促進できる。なお、店舗端末５０は、ＰＯＳ端末であってよいし、例えば地域通貨アプリケーションソフトウエアがインストールされた携帯端末であってもよい。また、ＰＯＳ端末と携帯情報端末が連係して店舗端末５０として機能してよい。なお、図１では、店舗として店舗５８しか示されていないが、システム５は２以上の店舗を含むことができる。
【００３４】
次に、ユーザ８０がスポット端末６０で携帯端末１０を使用する場合を説明する。スポット端末６０は、役所等の公共施設、体育館、集会所等、様々なスポットに設けられている。ユーザ８０は、スポット端末６０に携帯端末１０をかざすと、ケース２０から受信したケースＩＤをサーバ３０に通知する。サーバ３０は、スポット端末６０から通知されたケースＩＤに対応づけられた携帯端末１０に、スポット端末６０が設けられた施設等で利用できるクーポン等のバリューを送信する。また、サーバ３０は、スポット端末６０が設けられた施設等に関する様々な情報を、携帯端末１０に送信する。なお、図１では、スポット端末としてスポット端末６０しか示されていないが、システム５は、２以上のスポット端末を含むことができる。
【００３５】
ユーザ８１もユーザ８０と同様に、自身が所持する携帯端末１１及びケース２１のユニットを用いて、システム５への登録、事業への応募、参加、店舗端末５０でのポイント利用等を行うことができる。そのため、ユーザ８１、ケース２１及び携帯端末１１の組み合わせに対するシステム５の処理については、説明を省略する。
【００３６】
なお、事業提供者４８が提供する事業へのユーザの応募は、応募したユーザの数が事業毎に予め決めた数に達し次第、締め切られてよい。事業提供者４８には、応募したユーザの数が予め決めた数に達し次第、速やかに事業を実施することが要求されてよい。事業毎に予め定めた応募期間を過ぎても応募したユーザの数が予め決めた数に達していない場合は、事業提供者４８が提供する事業は実施されなくてよい。
【００３７】
また、事業提供者４８及びユーザは、それぞれ登録時に、善行事業実施中の応募者への安全や、事業遂行のための責務についての包括的覚書を、システム運営者３８を介してシステム的に取り交わす。包括的覚書の交付等は、サーバ３０により行われてよい。事業毎の１対１の取り交わしは原則不要であってよい。
【００３８】
なお、システム５の運営は、地方自治体等の公共団体と提携して行われてよい。システム運営者３８は、システム５に参加する事業提供者４８から、運営費の少なくとも一部の提供を受けてよい。
【００３９】
上述したように、システム５において、携帯端末１０及びケース２０のユニットとユーザ８０とに対する処理と、携帯端末１１及びケース２１のユニットとユーザ８１とに対する処理は、同様の処理が適用できる。このため、本実施形態の説明では、携帯端末１０及びケース２０のユニットとユーザ８０との組み合わせを主に取り上げて、システム５の動作を説明する場合がある。
【００４０】
図２は、携帯端末１０、ケース２０、サーバ３０、事業者端末４０のブロック構成の一例を模式的に示す。
【００４１】
ケース２０は、カバー部２００と、スイッチ部２１０と、発信器２２０と、電池部２９０とを有する。カバー部２００は、携帯端末１０の外装に取り付けられ、携帯端末１０を保護する。カバー部２００の内部には、発信器２２０及び電池部２９０が設けられている。
【００４２】
発信器２２０には、システム運営者３８がケース２０に割り当てたケースＩＤが格納されている。発信器２２０は、ケースＩＤを無線信号で送信する。例えば、発信器２２０は、ケースＩＤを含む無線信号を、予め定められた時間間隔で発信する。なお、ケース２０は、特定のユーザ８０に配布される。ケースＩＤは、ユーザを識別するユーザ識別情報の一例である。
【００４３】
例えば、発信器２２０は、Ｂｌｕｅｔｏｏｔｈ（登録商標）に準拠して無線信号の発信を行う。具体的には、発信器２２０は、Ｂｌｕｅｔｏｏｔｈ（登録商標）  ＬＥに準拠して無線信号でビーコンの発信を行う。発信器２２０は、Ｂｌｕｅｔｏｏｔｈ（登録商標）  ＬＥに準拠した信号を送信するＩＣチップによって実現されてよい。なお、ビーコンは、無線信号の一例である。発信器２２０は、いわゆる無線タグであってよい。
【００４４】
発信器２２０は、スイッチ部２１０がオン状態になることにより起動して、無線信号の送信を開始する。発信器２２０には、スイッチ部２１０がオン状態になることにより電池部２９０から電力の供給が開始される。発信器２２０は、電源の供給が開始されることにより起動する。
【００４５】
携帯端末１０は、制御部１００と、無線受信部１１０と、格納部１４０と、状態センサ１６０と、ＵＩ部１７０と、送受信部１８０と、電源部１９０とを有する。なお、携帯端末１０がこれらの全ての構成を備えることは必須であるとは限らない。
【００４６】
制御部１００は、携帯端末１０の全体を制御する。制御部１００は、ＭＰＵ等のプロセッサによって実現されてよい。送受信部１８０は、ネットワーク９０を通じた通信を担う。送受信部１８０は、例えばセルラー方式、無線ＬＡＮ等の通信方式に基づく通信を担う。送受信部１８０は、通信用のプロセッサ等によって実現されてよい。
【００４７】
無線受信部１１０は、無線信号を受信する。無線受信部１１０は、Ｂｌｕｅｔｏｏｔｈ（登録商標）に準拠した通信方式に基づいて無線通信を行う。具体的には、無線受信部１１０は、例えばＢｌｕｅｔｏｏｔｈ（登録商標）  ＬＥに準拠した無線通信を行う。無線受信部１１０は、Ｂｌｕｅｔｏｏｔｈ（登録商標）  ＬＥに準拠した無線通信を行う通信チップによって実現されてよい。無線受信部１１０は、発信器２２０から発信されたビーコンを受信する。
【００４８】
格納部１４０は、携帯端末１０の動作に係る様々な情報を格納する。格納部１４０の少なくとも一部は、ＲＯＭ等の不揮発性記録媒体、ＲＡＭ等の揮発性記録媒体等の内蔵された記憶媒体で実現されてよい。格納部１４０の少なくとも一部は、半導体メモリカード等の外部記録媒体等で実現されてよい。
【００４９】
電源部１９０は、携帯端末１０の各部に供給される電力を生成する。電源部１９０は、二次電池等の電池を含む。ＵＩ部１７０は、ユーザ８０とのユーザインタフェース（ＵＩ）を提供する。ＵＩ部１７０は、タッチパネル、操作キー、音声デバイス等を含む。
【００５０】
携帯端末１０において、格納部１４０は、携帯端末１０を識別する端末ＩＤを格納する。端末ＩＤは、携帯端末１０の個体を識別する情報である。端末ＩＤは、例えばＩｎｔｅｒｎａｔｉｏｎａｌ  Ｍｏｂｉｌｅ  Ｅｑｕｉｐｍｅｎｔ  Ｉｄｅｎｔｉｔｙ（ＩＭＥＩ）である。端末ＩＤは、携帯端末１０を識別する装置識別情報の一例である。
【００５１】
無線受信部１１０は、携帯端末１０に近接する発信器２２０からビーコンで送信されたケースＩＤを受信する。具体的には、ケース２０に設けられた発信器２２０からビーコンで送信されたケースＩＤを受信する。送受信部１８０は、無線受信部１１０が発信器２２０から受信したケースＩＤを、格納部１４０が格納している端末ＩＤに対応づけてサーバ３０に送信する。例えば、送受信部１８０は、無線受信部１１０が発信器２２０から受信したケースＩＤと、格納部１４０が格納している端末ＩＤとを含む対応情報を、サーバ３０に送信する。
【００５２】
なお、送受信部１８０は、発信器２２０から受信したビーコンの受信強度に関する予め定められた条件が満たされたことを条件として、対応情報を送信してよい。例えば、制御部３００は、無線受信部１１０が受信したビーコンの受信強度に基づいて、携帯端末１０にケース２０が装着されたか否かを判断する。例えば、制御部３００は、近距離に対応する予め定められた閾値より高い信号強度の無線強度を受信した場合に、携帯端末１０にケース２０が装着されたと判断する。例えば、制御部３００は、発信器２２０からのビーコンを受信していない状態から、予め定められた時間内に予め定められた閾値を超える信号強度のビーコンを無線受信部１１０が受信し始めた場合に、送受信部１８０を制御して、当該ビーコンで受信したケースＩＤを端末ＩＤに対応づけてサーバ３０へ送信させる。なお、Ｂｌｕｅｔｏｏｔｈ（登録商標）  ＬＥ等のように、発信器２２０までの距離と信号強度とが相関する通信方式を用いれば、上述したように信号強度に基づいて装着を判断することができる。
【００５３】
なお、状態センサ１６０は、携帯端末１０の姿勢を検出する。状態センサ１６０は、例えば傾きセンサ、ジャイロセンサ、加速度センサ等を含んでよい。制御部３００は、状態センサ１６０による姿勢の検出結果に基づいて、携帯端末１０の向きを判断する。例えば、制御部３００は、携帯端末１０が縦向きの状態にあるか横向きの状態にあるかを判断する。制御部３００は、携帯端末１０が縦向きに近い状態にある場合と横向きに近い状態にあると判断した場合とで、ＵＩ部１７０に表示させる画面の向きを９０°異ならせて表示させてよい。
【００５４】
サーバ３０は、制御部３００と、格納部３４０と、送受信部３８０とを有する。なお、サーバ３０がこれらの全ての構成を備えることは必須であるとは限らない。
【００５５】
制御部３００は、サーバ３０の全体を制御する。制御部３００は、ＭＰＵ等のプロセッサによって実現されてよい。送受信部３８０は、ネットワーク９０を通じた通信を担う。送受信部３８０は、イーサネット（登録商標）等の規格に従って通信を行う通信用プロセッサで実現されてよい。
【００５６】
格納部３４０は、サーバ３０の動作に係る様々な情報を格納する。格納部３４０の少なくとも一部は、ＲＯＭ等の不揮発性記録媒体、ＲＡＭ等の揮発性記録媒体等の内蔵された記憶媒体で実現されてよい。
【００５７】
送受信部３８０は、携帯端末１０から送信された、ケースＩＤと端末ＩＤとを対応付ける対応情報を受信する。制御部３００は、送受信部３８０が受信した対応情報から、ケースＩＤと端末ＩＤとを取得する。制御部３００は、取得したケースＩＤに対応づけて、発信器２２０のユーザに関するユーザ情報、及び、取得した端末ＩＤを格納する。このように、携帯端末１０から送信された端末ＩＤ及びケースＩＤを取得した場合に、格納部３４０は、ケースＩＤに対応づけて、発信器２２０のユーザに関するユーザ情報及び端末ＩＤを格納する。
【００５８】
事業者端末４０は、制御部４００と、無線受信部４１０と、格納部４４０と、ＵＩ部４７０と、送受信部４８０と、電源部４９０とを有する。なお、事業者端末４０がこれらの全ての構成を備えることは必須であるとは限らない。
【００５９】
制御部４００は、制御部１００と同様の機能及び構成を有する。無線受信部４１０は、無線受信部１１０と同様の構成を有する。格納部４４０は、格納部１４０と同様の構成を有する。ＵＩ部４７０は、ＵＩ部１７０と同様の構成を有する。送受信部４８０は、送受信部１８０と同様の構成を有する。電源部４９０は、電源部１９０と同様の構成を有する。そのため、制御部４００、無線受信部４１０、格納部４４０、ＵＩ部４７０、送受信部４８０及び電源部４９０の具体的な構成については、説明を省略する。
【００６０】
事業者端末４０に発信器２２０が近接している場合、無線受信部４１０は、発信器２２０から、ケースＩＤを示すビーコンを受信する。送受信部４８０は、無線受信部４１０がケースＩＤを受信した場合に、受信したケースＩＤに関するユーザ情報の送信を要求する要求情報を、サーバ３０に送信する。例えば、送受信部４８０は、要求情報にケースＩＤを含めて送信する。なお、要求情報には、事業提供者４８を識別する情報を更に含めてよい。
【００６１】
送受信部４８０からサーバ３０に送信された要求情報は、サーバ３０の送受信部３８０によって受信される。サーバ３０において、制御部３００は、送受信部３８０が受信した要求情報から、ケースＩＤを取得する。このように、送受信部３８０及び制御部３００は、発信器２２０からビーコンで送信されたケースＩＤを受信した事業者端末４０から、事業者端末４０が受信したケースＩＤに対応するユーザ情報を要求する要求情報を取得する要求情報取得部として機能する。
【００６２】
制御部３００は、取得したケースＩＤに対応づけて格納部３４０が格納しているユーザ情報を、送受信部３８０から事業者端末４０へ送信させる。このように、送受信部３８０は、送受信部３８０が要求情報を受信した場合に、要求情報に対応するケースＩＤに対応づけて格納部３４０が格納しているユーザ情報を、事業者端末４０に送信する。
【００６３】
送受信部３８０から事業者端末４０に送信されたユーザ情報は、事業者端末４０の送受信部４８０によって受信される。ＵＩ部４７０は、送受信部４８０がサーバ３０から受信したユーザ情報を表示する。なお、ＵＩ部４７０は、サーバ３０から受信したユーザ情報を提示する提示部の一例である。
【００６４】
なお、サーバ３０において要求情報を取得した場合に、制御部３００は、要求情報に対応するケースＩＤに対応づけて格納部３４０が格納している端末ＩＤを特定する。制御部３００は、送受信部３８０を制御して、特定した端末ＩＤで識別される携帯端末１０に、事業者端末４０にケース２０を近づけたか否かを確認する確認通知を送信してよい。ケース２０に発信器２２０が固定されている場合、確認通知は、事業者端末４０に発信器２２０を近づけたか否かを確認するための通知であるといえる。
【００６５】
なお、事業者端末４０において、格納部４４０は、無線受信部４１０が発信器２２０から受信したケースＩＤを保持する。制御部３００は、送受信部４８０を制御して、無線受信部４１０が発信器２２０からケースＩＤを受信した後、格納部４４０が保持しているケースＩＤに対応づけて、携帯端末１０に情報の送信を依頼する送信依頼を、サーバ３０に送信する。例えば、制御部３００は、送受信部３８０を制御して、ケースＩＤ及び携帯端末１０宛のメッセージを含む、メッセージの送信依頼を、サーバ３０宛に送信させる。送信依頼には、事業提供者４８を識別する情報を更に含めてよい。
【００６６】
サーバ３０において、送受信部３８０は、事業者端末４０から送信依頼を受信した場合、送信依頼に対応づけられたケースＩＤに対応づけて格納部３４０が格納している端末ＩＤで識別される携帯端末１０に、送信依頼によって依頼された情報を送信する。例えば、制御部３００は、送受信部３８０が受信した送信依頼に含まれるメッセージを、送受信部３８０が受信したケースＩＤに対応づけて格納部３４０が格納している端末ＩＤで識別される携帯端末１０に、送受信部３８０から送信させる。これにより、事業者端末４０は、事業が終了する時刻になったこと等のメッセージを、ユーザ８０に通知することができる。
【００６７】
図３は、ケース２０の外観の一例を模式的に示す。カバー部２００内に、発信器２２０及び電池部２９０が組み込まれている。
【００６８】
スイッチ部２１０は、カバー部２００において、携帯端末１０の外装と接する面に設けられる。具体的には、スイッチ部２１０は、カバー部２００において、携帯端末１０の外装と嵌合する面に設けられる。スイッチ部２１０は、携帯端末１０の外装と嵌合するカバー部２００の凹部において、カバー部２００の２面が交わる角部の近傍に設けられてよい。スイッチ部２１０は、携帯端末１０の外装と嵌合するカバー部２００の凹部において、カバー部２００の３面が交わる頂部の近傍に設けられてよい。
【００６９】
携帯端末１０がケース２０に装着されると、スイッチ部２１０が押し込まれて、オフ状態からオン状態になる。このように、スイッチ部２１０は、発信器２２０が携帯端末１０に装着されることにより、携帯端末１０に接触してオフ状態からオン状態になる。
【００７０】
スイッチ部２１０がオフ状態からオン状態になると、電池部２９０から電力が発信器２２０に供給される。発信器２２０は、電池部２９０からの電力供給が続く限り、ケース２０が携帯端末１０に装着されている間、予め定められた時間間隔でビーコンを発信する。
【００７１】
なお、携帯端末１０からケース２０が取り外されると、スイッチ部２１０が押し込まれた状態から、スイッチ部２１０が押し込まれていない状態になる。これにより、スイッチ部２１０は、オン状態からオフ状態になる。このように、スイッチ部２１０は、発信器２２０が携帯端末１０から取り外されることにより、携帯端末１０から離れてオン状態からオフ状態になる。スイッチ部２１０がオン状態からオフ状態になると、電池部２９０から発信器２２０への電力供給が停止する。電池部２９０から発信器２２０への電力供給が停止されることにより、発信器２２０からのビーコンの発信が停止する。
【００７２】
このように、ケース２０には、携帯端末１０に装着した際に、発信器２２０が起動するスイッチ部２１０が実装されている。そのため、不要なビーコンが発信されることを抑制できる。また、電池部２９０の電力が不要に消費されることを抑制できる。なお、スイッチ部２１０は、２以上の箇所に設けられて良い。この場合、全てのスイッチ部２１０がオン状態になった場合に、電池部２９０から発信器２２０に電力が供給されてよい。スイッチ部２１０は、携帯端末１０の外装と嵌合するカバー部２００の凹部において、カバー部２００の３面が交わる４つの頂部のうち、対角をなす２つの頂部近傍に少なくとも設けられてよい。
【００７３】
なお、ケース２０は、携帯端末１０に装着されるケース部材の例である。なお、ケース２０は、携帯端末１０に装着される装着部材の例である。装着部材とは、ケースに限らず、ストラップ、シール等の部材であってよい。
【００７４】
なお、カバー部２００の外側の主面には、家紋等のデザインが設けられてよい。カバー部２００にユーザ８０の好みのデザインを設けることで、ユーザ８０はケース２０を印籠に見立てて使用することができる。このため、システム５のサービスを利用するための動作を遊び心を持って行うことができる。このため、例えば高齢者が事業に参加することを促すことができる。
【００７５】
なお、後述するように、ユーザ８０には、例えばポイントの積算値に応じて、グレードが付与される。ユーザ８０は、グレードに応じて、家紋等のデザイン付きのケース２０に変更するオプションを選択できてよい。また、グレードに応じて、携帯端末１０に表示される画面に家紋等のデザインを表示させるオプションを選択できてよい。
【００７６】
図４は、サーバ３０の格納部３４０が利用者に関連して格納している情報の一例を、テーブル形式で示す。なお、本図に示すテーブルを利用者テーブル５００と呼ぶ場合がある。格納部３４０は、ユーザ情報、端末ＩＤ及びケースＩＤを互いに対応づけて格納している。ユーザ情報は、氏名、生年月日、スキル、応募情報、評価情報、ポイント情報及びグレードを含む。
【００７７】
氏名のフィールドには、ユーザの氏名が格納される。生年月日のフィールドには、ユーザの生年月日が格納される。氏名及び生年月日は、基本情報の一例である。基本情報は、ケースがユーザに配布される前に、格納部３４０に格納される。基本情報は、ケースがユーザに配布される前に、格納部３４０に格納される。例えば、ユーザがシステム５への登録を申請した場合に、申請時にユーザから提供された基本情報が、サーバ３０に入力されて格納部３４０に格納される。
【００７８】
スキルのフィールドには、ユーザが持っているスキル等が格納される。例えば、パソコン操作技術、警備技術、教育技術等が格納される。スキルに格納される情報は、基本情報の一部として、システム５への登録の申請時に、ユーザから提供されてよい。スキルのフィールドは、ユーザがシステム５に登録された後に、ユーザが携帯端末を用いて更新、削除、追加することができる。
【００７９】
応募情報のフィールドには、ユーザが事業に応募している事業を特定する情報が格納される。例えば、応募情報のフィールドには、事業提供者４８を識別する事業者ＩＤ、事業提供者４８が提供する事業を特定する事業識別情報等が格納される。
【００８０】
評価情報のフィールドには、ユーザの評価結果を示す情報が格納される。例えば、評価情報のフィールドには、ユーザが参加した事業を提供した事業提供者４８によるユーザの評価結果を示す情報が格納される。評価結果は、例えば、ユーザの評価の高さを示す値を含んでよい。評価結果は、ユーザが事業への参加を終えた場合に、事業者端末４０からサーバ３０に送信されてよい。
【００８１】
なお、事業提供者４８には、事業提供者４８からサーバ３０への評価結果の閲覧要求に応じて、利用者テーブル５００に格納されている評価情報と、氏名フィールドに格納されている氏名とが対応づけて、サーバ３０から提供されてよい。各評価結果は、直近の予め定められた件数分に限って提供されてよい。
【００８２】
ポイント情報のフィールドには、ユーザに付与されたポイントを示す情報が格納される。例えば、ポイント情報のフィールドには、過去にユーザに付与されたポイントの履歴を示す付与履歴情報、使用されたポイントの履歴を示す使用履歴情報が格納される。ユーザが事業への参加を終えた場合に、ポイントの付与履歴情報として、付与されたポイント数が追加される。また、店舗５８の店舗端末５０から購入代金にポイントを充当することが通知された場合に、ポイントの使用履歴として、使用したポイント数が追加される。なお、ポイントは、ユーザに付与されるバリューの一例である。
【００８３】
ポイント情報のフィールドに格納されている情報は、閲覧要求に応じて、サーバ３０から携帯端末宛に提供されてよい。なお、事業提供者は、事業に参加したユーザに対する報酬として、ポイントを均等に付与してよい。ユーザに付与するポイント数は、ユーザの評価にかかわらず、同一であってよい。
【００８４】
グレードのフィールドには、ユーザの現在のグレードが格納される。グレードは、例えば、ユーザのランク付けの高さ表す。制御部３００は、過去にユーザに付与されたポイントの積算値が予め定められた閾値を超えた場合に、グレードを高める。閾値は複数段階設けられて良い。制御部３００は、過去にユーザに付与されたポイントの積算値が閾値を超える毎に、グレードを高めてよい。なお、過去にユーザに付与されたポイントの積算値とは、現在付与されているポイントではなく、過去にユーザに付与されたポイントを合算した値であってよい。グレードが高いほど、ポイントの付与率を高めたり、ボーナスポイントが付与されたりする特典を与えてもよい。また、グレードが高いほど、店舗端末５０等で商品やサービスの対価としてポイントを使用する場合のポイントを対価に交換する交換率を高くしてよい。また、グレードが高いほど、店舗端末５０等からより多くの付加サービスがユーザ８０に提供されてよい。また、グレードに応じて、携帯端末１０をスポット端末６０にかざした場合に携帯端末１０に送信されるクーポンを異ならせてよい。
【００８５】
端末ＩＤのフィールドには、ユーザが所持する携帯端末を識別する携帯ＩＤが格納される。端末ＩＤのフィールドには、送受信部３８０が携帯端末から受信した端末ＩＤが格納される。
【００８６】
ケースＩＤのフィールドには、ユーザに配布されたケースのケースＩＤが格納される。ケースＩＤのフィールドには、送受信部３８０が携帯端末から受信したケースＩＤが格納される。
【００８７】
なお、本図において、格納部３４０には、ケースＩＤ「ＸＸＸＸＸ」に対応づけて、ユーザ者情報及び端末ＩＤが対応づけて格納されている。したがって、ケースＩＤが「ＸＸＸＸＸ」のケースが配布されたユーザは、登録が完了したユーザである。
【００８８】
一方、格納部３４０には、ケースＩＤ「ＹＹＹＹＹ」に対応づけて、端末ＩＤが対応づけて格納されていない。したがって、ケースＩＤが「ＹＹＹＹＹ」のケースが配布されたユーザは、仮登録されている段階のユーザであり、登録が正式に完了していないユーザである。「ＹＹＹＹＹ」のケースＩＤに対応づけて端末ＩＤを受信した場合に、制御部３００は、受信した端末ＩＤを、ケースＩＤが「ＹＹＹＹＹ」に対応する行の端末ＩＤのフィールドに格納させる。これにより、ケースＩＤ、端末ＩＤ及びユーザ情報が対応付けられる。
【００８９】
このように、サーバ３０が端末ＩＤ、ケースＩＤ及びユーザ情報を対応づけて管理しているので、携帯端末１０及びケース２０を用いた様々なサービスをユーザに提供できる。
【００９０】
例えば、店舗５８においては、ユーザの年齢等の属性を指定してサーバ３０にユーザを検索させ、検索されたユーザが所持する携帯端末宛に、店舗５８に来店してポイントを利用するよう促すメッセージを送信するようサーバ３０に依頼してよい。ユーザが来店してポイントを利用した場合、サーバ３０は、ユーザに来店を促してからユーザが実際に来店する確率を特定できる。
【００９１】
また、例えば、システム５に登録しているユーザ８０とユーザ８１とが道ですれ違うことで、携帯端末１０の無線受信部１１０がケース２１のケースＩＤのビーコンを受信する場合がある。この場合、制御部１００は、ケース２０のケースＩＤと、ケース２１のケースＩＤを検出したこととを示す検出通知を、サーバ３０に送信してよい。サーバ３０が検出通知を受信すると、制御部３００は、検出通知で通知されたケース２０のケースＩＤに対応づけて記憶しているポイントを加算してよい。また、制御部３００は、検出通知で通知されたケース２１のケースＩＤに対応づけて記憶しているポイントを加算してよい。
【００９２】
なお、携帯端末１１がケース２０のケースＩＤのビーコンを受信した場合、携帯端末１１は、携帯端末１０とは独立に、ケース２１のケースＩＤと、ケース２０のケースＩＤを検出したこととを示す検出通知を、サーバ３０に送信してよい。サーバ３０が当該検出通知を受信した場合も同様に、制御部３００は、ケース２０のケースＩＤに対応づけて記憶しているポイントを加算するとともに、ケース２１のケースＩＤに対応づけて記憶しているポイントを加算してよい。なお、予め定められた時間内に携帯端末１０及び携帯端末１１の双方から互いに検出通知を受信した場合は、制御部３００は、予め定められた期間内に１回だけ、ケース２０のケースＩＤに対応づけて記憶しているポイントの加算と、ケース２１のケースＩＤに対応づけて記憶しているポイントの加算とを行ってよい。
【００９３】
また、検出通知の受信に応じて、制御部３００は、携帯端末１０のユーザ８０の趣味等のユーザ情報を、携帯端末１１宛に送信させてよい。また、制御部３００は、携帯端末１１のユーザ８１の趣味等のユーザ情報を、携帯端末１０宛に送信させてよい。係る制御をすることで、ユーザを活発に活動させる動機付けになり、ユーザの健康増進に寄与する。
【００９４】
また、携帯端末１０と携帯端末１１との間でケースＩＤを交換し合う等して、複数のケースＩＤのグループを形成してよい。グループ内でポイントを共通利用することができるようにしてよい。また、グループ内でメッセージ等の情報交換をできるようにしてよい。
【００９５】
図５は、サーバ３０の格納部３４０が事業提供者４８に関連して格納している情報の一例を、テーブル形式で示す。なお、本図に示すテーブルを事業提供者テーブル５５０と呼ぶ場合がある。格納部３４０は、事業者ＩＤ、事業情報、募集情報及び評価情報を互いに対応づけて格納している。
【００９６】
事業者ＩＤのフィールドには、事業提供者を識別する識別情報である事業者ＩＤが格納される。事業者ＩＤは、システム運営者３８によって、各事業者に割り当てられてよい。
【００９７】
事業情報のフィールドには、事業提供者が行っている事業の内容を示す情報、事業提供者の事業者名を示す情報が格納される。例えばユーザに事業を斡旋する場合に、制御部３００は、事業情報のフィールドに格納されている情報を、ユーザが所持する携帯端末宛に送信させる。
【００９８】
募集情報のフィールドには、事業提供者が募集している事業である募集事業に関する情報が格納される。募集事業に関する情報としては、事業の概要を示す情報、必要なスキルを示す等を含む。例えばユーザに事業を斡旋する場合に、制御部３００は、募集情報のフィールドに格納されている事業概要を示す情報を、ユーザが所持する携帯端末宛に送信させる。
【００９９】
評価情報のフィールドには、事業提供者の評価結果を示す情報が格納される。例えば、評価情報のフィールドには、事業提供者が提供する事業に参加したユーザによる事業提供者の評価結果を示す情報が格納される。評価結果は、例えば、事業提供者の評価の高さを示す値を含む。評価結果は、ユーザが事業への参加を終えた場合に、携帯端末からサーバ３０に送信されてよい。
【０１００】
なお、システム５に登録されている各ユーザが所持する携帯端末には、携帯端末からサーバ３０への評価結果の閲覧要求に応じて、事業提供者テーブル５５０に格納されている評価情報と、事業情報フィールドに格納されている事業者名とが対応づけて、サーバ３０から提供されてよい。
【０１０１】
ここで、事業提供者４８が提供した事業にユーザ８０が応募する場合を取り上げて説明する。
【０１０２】
サーバ３０は、事業提供者４８から、予め人材募集の提供を受け付ける。例えば、事業提供者４８から、事業の概要を示す情報及び必要なスキルを示す情報の提供を受ける。制御部３００は、事業提供者４８から提供された情報を、事業提供者４８に割り当てられた事業者ＩＤに対応づけて、格納部３４０の募集情報のフィールドに格納する。
【０１０３】
ユーザ８０は、携帯端末１０を用いてサーバ３０にアクセスして、事業提供者テーブル５５０に格納されている募集情報を閲覧できる。例えば、携帯端末１０からサーバ３０への閲覧要求に応じて、制御部３００は、事業提供者テーブル５５０に格納されている事業情報、募集情報及び評価情報を、携帯端末１０宛に送信させる。なお、制御部３００は、格納部３４０の事業提供者テーブル５５０に格納されているスキル情報と、利用者テーブル５００に格納されているスキル情報とに基づいて、ユーザ８０が所持しているスキルを必要としている事業を選択して、携帯端末１０宛に、選択した事業の募集情報を送信させてよい。この場合、制御部３００は、いわゆるプッシュ送信によって募集情報を携帯端末１０に通知してよい。ユーザ８０が事業に応募した場合、事業提供者４８には、利用者テーブル５００に格納されているユーザ８０の基本情報、スキル及び評価情報が閲覧可能になる。
【０１０４】
ユーザ８０が事業への参加を終えた場合、事業提供者４８によるユーザ８０に対する評価結果が、ケースＩＤに対応付けて事業者端末４０からサーバ３０に送信される。格納部３４０は、事業者端末４０から受信した評価結果を示す情報を、事業者端末４０から受信したケースＩＤに対応づけて、利用者テーブル５００の評価結果のフィールドに格納する。また、ユーザ８０による事業提供者４８に対する評価結果が、事業提供者４８の事業者ＩＤに対応づけて、携帯端末１０からサーバ３０に送信される。格納部３４０は、携帯端末１０から受信した評価結果を示す情報を、携帯端末１０から受信した事業者ＩＤに対応づけて、事業提供者テーブル５５０の評価結果のフィールドに格納する。
【０１０５】
図６は、携帯端末１０において実行される処理の一例を表すフローチャートである。本フローチャートの処理は、例えば、携帯端末１０が起動した場合に自動的に立ち上げられるサービスタスクによる処理の一部として実行される。本サービスタスクは、システム５用のアプリケーションソフトウエアが携帯端末１０にインストールされることにより、インストールされる。
【０１０６】
ステップＳ６０２において、制御部１００は、携帯端末１０の端末ＩＤ及びケースＩＤの対応情報をサーバ３０に既に送信しているか否かを判断する。端末ＩＤ及びケースＩＤの対応情報をサーバ３０に既に送信している場合、本フローチャートの処理を終了する。端末ＩＤ及びケースＩＤの対応情報をサーバ３０にまだ送信していない場合、ステップＳ６０４に処理を移行する。
【０１０７】
ステップＳ６０４において、ビーコンを受信した旨が無線受信部１１０から通知されるのを待つ。無線受信部１１０からビーコンを受信した旨が通知されると、ステップＳ６０６において、無線受信部１１０が受信したビーコンの受信強度が、予め定められた受信強度の閾値を超えているか否かを判断する。
【０１０８】
ステップＳ６０６において、ビーコンの受信強度が予め定められた受信強度の閾値を超えていないと判断した場合、制御部１００は、受信したビーコンからケースＩＤを抽出して、抽出したケースＩＤを格納部１４０に記憶し（ステップＳ６２０）、ステップＳ６０４に処理を移行する。なお、格納部１４０に記憶されたケースＩＤは、予め定められた時間が経過した場合に消去される。ステップＳ６２０で格納された情報は、ビーコンの直近の受信履歴として利用される。
【０１０９】
ステップＳ６０４において、ビーコンの受信強度が予め定められた受信強度の閾値を超えていると判断した場合、ビーコンからケースＩＤを抽出する（ステップＳ６０８）。続いて、ステップＳ６１０において、現在の直近の予め定められた期間内に、ビーコンから抽出したケースＩＤと同じケースＩＤのビーコンを受信していたか否かを判断する。制御部３００は、ステップＳ６２０で格納部１４０に記憶したビーコンの受信履歴に基づいて、ステップＳ６０８の判断を行う。
【０１１０】
ステップＳ６１０において、直近の予め定められた期間内に、同じケースＩＤのビーコンを受信していたと判断した場合、ステップＳ６０４に処理を移行する。ステップＳ６１０において、直近の予め定められた期間内に、同じケースＩＤのビーコンを受信していないと判断した場合、ステップＳ６１２に処理を移行する。
【０１１１】
ステップＳ６１２において、制御部１００は、ケース２０を携帯端末１０に装着したことを確認する確認画面をＵＩ部１７０に表示して、ユーザ８０に確認の入力を待つ。ステップＳ６１２において、ユーザ８０が確認ボタンを押すこと等によりケース２０を装着したことが確認されると、ステップ６３０に処理を移行する。ステップＳ６１２において、ケース２０を装着したことが確認できなかった場合は、ステップＳ６０４に処理を移行する。これにより、他のケースから強いビーコンを受信した場合に、ケース２０を装着したと誤認する可能性を低減できる。
【０１１２】
ステップＳ６３０において、制御部１００は、格納部１４０に格納している端末ＩＤと、ステップＳ６０８で通出したケースＩＤとを対応づけた対応情報を、サーバ３０に送信する。続いて、ステップＳ６３２において、制御部１００は、携帯端末１０の端末ＩＤ及びケースＩＤの対応情報をサーバ３０に既に送信した旨の情報を格納部１４０に格納して、本フローチャートの処理を終了する。
【０１１３】
図７は、サーバ３０において実行されるユーザ登録処理の一例を表すフローチャートである。本フローチャートで表される処理は、例えば、サーバ３０が起動した場合に自動的に立ち上げられるサービスプロセスによる処理の一部として実行される。本フローチャートの処理は、端末ＩＤとケースＩＤの対応情報を携帯端末１０から受信した場合に開始される。
【０１１４】
ステップＳ７０２において、制御部３００は、携帯端末１０から受信した対応情報から、ケースＩＤ及び端末ＩＤを抽出する。続いて、ステップＳ７０４において、制御部３００は、利用者テーブル５００に、抽出したケースＩＤに対応づけてユーザの基本情報が格納されているか否かを判断する。ステップＳ７０４において、抽出したケースＩＤに対応づけてユーザの基本情報が格納されていないと判断した場合、本フローチャートの処理を終了する。
【０１１５】
ステップＳ７０４において、抽出したケースＩＤに対応づけてユーザの基本情報が格納されていると判断した場合、制御部３００は、利用者テーブル５００に、抽出したケースＩＤに対応づけて既に端末ＩＤが格納されているか否かを判断する（ステップＳ７０６）。ステップＳ７０６において、抽出したケースＩＤに対応づけて端末ＩＤが格納されていると判断した場合、本フローチャートの処理を終了する。
【０１１６】
ステップＳ７０６において、抽出したケースＩＤに対応づけて端末ＩＤが格納されていないと判断した場合、制御部３００は、利用者テーブル５００に、抽出したケースＩＤに対応づけて、抽出した端末ＩＤを格納し（ステップＳ７０８）、本フローチャートの処理を終了する。ステップＳ７０８の処理により、ユーザの登録が完了する。本フローチャートの処理によれば、ケース２０の配布時に仮登録したユーザを正しく登録できる。
【０１１７】
図８は、サーバ３０において実行される処理の一例を表すフローチャートである。本フローチャートで表される処理は、例えば、サーバ３０が起動した場合に自動的に立ち上げられるサービスプロセスによる処理の一部として実行される。本フローチャートの処理は、事業者端末４０からユーザ情報を要求する要求情報を受信した場合に開始される。
【０１１８】
ステップＳ８０２において、制御部３００は、要求情報から、ケースＩＤ及び事業者ＩＤを抽出する。続いて、ステップＳ８０４において、制御部３００は、事業提供者テーブル５５０に、抽出した事業者ＩＤに対応づけて事業者の情報が格納されているか否かを判断する。ステップＳ８０４において、抽出した事業者ＩＤに対応づけて事業者の情報が格納されていないと判断した場合、本フローチャートの処理を終了する。
【０１１９】
ステップＳ８０４において、抽出した事業者ＩＤに対応づけて事業者の情報が格納されていると判断した場合、制御部３００は、利用者テーブル５００の応募情報を参照して、抽出した事業者ＩＤにより提供される事業に、抽出したケースＩＤで識別されるユーザが応募しているか否かを判断する（ステップＳ８０６）。ステップＳ８０６において、抽出した事業者ＩＤにより提供される事業に、抽出したケースＩＤで識別されるユーザが応募していないと判断した場合、本フローチャートの処理を終了する。
【０１２０】
ステップＳ８０６において、抽出した事業者ＩＤにより提供される事業に、抽出したケースＩＤで識別されるユーザが応募していると判断した場合、制御部３００は、利用者テーブル５００から、ケースＩＤに対応づけられた氏名及び生年月日等の基本情報を抽出して、送受信部３８０から事業者端末４０宛に送信させる（ステップＳ８０８）。
【０１２１】
続いて、ステップＳ８１０において、制御部３００は、利用者テーブル５００においてケースＩＤに対応づけて格納されている端末ＩＤで識別される携帯端末１０宛に、携帯端末１０を事業者端末４０にかざしたか否かの確認メッセージを送受信部３８０から送信させ、本フローチャートの処理を終了する。
【０１２２】
なお、携帯端末１０がサーバ３０から確認メッセージを受信した場合、制御部１００は、状態センサ１６０による携帯端末１０の姿勢の検出履歴に基づいて、ユーザが携帯端末１０をかざしている状態にあったか否かを判断する。例えば、制御部３００は、携帯端末１０の向きが縦向き等の予め定められた向きにある状態で、予め定められた時間にわたって略静止した状態にあった場合に、ユーザが携帯端末１０をかざしている状態にあったと判断してよい。制御部３００は、ユーザが携帯端末１０をかざしている状態になかったと判断した場合は、送受信部３８０を制御して、携帯端末１０をかざした状態になかった旨をサーバ３０宛に送信させてよい。
【０１２３】
なお、サーバ３０は、ステップＳ８０８の処理を行う前に、ステップＳ８１０の処理を行ってよい。サーバ３０は、携帯端末１０をかざした状態になかった旨を携帯端末１０から受信した場合は、ステップＳ８０８の処理を行わなくてよい。
【０１２４】
図９は、サーバ３０において実行される処理の一例を表すフローチャートである。本フローチャートで表される処理は、例えば、サーバ３０が起動した場合に自動的に立ち上げられるサービスプロセスによる処理の一部として実行される。本フローチャートの処理は、事業者端末４０から、携帯端末へメッセージを通知する通知依頼を受信した場合に、開始される。
【０１２５】
ステップＳ９０２において、制御部３００は、通知依頼から、ケースＩＤ、事業者ＩＤ及びメッセージを抽出する。続いて、ステップＳ９０４の判断を行う。ステップＳ９０４の判断は、ステップＳ８０４の判断と同様であるので、説明を省略する。ステップＳ９０４の判断が否定判断の場合は、本フローチャートの処理を終了する。ステップＳ９０４の判断が肯定判断の場合は、ステップＳ９０６の判断を行う。ステップＳ９０６の判断は、ステップＳ８０６の判断と同様であるので、説明を省略する。ステップＳ９０６の判断が否定判断の場合は、本フローチャートの処理を終了する。ステップＳ９０６の判断が肯定判断の場合は、ステップＳ９０８に処理を移行する。
【０１２６】
ステップＳ９０８において、制御部３００は、抽出したケースＩＤに対応づけて利用者テーブル５００に格納されている端末ＩＤで識別される携帯端末宛に、ステップＳ９０２で抽出したメッセージを送受信部３８０から送信させて、本フローチャートの処理を終了する。
【０１２７】
図９等に説明した処理によれば、事業提供者４８は、事業に参加中のユーザ８０に、必要に応じてメッセージを通知することができる。例えば、事業提供者４８は、離れた位置にいるユーザ８０に指示を与えることができる。事業提供者４８は、終了時刻になったことをユーザ８０に通知したり、受付に集合するようユーザ８０に指示したりすることができる。
【０１２８】
以上に説明したシステム５によれば、ユーザが社会的な活動を活発に行うよう仕向けることができる。また、携帯端末に被せるケースを印籠を模したものにすれば、ユーザが印籠のようにケースを事業者端末４０、店舗端末５０等にかざすような動作によって、相手方がユーザを確認することが可能になる。例えば、ケースをかざす動作をすることで、各種の情報やサービスをユーザに提供できる。また、ユーザが印籠のようにケースをかざす動作をすることで、ユーザが事業に参加する際の受け付けを行うことができる。このように、システム５によれば、ユーザに非常な複雑な操作を強いることがない。そのため、携帯端末になじみのないユーザでも容易に利用できる。また、ユーザが遊び心を持ちながら、いわゆる０２０サービスを自然に利用する環境を提供できる。
【０１２９】
なお、携帯端末１０は、いわゆるスマートフォン等の携帯電話の他、タブレット端末等の携帯情報端末、デジタル音楽プレーヤ等、携帯型の電子機器であってよい。事業者端末４０も、携帯端末１０と同様に、携帯型の電子機器であってよい。事業者端末４０は、デスクトップコンピュータ等、非携帯型の電子機器であってもよい。
【０１３０】
以上の説明において、携帯端末１０の各部は、ハードウエアにより実現されてもよく、ソフトウエアにより実現されてもよい。また、ハードウエアとソフトウエアとの組み合わせにより実現されてもよい。また、プログラムが実行されることにより、コンピュータが、携帯端末１０として機能してもよい。プログラムは、コンピュータ読み取り可能な媒体又はネットワークに接続された記憶装置から、携帯端末１０の少なくとも一部を構成するコンピュータにインストールされてよい。
【０１３１】
コンピュータにインストールされ、コンピュータを本実施形態に係る携帯端末１０として機能させるプログラムは、ＭＰＵ等に働きかけて、コンピュータを、携帯端末１０の各部としてそれぞれ機能させる。これらのプログラムに記述された情報処理は、コンピュータに読込まれることにより、ソフトウエアと携帯端末１０のハードウエア資源とが協働した具体的手段として機能する。コンピュータは、ＭＰＵ、ＲＯＭ、ＲＡＭ、ＥＥＰＲＯＭ（登録商標）等の各種メモリ、通信バス及びインタフェースを有し、予めファームウェアとしてＲＯＭに格納された処理プログラムをＭＰＵが読み出して順次実行することで、携帯端末１０として機能してよい。
【０１３２】
なお、事業者端末４０及びサーバ３０も、携帯端末１０と同様である。例えば、事業者端末４０としてコンピュータを機能させるプログラムが、コンピュータのＭＰＵ等に働きかけて、コンピュータを、事業者端末４０の各部としてそれぞれ機能させてよい。また、サーバ３０としてコンピュータを機能させるプログラムが、コンピュータのＭＰＵ等に働きかけて、コンピュータを、サーバ３０の各部としてそれぞれ機能させてよい。
【０１３３】
以上、本発明を実施の形態を用いて説明したが、本発明の技術的範囲は上記実施の形態に記載の範囲には限定されない。上記実施の形態に、多様な変更または改良を加えることが可能であることが当業者に明らかである。その様な変更または改良を加えた形態も本発明の技術的範囲に含まれ得ることが、特許請求の範囲の記載から明らかである。
【０１３４】
特許請求の範囲、明細書、および図面中において示した装置、システム、プログラム、および方法における動作、手順、ステップ、および段階などの各処理の実行順序は、特段「より前に」、「先立って」などと明示しておらず、また、前の処理の出力を後の処理で用いるのでない限り、任意の順序で実現しうることに留意すべきである。特許請求の範囲、明細書、および図面中の動作フローに関して、便宜上「まず、」、「次に、」などを用いて説明したとしても、この順で実施することが必須であることを意味するものではない。
【符号の説明】
【０１３５】
１０、１１  携帯端末、２０、２１  ケース、３０  サーバ、３８  システム運営者、４０  事業者端末、４８  事業提供者、５０  店舗端末、５８  店舗、６０  スポット端末、８０、８１  ユーザ、９０  ネットワーク、１００  制御部、１１０  無線受信部、１４０  格納部、１７０  ＵＩ部、１８０  送受信部、１９０  電源部、２００  カバー部、２１０  スイッチ部、２２０  発信器、２９０  電池部、３００  制御部、３４０  格納部、３８０  送受信部、４００  制御部、４１０  無線受信部、４４０  格納部、４７０  ＵＩ部、４８０  送受信部、４９０  電源部、５００  利用者テーブル、５５０  事業提供者テーブル
【図１】
2015177282.tif 000003
【図２】
2015177282.tif 000004
【図３】
2015177282.tif 000005
【図４】
2015177282.tif 000006
【図５】
2015177282.tif 000007
【図６】
2015177282.tif 000008
【図７】
2015177282.tif 000009
【図８】
2015177282.tif 000010
【図９】
2015177282.tif 000011
【手続補正書】
【提出日】平成27年5月26日(2015.5.26)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
携帯端末と、
前記携帯端末と通信するサーバと、
利用者を識別する利用者識別情報を無線信号で送信する無線装置と
を備え、
前記携帯端末は、
前記携帯端末を識別する装置識別情報を格納する格納部と、
前記携帯端末に近接する前記無線装置から前記無線信号で送信された前記利用者識別情報を受信する無線受信部と、
前記無線受信部が前記無線装置から受信した前記利用者識別情報を、前記格納部が格納している前記装置識別情報に対応づけて前記サーバに送信する対応情報送信部と
を有し、
前記サーバは、
前記携帯端末から送信された前記装置識別情報及び前記利用者識別情報を取得した場合に、前記利用者識別情報に対応づけて、前記無線装置の利用者に関する利用者情報及び前記装置識別情報を格納する格納部と、
前記無線装置から前記無線信号で送信された前記利用者識別情報を受信した通信装置から、前記通信装置が受信した前記利用者識別情報に対応する利用者情報の要求情報を取得する要求情報取得部と、
前記要求情報取得部が前記要求情報を取得した場合に、前記要求情報に対応する前記利用者識別情報に対応づけて前記サーバが有する前記格納部が格納している前記利用者情報を、前記通信装置に送信する情報送信部と
を有するシステム。
【請求項２】
前記無線装置は、前記携帯端末に装着される装着部材に設けられる
請求項１に記載のシステム。
【請求項３】
前記装着部材は、前記携帯端末に装着されるケース部材である
請求項２に記載のシステム。
【請求項４】
前記装着部材は、
前記無線装置が前記携帯端末に装着されることにより、前記携帯端末に接触してオフ状態からオン状態になるスイッチ部
を有し、
前記無線装置は、前記スイッチ部が前記オン状態になることにより起動して、前記無線信号の送信を開始する
請求項２または３に記載のシステム。
【請求項５】
前記対応情報送信部は、前記無線装置から前記無線信号を受信していない状態から、予め定められた時間内に予め定められた閾値を超える信号強度の前記無線信号を前記無線受信部が受信した場合に、当該無線信号で受信した前記利用者識別情報を前記装置識別情報に対応づけて前記サーバに送信する
請求項４に記載のシステム。
【請求項６】
前記通信装置は、
前記通信装置に近接する前記無線装置から、前記利用者識別情報を示す無線信号を受信する無線受信部と、
前記通信装置が有する前記無線受信部が前記利用者識別情報を受信した場合に、受信した前記利用者識別情報に関する利用者情報の送信を要求する前記要求情報を、前記サーバに送信する要求情報送信部と、
前記サーバから受信した前記利用者情報を提示する提示部と
を有する請求項１から５のいずれか一項に記載のシステム。
【請求項７】
前記情報送信部は、前記要求情報取得部が前記要求情報を取得した場合に、更に、前記要求情報に対応する前記利用者識別情報に対応づけて前記サーバが有する前記格納部が格納している前記装置識別情報で識別される前記携帯端末に、前記通信装置に前記無線装置を近づけたか否かを確認する確認通知を送信する
請求項６に記載のシステム。
【請求項８】
前記通信装置は、
前記無線装置から受信した前記利用者識別情報を保持する保持部と、
前記無線装置から前記利用者識別情報を受信した後、前記保持部が保持している前記利用者識別情報に対応づけて、前記携帯端末に情報の送信を依頼する送信依頼を、前記サーバに送信する依頼送信部と
を有し、
前記情報送信部は、前記通信装置から前記送信依頼を受信した場合に、前記送信依頼に対応づけられた前記利用者識別情報に対応づけて前記サーバが有する前記格納部が格納している前記装置識別情報で識別される前記携帯端末に、前記送信依頼によって依頼された前記情報を送信する
請求項６または７に記載のシステム。
【請求項９】
携帯端末及び通信装置と通信するサーバであって、
前記携帯端末に近接する無線装置から前記携帯端末が無線信号で受信した、利用者を識別する利用者識別情報と、前記携帯端末が格納している前記携帯端末を識別する装置識別情報とを、前記携帯端末から受信する対応情報受信部と、
前記対応情報受信部が前記携帯端末から前記装置識別情報及び前記利用者識別情報を受信した場合に、前記利用者識別情報に対応づけて、前記無線装置の利用者に関する利用者情報及び前記装置識別情報を格納する格納部と、
前記無線装置から前記無線信号で送信された前記利用者識別情報を受信した前記通信装置から、前記通信装置が受信した前記利用者識別情報に対応する利用者情報の要求情報を受信する要求情報受信部と、
前記要求情報受信部が前記要求情報を受信した場合に、前記要求情報に対応する前記利用者識別情報に対応づけて前記格納部が格納している前記利用者情報を、前記通信装置に送信する情報送信部と
を備えるサーバ。