JP7310326B2 - 情報処理プログラム、情報処理方法、情報処理装置 - Google Patents

Description

本発明は、情報処理プログラム、情報処理方法、情報処理装置に関する。

従来から、自治体等によって管理される施設をある企画に利用する場合がある。この場合、企画を立案する企画者は、施設の予約を行った後に、別途、企画への参加者の募集を行う。参加者の募集は、例えば、インターネット掲示板や、予約した施設に掲載する掲示物等に、企画者の連絡先を記載して、参加者を募る方法等によって行われる。

特開２００５－０２５２５３号公報

上述した従来の技術では、施設の予約と参加者の募集とを別々に行う必要があり煩雑である。また、企画の内容に興味を持つ人物等の特定の人物に企画に関する情報を提示することができない。このため、従来では、企画者が効率的に参加者の募集を行うことが困難である。

１つの側面では、本発明は、効率的な参加者の募集を支援することを目的としている。

一つの態様では、イベントを開催する施設に対する予約の受け付けに応じて、第一の記憶部に格納された住民情報の内容に基づき、前記予約を希望した第１のユーザが信頼できる人物であるかを判定し、前記第１のユーザが信頼できる人物であると判定された場合に、前記イベントの内容と、予め第二の記憶部に格納された第１のユーザとは異なるユーザのユーザ情報に含まれる、前記第１のユーザ又は過去に前記イベントに参加した他のユーザの少なくとも何れか一方から入力された評価に基づき、嗜好が企画の内容と合致し、且つ、前記評価が一定値以上であるユーザを第２のユーザを決定し、前記第２のユーザに対して前記イベントに関する情報を通知する、処理をコンピュータに実行させる。

上記各処理は、上記各処理を実現する機能部、各処理を実現する手順としても良く、各処理をコンピュータに実行させるプログラムを記憶したコンピュータ読み取り可能な記憶媒体とすることもできる。

効率良く参加者を募集することができる。

第一の実施形態の情報処理システムのシステム構成の一例を示す図である。 第一の実施形態の募集支援装置２００のハードウェア構成の一例を示す図である。 ユーザ情報データベースの一例を示す図である。 住民情報データベースの一例を示す図である。 募集支援装置の施設予約処理部の機能を説明する図である。 募集支援装置の参加者募集処理部の機能を説明する図である。 情報処理システムの動作を説明するシーケンス図である。 参加者側の端末装置の表示例を示す第一の図である。 企画者側の端末装置の表示例を示す第一の図である。 参加者側の端末装置の表示例を示す第二の図である。 参加者側の端末装置の表示例を示す第三の図である。 企画者側の端末装置の表示例を示す第二の図である。 第二の実施形態の情報処理システムのシステム構成の一例を示す図である。

（第一の実施形態）
以下に図面を参照して、第一の実施形態の情報処理システムについて説明する。図１は、第一の実施形態の情報処理システムのシステム構成の一例を示す図である。

本実施形態の情報処理システム１００は、募集支援装置２００、端末装置３００、４００を含む。募集支援装置２００と、端末装置３００、４００とは、例えば、ネットワーク等を介して接続される。また、本実施形態の募集支援装置２００は、予約される施設を管理する自治体に導入されている行政システム５００と通信を行う。予約される施設とは、例えば、自治体によって管理される体育館、公民館、図書館等を含む。

本実施形態の端末装置３００は、主に、企画（イベント）を立案し、施設を予約する企画者に使用される企画者側の端末装置である。端末装置４００は、主に、企画の参加者募集に応募する参加者希望者に使用される参加者側の端末装置である。

本実施形態の募集支援装置２００は、施設予約処理部２１０、参加者募集処理部２２０、ユーザ情報データベース２３０を有する。

施設予約処理部２１０は、端末装置３００からの施設の予約の操作を受け付けて、行政システム５００へアクセスし、企画者の情報に応じて施設の予約の可否を判定し、判定結果に応じて施設の予約を行う。

参加者募集処理部２２０は、施設が予約されると、企画の内容とユーザ情報データベース２３０に格納されたユーザ情報とに基づき、企画への参加者を募集していることを示す通知を送信する送信先を決定し、通知を送信する。

また、参加者募集処理部２２０は、端末装置４００において、ユーザ情報が入力されると、行政システム５００へアクセスし、ユーザ情報に応じて、ユーザ情報データベース２３０へのユーザ情報の登録の可否を判定し、判定結果に応じてユーザ情報をユーザ情報データベース２３０に格納する。

行政システム５００は、例えば、住民情報データベース５１０を有しており、住民に関する情報が格納される。住民情報データベース５１０は、自治体で管理する住民情報を格納した第一の記憶部の一例である。

以下に、本実施形態の情報処理システム１００の動作の概略を説明する。本実施形態の情報処理システム１００において、募集支援装置２００は、端末装置４００から、ユーザ情報の登録要求を受け付ける（ステップＳ１）。募集支援装置２００は、この登録要求を受けて、参加者募集処理部２２０により行政システム５００へアクセスし、ユーザ情報と対応する住民情報を住民情報データベース５１０から取得する（ステップＳ２）。

続いて、参加者募集処理部２２０は、住民情報に基づき、ユーザ情報の登録要求を行ったユーザが社会的に信頼できる人物か否かを判定し、社会的に信頼できると判定された場合に、ユーザ情報をユーザ情報データベース２３０に格納する（ステップＳ３）。

尚、ユーザ情報には、端末装置４００のユーザを特定する識別情報やユーザの嗜好を示す情報が含まれる。また、ユーザ情報データベース２３０は、ユーザ情報の登録を希望するユーザによって入力されたユーザ情報が格納された第二の記憶部の一例である。

また、本実施形態の募集支援装置２００は、端末装置３００から、企画者の情報と共に施設の予約の要求を受け付けると（ステップＳ４）、施設予約処理部２１０により行政システム５００へアクセスし、企画者の情報と対応する住民情報を取得する（ステップＳ５）。尚、企画者とは、言い換えれば、施設の予約を希望する人物である。

続いて、施設予約処理部２１０は、住民情報に基づき、企画者が信頼できる人物であるか否かを判定し、信頼できると判定された場合に施設の予約を行い、予約を行ったことを示す通知を端末装置３００に通知する（ステップＳ６）。

また、施設予約処理部２１０は、予約された施設で行われる企画への参加者の募集を参加者募集処理部２２０へ指示する（ステップＳ７）。

参加者募集処理部２２０は、この指示を受け付けると、ユーザ情報データベース２３０を参照し、嗜好が企画の内容と合致するユーザを特定し、特定されたユーザの端末装置４００へ企画への参加を促す案内を送信する（ステップＳ８）。言い換えれば、参加者募集処理部２２０は、企画（イベント）へ参加する見込みがあるユーザを特定し、企画への参加を促す案内を送信する。

本実施形態では、このように、企画者が施設の予約を行うだけで、企画の内容に嗜好が合致し、企画への参加の見込みがあるユーザに対して、企画への参加を促す案内を送信することができる。したがって、本実施形態によれば、企画へ参加する可能性が高いユーザに対して、企画の内容を通知することができ、効率良く参加者を募集することができる。

尚、本実施形態では、募集支援装置２００が施設予約処理部２１０と参加者募集処理部２２０とを有するものとしたが、これに限定されない。施設予約処理部２１０と、参加者募集処理部２２０とは、それぞれが別々の装置に設けられていても良い。また、本実施形態のユーザ情報データベース２３０は、募集支援装置２００の外部の装置に設けられていても良い。

以下に、本実施形態の募集支援装置２００について、さらに説明する。図２は、第一の実施形態の募集支援装置２００のハードウェア構成の一例を示す図である。

本実施形態の募集支援装置２００は、それぞれバスＢで相互に接続されている入力装置２１、出力装置２２、ドライブ装置２３、補助記憶装置２４、メモリ装置２５、演算処理装置２６及びインターフェース装置２７を含む情報処理装置である。

入力装置２１は、各種の情報の入力を行うための装置であり、例えばキーボードやポインティングデバイス等により実現される。出力装置２２は、各種の情報の出力を行うためものであり、例えばディスプレイ等により実現される。インターフェース装置２７は、ＬＡＮカード等を含み、ネットワークに接続する為に用いられる。

施設予約処理部２１０、参加者募集処理部２２０を実現させる情報処理プログラムは、募集支援装置２００を制御する各種プログラムの少なくとも一部である。情報処理プログラムは、例えば記憶媒体２８の配布やネットワークからのダウンロード等によって提供される。情報処理プログラムを記録した記憶媒体２８は、ＣＤ－ＲＯＭ、フレキシブルディスク、光磁気ディスク等の様に情報を光学的、電気的或いは磁気的に記録する記憶媒体、ＲＯＭ、フラッシュメモリ等の様に情報を電気的に記録する半導体メモリ等、様々なタイプの記憶媒体を用いることができる。

また、情報処理プログラムは、情報処理プログラムを記録した記憶媒体２８がドライブ装置２３にセットされると、記憶媒体２８からドライブ装置２３を介して補助記憶装置２４にインストールされる。ネットワークからダウンロードされた情報処理プログラムは、インターフェース装置２７を介して補助記憶装置２４にインストールされる。

補助記憶装置２４は、募集支援装置２００の有する各記憶部等を実現するものであり、募集支援装置２００にインストールされた情報処理プログラムを格納すると共に、募集支援装置２００による各種の必要なファイル、データ等を格納する。メモリ装置２５は、募集支援装置２００の起動時に補助記憶装置２４から情報処理プログラムを読み出して格納する。そして、演算処理装置２６はメモリ装置２５に格納された情報処理プログラムに従って、後述するような各種処理を実現している。

次に、図３及び図４を参照して、本実施形態のデータベースについて説明する。図３は、ユーザ情報データベースの一例を示す図である。ユーザ情報データベース２３０は、端末装置４００から入力されたユーザ情報が格納される。

ユーザ情報データベース２３０は、情報の項目として、住民票コード、氏名、生年月日、住所、性別、連絡先、嗜好等を含む。

項目「住民票コード」の値は、個人を特定するための付与される識別情報である。項目「氏名」の値は、ユーザの氏名を示し、項目「生年月日」の値は、ユーザの生年月日を示し、項目「性別」の値は、ユーザの性別を示す。項目「連絡先」の値は、例えば、メールアドレス等である。具体的には、項目「連絡先」の値は、企画への参加を促す案内の通知の送信先となる情報である。項目「嗜好」の値は、ユーザが関心を持っている事柄を示す。

図４は、住民情報データベースの一例を示す図である。本実施形態の住民情報データベース５１０は、行政システム５００において管理される住民情報が格納される。住民情報データベース５１０は、情報の項目として、住民票コード、氏名、生年月日、性別、信頼情報等を含む。項目「住民票コード」、「氏名」、「生年月日」、「性別」の値は、図３と同様であるから説明を省略する。

項目「信頼情報」の値は、個人の前科や前歴、他の住民から寄せられた苦情、家庭内暴力に関する相談等の有無を示す。本実施形態では、項目「信頼情報」の値が「有」の場合には、その個人が何らかのトラブルの原因となり得たことを示す。

尚、図３及び図４では、個人を特定するための情報として、住民票コードを用いたが、これに限定されない。本実施形態では、例えば、個人を特定するための情報として、マイナンバー等を用いても良い。

次に、図５及び図６を参照して、本実施形態の募集支援装置２００の機能について説明する。図５は、募集支援装置の施設予約処理部の機能を説明する図である。

本実施形態の施設予約処理部２１０は、入力受付部２１１、住民情報取得部２１２、予約判定部２１３、結果通知部２１４、募集指示部２１５、予約登録部２１６を有する。

入力受付部２１１は、施設予約処理部２１０に対する入力を受け付ける。具体的には、入力受付部２１１は、端末装置３００からの入力を受け付ける。

住民情報取得部２１２は、行政システム５００へアクセスし、端末装置３００から、企画者によって入力された情報と対応する住民情報を取得する。以下の説明では、端末装置３００から企画者によって入力された情報を、企画情報と呼ぶ場合がある。企画情報には、例えば、企画者によって予約される施設の名称、予約する日にちと時間帯、企画の内容等が含まれる。

予約判定部２１３は、取得した住民情報に基づき、企画情報を入力した企画者が信頼できる人物であるか否かを判定する。具体的には、予約判定部２１３は、企画者が、行政システム５００で管理する施設の予約を許容できる人物であるか否かを判定する。

結果通知部２１４は、予約判定部２１３による判定結果を端末装置３００へ送信する。募集指示部２１５は、企画情報に、参加者の募集を希望することを示す情報が含まれる場合に、参加者募集処理部２２０に対して参加者の募集を指示する。予約登録部２１６は、予約判定部２１３によって、施設の予約が許容される企画者であると判定された場合に、行政システム５００に対して施設の予約を指示する。

図６は、募集支援装置の参加者募集処理部の機能を説明する図である。本実施形態の参加者募集処理部２２０は、入力受付部２２１、住民情報取得部２２２、参加判定部２２３、結果通知部２２４、ユーザ情報登録部２２５、送信先特定部２２６、案内出力部２２７、参加者一覧作成部２２８を有する。

入力受付部２２１は、参加者募集処理部２２０に対する入力を受け付ける。具体的には、入力受付部２２１は、参加者募集処理部２２０に対する端末装置４００から入力を受け付ける。

住民情報取得部２２２は、端末装置４００から入力されたユーザ情報と対応する住民情報を行政システム５００から取得する。

参加判定部２２３は、住民情報に基づき、ユーザ情報を情報処理システム１００で管理されるユーザ情報として登録するか否かを判定する。具体的には、参加判定部２２３は、ユーザが、企画への参加を許容できる人物であるか否かを判定する。

結果通知部２２４は、参加判定部２２３による判定の結果を端末装置４００へ通知する。ユーザ情報登録部２２５は、参加判定部２２３によって、端末装置４００のユーザが、企画への参加を許容できる人物であると判定された場合に、ユーザ情報をユーザ情報データベース２３０へ格納する。

送信先特定部２２６は、施設予約処理部２１０から参加者の募集の指示を受け付けると、企画情報と、ユーザ情報データベース２３０に格納されたユーザ情報とに基づき、企画情報の送信先となるユーザを特定する。

案内出力部２２７は、特定されたユーザの端末装置４００に対して、企画への参加を促す案内を送信する。

参加者一覧作成部２２８は、企画への参加を希望したユーザのユーザ情報を保持しておき、企画への参加者の一覧を作成する。作成された一覧は、端末装置３００からの要求に応じて、端末装置３００に出力される。

次に、図７を参照して、本実施形態の情報処理システム１００の動作について説明する。図７は、情報処理システムの動作を説明するシーケンス図である。

情報処理システム１００において、端末装置４００は、ユーザ情報の登録画面の表示指示を受けて、登録画面を表示させる（ステップＳ７０１）。続いて、端末装置４００は、ユーザ情報が登録されると、ユーザ情報を募集支援装置２００へ送信する（ステップＳ７０２）。

募集支援装置２００は、参加者募集処理部２２０の入力受付部２２１により、ユーザ情報を受信すると、住民情報取得部２２２により、行政システム５００に対し、ユーザ情報と対応する住民情報の取得要求を行う（ステップＳ７０３）。このとき、住民情報取得部２２２は、例えば、ユーザ情報に含まれる住民票コードを、取得要求として行政システム５００へ送信しても良い。

行政システム５００は、ユーザ情報が示す個人の住民情報を募集支援装置２００へ送信する（ステップＳ７０４）。

続いて、募集支援装置２００の参加者募集処理部２２０は、参加判定部２２３により、住民情報に基づき、ユーザ情報が示す個人の企画への参加を許容するか否かを判定する（ステップＳ７０５）。

具体的には、参加判定部２２３は、住民情報の項目「信頼情報」の値が含まれるか否かを判定している。言い換えれば、参加判定部２２３は、住民票コードで特定される個人に、前科や前歴、他の住民から寄せられた苦情、家庭内暴力に関する相談等の履歴が存在するか否かを判定している。

続いて、参加者募集処理部２２０は、結果通知部２２４により、参加判定部２２３による判定結果を端末装置４００へ通知する（ステップＳ７０６）。

具体的には、結果通知部２２４は、参加判定部２２３による判定の結果、企画への参加が許容されないと判定された場合、ユーザ情報の登録が行えないことを通知する。

また、結果通知部２２４は、企画への参加が許容されると判定された場合、ユーザ情報が登録されることを端末装置４００に通知する。この場合、参加者募集処理部２２０は、ユーザ情報登録部２２５により、ステップＳ７０２で受信したユーザ情報をユーザ情報データベース２３０へ格納する。

尚、ステップＳ７０１からステップＳ７０６までの処理は、ステップＳ７０７以降の処理が実行される前に、予め行われていても良い。

情報処理システム１００において、端末装置３００は、企画情報の入力画面の表示指示を受け付けると、企画情報の入力画面を表示させる（ステップＳ７０７）。続いて、端末装置３００は、入力された企画情報を募集支援装置２００へ送信する（ステップＳ７０８）。

募集支援装置２００は、施設予約処理部２１０の入力受付部２１１により、企画情報を受信すると、住民情報取得部２１２により、企画情報と対応する住民情報の取得要求を行政システム５００へ送信する（ステップＳ７０９）。具体的には、住民情報取得部２１２は、企画情報に含まれる企画者の住民票コードを取得要求として行政システム５００へ送信しても良い。

行政システム５００は、企画情報が示す企画者の住民情報を募集支援装置２００へ送信する（ステップＳ７１０）。

続いて、募集支援装置２００の施設予約処理部２１０は、予約判定部２１３により、住民情報に基づき、企画者に対して施設の予約を許容するか否かを判定する（ステップＳ７１１）。

具体的には、予約判定部２１３は、住民情報の項目「信頼情報」の値が含まれるか否かを判定している。言い換えれば、予約判定部２１３は、住民票コードで特定される個人に、前科や前歴、他の住民から寄せられた苦情、家庭内暴力に関する相談等の履歴が存在するか否かを判定している。

続いて、施設予約処理部２１０は、結果通知部２１４により、予約判定部２１３による判定結果を端末装置３００へ通知する（ステップＳ７１２）。

具体的には、結果通知部２１４は、予約判定部２１３による判定の結果、施設の予約が許容されないと判定された場合、施設の予約が行えないことを通知する。

また、結果通知部２１４は、施設の予約が許容されると判定された場合、企画情報に含まれる施設の予約を行うことを端末装置３００へ通知する。この場合、施設予約処理部２１０は、予約登録部２１６により、ステップＳ７０７で受信した企画情報に基づき、指定された施設の予約要求を行政システム５００へ送信しても良い。

また、施設予約処理部２１０は、企画情報に、参加者の募集を希望することを示す情報が含まれる場合に、募集指示部２１５により、参加者募集処理部２２０に対して参加者の募集を指示する（ステップＳ７１３）。このとき、参加者の募集の指示と共に、企画情報とを参加者募集処理部２２０に渡す。

参加者募集処理部２２０は、この指示を受け付けると、送信先特定部２２６により、ユーザ情報データベース２３０と企画情報とに基づき、企画への参加を促す案内の送信先を特定する（ステップＳ７１４）。

具体的には、例えば、送信先特定部２２６は、ユーザ情報に含まれる嗜好が、企画情報に含まれる企画の種類と一致するユーザや、嗜好が企画の種類と類似するユーザを送信先に選択しても良い。

続いて、参加者募集処理部２２０は、案内出力部２２７により、送信先に特定されたユーザに対して、企画への参加を促す案内を送信する（ステップＳ７１５）。

端末装置４００は、案内を受信すると、案内の内容を端末装置４００に表示させる（ステップＳ７１６）。

続いて、端末装置４００は、ユーザにより、案内された企画の内容を参照するための操作が行われると、企画情報の表示要求を募集支援装置２００へ送信する（ステップＳ７１７）。

募集支援装置２００において、参加者募集処理部２２０は、表示要求を受けて、施設予約処理部２１０から取得した企画情報を端末装置４００へ送信する（ステップＳ７１８）。

端末装置４００は、企画情報を受信すると、端末装置４００に企画情報を表示させる（ステップＳ７１９）。また、端末装置４００は、企画に対する参加又は不参加が入力されると、入力結果を募集支援装置２００へ送信する（ステップＳ７２０）。

募集支援装置２００は、参加者募集処理部２２０の参加者一覧作成部２２８により、入力結果に応じた参加者一覧を作成（更新）する（ステップＳ７２１）。

また、募集支援装置２００は、端末装置３００から、参加者一覧の表示要求を受け付けると（ステップＳ７２２）、端末装置３００に対して参加者一覧を出力する（ステップＳ７２３）。端末装置３００は、参加者一覧を表示させる（ステップＳ７２４）。

次に、図８乃至図１２を参照して、本実施形態の端末装置３００及び端末装置４００の画面の表示例について説明する。

図８は、参加者側の端末装置の表示例を示す第一の図である。図８に示す画面８１は、例えば、図７のステップＳ７０１で端末装置４００に表示されるユーザ情報の登録画面を示している。

画面８１は、入力欄８２と入力欄８３とを有する。入力欄８２は、ユーザ情報のうち、ユーザの氏名、住所、生年月日、性別、住民票コード等が入力される。入力欄８３は、ユーザ情報のうち、嗜好が入力される。図８の例では、氏名「ＢＢ ｂｂ」のユーザは、「バレーボール」を好むことがわかる。

図９は、企画者側の端末装置の表示例を示す第一の図である。図９に示す画面９１は、例えば、図７のステップＳ７０７で端末装置３００に表示される企画情報の入力画面を示している。

画面９１は、入力欄９２と入力欄９３と、操作ボタン９４とを有する。入力欄９２は、企画者に関する情報と、施設の予約に関する情報とが入力される。具体的には、入力欄９２には、企画者の氏名と、予約する施設を示す情報と、予約する時間帯が入力される。

また、入力欄９３は、参加者の募集を希望することを示す情報と、企画の内容と、が入力される。

つまり、本実施形態の企画情報には、企画者を特定する情報と、予約する施設と時間帯を特定する情報と、企画の内容と、を含む。また、企画情報には、参加者の募集を希望することを示す情報が含まれる場合がある。

画面９１において、操作ボタン９４が操作されると、端末装置３００は、企画情報を行政システム５００へ送信する。つまり、端末装置３００は、行政システム５００に対して施設の予約要求を送信する。

図１０は、参加者側の端末装置の表示例を示す第二の図である。図１０に示す画面１０１は、例えば、図７のステップＳ７１５で端末装置４００に表示される企画への参加を促す案内の一例を示す図である。

画面１０１では、案内１０２が表示されている。案内１０２には、企画の参加者を募集していることを示す情報と、企画情報の格納先を示すＵＲＬ（Uniform Resource Locator）とが表示されている。

尚、画面１０１に示す案内１０２は、一例であり、端末装置４００のユーザに対する企画情報の提示の方法は、これに限定されない。

本実施形態では、画面１０１において、ＵＲＬを選択する操作が行われると、端末装置４００において、画面１０１が、後述する画面１１１に遷移する。

図１１は、参加者側の端末装置の表示例を示す第三の図である。図１１に示す画面１１１は、例えば、図７のステップＳ７１９で端末装置４００に企画情報が表示された画面を示している。

画面１１１では、企画情報の一覧１１２と、入力欄１１３とが表示されている。一覧１１２には、例えば、氏名「ＢＢ ｂｂ」のユーザの端末装置４００に送信された全ての企画情報が表示されても良い。

また、入力欄１１３は、企画情報と対応付けられて表示されており、一覧１１２に表示された企画情報が示す企画に対する参加又は不参加が入力される。

図１１の例では、図９で入力された企画情報が示す企画に対して、氏名「ＢＢ ｂｂ」のユーザが、参加を希望していることがわかる。

端末装置４００は、入力欄１１３において、「参加」と対応するチェックボックスにチェックが入力されると、募集支援装置２００に対して、ユーザ情報の一部と、参加を希望することを示す情報とを送信しても良い。

図１２は、企画者側の端末装置の表示例を示す第二の図である。図１２に示す画面１２１は、例えば、図７のステップＳ７２４で端末装置３００に参加者一覧１２２が表示された画面を示している。

一覧１２２には、参加を希望するユーザの氏名と連絡先とが含まれる。図１２の例では、企画者「ＡＡ ａａ」の企画に対して、氏名「ＢＢ ｂｂ」のユーザが参加を希望していることがわかる。

したがって、企画者「ＡＡ ａａ」は、一覧１２２を参照することで、企画への参加者の人数を把握することができる。

このように、本実施形態では、予めユーザの嗜好を示す情報を含むユーザ情報を蓄積しておき、企画者により企画情報が入力されると、企画の内容とユーザの嗜好に基づき、企画への参加を促す案内を送信するユーザを特定し、案内を送信する。したがって、本実施形態によれば、企画者は、企画情報を入力するだけで良く、参加者の募集をする手間が削減できる。つまり、本実施形態によれば、企画者が施設の予約を行うだけで、企画の内容と嗜好が合致したユーザに対して企画への参加を促すことができる。

また、本実施形態では、施設の予約を行う企画者に対して、自治体の行政システム５００によって管理される住民情報を参照し、企画者による施設の予約を許容するか否かを判定する。そして、本実施形態では、施設の予約を許容すると判定された企画者に対してのみ、施設の予約を行わせる。

同様に、本実施形態では、企画へ参加する可能性があるユーザに対し、自治体の行政システム５００によって管理される住民情報を参照し、ユーザ情報の登録を許容するか否かを判定する。そして、本実施形態では、ユーザ情報の登録が許容されたユーザについてのみ、ユーザ情報をユーザ情報データベース２３０に格納する。

したがって、本実施形態によれば、自治体の行政システム５００に住民情報が登録されており、且つ、社会的に信頼することができると推定される人物のみが、企画者や、企画への参加者となる。このため、本実施形態によれば、自治体によって管理される施設において、企画を実行することや、企画に参加することの安全性を向上させることができる。また、企画の安全性を向上させることは、地域における住民のクラブ活動を支援することとなり、住民の自治体への満足度を向上させることができる。

端末装置４００のユーザが、住民情報に基づき、ユーザが社会的に信頼できる人物と推定できると判定された場合に、企画への参加を促す案内を送信し、ユーザが社会的に信頼できない人物と推定される場合には、この案内を送信しないものとしたが、これに限定されない。

本実施形態では、例えば、募集支援装置２００は、企画が終了した後に、企画者によって、端末装置３００から、企画に参加した参加者毎の評価が入力されて、ユーザ情報データベース２３０に格納されても良い。また、参加者毎の評価は、例えば、過去に同一の企画に参加した他の参加者によって、端末装置４００から募集支援装置２００へ入力されても良い。参加者毎の評価は、例えば、点数等で入力されても良い。

この場合、参加者募集処理部２２０の送信先特定部２２６は、ユーザ情報データベース２３０を参照し、ユーザの嗜好が企画の内容と合致し、且つ、評価が一定値以上であるユーザの端末装置４００を送信先としても良い。

また、本実施形態の募集支援装置２００は、例えば、企画が終了した後に、参加者によって、端末装置４００から、企画者の評価が入力されて、施設予約処理部２１０に保持されても良い。

この場合、施設予約処理部２１０は、予約判定部２１３によって、企画者の施設の予約を許容するか否かを判定する際に、企画者の住民情報に加えて、企画者の評価を用いて判定しても良い。具体的には、予約判定部２１３は、住民情報によって企画者が社会的に信頼できる人物であると判定され、且つ、過去の参加者からの評価が一定値以上である企画者にのみ、施設の予約を許容するようにしても良い。

（第二の実施形態）
以下に図面を参照して、第二の実施形態について説明する。第二の実施形態では、募集支援装置が複数の行政システムと通信を行う点が、第一の実施形態と相違する。以下の第二の実施形態の説明では、第一の実施形態との相違点について説明し、第一の実施形態と同様の機能構成を有するものには、第一の実施形態の説明で用いた符号と同様の符号を付与し、その説明を省略する。

図１３は、第二の実施形態の情報処理システムのシステム構成の一例を示す図である。

本実施形態の情報処理システム１００Ａは、例えば、行政システム５００－１、行政システム５００－２、行政システム５００－３と通信を行う。行政システム５００－１は、例えば、自治体の１つであるＩ市によって管理され、行政システム５００－２は、自治体の１つであるＦ市によって管理され、行政システム５００－３は、自治体の１つであるＭ市によって管理されている。

行政システム５００－１は、住民情報データベース５１０を有し、行政システム５００－２は、住民情報データベース５１０－２を有し、行政システム５００－３は、住民情報データベース５１０－３を有する。住民情報データベース５１０－１は、Ｉ市の住民情報が格納されており、住民情報データベース５１０－２は、Ｆ市の住民情報が格納されており、住民情報データベース５１０－３は、Ｍ市の住民情報が格納されている。

本実施形態の情報処理システム１００Ａは、募集支援装置２００Ａと、端末装置３００と端末装置４００とを含む。

本実施形態の募集支援装置２００Ａは、施設予約処理部２１０と、参加者募集処理部２２０Ａと、ユーザ情報データベース２３０とを有する。

本実施形態の参加者募集処理部２２０Ａは、送信先特定部２２６は、予約されている施設から住所までの距離が、所定の距離の範囲内であるユーザを抽出し、出力されたユーザの住民情報に基づき、企画への参加を促す案内の送信先を特定しても良い。

例えば、Ｉ市とＭ市とは隣接しており、Ｉ市において、Ｍ市との境の近傍の施設が予約されたとする。その場合、予約された施設から住所までの距離が所定範囲内となるユーザには、Ｍ市在住のユーザも含まれる場合がある。

この場合、参加者募集処理部２２０Ａの住民情報取得部２２２は、Ｉ市が管理する行政システム５００－１と、Ｍ市が管理する行政システム５００－３とにアクセスし、住民情報データベース５１０－１と住民情報データベース５１０－３とから、住民情報を取得しても良い。

このように、本実施形態では、複数の自治体のそれぞれで管理される情報を連携させることで、複数の自治体を含む地域における住民のクラブ活動を支援することとなり、住民の自治体への満足度を向上させることができる。

開示の技術では、以下に記載する付記のような形態が考えられる。
（付記１）
イベントを開催する施設に対する予約の受け付けに応じて、第一の記憶部に格納された住民情報の内容に基づき、前記予約を希望した第１のユーザが信頼できる人物であるかを判定し、
前記第１のユーザが信頼できる人物であると判定された場合に、前記イベントの内容と、予め第二の記憶部に格納された前記第１のユーザとは異なるユーザのユーザ情報と、に基づいて、第２のユーザを決定し、
前記第２のユーザに対して前記イベントに関する情報を通知する、処理をコンピュータに実行させる、情報処理プログラム。
（付記２）
ユーザ情報の入力を受け付け、
前記第一の記憶部に格納された住民情報のうち、前記ユーザ情報と対応する住民情報の内容に基づき、入力を受け付けた前記ユーザ情報に含まれるユーザが信頼できる人物であるか否かを判定し、
信頼できる人物であると判定した場合に、入力を受け付けた前記ユーザ情報を前記第二の記憶部に格納する、処理を前記コンピュータに実行させる、付記１記載の情報処理プログラム。
（付記３）
前記第一の記憶部に格納された住民情報のうち、前記第１のユーザと対応する住民情報の内容に基づき、前記第１のユーザが信頼できる人物であるか否かを判定する、付記１又は２記載の情報処理プログラム。
（付記４）
前記信頼できる人物であるか否かの判定は、
前記住民情報に含まれる犯罪歴の有無を示す情報に基づき行われる、付記１乃至３の何れか一項に記載の情報処理プログラム。
（付記５）
前記イベントに関する情報を通知する第２のユーザは、
前記イベントの内容と、ユーザ情報に含まれる前記ユーザの嗜好を示す情報と、に基づき、決定される、付記１乃至４の何れか一項に記載の情報処理プログラム。
（付記９）
前記ユーザ情報は、前記施設の予約を希望した人物、又は、過去に同一のイベントに参加した他のユーザの少なくとも何れか一方から入力された評価を含み、
前記イベントに参加する見込みのあるユーザは、
前記ユーザ情報に含まれる評価に基づき特定される、付記５記載の情報処理プログラム。
（付記７）
前記イベントに関する情報を通知する第２のユーザは、
予約された前記施設と、前記ユーザ情報に含まれる前記ユーザの住所との距離と、に基づき決定される、付記６記載の情報処理プログラム。
（付記８）
前記第一の記憶部は、
複数の自治体のそれぞれが管理する記憶部を含む、付記１乃至６の何れか一項に記載の情報処理プログラム。
（付記９）
前記イベントに関する情報を送信した第一の端末装置から、前記イベントに対する参加を示す通知を受け付けて、前記イベントの参加者の一覧を生成し、
前記イベントの参加者の一覧を、前記施設の予約が行われた第二の端末装置へ表示させる、付記１乃至８の何れか一項に記載の情報処理プログラム。
（付記１０）
コンピュータによる情報処理方法であって、前記コンピュータが、
イベントを開催する施設に対する予約の受け付けに応じて、第一の記憶部に格納された住民情報の内容に基づき、前記予約を希望した第１のユーザが信頼できる人物であるかを判定し、
前記第１のユーザが信頼できる人物であると判定された場合に、前記イベントの内容と、予め第二の記憶部に格納された第１のユーザと異なるユーザのユーザ情報と、に基づいて、第２のユーザを決定し、
前記第２のユーザに対して前記イベントに関する情報を通知する、情報処理方法。
（付記１１）
イベントを開催する施設に対する予約の受け付けに応じて、第一の記憶部に格納された住民情報の内容に基づき、前記予約を希望した第１のユーザが信頼できる人物であるかを判定する施設予約処理部と、
前記第１のユーザが信頼できる人物であると判定された場合に、前記イベントの内容と、予め第二の記憶部に格納された前記第１のユーザとは異なるユーザのユーザ情報と、に基づいて、第２のユーザを決定し、
前記第２のユーザに対して前記イベントに関する情報を通知する参加者募集処理部と、を有する情報処理装置。

本発明は、具体的に開示された実施形態に限定されるものではなく、特許請求の範囲から逸脱することなく、種々の変形や変更が可能である。

１００、１００Ａ 情報処理システム
２００、２００Ａ 募集支援装置
２１０ 施設予約処理部
２１１、２１２ 入力受付部
２１２、２２２ 住民情報取得部
２１３ 予約判定部
２１４、２２４ 結果通知部
２１５ 募集指示部
２１６ 予約登録部
２２０、２２０Ａ 参加者募集処理部
２２３ 参加判定部
２２５ ユーザ情報登録部
２２６ 送信先特定部
２２７ 企画情報出力部
２２８ 参加者一覧作成部

Claims (6)

1. イベントを開催する施設に対する予約の受け付けに応じて、第一の記憶部に格納された住民情報の内容に基づき、前記予約を希望した第１のユーザが信頼できる人物であるかを判定し、
   前記第１のユーザが信頼できる人物であると判定された場合に、前記イベントの内容と、予め第二の記憶部に格納された第１のユーザとは異なるユーザのユーザ情報に含まれる、前記第１のユーザ又は過去に前記イベントに参加した他のユーザの少なくとも何れか一方から入力された評価に基づき、嗜好が企画の内容と合致し、且つ、前記評価が一定値以上であるユーザを第２のユーザを決定し、
   前記第２のユーザに対して前記イベントに関する情報を通知する、処理をコンピュータに実行させる、情報処理プログラム。
2. ユーザ情報の入力を受け付け、
   前記第一の記憶部に格納された住民情報のうち、前記ユーザ情報と対応する住民情報の内容に基づき、入力を受け付けた前記ユーザ情報に含まれるユーザが信頼できる人物であるか否かを判定し、
   信頼できる人物であると判定した場合に、入力を受け付けた前記ユーザ情報を前記第二の記憶部に格納する、処理を前記コンピュータに実行させる、請求項１記載の情報処理プログラム。
3. 前記信頼できる人物であるか否かの判定は、
   前記住民情報に含まれる犯罪歴の有無を示す情報に基づき行われる、請求項１又は２記載の情報処理プログラム。
4. 前記イベントに関する情報を送信した第一の端末装置から、前記イベントに対する参加を示す通知を受け付けて、前記イベントの参加者の一覧を生成し、
   前記イベントの参加者の一覧を、前記施設の予約が行われた第二の端末装置へ表示させる、請求項１乃至３の何れか一項に記載の情報処理プログラム。
5. コンピュータによる情報処理方法であって、前記コンピュータが、
   イベントを開催する施設に対する予約の受け付けに応じて、第一の記憶部に格納された住民情報の内容に基づき、前記予約を希望した第１のユーザが信頼できる人物であるかを判定し、
   前記第１のユーザが信頼できる人物であると判定された場合に、前記イベントの内容と、予め第二の記憶部に格納された前記第１のユーザとは異なるユーザのユーザ情報に含まれる、前記第１のユーザ又は過去に前記イベントに参加した他のユーザの少なくとも何れか一方から入力された評価に基づき、嗜好が企画の内容と合致し、且つ、前記評価が一定値以上であるユーザを第２のユーザを決定し、
   前記第２のユーザに対して前記イベントに関する情報を通知する、情報処理方法。
6. イベントを開催する施設に対する予約の受け付けに応じて、第一の記憶部に格納された住民情報の内容に基づき、前記予約を希望した第１のユーザが信頼できる人物であるかを判定する施設予約処理部と、
   前記第１のユーザが信頼できる人物であると判定された場合に、前記イベントの内容と、予め第二の記憶部に格納された前記第１のユーザとは異なるユーザのユーザ情報に含まれる、前記第１のユーザ又は過去に前記イベントに参加した他のユーザの少なくとも何れか一方から入力された評価に基づき、嗜好が企画の内容と合致し、且つ、前記評価が一定値以上であるユーザを第２のユーザを決定し、
   前記第２のユーザに対して前記イベントに関する情報を通知する参加者募集処理部と、を有する情報処理装置。

Images