(57)【要約】【課題】効率的な参加者の募集を支援することを目的としている。【解決手段】イベントを開催する施設に対する予約の受け付けに応じて、第一の記憶部に格納された住民情報の内容に基づき、前記予約を希望した第１のユーザが信頼できる人物であるかを判定し、前記第１のユーザが信頼できる人物であると判定された場合に、前記イベントの内容と、予め第二の記憶部に格納された前記第１のユーザとは異なるユーザのユーザ情報と、に基づいて、第２のユーザを決定し、前記第２のユーザに対して前記イベントに関する情報を通知する、処理をコンピュータに実行させる。【選択図】図１
2020201576.tif 000002
【特許請求の範囲】
【請求項１】
イベントを開催する施設に対する予約の受け付けに応じて、第一の記憶部に格納された住民情報の内容に基づき、前記予約を希望した第１のユーザが信頼できる人物であるかを判定し、
前記第１のユーザが信頼できる人物であると判定された場合に、前記イベントの内容と、予め第二の記憶部に格納された第１のユーザとは異なるユーザのユーザ情報と、に基づいて、第２のユーザを決定し、
前記第２のユーザに対して前記イベントに関する情報を通知する、処理をコンピュータに実行させる、情報処理プログラム。
【請求項２】
ユーザ情報の入力を受け付け、
前記第一の記憶部に格納された住民情報のうち、前記ユーザ情報と対応する住民情報の内容に基づき、入力を受け付けた前記ユーザ情報に含まれるユーザが信頼できる人物であるか否かを判定し、
信頼できる人物であると判定した場合に、入力を受け付けた前記ユーザ情報を前記第二の記憶部に格納する、処理を前記コンピュータに実行させる、請求項１記載の情報処理プログラム。
【請求項３】
前記信頼できる人物であるか否かの判定は、
前記住民情報に含まれる犯罪歴の有無を示す情報に基づき行われる、請求項１又は２記載の情報処理プログラム。
【請求項４】
前記イベントに関する情報を通知する第２のユーザは、
前記イベントの内容と、ユーザ情報に含まれる前記ユーザの嗜好を示す情報と、に基づき、決定される、請求項１乃至３の何れか一項に記載の情報処理プログラム。
【請求項５】
前記イベントに関する情報を送信した第一の端末装置から、前記イベントに対する参加を示す通知を受け付けて、前記イベントの参加者の一覧を生成し、
前記イベントの参加者の一覧を、前記施設の予約が行われた第二の端末装置へ表示させる、請求項１乃至４の何れか一項に記載の情報処理プログラム。
【請求項６】
コンピュータによる情報処理方法であって、前記コンピュータが、
イベントを開催する施設に対する予約の受け付けに応じて、第一の記憶部に格納された住民情報の内容に基づき、前記予約を希望した第１のユーザが信頼できる人物であるかを判定し、
前記第１のユーザが信頼できる人物であると判定された場合に、前記イベントの内容と、予め第二の記憶部に格納された前記第１のユーザとは異なるユーザのユーザ情報と、に基づいて、第２のユーザを決定し、
前記第２のユーザに対して前記イベントに関する情報を通知する、情報処理方法。
【請求項７】
イベントを開催する施設に対する予約の受け付けに応じて、第一の記憶部に格納された住民情報の内容に基づき、前記予約を希望した第１のユーザが信頼できる人物であるかを判定する施設予約処理部と、
前記第１のユーザが信頼できる人物であると判定された場合に、前記イベントの内容と、予め第二の記憶部に格納された前記第１のユーザとは異なるユーザのユーザ情報と、に基づいて、第２のユーザを決定し、
前記第２のユーザに対して前記イベントに関する情報を通知する参加者募集処理部と、を有する情報処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理プログラム、情報処理方法、情報処理装置に関する。
【背景技術】
【０００２】
従来から、自治体等によって管理される施設をある企画に利用する場合がある。この場合、企画を立案する企画者は、施設の予約を行った後に、別途、企画への参加者の募集を行う。参加者の募集は、例えば、インターネット掲示板や、予約した施設に掲載する掲示物等に、企画者の連絡先を記載して、参加者を募る方法等によって行われる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００５−０２５２５３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
上述した従来の技術では、施設の予約と参加者の募集とを別々に行う必要があり煩雑である。また、企画の内容に興味を持つ人物等の特定の人物に企画に関する情報を提示することができない。このため、従来では、企画者が効率的に参加者の募集を行うことが困難である。
【０００５】
１つの側面では、本発明は、効率的な参加者の募集を支援することを目的としている。
【課題を解決するための手段】
【０００６】
一つの態様では、イベントを開催する施設に対する予約の受け付けに応じて、第一の記憶部に格納された住民情報の内容に基づき、前記予約を希望した第１のユーザが信頼できる人物であるかを判定し、前記第１のユーザが信頼できる人物であると判定された場合に、前記イベントの内容と、予め第二の記憶部に格納された前記第１のユーザとは異なるユーザのユーザ情報と、に基づいて、第２のユーザを決定し、前記第２のユーザに対して前記イベントに関する情報を通知する、処理をコンピュータに実行させる。
【０００７】
上記各処理は、上記各処理を実現する機能部、各処理を実現する手順としても良く、各処理をコンピュータに実行させるプログラムを記憶したコンピュータ読み取り可能な記憶媒体とすることもできる。
【発明の効果】
【０００８】
効率良く参加者を募集することができる。
【図面の簡単な説明】
【０００９】
【図１】第一の実施形態の情報処理システムのシステム構成の一例を示す図である。
【図２】第一の実施形態の募集支援装置２００のハードウェア構成の一例を示す図である。
【図３】ユーザ情報データベースの一例を示す図である。
【図４】住民情報データベースの一例を示す図である。
【図５】募集支援装置の施設予約処理部の機能を説明する図である。
【図６】募集支援装置の参加者募集処理部の機能を説明する図である。
【図７】情報処理システムの動作を説明するシーケンス図である。
【図８】参加者側の端末装置の表示例を示す第一の図である。
【図９】企画者側の端末装置の表示例を示す第一の図である。
【図１０】参加者側の端末装置の表示例を示す第二の図である。
【図１１】参加者側の端末装置の表示例を示す第三の図である。
【図１２】企画者側の端末装置の表示例を示す第二の図である。
【図１３】第二の実施形態の情報処理システムのシステム構成の一例を示す図である。
【発明を実施するための形態】
【００１０】
（第一の実施形態）
以下に図面を参照して、第一の実施形態の情報処理システムについて説明する。図１は、第一の実施形態の情報処理システムのシステム構成の一例を示す図である。
【００１１】
本実施形態の情報処理システム１００は、募集支援装置２００、端末装置３００、４００を含む。募集支援装置２００と、端末装置３００、４００とは、例えば、ネットワーク等を介して接続される。また、本実施形態の募集支援装置２００は、予約される施設を管理する自治体に導入されている行政システム５００と通信を行う。予約される施設とは、例えば、自治体によって管理される体育館、公民館、図書館等を含む。
【００１２】
本実施形態の端末装置３００は、主に、企画（イベント）を立案し、施設を予約する企画者に使用される企画者側の端末装置である。端末装置４００は、主に、企画の参加者募集に応募する参加者希望者に使用される参加者側の端末装置である。
【００１３】
本実施形態の募集支援装置２００は、施設予約処理部２１０、参加者募集処理部２２０、ユーザ情報データベース２３０を有する。
【００１４】
施設予約処理部２１０は、端末装置３００からの施設の予約の操作を受け付けて、行政システム５００へアクセスし、企画者の情報に応じて施設の予約の可否を判定し、判定結果に応じて施設の予約を行う。
【００１５】
参加者募集処理部２２０は、施設が予約されると、企画の内容とユーザ情報データベース２３０に格納されたユーザ情報とに基づき、企画への参加者を募集していることを示す通知を送信する送信先を決定し、通知を送信する。
【００１６】
また、参加者募集処理部２２０は、端末装置４００において、ユーザ情報が入力されると、行政システム５００へアクセスし、ユーザ情報に応じて、ユーザ情報データベース２３０へのユーザ情報の登録の可否を判定し、判定結果に応じてユーザ情報をユーザ情報データベース２３０に格納する。
【００１７】
行政システム５００は、例えば、住民情報データベース５１０を有しており、住民に関する情報が格納される。住民情報データベース５１０は、自治体で管理する住民情報を格納した第一の記憶部の一例である。
【００１８】
以下に、本実施形態の情報処理システム１００の動作の概略を説明する。本実施形態の情報処理システム１００において、募集支援装置２００は、端末装置４００から、ユーザ情報の登録要求を受け付ける（ステップＳ１）。募集支援装置２００は、この登録要求を受けて、参加者募集処理部２２０により行政システム５００へアクセスし、ユーザ情報と対応する住民情報を住民情報データベース５１０から取得する（ステップＳ２）。
【００１９】
続いて、参加者募集処理部２２０は、住民情報に基づき、ユーザ情報の登録要求を行ったユーザが社会的に信頼できる人物か否かを判定し、社会的に信頼できると判定された場合に、ユーザ情報をユーザ情報データベース２３０に格納する（ステップＳ３）。
【００２０】
尚、ユーザ情報には、端末装置４００のユーザを特定する識別情報やユーザの嗜好を示す情報が含まれる。また、ユーザ情報データベース２３０は、ユーザ情報の登録を希望するユーザによって入力されたユーザ情報が格納された第二の記憶部の一例である。
【００２１】
また、本実施形態の募集支援装置２００は、端末装置３００から、企画者の情報と共に施設の予約の要求を受け付けると（ステップＳ４）、施設予約処理部２１０により行政システム５００へアクセスし、企画者の情報と対応する住民情報を取得する（ステップＳ５）。尚、企画者とは、言い換えれば、施設の予約を希望する人物である。
【００２２】
続いて、施設予約処理部２１０は、住民情報に基づき、企画者が信頼できる人物であるか否かを判定し、信頼できると判定された場合に施設の予約を行い、予約を行ったことを示す通知を端末装置３００に通知する（ステップＳ６）。
【００２３】
また、施設予約処理部２１０は、予約された施設で行われる企画への参加者の募集を参加者募集処理部２２０へ指示する（ステップＳ７）。
【００２４】
参加者募集処理部２２０は、この指示を受け付けると、ユーザ情報データベース２３０を参照し、嗜好が企画の内容と合致するユーザを特定し、特定されたユーザの端末装置４００へ企画への参加を促す案内を送信する（ステップＳ８）。言い換えれば、参加者募集処理部２２０は、企画（イベント）へ参加する見込みがあるユーザを特定し、企画への参加を促す案内を送信する。
【００２５】
本実施形態では、このように、企画者が施設の予約を行うだけで、企画の内容に嗜好が合致し、企画への参加の見込みがあるユーザに対して、企画への参加を促す案内を送信することができる。したがって、本実施形態によれば、企画へ参加する可能性が高いユーザに対して、企画の内容を通知することができ、効率良く参加者を募集することができる。
【００２６】
尚、本実施形態では、募集支援装置２００が施設予約処理部２１０と参加者募集処理部２２０とを有するものとしたが、これに限定されない。施設予約処理部２１０と、参加者募集処理部２２０とは、それぞれが別々の装置に設けられていても良い。また、本実施形態のユーザ情報データベース２３０は、募集支援装置２００の外部の装置に設けられていても良い。
【００２７】
以下に、本実施形態の募集支援装置２００について、さらに説明する。図２は、第一の実施形態の募集支援装置２００のハードウェア構成の一例を示す図である。
【００２８】
本実施形態の募集支援装置２００は、それぞれバスＢで相互に接続されている入力装置２１、出力装置２２、ドライブ装置２３、補助記憶装置２４、メモリ装置２５、演算処理装置２６及びインターフェース装置２７を含む情報処理装置である。
【００２９】
入力装置２１は、各種の情報の入力を行うための装置であり、例えばキーボードやポインティングデバイス等により実現される。出力装置２２は、各種の情報の出力を行うためものであり、例えばディスプレイ等により実現される。インターフェース装置２７は、ＬＡＮカード等を含み、ネットワークに接続する為に用いられる。
【００３０】
施設予約処理部２１０、参加者募集処理部２２０を実現させる情報処理プログラムは、募集支援装置２００を制御する各種プログラムの少なくとも一部である。情報処理プログラムは、例えば記憶媒体２８の配布やネットワークからのダウンロード等によって提供される。情報処理プログラムを記録した記憶媒体２８は、ＣＤ−ＲＯＭ、フレキシブルディスク、光磁気ディスク等の様に情報を光学的、電気的或いは磁気的に記録する記憶媒体、ＲＯＭ、フラッシュメモリ等の様に情報を電気的に記録する半導体メモリ等、様々なタイプの記憶媒体を用いることができる。
【００３１】
また、情報処理プログラムは、情報処理プログラムを記録した記憶媒体２８がドライブ装置２３にセットされると、記憶媒体２８からドライブ装置２３を介して補助記憶装置２４にインストールされる。ネットワークからダウンロードされた情報処理プログラムは、インターフェース装置２７を介して補助記憶装置２４にインストールされる。
【００３２】
補助記憶装置２４は、募集支援装置２００の有する各記憶部等を実現するものであり、募集支援装置２００にインストールされた情報処理プログラムを格納すると共に、募集支援装置２００による各種の必要なファイル、データ等を格納する。メモリ装置２５は、募集支援装置２００の起動時に補助記憶装置２４から情報処理プログラムを読み出して格納する。そして、演算処理装置２６はメモリ装置２５に格納された情報処理プログラムに従って、後述するような各種処理を実現している。
【００３３】
次に、図３及び図４を参照して、本実施形態のデータベースについて説明する。図３は、ユーザ情報データベースの一例を示す図である。ユーザ情報データベース２３０は、端末装置４００から入力されたユーザ情報が格納される。
【００３４】
ユーザ情報データベース２３０は、情報の項目として、住民票コード、氏名、生年月日、住所、性別、連絡先、嗜好等を含む。
【００３５】
項目「住民票コード」の値は、個人を特定するための付与される識別情報である。項目「氏名」の値は、ユーザの氏名を示し、項目「生年月日」の値は、ユーザの生年月日を示し、項目「性別」の値は、ユーザの性別を示す。項目「連絡先」の値は、例えば、メールアドレス等である。具体的には、項目「連絡先」の値は、企画への参加を促す案内の通知の送信先となる情報である。項目「嗜好」の値は、ユーザが関心を持っている事柄を示す。
【００３６】
図４は、住民情報データベースの一例を示す図である。本実施形態の住民情報データベース５１０は、行政システム５００において管理される住民情報が格納される。住民情報データベース５１０は、情報の項目として、住民票コード、氏名、生年月日、性別、信頼情報等を含む。項目「住民票コード」、「氏名」、「生年月日」、「性別」の値は、図３と同様であるから説明を省略する。
【００３７】
項目「信頼情報」の値は、個人の前科や前歴、他の住民から寄せられた苦情、家庭内暴力に関する相談等の有無を示す。本実施形態では、項目「信頼情報」の値が「有」の場合には、その個人が何らかのトラブルの原因となり得たことを示す。
【００３８】
尚、図３及び図４では、個人を特定するための情報として、住民票コードを用いたが、これに限定されない。本実施形態では、例えば、個人を特定するための情報として、マイナンバー等を用いても良い。
【００３９】
次に、図５及び図６を参照して、本実施形態の募集支援装置２００の機能について説明する。図５は、募集支援装置の施設予約処理部の機能を説明する図である。
【００４０】
本実施形態の施設予約処理部２１０は、入力受付部２１１、住民情報取得部２１２、予約判定部２１３、結果通知部２１４、募集指示部２１５、予約登録部２１６を有する。
【００４１】
入力受付部２１１は、施設予約処理部２１０に対する入力を受け付ける。具体的には、入力受付部２１１は、端末装置３００からの入力を受け付ける。
【００４２】
住民情報取得部２１２は、行政システム５００へアクセスし、端末装置３００から、企画者によって入力された情報と対応する住民情報を取得する。以下の説明では、端末装置３００から企画者によって入力された情報を、企画情報と呼ぶ場合がある。企画情報には、例えば、企画者によって予約される施設の名称、予約する日にちと時間帯、企画の内容等が含まれる。
【００４３】
予約判定部２１３は、取得した住民情報に基づき、企画情報を入力した企画者が信頼できる人物であるか否かを判定する。具体的には、予約判定部２１３は、企画者が、行政システム５００で管理する施設の予約を許容できる人物であるか否かを判定する。
【００４４】
結果通知部２１４は、予約判定部２１３による判定結果を端末装置３００へ送信する。募集指示部２１５は、企画情報に、参加者の募集を希望することを示す情報が含まれる場合に、参加者募集処理部２２０に対して参加者の募集を指示する。予約登録部２１６は、予約判定部２１３によって、施設の予約が許容される企画者であると判定された場合に、行政システム５００に対して施設の予約を指示する。
【００４５】
図６は、募集支援装置の参加者募集処理部の機能を説明する図である。本実施形態の参加者募集処理部２２０は、入力受付部２２１、住民情報取得部２２２、参加判定部２２３、結果通知部２２４、ユーザ情報登録部２２５、送信先特定部２２６、案内出力部２２７、参加者一覧作成部２２８を有する。
【００４６】
入力受付部２２１は、参加者募集処理部２２０に対する入力を受け付ける。具体的には、入力受付部２２１は、参加者募集処理部２２０に対する端末装置４００から入力を受け付ける。
【００４７】
住民情報取得部２２２は、端末装置４００から入力されたユーザ情報と対応する住民情報を行政システム５００から取得する。
【００４８】
参加判定部２２３は、住民情報に基づき、ユーザ情報を情報処理システム１００で管理されるユーザ情報として登録するか否かを判定する。具体的には、参加判定部２２３は、ユーザが、企画への参加を許容できる人物であるか否かを判定する。
【００４９】
結果通知部２２４は、参加判定部２２３による判定の結果を端末装置４００へ通知する。ユーザ情報登録部２２５は、参加判定部２２３によって、端末装置４００のユーザが、企画への参加を許容できる人物であると判定された場合に、ユーザ情報をユーザ情報データベース２３０へ格納する。
【００５０】
送信先特定部２２６は、施設予約処理部２１０から参加者の募集の指示を受け付けると、企画情報と、ユーザ情報データベース２３０に格納されたユーザ情報とに基づき、企画情報の送信先となるユーザを特定する。
【００５１】
案内出力部２２７は、特定されたユーザの端末装置４００に対して、企画への参加を促す案内を送信する。
【００５２】
参加者一覧作成部２２８は、企画への参加を希望したユーザのユーザ情報を保持しておき、企画への参加者の一覧を作成する。作成された一覧は、端末装置３００からの要求に応じて、端末装置３００に出力される。
【００５３】
次に、図７を参照して、本実施形態の情報処理システム１００の動作について説明する。図７は、情報処理システムの動作を説明するシーケンス図である。
【００５４】
情報処理システム１００において、端末装置４００は、ユーザ情報の登録画面の表示指示を受けて、登録画面を表示させる（ステップＳ７０１）。続いて、端末装置４００は、ユーザ情報が登録されると、ユーザ情報を募集支援装置２００へ送信する（ステップＳ７０２）。
【００５５】
募集支援装置２００は、参加者募集処理部２２０の入力受付部２２１により、ユーザ情報を受信すると、住民情報取得部２２２により、行政システム５００に対し、ユーザ情報と対応する住民情報の取得要求を行う（ステップＳ７０３）。このとき、住民情報取得部２２２は、例えば、ユーザ情報に含まれる住民票コードを、取得要求として行政システム５００へ送信しても良い。
【００５６】
行政システム５００は、ユーザ情報が示す個人の住民情報を募集支援装置２００へ送信する（ステップＳ７０４）。
【００５７】
続いて、募集支援装置２００の参加者募集処理部２２０は、参加判定部２２３により、住民情報に基づき、ユーザ情報が示す個人の企画への参加を許容するか否かを判定する（ステップＳ７０５）。
【００５８】
具体的には、参加判定部２２３は、住民情報の項目「信頼情報」の値が含まれるか否かを判定している。言い換えれば、参加判定部２２３は、住民票コードで特定される個人に、前科や前歴、他の住民から寄せられた苦情、家庭内暴力に関する相談等の履歴が存在するか否かを判定している。
【００５９】
続いて、参加者募集処理部２２０は、結果通知部２２４により、参加判定部２２３による判定結果を端末装置４００へ通知する（ステップＳ７０６）。
【００６０】
具体的には、結果通知部２２４は、参加判定部２２３による判定の結果、企画への参加が許容されないと判定された場合、ユーザ情報の登録が行えないことを通知する。
【００６１】
また、結果通知部２２４は、企画への参加が許容されると判定された場合、ユーザ情報が登録されることを端末装置４００に通知する。この場合、参加者募集処理部２２０は、ユーザ情報登録部２２５により、ステップＳ７０２で受信したユーザ情報をユーザ情報データベース２３０へ格納する。
【００６２】
尚、ステップＳ７０１からステップＳ７０６までの処理は、ステップＳ７０７以降の処理が実行される前に、予め行われていても良い。
【００６３】
情報処理システム１００において、端末装置３００は、企画情報の入力画面の表示指示を受け付けると、企画情報の入力画面を表示させる（ステップＳ７０７）。続いて、端末装置３００は、入力された企画情報を募集支援装置２００へ送信する（ステップＳ７０８）。
【００６４】
募集支援装置２００は、施設予約処理部２１０の入力受付部２１１により、企画情報を受信すると、住民情報取得部２１２により、企画情報と対応する住民情報の取得要求を行政システム５００へ送信する（ステップＳ７０９）。具体的には、住民情報取得部２１２は、企画情報に含まれる企画者の住民票コードを取得要求として行政システム５００へ送信しても良い。
【００６５】
行政システム５００は、企画情報が示す企画者の住民情報を募集支援装置２００へ送信する（ステップＳ７１０）。
【００６６】
続いて、募集支援装置２００の施設予約処理部２１０は、予約判定部２１３により、住民情報に基づき、企画者に対して施設の予約を許容するか否かを判定する（ステップＳ７１１）。
【００６７】
具体的には、予約判定部２１３は、住民情報の項目「信頼情報」の値が含まれるか否かを判定している。言い換えれば、予約判定部２１３は、住民票コードで特定される個人に、前科や前歴、他の住民から寄せられた苦情、家庭内暴力に関する相談等の履歴が存在するか否かを判定している。
【００６８】
続いて、施設予約処理部２１０は、結果通知部２１４により、予約判定部２１３による判定結果を端末装置３００へ通知する（ステップＳ７１２）。
【００６９】
具体的には、結果通知部２１４は、予約判定部２１３による判定の結果、施設の予約が許容されないと判定された場合、施設の予約が行えないことを通知する。
【００７０】
また、結果通知部２１４は、施設の予約が許容されると判定された場合、企画情報に含まれる施設の予約を行うことを端末装置３００へ通知する。この場合、施設予約処理部２１０は、予約登録部２１６により、ステップＳ７０７で受信した企画情報に基づき、指定された施設の予約要求を行政システム５００へ送信しても良い。
【００７１】
また、施設予約処理部２１０は、企画情報に、参加者の募集を希望することを示す情報が含まれる場合に、募集指示部２１５により、参加者募集処理部２２０に対して参加者の募集を指示する（ステップＳ７１３）。このとき、参加者の募集の指示と共に、企画情報とを参加者募集処理部２２０に渡す。
【００７２】
参加者募集処理部２２０は、この指示を受け付けると、送信先特定部２２６により、ユーザ情報データベース２３０と企画情報とに基づき、企画への参加を促す案内の送信先を特定する（ステップＳ７１４）。
【００７３】
具体的には、例えば、送信先特定部２２６は、ユーザ情報に含まれる嗜好が、企画情報に含まれる企画の種類と一致するユーザや、嗜好が企画の種類と類似するユーザを送信先に選択しても良い。
【００７４】
続いて、参加者募集処理部２２０は、案内出力部２２７により、送信先に特定されたユーザに対して、企画への参加を促す案内を送信する（ステップＳ７１５）。
【００７５】
端末装置４００は、案内を受信すると、案内の内容を端末装置４００に表示させる（ステップＳ７１６）。
【００７６】
続いて、端末装置４００は、ユーザにより、案内された企画の内容を参照するための操作が行われると、企画情報の表示要求を募集支援装置２００へ送信する（ステップＳ７１７）。
【００７７】
募集支援装置２００において、参加者募集処理部２２０は、表示要求を受けて、施設予約処理部２１０から取得した企画情報を端末装置４００へ送信する（ステップＳ７１８）。
【００７８】
端末装置４００は、企画情報を受信すると、端末装置４００に企画情報を表示させる（ステップＳ７１９）。また、端末装置４００は、企画に対する参加又は不参加が入力されると、入力結果を募集支援装置２００へ送信する（ステップＳ７２０）。
【００７９】
募集支援装置２００は、参加者募集処理部２２０の参加者一覧作成部２２８により、入力結果に応じた参加者一覧を作成（更新）する（ステップＳ７２１）。
【００８０】
また、募集支援装置２００は、端末装置３００から、参加者一覧の表示要求を受け付けると（ステップＳ７２２）、端末装置３００に対して参加者一覧を出力する（ステップＳ７２３）。端末装置３００は、参加者一覧を表示させる（ステップＳ７２４）。
【００８１】
次に、図８乃至図１２を参照して、本実施形態の端末装置３００及び端末装置４００の画面の表示例について説明する。
【００８２】
図８は、参加者側の端末装置の表示例を示す第一の図である。図８に示す画面８１は、例えば、図７のステップＳ７０１で端末装置４００に表示されるユーザ情報の登録画面を示している。
【００８３】
画面８１は、入力欄８２と入力欄８３とを有する。入力欄８２は、ユーザ情報のうち、ユーザの氏名、住所、生年月日、性別、住民票コード等が入力される。入力欄８３は、ユーザ情報のうち、嗜好が入力される。図８の例では、氏名「ＢＢ  ｂｂ」のユーザは、「バレーボール」を好むことがわかる。
【００８４】
図９は、企画者側の端末装置の表示例を示す第一の図である。図９に示す画面９１は、例えば、図７のステップＳ７０７で端末装置３００に表示される企画情報の入力画面を示している。
【００８５】
画面９１は、入力欄９２と入力欄９３と、操作ボタン９４とを有する。入力欄９２は、企画者に関する情報と、施設の予約に関する情報とが入力される。具体的には、入力欄９２には、企画者の氏名と、予約する施設を示す情報と、予約する時間帯が入力される。
【００８６】
また、入力欄９３は、参加者の募集を希望することを示す情報と、企画の内容と、が入力される。
【００８７】
つまり、本実施形態の企画情報には、企画者を特定する情報と、予約する施設と時間帯を特定する情報と、企画の内容と、を含む。また、企画情報には、参加者の募集を希望することを示す情報が含まれる場合がある。
【００８８】
画面９１において、操作ボタン９４が操作されると、端末装置３００は、企画情報を行政システム５００へ送信する。つまり、端末装置３００は、行政システム５００に対して施設の予約要求を送信する。
【００８９】
図１０は、参加者側の端末装置の表示例を示す第二の図である。図１０に示す画面１０１は、例えば、図７のステップＳ７１５で端末装置４００に表示される企画への参加を促す案内の一例を示す図である。
【００９０】
画面１０１では、案内１０２が表示されている。案内１０２には、企画の参加者を募集していることを示す情報と、企画情報の格納先を示すＵＲＬ（Uniform Resource Locator）とが表示されている。
【００９１】
尚、画面１０１に示す案内１０２は、一例であり、端末装置４００のユーザに対する企画情報の提示の方法は、これに限定されない。
【００９２】
本実施形態では、画面１０１において、ＵＲＬを選択する操作が行われると、端末装置４００において、画面１０１が、後述する画面１１１に遷移する。
【００９３】
図１１は、参加者側の端末装置の表示例を示す第三の図である。図１１に示す画面１１１は、例えば、図７のステップＳ７１９で端末装置４００に企画情報が表示された画面を示している。
【００９４】
画面１１１では、企画情報の一覧１１２と、入力欄１１３とが表示されている。一覧１１２には、例えば、氏名「ＢＢ  ｂｂ」のユーザの端末装置４００に送信された全ての企画情報が表示されても良い。
【００９５】
また、入力欄１１３は、企画情報と対応付けられて表示されており、一覧１１２に表示された企画情報が示す企画に対する参加又は不参加が入力される。
【００９６】
図１１の例では、図９で入力された企画情報が示す企画に対して、氏名「ＢＢ  ｂｂ」のユーザが、参加を希望していることがわかる。
【００９７】
端末装置４００は、入力欄１１３において、「参加」と対応するチェックボックスにチェックが入力されると、募集支援装置２００に対して、ユーザ情報の一部と、参加を希望することを示す情報とを送信しても良い。
【００９８】
図１２は、企画者側の端末装置の表示例を示す第二の図である。図１２に示す画面１２１は、例えば、図７のステップＳ７２４で端末装置３００に参加者一覧１２２が表示された画面を示している。
【００９９】
一覧１２２には、参加を希望するユーザの氏名と連絡先とが含まれる。図１２の例では、企画者「ＡＡ  ａａ」の企画に対して、氏名「ＢＢ  ｂｂ」のユーザが参加を希望していることがわかる。
【０１００】
したがって、企画者「ＡＡ  ａａ」は、一覧１２２を参照することで、企画への参加者の人数を把握することができる。
【０１０１】
このように、本実施形態では、予めユーザの嗜好を示す情報を含むユーザ情報を蓄積しておき、企画者により企画情報が入力されると、企画の内容とユーザの嗜好に基づき、企画への参加を促す案内を送信するユーザを特定し、案内を送信する。したがって、本実施形態によれば、企画者は、企画情報を入力するだけで良く、参加者の募集をする手間が削減できる。つまり、本実施形態によれば、企画者が施設の予約を行うだけで、企画の内容と嗜好が合致したユーザに対して企画への参加を促すことができる。
【０１０２】
また、本実施形態では、施設の予約を行う企画者に対して、自治体の行政システム５００によって管理される住民情報を参照し、企画者による施設の予約を許容するか否かを判定する。そして、本実施形態では、施設の予約を許容すると判定された企画者に対してのみ、施設の予約を行わせる。
【０１０３】
同様に、本実施形態では、企画へ参加する可能性があるユーザに対し、自治体の行政システム５００によって管理される住民情報を参照し、ユーザ情報の登録を許容するか否かを判定する。そして、本実施形態では、ユーザ情報の登録が許容されたユーザについてのみ、ユーザ情報をユーザ情報データベース２３０に格納する。
【０１０４】
したがって、本実施形態によれば、自治体の行政システム５００に住民情報が登録されており、且つ、社会的に信頼することができると推定される人物のみが、企画者や、企画への参加者となる。このため、本実施形態によれば、自治体によって管理される施設において、企画を実行することや、企画に参加することの安全性を向上させることができる。また、企画の安全性を向上させることは、地域における住民のクラブ活動を支援することとなり、住民の自治体への満足度を向上させることができる。
【０１０５】
端末装置４００のユーザが、住民情報に基づき、ユーザが社会的に信頼できる人物と推定できると判定された場合に、企画への参加を促す案内を送信し、ユーザが社会的に信頼できない人物と推定される場合には、この案内を送信しないものとしたが、これに限定されない。
【０１０６】
本実施形態では、例えば、募集支援装置２００は、企画が終了した後に、企画者によって、端末装置３００から、企画に参加した参加者毎の評価が入力されて、ユーザ情報データベース２３０に格納されても良い。また、参加者毎の評価は、例えば、過去に同一の企画に参加した他の参加者によって、端末装置４００から募集支援装置２００へ入力されても良い。参加者毎の評価は、例えば、点数等で入力されても良い。
【０１０７】
この場合、参加者募集処理部２２０の送信先特定部２２６は、ユーザ情報データベース２３０を参照し、ユーザの嗜好が企画の内容と合致し、且つ、評価が一定値以上であるユーザの端末装置４００を送信先としても良い。
【０１０８】
また、本実施形態の募集支援装置２００は、例えば、企画が終了した後に、参加者によって、端末装置４００から、企画者の評価が入力されて、施設予約処理部２１０に保持されても良い。
【０１０９】
この場合、施設予約処理部２１０は、予約判定部２１３によって、企画者の施設の予約を許容するか否かを判定する際に、企画者の住民情報に加えて、企画者の評価を用いて判定しても良い。具体的には、予約判定部２１３は、住民情報によって企画者が社会的に信頼できる人物であると判定され、且つ、過去の参加者からの評価が一定値以上である企画者にのみ、施設の予約を許容するようにしても良い。
【０１１０】
（第二の実施形態）
以下に図面を参照して、第二の実施形態について説明する。第二の実施形態では、募集支援装置が複数の行政システムと通信を行う点が、第一の実施形態と相違する。以下の第二の実施形態の説明では、第一の実施形態との相違点について説明し、第一の実施形態と同様の機能構成を有するものには、第一の実施形態の説明で用いた符号と同様の符号を付与し、その説明を省略する。
【０１１１】
図１３は、第二の実施形態の情報処理システムのシステム構成の一例を示す図である。
【０１１２】
本実施形態の情報処理システム１００Ａは、例えば、行政システム５００−１、行政システム５００−２、行政システム５００−３と通信を行う。行政システム５００−１は、例えば、自治体の１つであるＩ市によって管理され、行政システム５００−２は、自治体の１つであるＦ市によって管理され、行政システム５００−３は、自治体の１つであるＭ市によって管理されている。
【０１１３】
行政システム５００−１は、住民情報データベース５１０を有し、行政システム５００−２は、住民情報データベース５１０−２を有し、行政システム５００−３は、住民情報データベース５１０−３を有する。住民情報データベース５１０−１は、Ｉ市の住民情報が格納されており、住民情報データベース５１０−２は、Ｆ市の住民情報が格納されており、住民情報データベース５１０−３は、Ｍ市の住民情報が格納されている。
【０１１４】
本実施形態の情報処理システム１００Ａは、募集支援装置２００Ａと、端末装置３００と端末装置４００とを含む。
【０１１５】
本実施形態の募集支援装置２００Ａは、施設予約処理部２１０と、参加者募集処理部２２０Ａと、ユーザ情報データベース２３０とを有する。
【０１１６】
本実施形態の参加者募集処理部２２０Ａは、送信先特定部２２６は、予約されている施設から住所までの距離が、所定の距離の範囲内であるユーザを抽出し、出力されたユーザの住民情報に基づき、企画への参加を促す案内の送信先を特定しても良い。
【０１１７】
例えば、Ｉ市とＭ市とは隣接しており、Ｉ市において、Ｍ市との境の近傍の施設が予約されたとする。その場合、予約された施設から住所までの距離が所定範囲内となるユーザには、Ｍ市在住のユーザも含まれる場合がある。
【０１１８】
この場合、参加者募集処理部２２０Ａの住民情報取得部２２２は、Ｉ市が管理する行政システム５００−１と、Ｍ市が管理する行政システム５００−３とにアクセスし、住民情報データベース５１０−１と住民情報データベース５１０−３とから、住民情報を取得しても良い。
【０１１９】
このように、本実施形態では、複数の自治体のそれぞれで管理される情報を連携させることで、複数の自治体を含む地域における住民のクラブ活動を支援することとなり、住民の自治体への満足度を向上させることができる。
【０１２０】
開示の技術では、以下に記載する付記のような形態が考えられる。
（付記１）
イベントを開催する施設に対する予約の受け付けに応じて、第一の記憶部に格納された住民情報の内容に基づき、前記予約を希望した第１のユーザが信頼できる人物であるかを判定し、
前記第１のユーザが信頼できる人物であると判定された場合に、前記イベントの内容と、予め第二の記憶部に格納された前記第１のユーザとは異なるユーザのユーザ情報と、に基づいて、第２のユーザを決定し、
前記第２のユーザに対して前記イベントに関する情報を通知する、処理をコンピュータに実行させる、情報処理プログラム。
（付記２）
ユーザ情報の入力を受け付け、
前記第一の記憶部に格納された住民情報のうち、前記ユーザ情報と対応する住民情報の内容に基づき、入力を受け付けた前記ユーザ情報に含まれるユーザが信頼できる人物であるか否かを判定し、
信頼できる人物であると判定した場合に、入力を受け付けた前記ユーザ情報を前記第二の記憶部に格納する、処理を前記コンピュータに実行させる、付記１記載の情報処理プログラム。
（付記３）
前記第一の記憶部に格納された住民情報のうち、前記第１のユーザと対応する住民情報の内容に基づき、前記第１のユーザが信頼できる人物であるか否かを判定する、付記１又は２記載の情報処理プログラム。
（付記４）
前記信頼できる人物であるか否かの判定は、
前記住民情報に含まれる犯罪歴の有無を示す情報に基づき行われる、付記１乃至３の何れか一項に記載の情報処理プログラム。
（付記５）
前記イベントに関する情報を通知する第２のユーザは、
前記イベントの内容と、ユーザ情報に含まれる前記ユーザの嗜好を示す情報と、に基づき、決定される、付記１乃至４の何れか一項に記載の情報処理プログラム。
（付記９）
前記ユーザ情報は、前記施設の予約を希望した人物、又は、過去に同一のイベントに参加した他のユーザの少なくとも何れか一方から入力された評価を含み、
前記イベントに参加する見込みのあるユーザは、
前記ユーザ情報に含まれる評価に基づき特定される、付記５記載の情報処理プログラム。
（付記７）
前記イベントに関する情報を通知する第２のユーザは、
予約された前記施設と、前記ユーザ情報に含まれる前記ユーザの住所との距離と、に基づき決定される、付記６記載の情報処理プログラム。
（付記８）
前記第一の記憶部は、
複数の自治体のそれぞれが管理する記憶部を含む、付記１乃至６の何れか一項に記載の情報処理プログラム。
（付記９）
前記イベントに関する情報を送信した第一の端末装置から、前記イベントに対する参加を示す通知を受け付けて、前記イベントの参加者の一覧を生成し、
前記イベントの参加者の一覧を、前記施設の予約が行われた第二の端末装置へ表示させる、付記１乃至８の何れか一項に記載の情報処理プログラム。
（付記１０）
コンピュータによる情報処理方法であって、前記コンピュータが、
イベントを開催する施設に対する予約の受け付けに応じて、第一の記憶部に格納された住民情報の内容に基づき、前記予約を希望した第１のユーザが信頼できる人物であるかを判定し、
前記第１のユーザが信頼できる人物であると判定された場合に、前記イベントの内容と、予め第二の記憶部に格納された第１のユーザと異なるユーザのユーザ情報と、に基づいて、第２のユーザを決定し、
前記第２のユーザに対して前記イベントに関する情報を通知する、情報処理方法。
（付記１１）
イベントを開催する施設に対する予約の受け付けに応じて、第一の記憶部に格納された住民情報の内容に基づき、前記予約を希望した第１のユーザが信頼できる人物であるかを判定する施設予約処理部と、
前記第１のユーザが信頼できる人物であると判定された場合に、前記イベントの内容と、予め第二の記憶部に格納された前記第１のユーザとは異なるユーザのユーザ情報と、に基づいて、第２のユーザを決定し、
前記第２のユーザに対して前記イベントに関する情報を通知する参加者募集処理部と、を有する情報処理装置。
【０１２１】
本発明は、具体的に開示された実施形態に限定されるものではなく、特許請求の範囲から逸脱することなく、種々の変形や変更が可能である。
【符号の説明】
【０１２２】
１００、１００Ａ  情報処理システム
２００、２００Ａ  募集支援装置
２１０  施設予約処理部
２１１、２１２  入力受付部
２１２、２２２  住民情報取得部
２１３  予約判定部
２１４、２２４  結果通知部
２１５  募集指示部
２１６  予約登録部
２２０、２２０Ａ  参加者募集処理部
２２３  参加判定部
２２５  ユーザ情報登録部
２２６  送信先特定部
２２７  企画情報出力部
２２８  参加者一覧作成部
【図１】
2020201576.tif 000003
【図２】
2020201576.tif 000004
【図３】
2020201576.tif 000005
【図４】
2020201576.tif 000006
【図５】
2020201576.tif 000007
【図６】
2020201576.tif 000008
【図７】
2020201576.tif 000009
【図８】
2020201576.tif 000010
【図９】
2020201576.tif 000011
【図１０】
2020201576.tif 000012
【図１１】
2020201576.tif 000013
【図１２】
2020201576.tif 000014
【図１３】
2020201576.tif 000015