(57)【要約】【課題】イベント費用の決済を容易にする。【解決手段】第１のユーザＩＤ及び第１のグループＩＤと対応付けられたイベントの登録を受け付けた場合、グループＩＤと前記グループに属するユーザのユーザＩＤとを対応付けて記憶した記憶部を参照して、前記第１のグループＩＤに属するユーザＩＤを特定し、特定した前記ユーザＩＤに対応する端末から、前記イベント情報が示すイベントの申し込み依頼及び前記イベント費用に関する決済処理の指示を受信すると、特定した前記ユーザＩＤに対応付けて記憶した口座から前記第１のユーザＩＤ又は前記第１のグループＩＤに対応する口座への振込指示を決済処理装置に送信し、前記決済処理装置からの決済処理の完了通知に応じて、前記イベントに関して、特定した前記ユーザＩＤに対応する端末の決済ステータスを決済完了に更新する、処理をコンピュータに実行させることを特徴とする取引プログラムが提供される。【選択図】図１１
2018163597.tif 000002
【特許請求の範囲】
【請求項１】
第１のユーザを示す第１のユーザＩＤ、及び第１のグループを示す第１のグループＩＤと対応付けられたイベントの登録を受け付けた場合、グループＩＤと前記グループに属するユーザのユーザＩＤとを対応付けて記憶した記憶部を参照して、前記第１のグループＩＤに属するユーザＩＤを特定し、
特定した前記ユーザＩＤに対応する端末から、前記イベント情報が示すイベントの申し込み依頼及び前記イベント費用に関する決済処理の指示を受信すると、特定した前記ユーザＩＤに対応付けて記憶した口座から前記第１のユーザＩＤ又は前記第１のグループＩＤに対応する口座への振込指示を決済処理装置に送信し、
前記決済処理装置からの決済処理の完了通知に応じて、前記イベントに関して、特定した前記ユーザＩＤに対応する端末の決済ステータスを決済完了に更新する、
処理をコンピュータに実行させることを特徴とする取引プログラム。
【請求項２】
特定した前記ユーザＩＤに対応する端末に、該ユーザＩＤにより示されるユーザが申込み可能なイベントが登録されたことを通知する、
処理をコンピュータに実行させることを特徴とする請求項１記載の取引プログラム。
【請求項３】
特定した前記ユーザＩＤのうちの一のユーザＩＤに対応する第１の端末からの要求に応じて、特定した前記ユーザＩＤに対応する端末の決済ステータスを前記第１の端末に表示させる、
処理をコンピュータに実行させることを特徴とする請求項１又は２記載の取引プログラム。
【請求項４】
第１のユーザを示す第１のユーザＩＤ、及び第１のグループを示す第１のグループＩＤと対応付けられたイベントの登録を受け付けた場合、グループＩＤと前記グループに属するユーザのユーザＩＤとを対応付けて記憶した記憶部を参照して、前記第１のグループＩＤに属するユーザＩＤを特定する特定部と、
特定した前記ユーザＩＤに対応する端末から、前記イベント情報が示すイベントの申し込み依頼及び前記イベント費用に関する決済処理の指示を受信すると、特定した前記ユーザＩＤに対応付けて記憶した口座から前記第１のユーザＩＤ又は前記第１のグループＩＤに対応する口座への振込指示を決済処理装置に送信する送信部と、
前記決済処理装置からの決済処理の完了通知に応じて、前記イベントに関して、特定した前記ユーザＩＤに対応する端末の決済ステータスを決済完了に更新する更新部と、
を有することを特徴とする取引装置。
【請求項５】
第１のユーザを示す第１のユーザＩＤ、及び第１のグループを示す第１のグループＩＤと対応付けられたイベントの登録を受け付けた場合、グループＩＤと前記グループに属するユーザのユーザＩＤとを対応付けて記憶した記憶部を参照して、前記第１のグループＩＤに属するユーザＩＤを特定し、
特定した前記ユーザＩＤに対応する端末から、前記イベント情報が示すイベントの申し込み依頼及び前記イベント費用に関する決済処理の指示を受信すると、特定した前記ユーザＩＤに対応付けて記憶した口座から前記第１のユーザＩＤ又は前記第１のグループＩＤに対応する口座への振込指示を決済処理装置に送信し、
前記決済処理装置からの決済処理の完了通知に応じて、前記イベントに関して、特定した前記ユーザＩＤに対応する端末の決済ステータスを決済完了に更新する、
処理をコンピュータが実行することを特徴とする取引方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、取引プログラム、取引装置及び取引方法に関する。
【背景技術】
【０００２】
スマートフォンやＰＣ（パーソナルコンピュータ）等を用いて、各種の銀行取引（例えば、預金、振込、振替、残高照会等）を行うことができるインターネットバンキングが知られている。
【０００３】
また、ＳＮＳ（Social  Networking  Service）と、銀行等の金融機関のシステムとを連携させて、イベントの参加費用の支払いを確認することができる技術が知られている（例えば特許文献１参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１５−１９７７２０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
イベントの参加費用を支払う場合、イベントの参加者は、例えば、イベント主催者への手渡しやインターネットバンキングからの銀行振り込み等により参加費用を支払う場合が多いと考えられる。
【０００６】
しかしながら、これらの支払い方法では、例えば、現金を直接イベント主催者に持参する必要があったり、振込先の口座を指定した振込操作等を行う必要があったりするため、参加費用の支払いに手間を要する。また、同時に、イベントの主催者や幹事等は、参加費用の集金に手間を要する。
【０００７】
１つの側面では、本発明は、イベント費用の決済を容易にすることを目的とする。
【課題を解決するための手段】
【０００８】
１つの態様では、第１のユーザを示す第１のユーザＩＤ、及び第１のグループを示す第１のグループＩＤと対応付けられたイベントの登録を受け付けた場合、グループＩＤと前記グループに属するユーザのユーザＩＤとを対応付けて記憶した記憶部を参照して、前記第１のグループＩＤに属するユーザＩＤを特定し、特定した前記ユーザＩＤに対応する端末から、前記イベント情報が示すイベントの申し込み依頼及び前記イベント費用に関する決済処理の指示を受信すると、特定した前記ユーザＩＤに対応付けて記憶した口座から前記第１のユーザＩＤ又は前記第１のグループＩＤに対応する口座への振込指示を決済処理装置に送信し、前記決済処理装置からの決済処理の完了通知に応じて、前記イベントに関して、特定した前記ユーザＩＤに対応する端末の決済ステータスを決済完了に更新する、
処理をコンピュータに実行させることを特徴とする。
【発明の効果】
【０００９】
イベント費用の決済を容易にすることができる。
【図面の簡単な説明】
【００１０】
【図１】第一の実施形態に係る取引システムの全体構成の一例を示す図である。
【図２】コンピュータのハードウェア構成の一例を示す図である。
【図３】第一の実施形態に係る取引システムの機能構成の一例を示す図である。
【図４】学生情報ＤＢの一例を示す図である。
【図５】イベント情報ＤＢの一例を示す図である。
【図６】第一の実施形態に係る口座の登録処理の一例を示すシーケンス図である。
【図７】ユーザ端末における画面遷移（口座登録）の一例を示す図である。
【図８】第一の実施形態に係るイベントの登録処理の一例を示すシーケンス図である。
【図９】ユーザ端末における画面遷移（イベント登録）の一例を示す図である。
【図１０】第一の実施形態に係るイベントの参加申込及び参加費用の決済処理の一例を示すシーケンス図である。
【図１１】ユーザ端末における画面遷移（イベントの参加申込及び参加費用の決済）の一例を示す図である。
【図１２】第一の実施形態に係る口座及び金額の特定処理の一例を示すフローチャートである。
【図１３】第一の実施形態に係るイベントの参加状況の確認処理の一例を示すシーケンス図である。
【図１４】ユーザ端末における画面遷移（イベントの参加状況及び決済状況の確認）の一例を示す図である。
【図１５】第二の実施形態に係る取引システムの機能構成の一例を示す図である。
【図１６】グループ情報ＤＢの一例を示す図である。
【図１７】第二の実施形態に係る口座及び金額の特定処理の一例を示すフローチャートである。
【発明を実施するための形態】
【００１１】
以下、本発明の実施形態について添付の図面を参照しながら説明する。
【００１２】
［第一の実施形態］
＜全体構成＞
まず、本実施形態に係る取引システム１の全体構成について、図１を参照しながら説明する。図１は、第一の実施形態に係る取引システム１の全体構成の一例を示す図である。
【００１３】
図１に示すように、本実施形態に係る取引システム１は、サーバ装置１０と、１以上のユーザ端末２０と、１以上の銀行システム３０とを有し、例えばインターネットや専用線等のネットワークＮを介して通信可能に接続されている。
【００１４】
サーバ装置１０は、大学等の学生生活におけるイベント（例えばゼミや部活の合宿、新入生歓迎会等）に関する費用（例えば合宿や新入生歓迎会の参加費用）の決済を銀行システム３０に要求する１以上のコンピュータである。サーバ装置１０は、取引プログラム１００を有する。
【００１５】
サーバ装置１０は、取引プログラム１００により、例えばゼミや部活の合宿等のイベントの登録を受け付ける。また、サーバ装置１０は、取引プログラム１００により、例えば、登録されたイベントの参加申し込みを受け付けて、参加費用の振込先の口座と振込元の口座とを特定した上で、当該イベントの参加費用の決済を銀行システム３０に要求する。
【００１６】
ユーザ端末２０は、ユーザ（例えば大学等の学生）が利用するコンピュータである。ユーザ端末２０は、例えば、スマートフォン、ＰＣ、タブレット端末、携帯電話等を用いることができる。ユーザ端末２０は、クライアントプログラム２００を有する。ユーザ端末２０は、クライアントプログラム２００により、イベントの登録や参加申込、参加費用の決済等を行うことができる。
【００１７】
銀行システム３０は、銀行等の金融機関が有するコンピュータシステムである。銀行システム３０には、勘定系システム等が含まれる。また、勘定系システムは、預金勘定元帳データを管理する元帳ＤＢ（データベース）等を有する。なお、銀行システム３０は、決済処理装置の一例である。
【００１８】
＜ハードウェア構成＞
次に、サーバ装置１０及びユーザ端末２０を実現するコンピュータ４００のハードウェア構成について、図２を参照しながら説明する。図２は、コンピュータ４００のハードウェア構成の一例を示す図である。
【００１９】
図２に示すコンピュータ４００は、入力装置４０１と、表示装置４０２と、外部Ｉ／Ｆ４０３と、通信Ｉ／Ｆ４０４と、ＲＯＭ（Read  Only  Memory）４０５とを有する。また、図２に示すコンピュータ４００は、ＲＡＭ（Random  Access  Memory）４０６と、ＣＰＵ（Central  Processing  Unit）４０７と、補助記憶装置４０８とを有する。これら各ハードウェアは、それぞれがバス４０９で相互に接続されている。
【００２０】
入力装置４０１は、例えばキーボードやマウス、タッチパネル等であり、コンピュータ４００に各種の操作信号を入力するのに用いられる。表示装置４０２は、例えばディスプレイ等であり、コンピュータ４００による各種の処理結果を表示する。なお、サーバ装置１０は、入力装置４０１及び表示装置４０２の少なくとも一方を有していなくても良い。
【００２１】
外部Ｉ／Ｆ４０３は、外部装置とのインタフェースである。外部装置には、記録媒体４０３ａ等がある。コンピュータ４００は、外部Ｉ／Ｆ４０３を介して、記録媒体４０３ａの読み取りや書き込みを行うことができる。記録媒体４０３ａには、例えば、取引プログラム１００、クライアントプログラム２００等が記録されていても良い。
【００２２】
記録媒体４０３ａには、例えば、ＳＤメモリカード(SD  memory  card）やＵＳＢメモリ、ＣＤ（Compact  Disk）、ＤＶＤ（Digital  Versatile  Disk）等がある。
【００２３】
通信Ｉ／Ｆ４０４は、コンピュータ４００をネットワークＮに接続するためのインタフェースである。コンピュータ４００は、通信Ｉ／Ｆ４０４を介して、他の装置と通信を行うことができる。クライアントプログラム２００は、例えば、通信Ｉ／Ｆ４０４を介して、他の装置から取得（ダウンロード）されても良い。
【００２４】
ＲＯＭ４０５は、電源を切ってもデータを保持することができる不揮発性の半導体メモリである。ＲＡＭ４０６は、プログラムやデータを一時保持する揮発性の半導体メモリである。ＣＰＵ４０７は、例えば補助記憶装置４０８やＲＯＭ４０５等からプログラムやデータをＲＡＭ４０６上に読み出して、各種処理を実行する演算装置である。
【００２５】
補助記憶装置４０８は、例えばＨＤＤ（Hard  Disk  Drive）やＳＳＤ（Solid  State  Drive）等であり、プログラムやデータを格納している不揮発性のメモリである。補助記憶装置４０８に格納されるプログラムやデータには、例えば、基本ソフトウェアであるＯＳ（Operating  System）、各種アプリケーションプログラム、取引プログラム１００、クライアントプログラム２００等がある。
【００２６】
本実施形態に係るサーバ装置１０及びユーザ端末２０は、図２にコンピュータ４００により、後述する各種処理が実現される。
【００２７】
＜機能構成＞
次に、本実施形態に係る取引システム１の機能構成について、図３を参照しながら説明する。図３は、第一の実施形態に係る取引システム１の機能構成の一例を示す図である。
【００２８】
図３に示すように、本実施形態に係るユーザ端末２０は、入力受付部２０１と、表示制御部２０２と、口座登録要求部２０３と、イベント一覧要求部２０４と、イベント登録要求部２０５と、振込要求部２０６と、確認要求部２０７と、決済状況管理部２０８と、通信部２０９とを有する。これら各機能部は、クライアントプログラム２００が、ＣＰＵ４０７に実行させる処理により実現される。
【００２９】
また、本実施形態に係るユーザ端末２０は、学生ＩＤ記憶部２１０と、決済状況記憶部２２０とを有する。これら各記憶部は、例えば補助記憶装置４０８を用いて実現可能である。
【００３０】
入力受付部２０１は、ユーザによる各種の入力を受け付ける。例えば、入力受付部２０１は、ユーザが自身の口座を登録するための操作（口座登録操作）の入力を受け付ける。また、例えば、入力受付部２０１は、イベントに参加を申し込むための操作（参加操作）の入力を受け付ける。更に、例えば、入力受付部２０１は、イベントの参加費用を銀行振込にて決済するための操作（銀行振込の選択操作）の入力を受け付ける。
【００３１】
表示制御部２０２は、各種画面等を表示する。例えば、表示制御部２０２は、イベントへの参加又は不参加を選択するための画面（イベント参加選択画面）を表示する。また、例えば、表示制御部２０２は、イベント参加費用の決済方法を選択するための画面（決済方法選択画面）を表示する。
【００３２】
口座登録要求部２０３は、通信部２０９を介して、ユーザの口座情報を登録するための口座登録要求をサーバ装置１０に送信する。
【００３３】
イベント一覧要求部２０４は、通信部２０９を介して、例えばユーザが参加可能なイベントの一覧を取得するためのイベント一覧の取得要求をサーバ装置１０に送信する。
【００３４】
イベント登録要求部２０５は、通信部２０９を介して、イベントを登録するためのイベント登録要求をサーバ装置１０に送信する。
【００３５】
振込要求部２０６は、通信部２０９を介して、イベントの参加費用を所定の口座に振り込むための振込要求をサーバ装置１０に送信する。
【００３６】
確認要求部２０７は、通信部２０９を介して、例えば自身が参加申込を行ったイベントに参加可能な他のユーザの参加状況を確認するための要求（参加状況の確認要求）をサーバ装置１０に送信する。
【００３７】
決済状況管理部２０８は、決済状況記憶部２２０に記憶されている決済状況２２１を管理する。決済状況２２１は、自身が参加を申し込んだイベントを識別するイベントＩＤと、当該イベントの決済が完了したか否かを示す区分（すなわち、決済完了又は決済未完了のいずれかを示す情報）とが対応付けられた情報である。
【００３８】
また、決済状況管理部２０８は、自身が参加を申し込んだイベントの参加費用の振込が完了した場合、決済状況２２１に含まれる当該イベントの決済区分を「決済完了」に更新する。
【００３９】
通信部２０９は、サーバ装置１０との間で通信を行う。例えば、通信部２０９は、上述したイベント一覧の取得要求やイベント登録要求等の各種の要求をサーバ装置１０に送信する。
【００４０】
学生ＩＤ記憶部２１０は、ユーザ端末２０を利用するユーザを識別する学生ＩＤ２１１を記憶する。学生ＩＤ２１１には、例えば、学籍番号等を用いることができる。決済状況記憶部２２０は、上述した決済状況２２１を記憶する。
【００４１】
図３に示すように、本実施形態に係るサーバ装置１０は、口座認証要求部１０１と、口座登録部１０２と、イベント情報取得部１０３と、イベント登録部１０４と、通知部１０５と、特定処理部１０６と、振込要求部１０７と、参加状況確認部１０８と、決済状況更新部１０９と、通信部１１０とを有する。これら各機能部は、取引プログラム１００が、ＣＰＵ４０７に実行させる処理により実現される。
【００４２】
また、本実施形態に係るサーバ装置１０は、学生情報ＤＢ１２０と、イベント情報ＤＢ１３０とを有する。これら各ＤＢは、例えば補助記憶装置４０８を用いて実現可能である。なお、これら各ＤＢのうちの少なくとも１つのＤＢが、サーバ装置１０とネットワークＮを介して接続される記憶装置等を用いて実現されていても良い。
【００４３】
口座認証要求部１０１は、ユーザ端末２０から口座登録要求を受信すると、口座認証要求を銀行システム３０に送信する。口座認証要求とは、口座登録要求に含まれる口座情報（すなわち、店番、科目、口座番号及び暗証番号）の正当性を認証するための要求である。
【００４４】
口座登録部１０２は、口座認証要求に対する認証結果が認証成功を示すものである場合、学生情報ＤＢ１２０に格納されている学生情報のうち、該当の学生情報の口座情報を、口座登録要求に含まれる口座情報で更新する。これにより、口座登録要求に係る口座がサーバ装置１０に登録される。学生情報には、ユーザに関する各種情報（学生ＩＤや所属グループＩＤ、口座情報等）が含まれる。
【００４５】
イベント情報取得部１０３は、ユーザ端末２０からイベント一覧の取得要求を受信すると、当該取得要求の送信元のユーザが参加可能なイベントのイベント情報をイベント情報ＤＢ１３０から取得する。イベント情報には、イベントに関する各種情報（例えば、参加可能なユーザのグループを示す情報やイベントの内容を示す情報等）が含まれる。
【００４６】
イベント登録部１０４は、ユーザ端末２０からイベント登録要求を受信すると、イベント情報を作成して、作成したイベント情報をイベント情報ＤＢ１３０に格納する。これにより、イベント登録要求に係るイベントがサーバ装置１０に登録される。
【００４７】
通知部１０５は、イベントがサーバ装置１０に登録された場合、当該イベントに参加可能なユーザのユーザ端末２０に対して、イベントが登録されたことを通知する。
【００４８】
特定処理部１０６は、ユーザ端末２０から振込要求を受信すると、振込金額と、振込先口座と、振込元口座とを特定するための処理（口座及び金額の特定処理）を行う。ここで、特定処理部１０６は、金額特定部１１６と、振込先口座特定部１２６と、振込元口座特定部１３６とを有する。
【００４９】
金額特定部１１６は、振込金額（すなわち、イベントの参加費用）を特定する。振込先口座特定部１２６は、振込金額の振込先の口座（すなわち、イベントの幹事又は主催者のユーザの口座）を特定する。振込元口座特定部１３６は、振込金額の振込元の口座（すなわち、イベントの参加を申し込んだユーザの口座）を特定する。
【００５０】
振込要求部１０７は、特定処理部１０６により特定された振込先口座への振込指示を示す振込要求を銀行システム３０に送信する。このとき、振込要求部１０７は、振込元口座を管理する銀行システム３０に対して当該振込要求を送信する。
【００５１】
参加状況確認部１０８は、ユーザ端末２０からの参加状況の確認要求に応じて、学生情報ＤＢ１２０に格納されている学生情報のうち、該当のイベントに参加可能なユーザの学生情報を取得する。
【００５２】
決済状況更新部１０９は、振込要求に対する振込結果（振込完了を示す振込結果）を受信すると、学生情報ＤＢ１２０に格納されている学生情報のうち、該当の学生情報に含まれる決済状況を「決済完了」に更新する。
【００５３】
通信部１１０は、ユーザ端末２０や銀行システム３０との間で通信を行う。例えば、通信部１１０は、ユーザ端末２０からの各種要求に対する応答（例えば、イベントの登録結果等）を当該ユーザ端末２０に返信する。また、例えば、通信部１１０は、上述した口座認証要求や振込要求等を銀行システム３０に送信する。
【００５４】
学生情報ＤＢ１２０は、学生情報を格納している。イベント情報ＤＢ１３０は、イベント情報を格納している。
【００５５】
ここで、学生情報ＤＢ１２０について、図４を参照しながら説明する。図４は、学生情報ＤＢ１２０の一例を示す図である。
【００５６】
図４に示すように、学生情報ＤＢ１２０には、１以上の学生情報が格納されている。また、学生情報は、データ項目として、学生ＩＤと、口座情報と、所属グループＩＤと、決済状況とを有する。
【００５７】
学生ＩＤは、ユーザを識別する識別情報である。学生ＩＤには、例えば、学籍番号等が挙げられる。口座情報は、ユーザが利用する口座の情報である。口座情報には、銀行コードと、店番と、科目と、口座番号とが含まれる。これらの情報によりユーザの口座が特定される。なお、口座情報が未だ登録されていない場合、口座情報には、例えばブランクが設定される。図４に示す例では、学生ＩＤ「ＺＺＺ００３」の学生情報には、口座情報が設定されていない。
【００５８】
所属グループＩＤは、ユーザが所属するグループを識別する識別情報である。以降では、所属グループＩＤには、ユーザが所属するゼミを識別するグループＩＤが設定されているものとする。すなわち、所属グループＩＤには、ユーザが所属するゼミ（例えば、「○○ゼミ」や「△△ゼミ」等）を示すグループＩＤが設定されているものとする。
【００５９】
ただし、所属グループＩＤには、任意の単位のグループのグループＩＤが設定されても良い。例えば、所属グループＩＤには、学部単位である「文学部」や「理学部」を示すグループＩＤが設定されても良いし、学科単位である「文学部文学科」や「理学部物理学科」を示すグループＩＤが設定されても良い。これら以外にも、例えば、専攻単位や授業単位、学生寮単位、サークル単位、部活単位等のグループを示すグループＩＤが設定されても良い。
【００６０】
また、複数の所属グループＩＤが１つの学生情報に設定されていても良い。例えば、第１の所属グループ「○○ゼミ」を示す第１のグループＩＤと、と、第２の所属グループ「軽音サークル」を示す第２のグループＩＤとが１つの学生情報に含まれていても良い。
【００６１】
決済状況は、ユーザが参加するイベントのイベントＩＤと、当該イベントの決済区分とが含まれる。決済状況により、ユーザが参加するイベントと、当該イベントの参加費用の支払い状況とが管理される。なお、ユーザが複数のイベントに参加する場合、学生情報には複数の決済情報が含まれる。図４に示す例では、学生ＩＤ「ＺＺＺ００２」の学生情報には、参加イベントＩＤ「Ｉ００１」の決済状況と、参加イベントＩＤ「Ｉ００５」の決済状況とが含まれている。
【００６２】
このように、学生情報ＤＢ１２０には、学生ＩＤ毎に、当該学生ＩＤのユーザの口座情報と、所属グループＩＤと、決済状況とが含まれる学生情報が格納されている。
【００６３】
また、イベント情報ＤＢ１３０について、図５を参照しながら説明する。図５は、イベント情報ＤＢ１３０の一例を示す図である。
【００６４】
図５に示すように、イベント情報ＤＢ１３０には、１以上のイベント情報が格納されている。また、イベント情報は、データ項目として、イベントＩＤと、参加可能グループＩＤと、タイトルと、目的と、内容と、日程と、参加費用と、幹事学生ＩＤと、登録日時と、回答期限とを有する。
【００６５】
イベントＩＤは、イベントを識別する識別情報である。参加可能グループＩＤは、イベントに参加可能なグループのグループＩＤである。タイトルは、イベントを表示する際に用いられるタイトル（題名）である。目的、内容及び日程は、それぞれイベントの目的、内容及び日程である。参加費用は、イベントの参加に必要な費用である。
【００６６】
幹事学生ＩＤは、イベントを登録したユーザ（すなわち、イベントの主催者）の学生ＩＤである。登録日時は、イベントが登録された日時である。回答期限は、ユーザが参加の申し込みを行うことが可能な日時の期限である。
【００６７】
このように、イベント情報ＤＢ１３０には、イベントＩＤ毎に、参加可能グループＩＤと、タイトルと、目的と、内容と、日程と、参加費用と、幹事学生ＩＤと、登録日時と、回答期限とが含まれるイベント情報が格納されている。
【００６８】
＜口座の登録処理＞
次に、ユーザがユーザ端末２０を用いて、自身の口座をサーバ装置１０に登録する処理について、図６を参照しながら説明する。図６は、第一の実施形態に係る口座の登録処理の一例を示すシーケンス図である。
【００６９】
まず、ユーザ端末２０の入力受付部２０１は、口座登録の開始操作の入力を受け付ける（ステップＳ１０１）。ユーザは、例えば、図７に示すトップ画面Ｇ１００において、銀行口座登録ボタンＧ１０１を選択することにより、口座登録の開始操作を行うことができる。図７に示すトップ画面Ｇ１００は、表示制御部２０２により表示される。
【００７０】
なお、図７に示すトップ画面Ｇ１００には、銀行口座登録ボタンＧ１０１以外にも、大学エリアボタンＧ１０２と、企業エリアボタンＧ１０３とが含まれる。大学エリアボタンＧ１０２を押下することで、後述する大学エリア画面Ｇ２１０に遷移することができる。大学エリア画面では、ゼミに関するイベントの登録や参加、サークルに関するイベントの登録や参加、時間割の参照、学生課からの案内の参照等を行うことができる。
【００７１】
また、企業エリアボタンＧ１０３を押下することで、企業エリア画面に遷移することができる。企業エリア画面では、就職活動に関する企業からの様々な募集への申込みや企業情報の参照等を行うことができる。
【００７２】
次に、ユーザ端末２０の表示制御部２０２は、入力受付部２０１が口座登録の開始操作の入力を受け付けると、図７に示す銀行登録画面Ｇ１１０を表示する（ステップＳ１０２）。図７に示す銀行登録画面Ｇ１１０には、銀行名指定欄Ｇ１１１と、次へボタンＧ１１２とが含まれる。ユーザは、自身の口座を管理する銀行の銀行名を銀行名指定欄Ｇ１１１に指定する。
【００７３】
次に、ユーザ端末２０の入力受付部２０１は、画面遷移操作の入力を受け付ける（ステップＳ１０３）。ユーザは、自身の口座を管理する銀行の銀行名を銀行名指定欄Ｇ１１１に指定した上で、次へボタンＧ１１２を押下することで、画面遷移操作を行うことができる。
【００７４】
次に、ユーザ端末２０の表示制御部２０２は、入力受付部２０１が画面遷移操作の入力を受け付けると、図７に示す口座登録画面Ｇ１２０を表示する（ステップＳ１０４）。図７に示す口座登録画面Ｇ１２０には、登録内容指定欄Ｇ１２１と、登録ボタンＧ１２２とが含まれる。ユーザは、自身の口座の各種情報（店番、科目、口座番号及び暗証番号等）を登録内容指定欄Ｇ１２１に指定する。
【００７５】
次に、ユーザ端末２０の入力受付部２０１は、口座登録操作の入力を受け付ける（ステップＳ１０５）。ユーザは、自身の口座の各種情報（店番、科目、口座番号及び暗証番号等）を登録内容指定欄Ｇ１２１に指定した上で、登録ボタンＧ１２２を押下することで、口座登録操作を行うことができる。
【００７６】
次に、ユーザ端末２０の口座登録要求部２０３は、通信部２０９を介して、口座登録要求をサーバ装置１０に送信する（ステップＳ１０６）。当該口座登録要求には、学生ＩＤ記憶部２１０に記憶されている学生ＩＤ２１１と、銀行名指定欄Ｇ１１１に指定された銀行を示す銀行コードと、登録内容指定欄Ｇ１２１に指定された店番、科目、口座番号及び暗証番号とが含まれる。
【００７７】
サーバ装置１０の口座認証要求部１０１は、通信部１１０を介して口座登録要求をユーザ端末２０から受信すると、口座認証要求を銀行システム３０に送信する（ステップＳ１０７）。このとき、口座認証要求部１０１は、口座登録要求に含まれる銀行コードが示す銀行の銀行システム３０に対して、口座認証要求を送信する。また、当該口座認証要求には、上記の店番と、科目と、口座番号と、暗証番号とが含まれる。銀行システム３０では、当該口座認証要求に応じて口座の正当性の認証が行われる。口座の正当性の認証とは、例えば、店番、科目及び口座番号により示される口座が存在するか否か、暗証番号が正しいか否か等を確認するための認証である。
【００７８】
そして、サーバ装置１０の通信部１１０は、銀行システム３０から送信された認証結果を受信する。以降では、サーバ装置１０の通信部１１０は、当該口座が正当であることを示す認証結果を受信したものとする。
【００７９】
サーバ装置１０の口座登録部１０２は、学生情報ＤＢ１２０に格納されている学生情報のうち、該当の学生情報に含まれる口座情報を更新する（ステップＳ１０８）。すなわち、口座登録部１０２は、学生情報ＤＢ１２０に格納されている学生情報のうち、ユーザ端末２０から受信した口座登録要求に含まれる学生ＩＤの学生情報の口座情報を、当該口座登録要求に含まれる銀行コード、店番、科目及び口座番号で更新する。これにより、ユーザの口座が登録される。
【００８０】
そして、サーバ装置１０の口座登録部１０２は、登録が完了したことを示す登録結果をユーザ端末２０に返信する。
【００８１】
次に、ユーザ端末２０の表示制御部２０２は、通信部２０９を介して登録結果を受信すると、図７に示す登録完了画面Ｇ１３０を表示する（ステップＳ１０９）。これにより、ユーザは、自身の口座の登録が完了したことを知ることができる。
【００８２】
以上のように、本実施形態に係るサーバ装置１０は、ユーザ端末２０からの要求に応じて、ユーザの口座情報を登録することができる。
【００８３】
＜イベントの登録処理＞
次に、ユーザがユーザ端末２０を用いて、自身が幹事となるイベントを登録する処理について、図８を参照しながら説明する。図８は、第一の実施形態に係るイベントの登録処理の一例を示すシーケンス図である。
【００８４】
まず、ユーザ端末２０の入力受付部２０１は、大学エリアへの画面遷移操作の入力を受け付ける（ステップＳ２０１）。ユーザは、例えば、図９に示すトップ画面Ｇ１００において、大学エリアボタンＧ１０２を選択することにより、大学エリアへの画面遷移操作を行うことができる。
【００８５】
次に、ユーザ端末２０の表示制御部２０２は、入力受付部２０１が大学エリアへの画面遷移操作の入力を受け付けると、図９に示す大学エリア画面Ｇ２１０を表示する（ステップＳ２０２）。図９に示す大学エリア画面Ｇ２１０には、「ゼミのイベント」ボタンＧ２１１が含まれる。ユーザは、「ゼミのイベント」ボタンＧ２１１を押下することで、後述する「ゼミのイベント」画面Ｇ２２０に遷移することができる。以降では、ユーザは、「ゼミのイベント」ボタンＧ２１１を押下して、「ゼミのイベント」画面Ｇ２２０への画面遷移操作を行ったものとする。
【００８６】
なお、図９に示す大学エリア画面Ｇ２１０には、「ゼミのイベント」ボタンＧ２１１以外にも、例えば、授業の時間割を参照可能な画面に遷移するための「授業時間割り」ボタン、学生課からの案内を参照可能な画面に遷移するための「学生課案内」ボタンが含まれる。また、図９に示す大学エリア画面Ｇ２１０には、サークルに関するイベントの登録や参加申込を行うことが可能な画面に遷移するための「サークルのイベント」ボタンが含まれる。
【００８７】
次に、ユーザ端末２０の入力受付部２０１は、「ゼミのイベント」画面Ｇ２２０への画面遷移操作の入力を受け付ける（ステップＳ２０３）。
【００８８】
次に、ユーザ端末２０のイベント一覧要求部２０４は、通信部２０９を介して、イベント一覧の取得要求をサーバ装置１０に送信する（ステップＳ２０４）。当該取得要求には、学生ＩＤ記憶部２１０に記憶されている学生ＩＤ２１１が含まれる。
【００８９】
サーバ装置１０のイベント情報取得部１０３は、通信部１１０を介してイベント一覧の取得要求をユーザ端末２０から受信すると、学生情報ＤＢ１２０に格納されている学生情報を参照して、ユーザの所属グループ（所属ゼミ）を特定する（ステップＳ２０５）。すなわち、イベント情報取得部１０３は、学生情報ＤＢ１２０に格納されている学生情報のうち、イベント一覧の取得要求に含まれる学生ＩＤの学生情報における所属グループＩＤに設定されているグループＩＤを特定する。
【００９０】
次に、サーバ装置１０のイベント情報取得部１０３は、上記のステップＳ２０５で特定したグループＩＤが含まれるイベント情報をイベント情報ＤＢ１３０から取得する（ステップＳ２０６）。すなわち、イベント情報取得部１０３は、イベント情報ＤＢ１３０に格納されているイベント情報のうち、上記のステップＳ２０５で特定したグループＩＤが参加可能グループＩＤに設定されているイベント情報を取得する。
【００９１】
そして、イベント情報取得部１０３は、イベント情報ＤＢ１３０から取得したイベント情報をユーザ端末２０に返信する。
【００９２】
ユーザ端末２０の表示制御部２０２は、サーバ装置１０からイベント情報が返信されると、図９に示す「ゼミのイベント」画面Ｇ２２０を表示する（ステップＳ２０７）。図９に示す「ゼミのイベント」画面Ｇ２２０には、イベント一覧Ｇ２２１と、イベント追加ボタンＧ２２２とが含まれる。イベント一覧Ｇ２２１には、サーバ装置１０から返信されたイベント情報に含まれるタイトルを示すボタンが選択可能に表示されている。
【００９３】
ユーザは、イベント追加ボタンＧ２２２を押下することにより、新規のイベント追加登録するためのイベント追加操作を行うことができる。以降では、ユーザは、イベント追加ボタンＧ２２２を押下して、イベント追加操作を行ったものとする。
【００９４】
次に、ユーザ端末２０の入力受付部２０１は、イベント追加操作の入力を受け付ける（ステップＳ２０８）。
【００９５】
次に、ユーザ端末２０の表示制御部２０２は、入力受付部２０１がイベント追加操作の入力を受け付けると、図９に示すイベント登録画面Ｇ２３０を表示する（ステップＳ２０９）。図９に示すイベント登録画面Ｇ２３０には、イベント情報指定欄Ｇ２３１と、登録ボタンＧ２３２とが含まれる。ユーザは、自身が登録を所望するイベントの各種情報（タイトル、目的、内容、日程、参加費用、登録日時、回答期限）をイベント情報指定欄Ｇ２３１に指定する。
【００９６】
次に、ユーザ端末２０の入力受付部２０１は、イベント登録操作の入力を受け付ける（ステップＳ２１０）。ユーザは、自身が登録を所望するイベントの各種情報（タイトル、目的、内容、日程、参加費用、登録日時、回答期限）をイベント情報指定欄Ｇ２３１に指定した上で、登録ボタンＧ２３２を押下することで、イベント登録操作を行うことができる。
【００９７】
次に、ユーザ端末２０のイベント登録要求部２０５は、通信部２０９を介して、イベント登録要求をサーバ装置１０に送信する（ステップＳ２１１）。当該イベント登録要求には、学生ＩＤ記憶部２１０に記憶されている学生ＩＤ２１１と、ユーザの所属ゼミのグループＩＤを示す参加可能グループＩＤと、イベント情報指定欄Ｇ２３１に指定された各種情報（タイトル、目的、内容、日程、参加費用、回答期限）とが含まれる。なお、参加可能グループＩＤは、イベント情報指定欄Ｇ２３１で指定されても良い。
【００９８】
サーバ装置１０のイベント登録部１０４は、通信部２０９を介してイベント登録要求をユーザ端末２０から受信すると、イベント情報を作成する（ステップＳ２１２）。すなわち、イベント登録部１０４は、イベントＩＤ及び登録日時を生成した上で、当該イベントＩＤと、当該登録日時と、当該イベント登録要求に含まれる各種情報と、学生ＩＤとが含まれるイベント情報を作成する。このとき、当該学生ＩＤは、幹事学生ＩＤのデータ項目に設定される。
【００９９】
次に、サーバ装置１０のイベント登録部１０４は、上記のステップＳ２１２で作成したイベント情報をイベント情報ＤＢ１３０に格納する（ステップＳ２１３）。これにより、イベントが登録される。
【０１００】
そして、サーバ装置１０のイベント登録部１０４は、登録が完了したことを示す登録結果をユーザ端末２０に返信する。
【０１０１】
次に、サーバ装置１０の通知部１０５は、上記のステップＳ２１３で登録されたイベントに参加可能な学生を特定する（ステップＳ２１４）。すなわち、通知部１０５は、上記のステップＳ２１３でイベント情報ＤＢ１３０に格納されたイベント情報の参加可能グループＩＤが示すグループに所属するユーザの学生情報を特定する。
【０１０２】
次に、サーバ装置１０の通知部１０５は、上記のステップＳ２１３で特定したユーザのユーザ端末２０に対して、イベントが登録されたことを通知する（ステップＳ２１５）。これにより、新たに登録されたイベントに参加可能なユーザ（学生）は、自身が参加可能なイベントが登録されたことを知ることができる。
【０１０３】
なお、通知部１０５は、例えば、参加可能なユーザのユーザ端末２０に所定のポップアップを表示させることでイベントが登録されたことを通知しても良いし、予め設定されたメールアドレス宛にメール送信することでイベントが登録されたことを通知しても良い。また、通知部１０５は、ユーザ端末２０が表示するトップ画面Ｇ１００等に、イベントが登録されたことを表示しても良い。
【０１０４】
以上のように、本実施形態に係るサーバ装置１０は、ユーザ端末２０からの要求に応じて、各種のイベントを登録することができる。なお、図８に示す例では、学生のユーザがイベントを登録する場合について説明したが、これに限られない。イベントの登録は、例えば、教職員等のユーザにより行われても良い。
【０１０５】
＜イベント参加及び参加費用を決済処理＞
次に、ユーザがユーザ端末２０を用いて、イベントに参加を申し込んで、参加費用を決定する処理について、図１０を参照しながら説明する。図１０は、第一の実施形態に係るイベントの参加申込及び参加費用の決済処理の一例を示すシーケンス図である。なお、図１０のステップＳ３０１〜ステップＳ３０７は、図８のステップＳ２０１〜ステップＳ２０７と同様であるため、適宜、簡略化して説明する。
【０１０６】
まず、ユーザ端末２０の入力受付部２０１は、大学エリアへの画面遷移操作の入力を受け付ける（ステップＳ３０１）。ユーザは、例えば、図１１に示すトップ画面Ｇ１００において、大学エリアボタンＧ１０２を選択することにより、大学エリアへの画面遷移操作を行うことができる。
【０１０７】
次に、ユーザ端末２０の表示制御部２０２は、入力受付部２０１が大学エリアへの画面遷移操作の入力を受け付けると、図１１に示す大学エリア画面Ｇ２１０を表示する（ステップＳ３０２）。以降では、ユーザは、「ゼミのイベント」ボタンＧ２１１を押下して、「ゼミのイベント」画面Ｇ２２０への画面遷移操作を行ったものとする。
【０１０８】
次に、ユーザ端末２０の入力受付部２０１は、「ゼミのイベント」画面Ｇ２２０への画面遷移操作の入力を受け付ける（ステップＳ３０３）。
【０１０９】
次に、ユーザ端末２０のイベント一覧要求部２０４は、通信部２０９を介して、イベント一覧の取得要求をサーバ装置１０に送信する（ステップＳ３０４）。当該取得要求には、学生ＩＤ記憶部２１０に記憶されている学生ＩＤ２１１が含まれる。
【０１１０】
サーバ装置１０のイベント情報取得部１０３は、通信部１１０を介してイベント一覧の取得要求をユーザ端末２０から受信すると、学生情報ＤＢ１２０に格納されている学生情報を参照して、ユーザの所属グループ（所属ゼミ）を特定する（ステップＳ３０５）。
【０１１１】
次に、サーバ装置１０のイベント情報取得部１０３は、上記のステップＳ３０５で特定したグループのイベント情報をイベント情報ＤＢ１３０から取得する（ステップＳ３０６）。そして、イベント情報取得部１０３は、イベント情報ＤＢ１３０から取得したイベント情報をユーザ端末２０に返信する。
【０１１２】
ユーザ端末２０の表示制御部２０２は、サーバ装置１０からイベント情報が返信されると、図１１に示す「ゼミのイベント」画面Ｇ２２０を表示する（ステップＳ３０７）。
【０１１３】
ユーザは、イベント一覧Ｇ２２１に含まれるボタンを選択することで、イベント選択操作を行うことができる。以降では、ユーザは、「歓迎会の案内」ボタンＧ２２２を選択して、イベント選択操作を行ったものとする。
【０１１４】
次に、ユーザ端末２０の入力受付部２０１は、「歓迎会の案内」ボタンＧ２２２を選択したイベント選択操作の入力を受け付ける（ステップＳ３０８）。
【０１１５】
次に、ユーザ端末２０の表示制御部２０２は、「歓迎会の案内」ボタンＧ２２２を選択したイベント選択操作の入力を受け付けると、図１１に示すイベント参加選択画面Ｇ２４０を表示する（ステップＳ３０９）。図１１に示すイベント参加選択画面Ｇ２４０には、イベント選択操作で選択されたイベント（すなわち、タイトル「歓迎会の案内」のイベント）に参加することを申し込むための参加ボタンＧ２４１が含まれる。ユーザは、参加ボタンＧ２４１を押下することで、参加操作を行うことができる。なお、ユーザは、不参加ボタンを押下することで、イベントの幹事であるユーザに不参加を通知することができる。
【０１１６】
次に、ユーザ端末２０の入力受付部２０１は、参加操作の入力を受け付ける（ステップＳ３１０）。
【０１１７】
次に、ユーザ端末２０の表示制御部２０２は、入力受付部２０１が参加操作の入力を受け付けると、図１１に示す決済指示画面Ｇ２５０を表示する（ステップＳ３１１）。図１１に示す決済指示画面Ｇ２５０には、イベントの参加費用を銀行振込で決済するための「銀行振込み」ボタンＧ２５１が含まれる。ユーザは、「銀行振込み」ボタンＧ２５１を押下することで、銀行振込操作を行うことができる。なお、ユーザは、「それ以外」ボタンを押下することで、他の決済方法（例えば、参加費用の手渡し等）にてイベントの参加費用を決済することもできる。
【０１１８】
次に、ユーザ端末２０の入力受付部２０１は、銀行振込操作の入力を受け付ける（ステップＳ３１２）。
【０１１９】
次に、ユーザ端末２０の振込要求部２０６は、入力受付部２０１が銀行振込操作の入力を受け付けると、通信部２０９を介して、振込要求をサーバ装置１０に送信する（ステップＳ３１３）。当該振込要求には、上記のステップＳ３１０で参加操作がなされたイベントのイベントＩＤと、学生ＩＤ記憶部２１０に記憶されている学生ＩＤ２１１とが含まれる。なお、振込要求部２０６による振込要求は、イベント費用に関する決済処理の指示の一例である。
【０１２０】
サーバ装置１０の特定処理部１０６は、通信部１１０を介して振込要求を受信すると、口座及び金額特定処理を行う（ステップＳ３１４）。口座及び金額の特定処理により、振込先口座の口座情報と、振込元口座の口座情報と、振込金額とが特定される。なお、口座及び金額の特定処理については後述する。
【０１２１】
次に、サーバ装置１０の振込要求部１０７は、通信部１１０を介して、振込要求を銀行システム３０に送信する（ステップＳ３１５）。当該振込要求には、振込先口座の口座情報と、振込元口座の口座情報と、振込金額とが含まれる。このとき、振込要求部１０７は、振込元口座を管理する銀行の銀行システム３０に対して、当該振込要求を送信する。銀行システム３０では、当該振込要求に応じて、振込元口座から振込先口座への振込金額の振込処理（すなわち、イベント費用の決済処理）が行われる。なお、振込要求部１０７による振込要求は、振込み指示の一例である。
【０１２２】
そして、サーバ装置１０の通信部１１０は、銀行システム３０から送信された振込結果を受信する。以降では、サーバ装置１０の通信部１１０は、振込が完了したことを示す振込結果を受信したものとする。
【０１２３】
サーバ装置１０の決済状況更新部１０９は、通信部１１０を介して振込結果を受信すると、学生情報ＤＢ１２０に格納されている学生情報のうち、該当の学生情報の決済状況を更新する（ステップＳ３１６）。すなわち、決済状況更新部１０９は、上記のステップＳ３１４で受信した振込要求に含まれる学生ＩＤの学生情報に対して、当該振込要求に含まれるイベントＩＤを参加イベントＩＤ、決済完了を決済区分に設定した決済状況を追加する。これにより、ユーザが当該イベントＩＤのイベントに参加を申し込んだこと、及び当該イベントの決済が完了したことが管理される。
【０１２４】
そして、サーバ装置１０の通信部１１０は、銀行システム３０から受信した振込結果をユーザ端末２０に返信する。
【０１２５】
ユーザ端末２０の決済状況管理部２０８は、ユーザが参加を申し込んだイベントのイベントＩＤと、決済完了とが対応付けられた決済状況２２１を作成して、決済状況記憶部２２０に記憶させる（ステップＳ３１７）。これにより、ユーザが参加を申し込んだイベントのイベントＩＤと、当該イベントの決済が完了したか否かとが、ユーザ端末２０でも管理される。
【０１２６】
次に、ユーザ端末２０の表示制御部２０２は、図１１に示す振込完了画面Ｇ２６０を表示する（ステップＳ３１８）。図１１に示す振込完了画面Ｇ２６０には、イベントの参加費用の振込が完了したことを示す内容が表示される。これにより、ユーザは、自身が参加を申し込んだイベントの参加費用の振り込みが完了したことを知ることができる。
【０１２７】
以上のように、本実施形態に係るサーバ装置１０は、ユーザ端末２０からの要求に応じて、決済に必要な情報（振込金額、振込元口座及び振込先口座）を特定して、銀行システム３０に決済を要求することができる。これにより、ユーザは、例えば、イベントに参加するための参加費用の支払いを容易に決済することができる。
【０１２８】
なお、図１０に示す例では、例えば歓迎会や合宿等のイベントにユーザが参加する場合における参加費用の決済について説明したが、これに限られない。イベントは、例えば教科書の購入等であっても良い。この場合、ユーザが購入した教科書費用の決済が行われる。同様に、イベントは、例えば授業料の支払いであっても良いし、学生食堂等における飲食代の支払いであっても良い。このように、イベントは、ユーザが参加する歓迎会や合宿等に限られず、例えば、教科書の購入、授業料の支払い、学生食堂における飲食代等、学生生活において決済が必要になる種々のイベントであっても良い。
【０１２９】
＜口座及び金額の特定処理＞
次に、上記のステップＳ３１４における口座及び金額の特定処理について、図１２を参照しながら説明する。図１２は、第一の実施形態に係る口座及び金額の特定処理の一例を示すフローチャートである。
【０１３０】
まず、金額特定部１１６は、イベント情報ＤＢ１３０を参照して、受信したイベントＩＤ（ユーザ端末２０から受信した振込要求に含まれるイベントＩＤ）から振込金額を特定する（ステップＳ４０１）。すなわち、金額特定部１１６は、イベント情報ＤＢ１３０に含まれるイベント情報のうち、当該イベントＩＤのイベント情報における参加費用に設定されている金額を特定する。
【０１３１】
次に、振込先口座特定部１２６は、イベント情報ＤＢ１３０を参照して、受信したイベントＩＤから幹事学生ＩＤを特定する（ステップＳ４０２）。すなわち、振込先口座特定部１２６は、イベント情報ＤＢ１３０に含まれるイベント情報のうち、当該イベントＩＤのイベント情報における幹事学生ＩＤに設定されている学生ＩＤを特定する。
【０１３２】
次に、振込先口座特定部１２６は、学生情報ＤＢ１２０を参照して、上記のステップＳ４０２で特定した幹事学生ＩＤから振込先口座を特定する（ステップＳ４０３）。すなわち、振込先口座特定部１２６は、学生情報ＤＢ１２０に格納されている学生情報のうち、当該幹事学生ＩＤの学生情報における口座情報を特定する。ここで特定された口座情報が振込先口座の口座情報である。
【０１３３】
次に、振込元口座特定部１３６は、学生情報ＤＢ１２０を参照して、受信した学生ＩＤ（ユーザ端末２０から受信した振込要求に含まれる学生ＩＤ）から振込元口座を特定する（ステップＳ４０４）。すなわち、振込元口座特定部１３６は、学生情報ＤＢ１２０に格納されている学生情報のうち、当該学生ＩＤの学生情報における口座情報を特定する。ここで特定された口座情報が振込元口座の口座情報である。
【０１３４】
以上のように、本実施形態に係るサーバ装置１０は、振込金額と、振込先口座と、振込元口座とを特定することができる。
【０１３５】
＜イベントの参加状況の確認処理＞
次に、ユーザがユーザ端末２０を用いて、自身が参加申込を行ったイベントに参加を申し込んだ他のユーザを確認する処理について、図１３を参照しながら説明する。図１３は、第一の実施形態に係るイベントの参加状況の確認処理の一例を示すシーケンス図である。なお、図１３のステップＳ５０１〜ステップＳ５０７は、図８のステップＳ２０１〜ステップＳ２０７と同様であるため、適宜、簡略化して説明する。
【０１３６】
まず、ユーザ端末２０の入力受付部２０１は、大学エリアへの画面遷移操作の入力を受け付ける（ステップＳ５０１）。ユーザは、例えば、図１４に示すトップ画面Ｇ１００において、大学エリアボタンＧ１０２を選択することにより、大学エリアへの画面遷移操作を行うことができる。
【０１３７】
次に、ユーザ端末２０の表示制御部２０２は、入力受付部２０１が大学エリアへの画面遷移操作の入力を受け付けると、図１４に示す大学エリア画面Ｇ２１０を表示する（ステップＳ５０２）。以降では、ユーザは、「ゼミのイベント」ボタンＧ２１１を押下して、「ゼミのイベント」画面Ｇ２２０への画面遷移操作を行ったものとする。
【０１３８】
次に、ユーザ端末２０の入力受付部２０１は、「ゼミのイベント」画面Ｇ２２０への画面遷移操作の入力を受け付ける（ステップＳ５０３）。
【０１３９】
次に、ユーザ端末２０のイベント一覧要求部２０４は、通信部２０９を介して、イベント一覧の取得要求をサーバ装置１０に送信する（ステップＳ５０４）。当該取得要求には、学生ＩＤ記憶部２１０に記憶されている学生ＩＤ２１１が含まれる。
【０１４０】
サーバ装置１０のイベント情報取得部１０３は、通信部１１０を介してイベント一覧の取得要求をユーザ端末２０から受信すると、学生情報ＤＢ１２０に格納されている学生情報を参照して、ユーザの所属グループ（所属ゼミ）を特定する（ステップＳ５０５）。
【０１４１】
次に、サーバ装置１０のイベント情報取得部１０３は、上記のステップＳ５０５で特定したグループのイベント情報をイベント情報ＤＢ１３０から取得する（ステップＳ５０６）。そして、イベント情報取得部１０３は、イベント情報ＤＢ１３０から取得したイベント情報をユーザ端末２０に返信する。
【０１４２】
ユーザ端末２０の表示制御部２０２は、サーバ装置１０からイベント情報が返信されると、図１４に示す「ゼミのイベント」画面Ｇ２２０を表示する（ステップＳ５０７）。
【０１４３】
ユーザは、イベント一覧Ｇ２２１に含まれるボタンを選択することで、イベント選択操作を行うことができる。以降では、ユーザは、自身が既に参加申込を行ったイベントを示す「歓迎会の案内」ボタンＧ２２２を選択して、イベント選択操作を行ったものとする。
【０１４４】
次に、ユーザ端末２０の入力受付部２０１は、「歓迎会の案内」ボタンＧ２２２を選択したイベント選択操作の入力を受け付ける（ステップＳ５０８）。
【０１４５】
次に、ユーザ端末２０の表示制御部２０２は、「歓迎会の案内」ボタンＧ２２２を選択したイベント選択操作の入力を受け付けると、図１４に示すイベント詳細画面Ｇ３１０を表示する（ステップＳ５０９）。このように、表示制御部２０２は、ユーザが既に参加申込を行ったイベントに対するイベント選択操作の入力を入力受付部２０１が受け付けると、図１４に示すような、イベント詳細画面Ｇ３１０を表示する。ユーザが既に参加申込を行ったイベントであるか否かは、決済状況記憶部２２０に記憶されている決済状況２２１を参照することにより判定することができる。
【０１４６】
図１４に示すイベント詳細画面Ｇ３１０には、イベントの詳細情報（日程や内容等）が表示される詳細表示欄Ｇ３１１と、当該イベントの参加申込状況及び決済状況を参照するための「参加状況」ボタンＧ３１２とが含まれる。ユーザは、「参加状況」ボタンＧ３１２を押下することで、参加状況の確認操作を行うことができる。
【０１４７】
次に、ユーザ端末２０の入力受付部２０１は、参加状況の確認操作の入力を受け付ける（ステップＳ５１０）。
【０１４８】
次に、ユーザ端末２０の確認要求部２０７は、入力受付部２０１が参加状況の確認操作の入力を受け付けると、通信部２０９を介して、参加状況の確認要求をサーバ装置１０に送信する（ステップＳ５１１）。当該確認要求には、上記のステップＳ５０７でイベント選択操作がなされたイベントのイベントＩＤが含まれる。
【０１４９】
サーバ装置１０の参加状況確認部１０８は、通信部１１０を介して参加状況の確認要求を受信すると、該当のイベント情報の参加可能グループを特定する（ステップＳ５１２）。すなわち、参加状況確認部１０８は、イベント情報ＤＢ１３０に格納されているイベント情報のうち、当該確認要求に含まれるイベントＩＤのイベント情報における参加可能グループＩＤに設定されているグループＩＤを特定する。
【０１５０】
次に、サーバ装置１０の参加状況確認部１０８は、上記のステップＳ５１２で特定した参加可能グループに所属するユーザの学生情報を学生情報ＤＢ１２０から取得する（ステップＳ５１３）。言い換えれば、参加状況確認部１０８は、該当のイベントに参加可能なユーザの学生情報を学生情報ＤＢ１２０から取得する。
【０１５１】
そして、サーバ装置１０の参加状況確認部１０８は、取得した学生情報をユーザ端末２０に返信する。
【０１５２】
ユーザ端末２０の表示制御部２０２は、図１４に示す参加状況一覧画面Ｇ３２０を表示する（ステップＳ５１４）。図１４に示す参加状況一覧画面Ｇ３２０には、ユーザが参加を申し込んだイベントに参加可能な他のユーザの参加状況（参加又は不参加）を示す参加状況一覧Ｇ３２１が含まれる。参加状況一覧Ｇ３２１は、サーバ装置１０から返信された学生情報の決済状況に基づいて表示される。これにより、ユーザは、自身が参加を申し込んだイベントに参加可能な他のユーザの参加状況を知ることができる。
【０１５３】
なお、参加状況一覧Ｇ３２１には、当該他のユーザの決済が完了したか否かを示す情報が含まれていても良い。これにより、例えば、イベントの主催者や幹事であるユーザは、当該イベントの参加者の決済が完了したか否かを容易に確認することができるようになる。また、このような決済が完了したか否かを示す情報は、イベントの主催者や幹事であるユーザに限り表示されるようにしても良い。
【０１５４】
以上のように、本実施形態に係るサーバ装置１０は、ユーザ端末２０からの要求に応じて、当該ユーザ端末２０のユーザが参加申込を行ったイベントに参加可能な他のユーザの情報（参加又は不参加、決済完了又は決済未完了等）を表示することができる。これにより、ユーザは、自身が参加するイベントにおける参加状況や決済状況を容易に知ることができる。
【０１５５】
［第二の実施形態］
次に、第二の実施形態について説明する。第一の実施形態では、イベントを主催又は幹事するユーザ（例えば幹事学生）の口座を振込先口座に特定する場合について説明したが、第二の実施形態では、イベントに参加可能なグループに対応する口座を振込先口座に特定する場合について説明する。
【０１５６】
なお、第二の実施形態では、主に、第一の実施形態との相違点について説明し、第一の実施形態と同様の構成要素については、第一の実施形態と同一の符号を付与し、その説明を省略する。
【０１５７】
＜機能構成＞
まず、本実施形態に係る取引システム１の機能構成について、図１５を参照しながら説明する。図１５は、第二の実施形態に係る取引システム１の機能構成の一例を示す図である。
【０１５８】
図１５に示すように、本実施形態に係るサーバ装置１０の特定処理部１０６は、振込先口座特定部１２６Ａを有する。また、本実施形態に係るサーバ装置１０は、グループ情報ＤＢ１４０を有する。当該ＤＢは、例えば補助記憶装置４０８を用いて実現可能である。なお、当該ＤＢは、サーバ装置１０とネットワークＮを介して接続される記憶装置等を用いて実現されていても良い。
【０１５９】
振込先口座特定部１２６Ａは、グループ情報ＤＢ１４０を参照して、イベントに参加可能なグループに対応する口座を振込先口座に特定する。
【０１６０】
グループ情報ＤＢ１４０は、グループ情報を格納している。ここで、グループ情報ＤＢ１４０について、図１６を参照しながら説明する。図１６は、グループ情報ＤＢ１４０の一例を示す図である。
【０１６１】
図１６に示すように、グループ情報ＤＢ１４０には、１以上のグループ情報が格納されている。また、グループ情報は、データ項目として、グループＩＤと、口座情報とを有する。
【０１６２】
このように、グループ情報ＤＢ１４０には、グループ毎に、当該グループの口座情報が含まれるグループ情報が格納されている。
【０１６３】
＜口座及び金額の特定処理＞
以降では、図１０のステップＳ３１４における口座及び金額の特定処理について、図１７を参照しながら説明する。図１７は、第二の実施形態に係る口座及び金額の特定処理の一例を示すフローチャートである。なお、図１７のステップＳ６０１及びステップＳ６０４は、図１２のステップＳ４０１及びステップＳ４０４と同様であるため、その説明を省略する。
【０１６４】
ステップＳ６０１に続いて、振込先口座特定部１２６Ａは、グループ情報ＤＢ１４０を参照して、受信したイベントＩＤからグループＩＤを特定する（ステップＳ６０２）。すなわち、振込先口座特定部１２６Ａは、イベント情報ＤＢ１３０に含まれるイベント情報のうち、当該イベントＩＤのイベント情報における参加可能グループＩＤに設定されているグループＩＤを特定する。
【０１６５】
次に、振込先口座特定部１２６Ａは、グループ情報ＤＢ１４０を参照して、上記のステップＳ６０２で特定したグループＩＤから、振込先口座を特定する（ステップＳ６０３）。すなわち、振込先口座特定部１２６Ａは、グループ情報ＤＢ１４０に格納されているグループ情報のうち、当該グループＩＤが含まれるグループ情報における口座情報を特定する。ここで特定された口座情報が振込先口座の口座情報である。
【０１６６】
以上のように、本実施形態に係るサーバ装置１０は、イベントに参加可能なグループに対応する口座を振込先口座に特定することができる。これにより、例えば、あるグループのイベントを複数のユーザが登録するような場合でも、同一の振込先口座とすることができる。
【０１６７】
以上、本発明の実施形態について詳述したが、本発明は斯かる特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【０１６８】
以上の説明に関し、更に以下の項を開示する。
（付記１）
第１のユーザを示す第１のユーザＩＤ、及び第１のグループを示す第１のグループＩＤと対応付けられたイベントの登録を受け付けた場合、グループＩＤと前記グループに属するユーザのユーザＩＤとを対応付けて記憶した記憶部を参照して、前記第１のグループＩＤに属するユーザＩＤを特定し、
特定した前記ユーザＩＤに対応する端末から、前記イベント情報が示すイベントの申し込み依頼及び前記イベント費用に関する決済処理の指示を受信すると、特定した前記ユーザＩＤに対応付けて記憶した口座から前記第１のユーザＩＤ又は前記第１のグループＩＤに対応する口座への振込指示を決済処理装置に送信し、
前記決済処理装置からの決済処理の完了通知に応じて、前記イベントに関して、特定した前記ユーザＩＤに対応する端末の決済ステータスを決済完了に更新する、
処理をコンピュータに実行させることを特徴とする取引プログラム。
（付記２）
特定した前記ユーザＩＤに対応する端末に、該ユーザＩＤにより示されるユーザが申込み可能なイベントが登録されたことを通知する、
処理をコンピュータに実行させることを特徴とする付記１記載の取引プログラム。
（付記３）
特定した前記ユーザＩＤのうちの一のユーザＩＤに対応する第１の端末からの要求に応じて、特定した前記ユーザＩＤに対応する端末の決済ステータスを前記第１の端末に表示させる、
処理をコンピュータに実行させることを特徴とする付記１又は２記載の取引プログラム。
（付記４）
第１のユーザを示す第１のユーザＩＤ、及び第１のグループを示す第１のグループＩＤと対応付けられたイベントの登録を受け付けた場合、グループＩＤと前記グループに属するユーザのユーザＩＤとを対応付けて記憶した記憶部を参照して、前記第１のグループＩＤに属するユーザＩＤを特定する特定部と、
特定した前記ユーザＩＤに対応する端末から、前記イベント情報が示すイベントの申し込み依頼及び前記イベント費用に関する決済処理の指示を受信すると、特定した前記ユーザＩＤに対応付けて記憶した口座から前記第１のユーザＩＤ又は前記第１のグループＩＤに対応する口座への振込指示を決済処理装置に送信する送信部と、
前記決済処理装置からの決済処理の完了通知に応じて、前記イベントに関して、特定した前記ユーザＩＤに対応する端末の決済ステータスを決済完了に更新する更新部と、
を有することを特徴とする取引装置。
（付記５）
特定した前記ユーザＩＤに対応する端末に、該ユーザＩＤにより示されるユーザが申込み可能なイベントが登録されたことを通知する通知部、
を有することを特徴とする付記４記載の取引装置。
（付記６）
特定した前記ユーザＩＤのうちの一のユーザＩＤに対応する第１の端末からの要求に応じて、特定した前記ユーザＩＤに対応する端末の決済ステータスを前記第１の端末に表示させる決済ステータス送信部
を有することを特徴とする付記４又は５記載の取引装置。
（付記７）
第１のユーザを示す第１のユーザＩＤ、及び第１のグループを示す第１のグループＩＤと対応付けられたイベントの登録を受け付けた場合、グループＩＤと前記グループに属するユーザのユーザＩＤとを対応付けて記憶した記憶部を参照して、前記第１のグループＩＤに属するユーザＩＤを特定し、
特定した前記ユーザＩＤに対応する端末から、前記イベント情報が示すイベントの申し込み依頼及び前記イベント費用に関する決済処理の指示を受信すると、特定した前記ユーザＩＤに対応付けて記憶した口座から前記第１のユーザＩＤ又は前記第１のグループＩＤに対応する口座への振込指示を決済処理装置に送信し、
前記決済処理装置からの決済処理の完了通知に応じて、前記イベントに関して、特定した前記ユーザＩＤに対応する端末の決済ステータスを決済完了に更新する、
処理をコンピュータが実行することを特徴とする取引方法。
（付記８）
特定した前記ユーザＩＤに対応する端末に、該ユーザＩＤにより示されるユーザが申込み可能なイベントが登録されたことを通知する、
処理をコンピュータが実行することを特徴とする付記７記載の取引方法。
（付記９）
特定した前記ユーザＩＤのうちの一のユーザＩＤに対応する第１の端末からの要求に応じて、特定した前記ユーザＩＤに対応する端末の決済ステータスを前記第１の端末に表示させる、
処理をコンピュータが実行することを特徴とする付記７又は８記載の取引方法。
【符号の説明】
【０１６９】
１        取引システム
１０      サーバ装置
２０      ユーザ端末
３０      銀行システム
１０１    口座認証要求部
１０２    口座登録部
１０３    イベント情報取得部
１０４    イベント登録部
１０５    通知部
１０６    特定処理部
１０７    振込要求部
１０８    参加状況確認部
１０９    決済状況更新部
１１０    通信部
１１６    金額特定部
１２０    学生情報ＤＢ
１２６    振込先口座特定部
１３０    イベント情報ＤＢ
１３６    振込元口座特定部
２０１    入力受付部
２０２    表示制御部
２０３    口座登録要求部
２０４    イベント一覧要求部
２０５    イベント登録要求部
２０６    振込要求部
２０７    確認要求部
２０８    決済状況管理部
２０９    通信部
２１０    学生ＩＤ記憶部
２２０    決済状況記憶部
【図１】
2018163597.tif 000003
【図２】
2018163597.tif 000004
【図３】
2018163597.tif 000005
【図４】
2018163597.tif 000006
【図５】
2018163597.tif 000007
【図６】
2018163597.tif 000008
【図７】
2018163597.tif 000009
【図８】
2018163597.tif 000010
【図９】
2018163597.tif 000011
【図１０】
2018163597.tif 000012
【図１１】
2018163597.tif 000013
【図１２】
2018163597.tif 000014
【図１３】
2018163597.tif 000015
【図１４】
2018163597.tif 000016
【図１５】
2018163597.tif 000017
【図１６】
2018163597.tif 000018
【図１７】
2018163597.tif 000019