JP2018205844A - 支払支援装置、支払支援方法、および支払支援プログラム - Google Patents

Abstract

【課題】冠婚葬祭などのイベントにおける受付手続にかかる負担を軽減する支払支援装置、支払支援方法、および支払支援プログラムを提供する。【解決手段】支払支援システム１００において、招待者端末１３１は、受取人が開催するイベントに支払人が参加するか否かの出欠の予定と、イベントにおいて支払人が与信取引によって受取人に支払う祝儀の金額と、を受け付ける。式場サーバ１１１の受信部４０１は、招待者端末１３１が受け付けた受付結果を受信する。第１通知部４０２は、受信部４０１によって受信された受付結果のうち出欠の予定を主催者端末１２１に通知する。実行部４０３は、支払人からの与信取引の実行開始の要求に応じて、与信取引を実行する。第２通知部４０４は、実行部４０３によって実行された与信取引にかかる金額を主催者端末１２１に通知する。【選択図】図４Ｂ

Description

この発明は、支払支援装置、支払支援方法、および支払支援プログラムに関する。

従来、冠婚葬祭などの式場においては、出席者が祝儀や香典を持参し、持参した祝儀や香典を受付にて差し出して記名等をおこなう受付手続がおこなわれる。受付手続は、たとえば、出席の確認や、祝儀や香典の受領や、出席者に記名を促すことなどである。また、受付を担当する受付員は、たとえば、新郎新婦が依頼した友人や、喪主が依頼した知人などであり、無償でおこなわれる。

関連する先行技術としては、会場出席者と来場しないオンライン出席者とを相互に視認可能にするとともに、各オンライン出席者同士も相互に視認可能にし、各オンライン出席者が会場に同席したような環境で冠婚葬祭をおこなうことや、オンライン出席者がクレジットカードで祝儀を支払えることが開示されている（たとえば、下記特許文献１参照。）。

特開２００３−３３１０７３号公報

しかしながら、従来技術では、冠婚葬祭などのイベントにおける受付手続には時間と手間を要し、イベントにかかわる人の負担となっていた。具体的には、たとえば、上述した特許文献１の会場出席者は、現金を用意する必要があることや、受付において記名等をおこなう必要があるため、煩わしいこともあり、負担となっていた。

また、受付員にとっては、各参加者が記名等の手続に要する分だけの時間を費やし、また、出席の確認をおこなうことや、出席者から提示された現金を管理して紛失防止に努めるため、負担となっていた。また、冠婚葬祭を主催する新郎新婦や喪主等の主催者にとっては、受付員を選定することや、受付員へお礼をおこなうことがあるため、負担となっていた。

この発明は、上述した従来技術による問題点を解消するため、イベントにおける受付手続にかかる負担を軽減することができる支払支援装置、支払支援方法、および支払支援プログラムを提供することを目的とする。

上述した課題を解決し、目的を達成するため、この発明にかかる支払支援装置は、受取人が開催するイベントに支払人が参加するか否かの出欠の予定と、前記イベントにおいて前記支払人が与信取引によって前記受取人に支払う所望の金額と、を受け付ける支払人端末から、前記支払人端末が受け付けた受付結果を受信する受信部と、前記受信部によって受信された前記受付結果のうち前記出欠の予定を受取人端末に通知する第１通知部と、前記支払人からの前記与信取引の実行開始の要求に応じて、前記与信取引を実行する実行部と、前記実行部によって実行された前記与信取引にかかる金額を前記受取人端末に通知する第２通知部と、を備えたことを特徴とする。

また、この発明にかかる支払支援装置は、上記発明において、前記受付結果に含まれる前記所望の金額を記憶する記憶部をさらに備え、前記実行部は、前記イベントの会場に設けられる所定の通信装置からの前記要求に応じて、前記記憶部に記憶された前記所望の金額の与信取引を実行する、ことを特徴とする。

また、この発明にかかる支払支援装置は、上記発明において、前記第２通知部は、前記実行部によって前記所定の通信装置からの前記要求に応じた前記与信取引が実行されると、前記支払人が前記イベントに出席した旨を前記受取人端末に通知する、ことを特徴とする。

また、この発明にかかる支払支援装置は、上記発明において、前記受付結果は、前記与信取引に用いられるカードの情報を含み、前記記憶部は、前記受付結果に含まれる、前記所望の金額と前記カードの情報とを記憶し、前記要求は、前記所定の通信装置に入力された前記カードの情報を含み、前記実行部は、前記要求に応じて、前記要求に含まれる前記カードの情報に基づいて、前記記憶部に記憶された前記所望の金額の前記与信取引を実行する、ことを特徴とする。

また、この発明にかかる支払支援装置は、上記発明において、前記カードの情報を符号化したコードを生成する生成部と、前記生成部によって生成された前記コードを前記支払人端末に通知する第３通知部と、を有し、前記要求は、前記支払人端末に表示された前記コードを前記所定の通信装置が読み取ることによって入力された前記カードの情報を含むみ、ことを特徴とする。

また、この発明にかかる支払支援装置は、上記発明において、前記実行部は、前記支払人端末からの前記要求に応じて、前記与信取引を実行する、ことを特徴とする。

また、この発明にかかる支払支援装置は、上記発明において、前記受信部は、前記出欠の予定と前記所望の金額とを受け付ける所定のサイトにおいて、前記支払人端末が受け付けた前記受付結果を受信する、ことを特徴とする。

また、この発明にかかる支払支援装置は、上記発明において、前記支払人端末に、支払人毎に設けられる前記所定のサイトのアドレス情報を送信する送信部をさらに備え、前記受信部は、前記送信部によって送信されたアドレス情報に応じた前記所定のサイトにおいて、前記支払人端末が受け付けた前記受付結果を受信する、ことを特徴とする。

また、この発明にかかる支払支援方法は、受取人が開催するイベントに支払人が参加するか否かの出欠の予定と、前記イベントにおいて前記支払人が与信取引によって前記受取人に支払う所望の金額と、を受け付ける支払人端末から、前記支払人端末が受け付けた受付結果を受信し、受信した前記受付結果のうち前記出欠の予定を受取人端末に通知し、前記支払人からの前記与信取引の実行開始の要求に応じて、前記与信取引を実行し、実行した前記与信取引にかかる金額を前記受取人端末に通知する、処理をコンピュータが実行することを特徴とする。

また、この発明にかかる支払支援プログラムは、受取人が開催するイベントに支払人が参加するか否かの出欠の予定と、前記イベントにおいて前記支払人が与信取引によって前記受取人に支払う所望の金額と、を受け付ける支払人端末から、前記支払人端末が受け付けた受付結果を受信し、受信した前記受付結果のうち前記出欠の予定を受取人端末に通知し、前記支払人からの前記与信取引の実行開始の要求に応じて、前記与信取引を実行し、実行した前記与信取引にかかる金額を前記受取人端末に通知する、処理をコンピュータに実行させることを特徴とする。

この発明にかかる支払支援装置、支払支援方法、および支払支援プログラムによれば、イベントにおける受付手続にかかる負担を軽減することができるという効果を奏する。

実施の形態１にかかる支払支援システム１００のシステム構成例を示す説明図である。 式場サーバ１１１およびカード会社サーバ１４１のハードウエア構成の一例を示すブロック図である。 式場端末１１２、主催者端末１２１および招待者端末１３１のハードウエア構成の一例を示すブロック図である。 主催者情報ＤＢ１１５の記憶内容の一例を示す説明図である。 招待者情報ＤＢ１１６の記憶内容の一例を示す説明図である。 支払支援システム１００における祝儀の支払がおこなわれる際の手順を示す説明図である。 実施の形態１にかかる支払支援システム１００の機能的構成を示す説明図である。 招待者端末１３１のディスプレイに表示される表示画面例を示す説明図（その１）である。 招待者端末１３１のディスプレイに表示される表示画面例を示す説明図（その２）である。 招待者端末１３１のディスプレイに表示される表示画面例を示す説明図（その３）である。 招待者端末１３１のディスプレイに表示される表示画面例を示す説明図（その４）である。 主催者端末１２１のディスプレイに表示される表示画面例を示す説明図（その１）である。 主催者端末１２１のディスプレイに表示される表示画面例を示す説明図（その２）である。 主催者端末１２１のディスプレイに表示される表示画面例を示す説明図（その３）である。 主催者端末１２１のディスプレイに表示される表示画面例を示す説明図（その４）である。 式場端末１１２のディスプレイに表示される表示画面例を示す説明図である。 実施の形態１にかかる式場サーバ１１１の主催者による情報の登録処理手順の一例を示すフローチャートである。 式場サーバ１１１がおこなう、招待者情報の登録処理および招待状の送信処理の処理手順の一例を示すフローチャートである。 与信取引を実行する際の式場サーバ１１１の処理手順の一例を示すフローチャートである。 実施の形態２にかかる支払支援システム１１００のシステム構成例を示す説明図である。 参列者情報ＤＢ１１１６の記憶内容の一例を示す説明図である。 支払支援システム１１００における香典の支払がおこなわれる際の手順を示す説明図である。 実施の形態２にかかる支払支援システム１１００の機能的構成を示す説明図である。 参列者端末１１３１のディスプレイに表示される表示画面例を示す説明図（その１）である。 参列者端末１１３１のディスプレイに表示される表示画面例を示す説明図（その２）である。 実施の形態２にかかる式場サーバ１１１がおこなう、主催者情報の登録処理および訃報の送信処理の処理手順の一例を示すフローチャートである。

以下に図面を参照して、この発明にかかる支払支援装置、支払支援方法、および支払支援プログラムの実施の形態を詳細に説明する。

（実施の形態１）
実施の形態１では、結婚式場において、この発明にかかる支払支援装置、支払支援方法、および支払支援プログラムを適用した場合について説明する。

（実施の形態１にかかる支払支援システム１００のシステム構成）
まず、実施の形態１にかかる支払支援システム１００のシステム構成例について説明する。図１は、実施の形態１にかかる支払支援システム１００のシステム構成例を示す説明図である。図１において、支払支援システム１００は、式場サーバ１１１と、式場端末１１２と、主催者端末１２１と、招待者端末１３１と、カード会社サーバ１４１と、を有する。

式場サーバ１１１は、支払支援装置の一例であり、イベントにおける各人の出席の予定や支払金額を管理する。式場サーバ１１１は、パーソナルコンピュータなどの汎用的なコンピュータ装置によって実現することができる。式場サーバ１１１は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）やメモリやインタフェースなどを有する。また、式場サーバ１１１は、主催者情報ＤＢ（Ｄａｔａｂａｓｅ）１１５と、招待者情報ＤＢ１１６と、を有する。主催者情報ＤＢ１１５および招待者情報ＤＢ１１６の記憶内容については、図３Ａおよび図３Ｂを用いて後述する。

式場端末１１２は、結婚式場１１０のスタッフ等が使用するパーソナルコンピュータなどの汎用的なコンピュータ装置であり、一または複数ある。式場端末１１２は、たとえば、デスクトップ型ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）、タブレット型ＰＣ、ノートＰＣ、スマートフォンなどである。式場端末１１２は、ＣＰＵやメモリやインタフェースなどを有する。

スキャナ１１３は、たとえば、クレジットカードの情報を読み取るカードリーダや、ＱＲコード（登録商標）などの二次元コードを読み込むバーコードリーダである。スキャナ１１３は、カードリーダとバーコードリーダとの両方の機能を有するものとするが、いずれか一方の機能を有していればよい。スキャナ１１３は、接触型や非接触型のいずれの態様でもよい。

主催者端末１２１は、受取人端末の一例であり、結婚式の主催者１２０である新郎新婦が使用するコンピュータ装置である。主催者端末１２１は、たとえば、スマートフォン、タブレット型ＰＣ、デスクトップ型ＰＣ、ノートＰＣ、携帯電話機、ＰＨＳ（Ｐｅｒｓｏｎａｌ Ｈａｎｄｙｐｈｏｎｅ Ｓｙｓｔｅｍ）などである。主催者端末１２１は、ＣＰＵやメモリやインタフェースなどを有する。

招待者端末１３１は、支払人端末の一例であり、結婚式に招待される招待者１３０が使用するコンピュータ装置である。招待者端末１３１は、たとえば、スマートフォン、タブレット型ＰＣ、デスクトップ型ＰＣ、ノートＰＣ、携帯電話機、ＰＨＳなどである。招待者端末１３１は、ＣＰＵやメモリやインタフェースなどを有する。招待者１３０は、それぞれクレジットカードを有する。

カード会社サーバ１４１は、カード会社１４０のサーバであり、クレジットカードの所有者毎の与信取引を管理するパーソナルコンピュータなどの汎用的なコンピュータ装置である。カード会社サーバ１４１は、ＣＰＵやメモリやインタフェースなどを有する。

支払支援システム１００において、式場サーバ１１１と、式場端末１１２と、スキャナ１１３と、主催者端末１２１と、招待者端末１３１と、カード会社サーバ１４１とは、有線または無線のネットワーク１５０を介して接続される。ネットワーク１５０は、たとえば、インターネット、移動体通信網、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）などである。

式場サーバ１１１には、この発明にかかる支払支援プログラムがインストールされている。式場サーバ１１１は、式場端末１１２、主催者端末１２１および招待者端末１３１からの各種要求に応じた処理をおこない、式場端末１１２、主催者端末１２１および招待者端末１３１に対して処理結果を出力する。なお、この発明にかかる支払支援装置は、イベント会場に配置される式場サーバ１１１によって実現されるが、これに限らず、たとえば、イベントを提供する外部の企業等が管理する、外部のサーバによって実現されることとしてもよい。

式場端末１１２、主催者端末１２１および招待者端末１３１には、式場サーバ１１１が提供する各種の情報を閲覧するブラウザがインストールされている。式場端末１１２、主催者端末１２１および招待者端末１３１は、式場サーバ１１１と通信をおこない、ブラウザの機能によって、式場サーバ１１１が提供する情報を出力する。また、式場端末１１２、主催者端末１２１および招待者端末１３１は、式場サーバ１１１と通信をおこない、操作入力に応じた情報を式場サーバ１１１に出力する。

式場端末１１２、主催者端末１２１および招待者端末１３１は、ディスプレイに文字や画像を表示することによって情報を出力する。また、式場端末１１２、主催者端末１２１および招待者端末１３１は、スピーカから音声を出力することによって情報を出力することも可能である。

なお、スキャナ１１３は、通信機能を有し、読み取った内容を、ネットワーク１５０を介して直接、式場サーバ１１１に送信することとしてもよい。また、スキャナ１１３は、通信機能とともに、ディスプレイを有し、クレジットカード等から読み取った内容をディスプレイに表示させてもよい。この場合、スキャナ１１３は、式場端末１１２に直接接続されていなくてもよい。

（式場サーバ１１１およびカード会社サーバ１４１のハードウエア構成の一例）
つぎに、式場サーバ１１１およびカード会社サーバ１４１のハードウエアについて、その具体的な構成の一例を説明する。図２Ａは、式場サーバ１１１およびカード会社サーバ１４１のハードウエア構成の一例を示すブロック図である。なお、以下においては、カード会社サーバ１４１の説明を省略することとし、式場サーバ１１１について説明することとするが、カード会社サーバ１４１についても同様の構成である。

図２Ａにおいて、式場サーバ１１１を実現するコンピュータ装置は、ＣＰＵ２１１と、メモリ２１２と、通信ＩＦ（Ｉｎｔｅｒｆａｃｅ）２１３と、を備える。コンピュータ装置が備える各部２１１〜２１３は、バス２１０によってそれぞれ接続されている。ＣＰＵ２１１は、コンピュータ装置の全体の制御をつかさどる。

メモリ２１２は、ブートプログラムなどの１プログラムや各種のデータベースのデータなどを記憶する。また、メモリ２１２は、支払支援プログラムや各種データベースの一部のデータなど、支払支援サービスの提供にかかる各種のプログラムやデータを記憶する。

また、メモリ２１２は、ＣＰＵ２１１のワークエリアとして使用される。メモリ２１２は、たとえば、ＲＯＭ（Ｒｅａｄ−Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＨＤＤ（Ｈａｒｄ Ｄｉｓｃ Ｄｒｉｖｅ）およびＨＤ（Ｈａｒｄ Ｄｉｓｃ）などによって実現することができる。

通信ＩＦ２１３は、ネットワーク１５０に接続され、コンピュータ装置の内部と、式場端末１１２、スキャナ１１３、主催者端末１２１、招待者端末１３１、カード会社サーバ１４１などの外部装置とのインタフェースをつかさどる。具体的には、通信ＩＦ２１３は、コンピュータ装置の内部と外部装置との間におけるデータの入出力を制御する。

（式場端末１１２、主催者端末１２１および招待者端末１３１のハードウエア構成の一例）
つぎに、式場端末１１２、主催者端末１２１および招待者端末１３１のハードウエア構成の一例を説明する。図２Ｂは、式場端末１１２、主催者端末１２１および招待者端末１３１のハードウエア構成の一例を示すブロック図である。なお、ここでは、式場端末１１２および招待者端末１３１の説明を省略することとし、主催者端末１２１について説明することとするが、式場端末１１２および招待者端末１３１についても同様の構成である。

図２Ｂにおいて、主催者端末１２１は、ＣＰＵ２２１と、メモリ２２２と、出力デバイス２２３と、入力デバイス２２４と、通信ＩＦ２２５と、を備える。また、主催者端末１２１が備える各部２２１〜２２５は、バス２２０によってそれぞれ接続されている。

ＣＰＵ２２１は、主催者端末１２１の全体の制御をつかさどる。ＣＰＵ２２１は、メモリ２２２が記憶する各種のプログラムやデータを用いて、主催者端末１２１の全体の制御をつかさどる。メモリ２２２は、ハードディスクやフラッシュメモリなどによって実現することができる。

出力デバイス２２３は、たとえば、ディスプレイ、スピーカ、音声出力端子などを含む。スピーカは、操作内容や、利用者に対する案内情報などを表示する。ディスプレイは、支払支援サービスにかかる各種の操作画面を表示する。ディスプレイは、たとえば、主に液晶ディスプレイや有機ＥＬ（Ｅｌｅｃｔｒｏ−Ｌｕｍｉｎｅｓｃｅｎｃｅ）ディスプレイなどによって実現することができる。

また、スピーカは、音声、アラーム音などを出力する。音声出力端子は、ヘッドフォーンなどを接続する端子であり、スピーカと同様に、音声、アラーム音などを接続されたヘッドフォーンなどに出力する。

入力デバイス２２４は、文字、数値、各種指示などの入力のためのキーを備え、データ入力をおこなう。入力デバイス２２４は、たとえば、タッチパネルやキーボードなどによって実現することができる。タッチパネルやキーボードなどによって実現される入力デバイス２２４は、当該入力デバイス２２４に対する入力操作に応じた信号をＣＰＵ２２１に対して出力する。

入力デバイス２２４をタッチパネルによって実現する場合、当該タッチパネルは、ディスプレイの表示面側に積層される。タッチパネルは、指やペンなどの筆記部材が接触したことを検出した場合に、タッチパネルに対する筆記部材の接触位置に応じた電気信号を出力する。タッチパネルは、たとえば抵抗膜方式や静電容量方式、音響パルス認識方式、超音波表面弾性波方式、赤外遮光方式、画像認識方式など公知の各種の方式のものを用いることができる。

また、入力デバイス２２４は、カメラを含む。カメラは、ＣＰＵ２２１によって制御されて撮像対象を撮像し、画像データを生成したり、バーコードやＱＲコード（登録商標）といった二次元コードを撮影して入力したり、ＯＣＲ（Ｏｐｔｉｃａｌ Ｃｈａｒａｃｔｅｒ Ｒｅａｄｅｒ）機能を用いて撮影した文字をデータ化して入力することができる。

また、入力デバイス２２４は、マイクを含む。マイクは、アナログデータとして入力された話者の声をアナログ／デジタル変換し、デジタル形式の音声データを生成する。マイクを用いることにより、利用者は、利用者端末装置１０２を介して、タッチパネルやキーボードを用いる代わりに、文字などの入力をおこなうことができる。

通信ＩＦ２２５は、主催者端末１２１の内部と、式場サーバ１１１、式場端末１１２、スキャナ１１３、招待者端末１３１、カード会社サーバ１４１などの外部装置とのインタフェースをつかさどる。また、通信ＩＦ２２５は、電話回線網に接続され、音声通信に際して用いられることとしてもよい。

そのほか、主催者端末１２１は、図示は省略するが、スピーカなどを含む通話機能、通信機能など、たとえば、スマートフォンなどの情報処理装置としての機能を備える。また、式場端末１１２の場合、バス２２０にスキャナ１１３が接続される。スキャナ１１３は、招待者が提示するクレジットカードや二次元コードから、カード番号等のカードの情報を読み取る。

（主催者情報ＤＢ１１５および招待者情報ＤＢ１１６の記憶内容）
つぎに、図３Ａおよび図３Ｂを用いて、図１に示した式場サーバ１１１が有する主催者情報ＤＢ１１５および招待者情報ＤＢ１１６の記憶内容について説明する。主催者情報ＤＢ１１５および招待者情報ＤＢ１１６は、たとえば、図２Ａに示したメモリ２１２などの記憶部により実現される。

図３Ａは、主催者情報ＤＢ１１５の記憶内容の一例を示す説明図である。図３Ａにおいて、主催者情報ＤＢ１１５は、式ＩＤ（Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）、日時、場所、主催者氏名、住所、メールアドレス、電話番号、および口座番号のフィールドを有する。各フィールドに情報を設定することで、主催者情報（たとえば、主催者情報３００−１〜３００−３）のレコードが記憶される。

式ＩＤは、開催する結婚式毎に付される識別情報を示す。日時は、各結婚式の開催日時を示す。場所は、各結婚式が行われる会場を示す。主催者氏名は、各結婚式の主催者（たとえば、新郎）の氏名を示す。住所は、主催者の住所を示す。メールアドレスは、主催者端末１２１のメールアドレスを示す。電話番号は、主催者端末１２１の電話番号を示す。口座番号は、主催者の口座番号を示す。

たとえば、主催者情報３００−１は、式ＩＤ「Ａ００１」、日時「３月２０日１３時」、場所「３階○場」、主催者氏名「総研総太郎」、住所「東京都…」、メールアドレス「○○＠○○．ｊｐ」、電話番号「○○○○」、口座番号「○○○○○」を示す。また、式ＩＤ「Ａ００１」以外の他の結婚式の主催者情報３００−２，３００−３についても、同様に、主催者情報ＤＢ１１５に記憶される。

主催者情報３００は、たとえば、結婚式場のスタッフと主催者とが結婚式の打合せにおいて決定した事項や主催者が申告した事項が入力される。たとえば、主催者情報３００は、式場端末１１２を介して結婚式場のスタッフによって入力されてもよいし、主催者端末１２１を介して主催者によって入力されてもよい。

図３Ｂは、招待者情報ＤＢ１１６の記憶内容の一例を示す説明図である。図３Ｂにおいて、招待者情報ＤＢ１１６は、式ＩＤ、招待者氏名、メールアドレス、お車代、参加予定、メッセージ、住所、祝儀の額、カード番号、最終更新日、有効期限、および支払完了、を有する。各フィールドに情報を設定することで、招待者情報（たとえば、招待者情報３１０−１〜３１０−５）のレコードが記憶される。

式ＩＤは、結婚式毎に付される識別情報を示し、主催者情報ＤＢ１１５（図３Ａ参照）に記憶される式ＩＤに対応する。招待者氏名は、主催者が結婚式に招待する招待者の氏名を示す。メールアドレスは、招待者のメールアドレスを示す。お車代は、主催者から招待者へ交通費として支払う費用を示す。招待者氏名、メールアドレス、およびお車代については、主催者の申告に基づいて式場端末１１２または主催者端末１２１を介して入力される。ただし、招待者氏名およびメールアドレスについては、招待者によって招待者端末１３１を介して訂正をおこなうことも可能である。

参加予定は、参加または不参加のいずれかを示す。メッセージは、招待者から主催者へのお祝いの言葉を示す。住所は、招待者の住所を示す。祝儀の額は、招待者から主催者への祝儀の金額であり、与信取引により支払われる所望の金額を示す。招待者情報ＤＢ１１６に記憶される祝儀の額は、式場サーバ１１１がカード会社サーバ１４１に対して、後述するオーソリ予約をおこなうことによって確定する。

カード番号は、祝儀の支払を与信取引によっておこなう際のクレジットカードの識別番号を示す。参加予定、メッセージ、住所、祝儀の額、およびカード番号は、招待者によって招待者端末１３１を介して入力される。なお、住所については、招待者が直接入力することに限らず、たとえば、カード番号を入力することにより、カードの情報から特定される住所を、カード会社サーバ１４１から受信して入力してもよい。

招待者による参加予定やメッセージの入力があると、主催者端末１２１に通知され、主催者は、招待者毎の参加予定やメッセージを閲覧することが可能である。主催者は、主催者端末１２１から、招待者氏名、メールアドレス、お車代、参加予定、メッセージ、住所、および最終更新日については、いつでも閲覧することが可能である。一方で、主催者は、祝儀の額とカード番号については、閲覧不可能である。ただし、祝儀の額については支払が完了すると閲覧可能となる。

最終更新日は、参加予定やメッセージや祝儀の額について、招待者が最後に更新した日を示し、招待者が更新すると、式場サーバ１１１により自動的に更新される。有効期限は、与信取引が可能な任意の有効期限を示し、たとえば、結婚式終了後１０日までを示す。有効期限は、結婚式場やカード会社や主催者で任意の期限を設定することが可能である。

支払完了は、支払が完了したか否かを示し、支払が完了すると、式場サーバ１１１によって「完了」に書き換える。たとえば、結婚式当日の所定時間内（式開始の１時間以内）に、スキャナ１１３にカードの情報が入力されることによって支払完了となると、式場サーバ１１１は、招待者が結婚式に出席したとみなし、その旨を主催者端末１２１に通知することができる。

支払が完了すると、主催者端末１２１に通知され、主催者は、招待者の祝儀の額についても閲覧することが可能となる。また、当日の支払であれば、主催者端末１２１に出席した旨が通知され、主催者は、当日の出席者を確認することができる。なお、カード番号については、支払の完了にかかわらず、主催者が閲覧することは不可能とする。

たとえば、招待者情報３１０−１は、結婚式に参加する回答を示す。具体的には、招待者情報３１０−１は、式ＩＤ「Ａ００１」、招待者氏名「祝山太郎」、メールアドレス「○○＠○○．ｊｐ」、お車代「￥５０００」、参加予定「参加」、メッセージ「おめでとう…」、住所「東京都…」、祝儀の額「￥３００００」、カード番号「○○○○」、最終更新日「２月１日」、有効期限「３月３０日」、支払完了「Ｎｕｌｌ」を示す。

また、たとえば、招待者情報３１０−３は、結婚式に参加しない回答を示す。具体的には、招待者情報３１０−３は、式ＩＤ「Ａ００１」、招待者氏名「祝本花子」、メールアドレス「○○＠○○．ｊｐ」、お車代「なし」、参加予定「不参加」、メッセージ「お幸せに…」、住所「埼玉県…」、祝儀の額「￥１００００」、カード番号「○○○○」、最終更新日「１月２５日」、有効期限「３月３０日」、支払完了「完了」を示す。招待者情報３１０−３において、祝儀の支払が完了しているため、主催者は、祝儀の額について閲覧可能である。

また、たとえば、招待者情報３１０−４は、結婚式の招待状に対する回答が未回答であることを示す。具体的には、招待者情報３１０−４は、式ＩＤ「Ａ００１」、招待者氏名「祝橋三郎」、メールアドレス「○○＠○○．ｊｐ」、お車代「￥１００００」、参加予定「Ｎｕｌｌ」、メッセージ「Ｎｕｌｌ」、住所「千葉県…」、祝儀の額「Ｎｕｌｌ」、カード番号「Ｎｕｌｌ」、最終更新日「Ｎｕｌｌ」、有効期限「Ｎｕｌｌ」、支払完了「Ｎｕｌｌ」を示す。他の招待者情報３１０−２，５についても、同様に、招待者情報ＤＢ１１６に記憶される。

（支払支援システム１００における祝儀の支払がおこなわれる際の手順について）
図４Ａは、支払支援システム１００における祝儀の支払がおこなわれる際の手順を示す説明図である。以下の説明において示す番号は、図４Ａに示す番号に対応する。図４Ａにおいて、（１）主催者１４０は、結婚式場１１０と契約をおこなって、主催者情報３００（図３Ａ参照）や、招待者情報３１０（図３Ｂ参照）における招待者氏名等が入力される。

（２）そして、式場サーバ１１１において招待者１３０毎の所定のサイト（出欠や祝儀の額を入力するサイト）を開設する。（３）式場サーバ１１１から招待者端末１３１に招待状が送信される。（４）招待者端末１３１は、招待者１３０の操作により、所定のサイトにアクセスし、招待者１３０から受け付けた、結婚式の出欠や、与信取引によって支払う祝儀の額や、クレジットカードの情報を送信する。

（５）式場サーバ１１１は、招待者端末１３１から、結婚式の出欠と、与信取引によって支払われる祝儀の額について受信すると、主催者端末１２１に出欠の予定を送信する。これにより、主催者１２０は、招待者の出欠を確認することができる。（６）また、式場サーバ１１１は、祝儀の額についてカード会社１４０にクレジットカードの利用照会をおこない、（７）照会結果を受信する。ここでは、クレジットカードが利用可能である旨の照会結果が得られたものとする。

（８）そして、結婚式の当日に、たとえば、招待者１３０がクレジットカードを持参して、スキャナ１１３（図１参照）にクレジットカードを挿入して支払をおこなうための操作をおこなうと、（９）式場サーバ１１１から、祝儀の額に相当する売上データがカード会社１４０に送信される。（１０）そして、結婚式場１１０から主催者１２０の口座に祝儀が入金される。また、（１１）結婚式場１１０の口座には、カード会社１４０から祝儀の額に相当する額が入金される。（１２）そして、後日、カード会社１４０から招待者１３０に祝儀の額の支払いが請求される。

このようにして、支払支援システム１００では、主催者１２０は、招待者１３０の出欠を確認することができる。また、招待者１３０は、現金を用意せずに、祝儀を主催者１２０に支払うことが可能である。

（実施の形態１にかかる支払支援システム１００の機能的構成）
図４Ｂは、実施の形態１にかかる支払支援システム１００の機能的構成を示す説明図である。図４Ｂにおいて、支払支援システム１００は、式場サーバ１１１と、式場端末１１２と、主催者端末１２１と、招待者端末１３１と、カード会社サーバ１４１と、を有する。式場サーバ１１１は、受信部４０１と、第１通知部４０２と、実行部４０３と、第２通知部４０４と、送信部４０５と、生成部４０６と、第３通知部４０７と、照会部４０８と、記憶制御部４０９と、記憶部４１０と、を有する。

受信部４０１と、第１通知部４０２と、実行部４０３と、第２通知部４０４と、送信部４０５と、生成部４０６と、第３通知部４０７と、照会部４０８と、記憶制御部４０９と、は、たとえば、式場サーバ１１１のメモリに記憶されたプログラムをＣＰＵに実行させることにより、その機能を実現する。各機能部の処理結果は、たとえば、式場サーバ１１１のメモリ２１２などの記憶装置に記憶される。また、記憶部４１０は、式場サーバ１１１のメモリ２１２などの記憶装置によって実現される。

招待者端末１３１は、受取人が開催するイベントに支払人が参加するか否かの出欠の予定を受け付ける。イベントは、たとえば、結婚式である。受取人は、たとえば、イベントを主催する主催者であり、たとえば、新郎新婦のいずれかである。支払人は、たとえば、招待者である。出欠の予定は、たとえば、招待者が結婚式に出席するか否かの予定である。以下において、受取人を主催者とし、支払人を招待者として説明する。

また、招待者端末１３１は、イベントにおいて招待者が与信取引によって主催者に支払う所望の金額を受け付ける。与信取引は、たとえば、クレジットカードによる取引である。所望の金額は、結婚式における祝儀の額であり、招待者の意思に基づく任意の金額である。また、招待者端末１３１は、クレジットカードの番号、有効期限、氏名などを含むカードの情報も受け付ける。また、招待者端末１３１は、結婚式において新郎新婦に送るメッセージや招待者の住所も受け付ける。

受信部４０１は、招待者端末１３１から、招待者端末１３１が受け付けた受付結果を受信する。受付結果は、招待者が結婚式に参加するか否かの出欠の予定と、招待者が与信取引によって支払う祝儀の金額と、を含む。また、受付結果は、カードの情報やメッセージも含む。受信部４０１によって受信された受付結果は、たとえば、記憶部４１０に記憶される。

第１通知部４０２は、受信部４０１によって受信された受付結果のうち出欠の予定を、受取人端末である主催者端末１２１に通知する。また、第１通知部４０２は、出欠の予定のほかにも、メッセージや招待者の住所を通知する。ただし、第１通知部４０２は、受信部４０１によって受信された受付結果のうち祝儀の金額については、与信取引が実行されるまで主催者端末１２１に通知しないこととする。

また、第１通知部４０２は、カードの情報については、与信取引が実行された場合でも主催者端末１２１に通知しない。第１通知部４０２は、主催者端末１２１における設定に応じた態様で出欠の予定を通知する。たとえば、第１通知部４０２は、出欠の予定を、主催者端末１２１にアラーム等で通知してもよいし、主催者端末１２１から出欠の予定の閲覧要求があった場合に通知してもよい。

実行部４０３は、招待者からの与信取引の実行開始の要求に応じて、与信取引を実行する。与信取引の実行とは、クレジットカードによる支払をおこなうことである。第２通知部４０４は、実行部４０３により与信取引が実行されることによって主催者が得た祝儀の金額を主催者端末１２１に通知する。主催者は、たとえば、祝儀の金額が主催者の口座に入金されることにより、祝儀の金額を得る。

第２通知部４０４は、主催者端末１２１における設定に応じた態様で、主催者が得た祝儀の金額を通知する。たとえば、実行部４０３は、主催者が得た祝儀の金額を、アラーム等で通知してもよいし、主催者端末１２１からの閲覧要求があった場合に通知してもよい。また、第２通知部４０４は、主催者が得た祝儀の金額を主催者端末１２１に通知するだけでなく、式場端末１１２にも通知してもよい。これにより、結婚式場のスタッフも主催者が得た祝儀の金額を把握することができる。

照会部４０８は、受付結果に含まれる祝儀の金額の支払が可能か否かの与信照会をおこなう。与信照会は、祝儀の額に相当する分のクレジットカードの利用が可能か否か照会であり、たとえば、クレジットカードの月々の利用可能な金額を示す与信枠のうち、祝儀の金額分の空きがあるか否かの照会である。記憶制御部４０９は、たとえば、照会部４０８による与信照会の結果に応じて、記憶部４１０に祝儀の金額を記憶させる。具体的には、記憶制御部４０９は、祝儀の額に相当する分のクレジットカードの利用が可能な場合に、受付結果に含まれる祝儀の額を記憶部４１０（図３Ｂの招待者情報ＤＢ１１６）に記憶させる。

また、記憶部４１０に記憶された受付結果は、たとえば、結婚式の当日などの所定の期限まで、出欠の予定や、メッセージや、祝儀の額や、カードの情報について、それぞれ変更することが可能であり、招待者からの変更を受け付けると、記憶制御部４０９が記憶部４１０の記憶内容を更新する。

また、たとえば、照会部４０８による照会の結果が利用可能な結果である場合に、式場サーバ１１１は、カード会社サーバ１４１に祝儀の金額分を確保させるオーソリ予約をおこなう。一方で、照会部４０８による照会の結果が利用不可能な結果である場合には、式場サーバ１１１は、オーソリ予約をおこなわないこととなる。

また、実行部４０３は、照会部４０８によって祝儀の金額の支払が可能な与信照会の結果が得られた場合であり、且つ、招待者から与信取引の実行開始の要求があった場合に、与信取引を実行する。具体的には、照会部４０８によって祝儀の金額の支払が可能な与信照会の結果が得られた場合、記憶制御部４０９は、記憶部４１０に祝儀の金額を記憶させる。これにより、照会部４０８は、記憶部４１０に記憶された祝儀の金額の与信取引を実行する。

ここで、与信取引の実行について、具体的に説明する。式場サーバ１１１は、カード会社サーバ１４１に売上データ（祝儀の額）を送信し、結婚式場１１０の口座への送金を依頼する。そして、カード会社サーバ１４１から結婚式場１１０の口座に、売上データに応じた額が所定の期日に送金される。また、式場サーバ１１１から主催者の口座へ祝儀の額が入金される。

式場サーバ１１１から主催者の口座へ祝儀の額が入金される時期は、いつでもよく、カード会社サーバ１４１から結婚式場１１０の口座に送金される時期との前後関係を問わない。具体的には、式場サーバ１１１は、カード会社サーバ１４１への送金の依頼とともに主催者の口座へ入金してもよいし、所定の期日にまとめて入金してもよいし、カード会社サーバ１４１から結婚式場１１０の口座への送金を待って入金してもよい。

一方で、照会部４０８によって祝儀の金額の支払が可能な与信照会の結果が得られない場合、たとえば、記憶制御部４０９は、記憶部４１０に祝儀の金額を記憶させないこととする。これにより、照会部４０８は、記憶部４１０に祝儀の金額が記憶されず、与信取引を実行しないこととする。

与信取引の実行開始の要求は、結婚式の会場に設けられる所定の通信装置に入力されたカードの情報を含み所定の通信装置から送信される。所定の通信装置は、たとえば、式場端末１１２である。ただし、通信機能を有するスキャナを用いる場合、所定の通信装置を、通信機能を有するスキャナとすることも可能である。

たとえば、与信取引の実行開始の要求は、スキャナ１１３にクレジットカードが挿入されて、式場端末１１２にカードの情報が入力されることによって、式場端末１１２から送信される。式場端末１１２にカードの情報を入力する方法は、スキャナ１１３にクレジットカードを挿入することとしてもよいし、招待者端末１３１に表示される二次元コードをスキャナ１１３にかざすこととしてもよいし、スキャナ１１３を介さずに、式場端末１１２が招待者からの操作入力を直接受け付けることとしてもよい。

実行部４０３は、与信取引の実行開始の要求に応じて、当該要求に含まれるカードの情報に基づいて、記憶部４１０に記憶された祝儀の金額の与信取引を実行する。具体的には、実行部４０３は、与信取引の実行開始の要求に含まれるカードの情報に対応する招待者情報３１０（図３Ｂ参照）を参照し、招待者情報３１０が示す祝儀の金額の与信取引を実行する。第２通知部４０４は、実行結果を主催者端末１２１に通知する。

このように、結婚式場において式場端末１１２にカードの情報が入力されることによって、式場サーバ１１１は、予め登録された祝儀の額について支払手続を完了させることができるとともに、主催者が得た祝儀の額を主催者端末１２１に通知することができる。

また、第２通知部４０４は、実行部４０３によって式場端末１１２からの与信取引の実行開始の要求に応じた与信取引が実行されると、招待者がイベントに出席した旨を主催者端末１２１に通知することとしてもよい。これは、式場端末１１２から与信取引の実行開始の要求があったということは、招待者が結婚式場に居ること、また、与信取引が実行されたということは、祝儀が支払われたということから、招待者が結婚式に出席したものとみなすことができるためである。

なお、招待者がイベントに出席した旨の通知先は、主催者端末１２１だけでなく、式場端末１１２を含めてもよい。また、式場端末１１２は、カードの情報が入力された場合に、式場端末１１２自身で、招待者がイベントに出席したと判断し、その旨をディスプレイ等に表示可能としてもよい。これにより、結婚式場のスタッフは、当日の出席者を把握することができる。

生成部４０６は、カードの情報を符号化したコードを生成する。コードは、ＱＲコードなどの二次元コードであるが、一次元コードでもよい。また、コードは、カードの情報のみならず、招待者情報３１０（図３Ｂ参照）に含まれるカードの情報以外の情報や、式場サーバ１１１に与信取引を実行させるための指示情報を含んでいてもよい。

第３通知部４０７は、生成部４０６によって生成された二次元コードを招待者端末１３１に通知する。二次元コードは、招待者端末１３１のディスプレイに表示可能である。招待者が、結婚式場において、スキャナ１１３に二次元コードをかざすことにより、スキャナ１１３が二次元コードを読み取ることにより、式場端末１１２にカードの情報が入力される。式場端末１１２にカードの情報が入力されると、式場端末１１２は、カードの情報を含む与信取引の実行開始の要求を式場サーバ１１１におこなう。与信取引の実行開始の要求があると、実行部４０３は、与信取引を実行する。

なお、与信取引の実行開始の要求に含む情報は、招待者の氏名やメールアドレスなど招待者情報３１０（図３Ｂ参照）を特定できる情報でもよく、具体的には、カードの情報のうち一部の情報でもよい。たとえば、式場端末１１２に式ＩＤを予め登録しておき、来場した招待者が式場端末１１２に氏名を入力すると、式場端末１１２が、入力された氏名と式ＩＤとを対応付けて、式場サーバ１１１に対して与信取引の実行開始の要求をおこなってもよい。この場合、実行部４０３は、式ＩＤと氏名とに対応する招待者情報３１０（図３Ｂ参照）を抽出し、招待者情報３１０が示す祝儀の金額の与信取引を実行する。

また、招待者は、結婚式に出席せずに、祝儀だけを支払いたいことがある。このため、式場サーバ１１１は、オーソリ予約が完了すると、直ぐに与信取引を実行することが可能である。具体的に説明すると、与信取引の実行開始の要求は、式場端末１１２以外の通信装置（たとえば、招待者端末１３１）からおこなうことも可能である。実行部４０３は、招待者端末１３１からの与信取引の実行開始の要求に応じて、与信取引を実行する。これにより、結婚式に出席しない場合は、招待者端末１３１から与信取引の実行を開始させることができる。

招待者端末１３１からの与信取引の実行開始の要求に応じて与信取引が実行された場合には、招待者が結婚式場に居ないことが想定され、招待者が結婚式に欠席したものとみなすことができる。このため、第２通知部４０４は、招待者端末１３１からの与信取引の実行開始の要求に応じた与信取引が実行されると、招待者が結婚式に欠席した旨を主催者端末１２１に通知することとしてもよい。

受信部４０１は、出欠の予定と所望の金額とを受け付ける所定のサイトにおいて、招待者端末１３１が受け付けた受付結果を受信する。これにより、招待者端末１３１は、所定のサイトにおいて、招待者の出欠や祝儀の金額の入力を受け付けることができるため、招待者の入力操作を容易化することができる。

また、送信部４０５は、招待者端末１３１に、招待者毎に設けられる所定のサイトのアドレス情報を送信する。サイトのアドレス情報は、たとえば、ＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）である。

受信部４０１は、送信部４０５によって送信されたアドレス情報に応じた所定のサイトにおいて、招待者端末１３１が受け付けた受付結果を受信する。これにより、招待者端末１３１は、招待者毎の専用のサイトにおいて、招待者の出欠や祝儀の金額の入力を受け付けることができるため、招待者の入力操作を容易化することができる。

（招待者端末１３１の表示画面例）
図５Ａ〜図５Ｄは、招待者端末１３１のディスプレイに表示される表示画面例を示す説明図である。図５Ａの表示画面５００は、結婚式の招待状の画面を示す。たとえば、式場サーバ１１１が、主催者端末１２１からの送信の指示に基づいて、登録されている招待者の招待者端末１３１に招待状を送信する。具体的には、式場サーバ１１１が、電子メールによって表示画面５００のＵＲＬを招待者端末１３１に送信する。

ＵＲＬは、招待者毎に異なる。招待者端末１３１において、招待者の操作により当該ＵＲＬが示すサイトにアクセスすると、招待者毎の表示画面５００が表示される。表示画面５００には、招待者を結婚式に招待する旨や、主催者の氏名や、開催日時や、返信ボタン５０１が表示されている。招待者が返信ボタン５０１を選択すると、回答を受け付ける表示画面５１０（図５Ｂ参照）や表示画面５４０（図５Ｄ）に移行する。

図５Ｂの表示画面５１０は、結婚式に出席する招待者の回答画面を示す。表示画面５１０には、招待者の氏名と、入力用の欄５１１〜５１４と、送信ボタン５１５とが表示されている。参加欄５１１は、招待者の参加の可否の入力を受け付ける。金額欄５１２は、御祝儀の額の入力を受け付ける。入力された金額は、たとえば、結婚式の当日に、主催者の口座に入金される。

御祝儀の額は、支払がクレジットカードによるものであることから１円単位で縁起のよい金額とすることも可能である。番号欄５１３は、カード番号の入力を受け付ける。メッセージ欄５１４は、招待者から新郎新婦に向けるお祝いのメッセージの入力を受け付ける。

招待者が送信ボタン５１５を操作すると、各欄５１１〜５１４において受け付けた内容が式場サーバ１１１に送信され、招待者情報ＤＢ１１６（図３Ｂ参照）の、参加予定、メッセージ、住所、祝儀の額、カード番号の各フィールドに記憶される。また、たとえば、招待者が送信ボタン５１５を選択すると、祝儀の額について与信照会がおこなわれ、祝儀の額に相当する分の利用が可能な場合に、回答の完了を示す表示画面５２０（図５Ｃ参照）に移行する。

図５Ｃの表示画面５２０は、回答手続が完了した画面を示す。また、表示画面５２０には、二次元コード５２１が表示されている。招待者が当日に二次元コード５２１をスキャナ１１３に読み取らせることによって、今回のオーソリ予約の予約内容で与信取引が実行されて、主催者の口座に祝儀（たとえば￥３００００）が入金される。また、招待者による回答手続が完了すると、主催者端末１２１に回答があった旨が通知され、主催者端末１２１において、御祝儀やカード番号を除く回答結果を閲覧することができる。

図５Ｄの表示画面５４０は、結婚式に欠席する招待者の回答画面を示す。表示画面５４０には、招待者の氏名と、入力用の欄５１１〜５１４と、決済ボタン５４１とが表示されている。表示画面５４０において参加欄５１１は、欠席する旨が選択されたことを示す。金額欄５１２は、招待者によって入力された金額（たとえば￥１００００）を示す。番号欄５１３およびメッセージ欄５１４は、招待者によって入力された情報を示す。決済ボタン５４１は、たとえば、参加欄５１１において、欠席を選択すると、選択可能に表示される。招待者が決済ボタン５４１を操作すると、祝儀の額について与信照会がおこなわれ、たとえば、決済用の金額を確保することができる場合には与信取引が実行されて、主催者の口座に祝儀（￥１００００）が入金される。

（主催者端末１２１の表示画面例）
図６Ａ〜図６Ｄは、主催者端末１２１のディスプレイに表示される表示画面例を示す説明図である。図６Ａの表示画面６００は、招待者情報の選択画面を示す。表示画面６００に表示される招待者氏名は、招待者情報ＤＢ１１６（図３Ｂ）に記憶される招待者氏名に対応する。たとえば、主催者が「祝山太郎」を選択したとすると、回答の完了を示す表示画面６２０（図６Ｂ参照）に移行する。また、主催者が「祝本花子」を選択したとすると、回答の完了を示す表示画面６４０（図６Ｄ参照）に移行する。

図６Ｂの表示画面６２０は、祝儀の支払が完了する前の回答結果を示す。表示画面６２０は、参加可否６２１と、メッセージ６２２と、最終更新日６２３と、状態６２４と、戻るボタン６２５とを示す。参加可否６２１は、参加欄５１１（図５Ｂ参照）に入力された内容に対応する。メッセージ６２２は、メッセージ欄５１４（図５Ｂ参照）に入力された内容に対応する。最終更新日６２３は、「祝山太郎」が表示画面５１０において、最後に入力をおこなった日を示す。状態６２４は、与信取引による支払手続が完了したか否かを示す。主催者が、戻るボタン６２５を選択したとすると、表示画面６００（図６Ａ参照）に移行する。

図６Ｃの表示画面６３０は、祝儀の支払が完了した後の回答結果を示す。表示画面６３０は、参加可否６２１と、メッセージ６２２と、最終更新日６２３と、状態６２４と、御祝儀６３１と、戻るボタン６２５とを示す。御祝儀６３１は、金額欄５１２（図５Ｂ参照）に入力された金額であり、与信取引が実行されたことを示す。御祝儀６３１は、与信取引が実行された後に表示される。

図６Ｄの表示画面６４０は、結婚式に欠席するものの、祝儀の支払をおこなった場合の回答結果を示す。表示画面６４０は、参加可否６２１と、メッセージ６２２と、最終更新日６２３と、状態６２４と、御祝儀６３１と、戻るボタン６２５とを示す。参加可否６２１は、欠席を示し、招待者情報３１０−３（図３Ｂ参照）に記録された内容に対応する。メッセージ６２２は、招待者情報３１０−３に記憶された内容に対応する。最終更新日６２３は、「祝本花子」が最後に入力をおこなった日を示す。状態６２４は、与信取引による支払手続が完了した旨を示す。御祝儀６３１は、招待者情報３１０−３に記憶された金額で与信取引が実行されたことを示す。

（式場端末１１２の表示画面例）
図７は、式場端末１１２のディスプレイに表示される表示画面例を示す説明図である。式場端末１１２は、結婚式の当日にディスプレイやスキャナ１１３がロビーに配置され、招待者に操作を促すとともに、招待者からの操作を受け付ける。図７の表示画面７００は、結婚式の両家の名前と、二次元コードまたはクレジットカードを読み取らせることを催促する旨と、を示す。招待者が、スキャナ１１３に二次元コードまたはクレジットカードを読み取らせ、式場端末１１２にカードの情報が入力されると、表示画面７１０に移行する。

表示画面７１０は、招待者端末１３１において招待者が入力した内容（図５Ｂ参照）で与信取引を開始することを示す。表示画面７１０において、招待者が実行ボタン７１１を選択すると、表示された内容で与信取引の実行が開始され、表示画面７２０に移行する。表示画面７１０において、たとえば、招待者が訂正ボタン７１２を選択すると、金額やカード番号の変更をおこなうことが可能である。

表示画面７２０は、与信手続が完了した画面を示す。また、表示画面７２０には、会場の案内や席の案内が表示されている。また、表示画面７２０には、招待者がお車代を受領できる旨が表示されている。与信手続が完了すると、式場サーバ１１１は、招待者情報ＤＢ１１６（図３Ｂ）の対応する招待者情報３１０の支払完了のフィールドを「完了」とする。また、式場サーバ１１１は、主催者端末１２１に与信手続が完了した旨や出席した旨を通知する。これにより、主催者は、御祝儀を閲覧することができる。また、式場サーバ１１１は、出席予定の招待者のうち、結婚式の開始前の所定の時刻になっても与信手続を終えていない招待者については、出席していない旨を主催者端末１２１や式場端末１１２に通知してもよい。

（実施の形態１にかかる式場サーバ１１１の主催者による情報の登録処理手順）
図８は、実施の形態１にかかる式場サーバ１１１の主催者による情報の登録処理手順の一例を示すフローチャートである。図８のフローチャートにおいて、式場サーバ１１１は、式場端末１１２や主催者端末１２１から、登録開始を受け付けたか否かを判断する（ステップＳ８０１）。式場サーバ１１１は、式場端末１１２や主催者端末１２１から登録開始を受け付けるまで待つ（ステップＳ８０１：Ｎｏ）。

そして、式場サーバ１１１は、式場端末１１２や主催者端末１２１から登録開始を受け付けた場合（ステップＳ８０１：Ｙｅｓ）、主催者情報の登録を受け付けるとともに（ステップＳ８０２）、招待者情報の登録を受け付ける（ステップＳ８０３）。これにより、主催者情報ＤＢ１１５（図３Ａ参照）の主催者情報３００が入力され、また、招待者情報ＤＢ１１６（図３Ｂ参照）については、式ＩＤ、招待者氏名、メールアドレス、およびお車代、の情報が入力される。つぎに、式場サーバ１１１は、主催者情報および招待者情報の登録が完了したか否かを判断する（ステップＳ８０４）。

式場サーバ１１１は、主催者情報および招待者情報の登録が完了しない場合（ステップＳ８０４：Ｎｏ）、ステップＳ８０２に移行する。式場サーバ１１１は、主催者情報および招待者情報の登録が完了した場合（ステップＳ８０４：Ｙｅｓ）、招待者毎の案内状のサイトを示すＵＲＬを生成する（ステップＳ８０５）。そして、式場サーバ１１１は、式場端末１１２や主催者端末１２１から、招待状の送信開始の要求を受け付けたか否かを判断する（ステップＳ８０６）。式場サーバ１１１は、式場端末１１２や主催者端末１２１から、招待状の送信開始の要求を受け付けるまで待つ（ステップＳ８０６：Ｎｏ）。

そして、式場サーバ１１１は、式場端末１１２や主催者端末１２１から、招待状の送信開始の要求を受け付けた場合（ステップＳ８０６：Ｙｅｓ）、登録した招待者端末１３１に招待状のサイトを示すＵＲＬを送信し（ステップＳ８０７）、本フローチャートによる一連の処理を終了する。これにより、招待者端末１３１では、送信されたＵＲＬにアクセスすることにより、図５Ａ〜図５Ｄに示した表示画面を表示することができる。なお、招待状に対する回答がない招待者に対しては、回答の催促として、当該ＵＲＬを複数回送信してもよい。

（式場サーバ１１１の招待者による情報の登録処理および招待状の送信処理の処理手順）
図９は、式場サーバ１１１がおこなう、招待者情報の登録処理および招待状の送信処理の処理手順の一例を示すフローチャートである。図９のフローチャートにおいて、式場サーバ１１１は、招待者端末１３１から招待状に対する回答結果を受信したか否かを判断する（ステップＳ９０１）。回答結果は、メッセージ、住所、祝儀の額、およびカード番号を含む。式場サーバ１１１は、招待者端末１３１から招待状に対する回答結果を受信するまで待つ（ステップＳ９０１：Ｎｏ）。

そして、式場サーバ１１１は、招待者端末１３１から招待状に対する回答結果を受信した場合（ステップＳ９０１：Ｙｅｓ）、祝儀の入力があるか否かを判断する（ステップＳ９０２）。式場サーバ１１１は、祝儀の入力がない場合（ステップＳ９０２：Ｎｏ）、ステップＳ９０６に移行する。

式場サーバ１１１は、祝儀の入力がある場合（ステップＳ９０２：Ｙｅｓ）、カード会社サーバ１４１に与信照会をおこなう（ステップＳ９０３）。そして、式場サーバ１１１は、カード会社サーバ１４１に対して与信照会をおこなうことにより、クレジットカードの利用が可能であるか否かを判断する（ステップＳ９０４）。式場サーバ１１１は、クレジットカードの利用が不可能である場合（ステップＳ９０４：Ｎｏ）、招待者端末１３１にクレジットカードの利用が不可能な旨を通知し（ステップＳ９０５）、ステップＳ９０２に移行する。

式場サーバ１１１は、クレジットカードの利用が可能である場合（ステップＳ９０４：Ｙｅｓ）、招待者情報ＤＢ１１６に（図３Ｂ参照）、招待者端末１３１からの回答結果を登録する（ステップＳ９０６）。そして、式場サーバ１１１は、出席についての回答結果が出席予定であるか否かを判断する（ステップＳ９０７）。式場サーバ１１１は、出席についての回答結果が出席予定ではない場合（ステップＳ９０７：Ｎｏ）、ステップＳ９１０に移行する。なお、出席についての回答結果が出席予定ではない場合に、祝儀の入力を受け付けていたとすると、式場サーバ１１１は、たとえば、ステップＳ９０７：Ｎｏの処理の後に、与信取引の実行開始や祝儀の入金日を招待者から受け付けることとしてもよい。

式場サーバ１１１は、出席についての回答結果が出席予定である場合（ステップＳ９０７：Ｙｅｓ）、カードの情報を符号化した二次元コードを生成する（ステップＳ９０８）。つぎに、式場サーバ１１１は、招待者端末１３１に二次元コードを送信する（ステップＳ９０９）。そして、式場サーバ１１１は、主催者端末１２１に出欠およびメッセージの回答結果を通知し（ステップＳ９１０）、本フローチャートによる一連の処理を終了する。主催者端末１２１における出欠およびメッセージの回答結果の通知画面は、たとえば、図６Ａ〜図６Ｄに示した表示画面である。

（与信取引を実行する際の式場サーバ１１１の処理手順）
図１０は、与信取引を実行する際の式場サーバ１１１の処理手順の一例を示すフローチャートである。図１０のフローチャートにおいて、式場サーバ１１１は、式場端末１１２や招待者端末１３１から与信取引の実行開始の要求を受け付けたか否かを判断する（ステップＳ１００１）。式場端末１１２からの与信取引の実行開始の要求は、招待者が提示したクレジットカードや、招待者端末１３１に表示された二次元コードにより、スキャナ１１３にカードの情報が入力されて、与信取引の実行開始を示す所定の操作がおこなわれることである。

式場サーバ１１１は、式場端末１１２や招待者端末１３１から与信取引の実行開始の要求を受け付けるまで待つ（ステップＳ１００１：Ｎｏ）。たとえば、式場端末１１２において与信取引の実行開始の要求を受け付ける画面は、たとえば、図７に示した表示画面である。式場サーバ１１１は、式場端末１１２や招待者端末１３１から与信取引の実行開始の要求を受け付けた場合（ステップＳ１００１：Ｙｅｓ）、売上データ（登録された支払額）をカード会社サーバ１４１に送信する（ステップＳ１００２）。そして、式場サーバ１１１は、登録された支払額を、結婚式場から主催者に入金する（ステップＳ１００３）。

つぎに、式場サーバ１１１は、主催者端末１２１に、招待者から御祝儀を受領した旨を通知する（ステップＳ１００４）。そして、式場サーバ１１１は、登録された支払額を、カード会社サーバ１４１から結婚式場に入金し（ステップＳ１００５）、本フローチャートによる一連の処理を終了する。なお、入金日は、予め定めた入金日としてもよい。

以上説明したように、実施の形態１にかかる式場サーバ１１１は、招待者端末１３１から受信した招待者の出欠の予定を主催者端末１２１に通知することとした。これにより、主催者は、紙面に印字した送付状を送付しなくても、主催者端末１２１において、結婚式における招待者毎の出欠を確認することができる。

また、式場サーバ１１１は、招待者からの要求に応じて実行された与信取引によって主催者が得た祝儀の金額を主催者端末１２１に通知することとした。これにより、招待者は、結婚式の祝儀を、現金を用いずに支払うことができる。このため、招待者は、新札や祝儀袋を用意しなくても、主催者に祝儀を支払うことができる。

したがって、招待者は、結婚式の当日に、受付において現金を提示せずに済むため、受付手続の簡素化や短縮化を図ることができ、受付手続にかかる負担を軽減することができる。また、結婚式の受付手続において、受付員は、現金を扱わないで済むことから、受付作業の労力の軽減を図ることができるとともに、祝儀の紛失に伴うトラブルを防止することができる。

また、式場サーバ１１１によれば、受付員による受付手続をおこなわないこととすることも可能となる。このため、結婚式の開始前に受付を用意しなくても、主催者の新郎新婦は、招待者の出席状況や祝儀の金額を把握することができる。したがって、結婚式の受付手続にかかる負担を軽減することができる。また、結婚式場では、実施の形態１にかかる支払支援システムによるサービスの提供を宣伝することができ、結婚式場の宣伝広告活動をおこなうことができる。

また、式場サーバ１１１は、受付結果に含まれる祝儀の金額を記憶しておき、結婚式場に設けられるスキャナ１１３からの与信取引の実行開始の要求に応じて、記憶した祝儀の金額の与信取引を実行することとした。これにより、招待者は、結婚式場において、当日にクレジットカードによって祝儀の支払手続を完了させることができる。また、主催者は、結婚式の当日に祝儀を得ることができる。

また、式場サーバ１１１は、スキャナ１１３からの与信取引の実行開始の要求に応じた与信取引が実行されると、招待者が結婚式に出席した旨を主催者端末１２１に通知することとした。これにより、主催者は、自ら出欠の確認をおこなわなくても、当日の出席状況を把握することができる。

また、式場サーバ１１１は、カードの情報を含む与信取引の実行開始の要求があると、当該要求に含まれるカードの情報に基づいて、招待者情報ＤＢ１１６（図３Ｂ参照）内の対応する招待者情報３１０が示す祝儀の金額の与信取引を実行することとした。したがって、招待者は、結婚式の当日に、クレジットカードを持参するだけで、祝儀の支払手続を完了させることができる。

また、式場サーバ１１１は、カードの情報を符号化した二次元コードを招待者端末１３１の表示画面からスキャナ１１３に読み取らせて得られたカードの情報に基づいて、招待者情報３１０（図３Ｂ参照）が示す祝儀の金額の与信取引を実行することとした。したがって、招待者は、結婚式の当日に、招待者端末１３１を持参するだけで、祝儀の支払手続きを完了させることができる。

また、式場サーバ１１１は、招待者端末１３１からの与信取引の実行開始の要求に応じて、与信取引を実行することもできる。これにより、招待者は、結婚式に出席できない場合でも、祝儀を支払うことができる。

また、式場サーバ１１１は、出欠の予定と所望の金額とを受け付ける所定のサイトにおいて招待者端末１３１が受け付けた受付結果を受信する。これにより、招待者は、所定のサイトにおいて、招待者の出欠や祝儀の金額を入力することができるため、招待者の入力操作を容易化することができる。

また、式場サーバ１１１は、招待者毎の所定のサイトにおいて招待者端末１３１が受け付けた受付結果を受信する。これにより、招待者は、招待者毎の専用のサイトにおいて、招待者の出欠や祝儀の金額を入力することができるため、招待者の入力操作を容易化することができる。

また、式場サーバ１１１によれば、受付結果に含まれる祝儀の金額の支払が可能か否かの与信照会をおこない、祝儀の金額の支払が可能な与信照会の結果が得られた場合に、オーソリ予約をおこなって、結婚式の当日に、招待者からの祝儀を与信取引によって支払うことができる。

また、お車代については、たとえば、クレジットカードのポイントにより、お車代に相当する分のポイントを、カード会社サーバ１４１から招待者のクレジットカードに付与してもよい。また、お車代については、カード会社サーバ１４１から、招待者にクレジットカードの支払の返済を請求する際に、招待者に支払うお車代の金額と、返済される祝儀の金額との差額分を請求することとしてもよい。また、お車代については、カード会社サーバ１４１において招待者の口座番号が分かっている場合には、主催者や結婚式場から、招待者の口座に入金することとしてもよい。

なお、実施の形態１では、支払支援装置として、結婚式における出欠の確認と祝儀の支払をおこなう式場サーバ１１１に適用した場合について、これに限らず、支払人が支払う所望の金額と支払人の出欠とを管理するサーバに適用することもできる。たとえば、募金や寄付などのイベントに用いられるサーバに適用することができる。

具体的には、募金のイベントに用いられるサーバは、支払人端末から募金活動の出欠の予定と募金の金額を受信すると、出欠の予定については、受取人であるイベントの主催者の受取人端末に通知し、支払人からの要求に応じた与信取引により募金の支払が実行されると、募金の金額を受取人端末に通知することとしてもよい。このように、この発明にかかる支払支援装置は、募金や寄付などのイベントに用いることも可能である。

（実施の形態２）
つぎに、実施の形態２について説明する。実施の形態１では、この発明にかかる支払支援方法等を、結婚式に適用する場合について説明したが、実施の形態２では、葬式に適用する場合について説明する。実施の形態２において、実施の形態１で説明した箇所と同一箇所については、同一符号を付して説明を省略する。

（実施の形態２にかかる支払支援システム１１００のシステム構成）
図１１は、実施の形態２にかかる支払支援システム１１００のシステム構成例を示す説明図である。図１１において、支払支援システム１１００は、式場サーバ１１１と、式場端末１１２と、主催者端末１２１と、参列者端末１１３１と、カード会社サーバ１４１と、を有する。

式場サーバ１１１は、主催者情報ＤＢ１１５と、参列者情報ＤＢ１１１６と、を有する。参列者情報ＤＢ１１１６の記憶内容については、図１２を用いて後述する。

式場端末１１２は、葬儀場１１１０のスタッフ等が使用するパーソナルコンピュータなどの汎用的なコンピュータ装置であり、一または複数ある。参列者端末１１３１は、葬式に参列する参列者１１３０が使用するコンピュータ装置であり、実施の形態１に示した招待者端末１３１と同様の機能を有する。

（参列者情報ＤＢ１１１６の記憶内容）
つぎに、図１２を用いて、図１１に示した式場サーバ１１１が有する参列者情報ＤＢ１１１６の記憶内容について説明する。参列者情報ＤＢ１１１６は、たとえば、図２Ａに示したメモリ２１２などの記憶部により実現される。なお、実施の形態２において、主催者情報ＤＢ１１５（図３Ａ）については、実施の形態１と同様の構成であり、主催者や日時等に応じて主催者情報３００の入力内容が異なるのみである。

図１２は、参列者情報ＤＢ１１１６の記憶内容の一例を示す説明図である。図１２において、参列者情報ＤＢ１１１６は、式ＩＤ、参列者氏名、メールアドレス、参加予定、メッセージ、住所、香典の額、カード番号、最終更新日、有効期限、および支払完了、を有する。各フィールドに情報を設定することで、参列者情報（たとえば、参列者情報１２００−１〜１２００−３）のレコードが記憶される。

式ＩＤは、葬式毎に付される識別情報を示す。参列者氏名は、葬式に参列する参列者の氏名を示す。また、参列者氏名は、葬式には参列しないものの、香典を納める人を含む。メールアドレスは、参列者端末１１３１のメールアドレスを示す。

参加予定は、通夜、告別式、火葬、のそれぞれについての、参加または不参加を示す。メッセージは、参列者から主催者へのお悔やみの言葉を示す。住所は、参列者の住所を示す。香典の額は、参列者から主催者へ与信取引により支払われる所望の金額を示す。カード番号は、香典の支払を与信取引によっておこなう際のクレジットカードの識別番号を示す。

参列者氏名、メールアドレス、参加予定、メッセージ、住所、香典の額、およびカード番号は、参列者によって参列者端末１１３１を介して入力される。なお、住所については、参列者が直接入力することに限らず、たとえば、カード番号を入力することにより、カードの情報に紐付いてカード会社サーバ１４１に登録されている住所を、カード会社サーバ１４１から受信して入力してもよい。

参列者による参加予定やメッセージの入力があると、主催者端末１２１に通知され、主催者は、参列者毎の参加予定やメッセージを閲覧することが可能である。主催者は、主催者端末１２１から、参列者氏名、メールアドレス、参加予定、メッセージ、住所、および最終更新日については、いつでも閲覧することが可能である。一方で、主催者は、香典の額とカード番号については、閲覧不可能である。ただし、香典の額については支払が完了すると閲覧可能となる。

最終更新日は、参加予定やメッセージや香典の額について、参列者が最後に更新した日を示し、参列者が更新すると、式場サーバ１１１により自動的に更新される。有効期限は、与信取引が可能な任意の有効期限を示し、たとえば、葬式終了後１０日までを示す。有効期限は、葬儀場やカード会社や主催者で任意の期限を設定することが可能である。支払が完了すると、主催者端末１２１に通知され、主催者は、参列者の香典の額についても閲覧することが可能となる。なお、カード番号については、支払の完了にかかわらず、主催者が閲覧することは不可能とする。

たとえば、参列者情報１２００−１は、通夜のみに参加する回答を示す。具体的には、参列者情報１２００−１は、式ＩＤ「Ｂ００１」、参列者氏名「喪服太郎」、メールアドレス「○○＠○○．ｊｐ」、参加予定「通夜に参加」、メッセージ「お悔やみ…」、住所「東京都…」、香典の額「￥５０００」、カード番号「○○○○」、最終更新日「３月２日」、有効期限「３月１２日」、支払完了「Ｎｕｌｌ」を示す。

また、たとえば、参列者情報１２００−３は、通夜、告別式、火葬のいずれにも参加しない回答を示す。具体的には、参列者情報１２００−３は、式ＩＤ「Ｂ００１」、参列者氏名「喪本花子」、メールアドレス「○○＠○○．ｊｐ」、参加予定「すべてに不参加」、メッセージ「この度は…」、住所「埼玉県…」、香典の額「￥３０００」、カード番号「○○○○」、最終更新日「３月２日」、有効期限「３月１２日」、支払完了「完了」を示す。参列者情報１２００−３において、香典の支払が完了しているため、主催者は、香典の額について閲覧可能である。

（支払支援システム１１００における香典の支払がおこなわれる際の手順について）
図１３Ａは、支払支援システム１１００における香典の支払がおこなわれる際の手順を示す説明図である。以下の説明において示す番号は、図１３Ａに示す番号に対応する。図１３Ａにおいて、（１）主催者１２０は、葬儀場１１１０と契約をおこなって、主催者情報３００（図３Ａ参照）が入力される。

（２）そして、式場サーバ１１１において、葬式用の主催者に応じた所定のサイト（出欠や香典の額を入力するサイト）を開設する。（３）そして、式場サーバ１１１から主催者端末１２１に所定のサイトのＵＲＬが送信される。（４）主催者１２０は、主催者端末１２１を用いて、近しい間柄の参列者１１３０の参列者端末１１３１にＵＲＬを連絡する。（５）これを受けた参列者１１３０は、他の参列者１１３０にＵＲＬを連絡する。

（６）参列者端末１１３１は、それぞれ各参列者１１３０の操作により、所定のサイトにアクセスし、各参列者１１３０から受け付けた、葬式の出欠や、与信取引によって支払う香典の額や、クレジットカードの情報を送信する。（７）式場サーバ１１１は、参列者端末１１３１から、葬式の出欠と、与信取引によって支払われる香典の額について受信すると、主催者端末１２１に出欠の予定を送信する。これにより、主催者１２０は、参列者の出欠を確認することができる。

（８）また、式場サーバ１１１は、香典の額についてカード会社１４０にクレジットカードの利用照会をおこない、（９）照会結果を受信する。ここでは、クレジットカードが利用可能である旨の照会結果が得られたものとする。（１０）そして、葬式の当日に、たとえば、参列者１１３０がクレジットカードを持参して、スキャナ１１３（図１参照）にクレジットカードを挿入して支払をおこなうための操作をおこなうと、（１１）式場サーバ１１１から、香典の額に相当する売上データがカード会社１４０に送信される。

（１２）そして、葬儀場１１１０から主催者１２０の口座に香典が入金される。また、（１３）葬儀場１１１０の口座には、カード会社１４０から香典の額に相当する額が入金される。（１４）そして、後日、カード会社１４０から招待者１３０に香典の額の支払いが請求される。

このようにして、支払支援システム１１００では、主催者１２０は、参列者１１３０の出欠を確認することができる。また、参列者１１３０は、現金を用意せずに、香典を主催者１２０に支払うことが可能である。

（実施の形態２にかかる支払支援システム１１００の機能的構成）
図１３Ｂは、実施の形態２にかかる支払支援システム１１００の機能的構成を示す説明図である。図１３Ｂにおいて、支払支援システム１１００は、式場サーバ１１１と、式場端末１１２と、主催者端末１２１と、参列者端末１１３１と、カード会社サーバ１４１と、を有する。式場サーバ１１１は、詳細については後述するが、送信部４０５を備えない点で、実施の形態１と異なる。

参列者端末１１３１は、受取人が開催するイベントに支払人が参加するか否かの出欠の予定を受け付ける。イベントは、たとえば、葬式である。葬式は、通夜、告別式および火葬を含む。受取人は、葬式の主催者であり、たとえば、喪主である。支払人は、たとえば、参列者である。所望の金額は、葬式における香典の額である。また、参列者端末１１３１は、葬式において喪主に送るメッセージや参列者の住所も受け付ける。参列者端末１１３１は、イベントにおいて支払人が与信取引によって受取人に支払う所望の金額と、を受け付ける。

受信部４０１は、参列者端末１１３１から、参列者が葬式に参加するか否かの出欠の予定と、参列者が与信取引によって支払う香典の金額と、を含む受付結果を受信する。受信部４０１によって受信された受付結果は、記憶部４１０に記憶される。記憶部４１０に記憶された受付結果は、参列者によって更新可能であり、たとえば、葬式の当日などの所定の期限まで、出欠の予定や、メッセージや、香典の額について、それぞれ変更することが可能である。

第１通知部４０２は、受信部４０１によって受信された受付結果のうち出欠の予定を、受取人端末である主催者端末１２１に通知する。ただし、第１通知部４０２は、受信部４０１によって受信された受付結果のうち香典の金額については、与信取引が実行されるまで主催者端末１２１に通知しないこととする。

第２通知部４０４は、実行部４０３により与信取引が実行されることによって主催者が得た香典の金額を主催者端末１２１に通知する。主催者は、たとえば、香典の金額が主催者の口座に入金されることにより、香典の金額を得る。また、第２通知部４０４は、香典の金額を主催者端末１２１に通知するのみならず、式場端末１１２にも通知してもよい。これにより、葬儀場のスタッフも主催者が得た香典の金額を把握することができる。

照会部４０８は、受付結果に含まれる香典の金額の支払が可能か否かの与信照会をおこなう。記憶制御部４０９は、たとえば、照会部４０８による与信照会の結果に応じて、記憶部４１０に香典の金額を記憶させる。具体的には、記憶制御部４０９は、香典の額に相当する分の利用が可能な場合に、受付結果に含まれる香典の額を記憶部４１０（図１２の参列者情報ＤＢ１１１６）に記憶させる。

実行部４０３は、葬式の会場に設けられるスキャナ１１３を介して式場端末１１２にカードの情報が入力されて、与信取引の実行開始の要求を受信すると、記憶部４１０に記憶される、参列者情報１２００を抽出し、参列者情報１２００が示す香典の金額の与信取引を実行する。具体的には、実行部４０３は、当該要求に含まれるカードの情報に基づいて、記憶部４１０に記憶された香典の金額の与信取引を実行する。

これにより、葬儀場において参列者がスキャナ１１３を介して式場端末１１２にカードの情報が入力されることによって、式場サーバ１１１は、予め登録された香典の額について支払手続を完了させることができるとともに、主催者が得た香典の金額を主催者端末１２１に通知することができる。

また、葬式には出席せずに、香典だけを支払いたいことがある。このため、式場サーバ１１１は、オーソリ予約が完了すると、直ぐに与信取引を実行することも可能である。具体的に説明すると、与信取引の実行開始の要求は、式場端末１１２以外の通信装置（たとえば、参列者端末１１３１）からおこなうことも可能である。実行部４０３は、参列者端末１１３１からの与信取引の実行開始の要求に応じて、与信取引を実行する。これにより、葬式に出席しない場合は、参列者端末１１３１から与信取引の実行を開始させることができる。

また、葬式においては、結婚式のように、参列者に招待状を送ることはしないため、主催者の申告に基づいて参列者氏名や参列者端末１１３１のアドレス情報を記憶するといったことはおこなわない。葬式の場合、たとえば、主催者が友人や知人等に、所定のサイトのアドレス情報を通知し、友人や知人等を介して、各参列者に、所定のアドレス情報が通知される。このため、実施の形態１とは異なり、実施の形態２では、参列者端末１１３１に所定のサイトのアドレス情報を送信する送信部４０５（図４Ｂ参照）を備えないこととする。

また、葬式の場合、参列者毎に専用のサイトを用意せずに、参列者に共通のサイトにおいて、参列者から、出欠の予定と香典の金額とを受け付ける。ただし、参列者が所定のサイトにアクセスして、参列者氏名、メールアドレス、出欠の予定、香典の金額、カード番号等を入力することにより、参列者毎の情報（図１２の参列者情報１２００）が登録される。

（参列者端末１１３１の表示画面例）
図１４Ａおよび図１４Ｂは、参列者端末１１３１のディスプレイに表示される表示画面例を示す説明図である。図１４Ａの表示画面１４００は、訃報の案内の画面を示す。訃報の案内は、式場サーバ１１１において、葬儀場のスタッフや主催者（喪主）によって作成される。作成された案内のサイトの情報（ＵＲＬ）は、たとえば、喪主の知人等にメールで送信され、当該知人から、さらにメール等で他の参列者の参列者端末１１３１に送信される。

参列者端末１１３１において、参列者の操作により当該ＵＲＬが示すサイトにアクセスすると、表示画面１４００が表示される。表示画面１４００には、故人に関することや、葬式の開催日時や、回答ボタン１４０１が表示されている。参列者が回答ボタン１４０１を選択すると、回答を受け付ける表示画面１４１０（図１４Ｂ参照）に移行する。

図１４Ｂの表示画面１４１０は、訃報の案内に対する回答の画面を示す。表示画面１４１０には、入力用の欄１４１１〜１４１６と、送信ボタン１４１７とが表示されている。氏名欄１４１１は、参列者の氏名の入力を受け付ける。メールアドレス欄は、参列者端末１１３１のメールアドレスの入力を受け付ける。参加欄１４１３は、通夜、告別式、火葬、のいずれに参加するかの可否の入力を受け付ける。

金額欄１４１４は、参列者から香典の額の入力を受け付ける。入力された金額は、たとえば、葬式の当日に与信取引により、主催者の口座に入金される。たとえば、通夜の場合、通夜の当日に主催者の口座に入金可能であり、告別式の場合、告別式の当日に主催者の口座に入金可能である。番号欄１４１５は、カード番号の入力を受け付ける。メッセージ欄１４１６は、参列者から故人や喪主に向けるメッセージの入力を受け付ける。

参列者が送信ボタン１４１７を操作すると、各欄１４１１〜１４１６において受け付けた内容が式場サーバ１１１に送信され、参列者情報ＤＢ１１１６（図１２参照）の、参列者氏名、メールアドレス、参加予定、メッセージ、住所、香典の額、カード番号の各フィールドに記憶される。参列者が送信ボタン１４１７を操作すると、回答の完了を示す表示画面（たとえば、図５Ｃの表示画面５２０相当）が表示される。なお、実施の形態２では、図５Ｃ〜図７に示した各表示画面例については、説明を省略するが、各表示画面例に対応する表示画面が、葬式に応じた内容で表示される。

（実施の形態２にかかる式場サーバ１１１の主催者による情報の登録処理および訃報の送信処理の処理手順）
図１５は、実施の形態２にかかる式場サーバ１１１がおこなう、主催者情報の登録処理および訃報の送信処理の処理手順の一例を示すフローチャートである。図１５のフローチャートにおいて、式場サーバ１１１は、式場端末１１２や主催者端末１２１から、登録開始を受け付けたか否かを判断する（ステップＳ１５０１）。式場サーバ１１１は、式場端末１１２や主催者端末１２１から登録開始を受け付けるまで待つ（ステップＳ１５０１：Ｎｏ）。

そして、式場サーバ１１１は、式場端末１１２や主催者端末１２１から登録開始を受け付けた場合（ステップＳ１５０１：Ｙｅｓ）、主催者情報の登録を受け付ける（ステップＳ１５０２）。これにより、主催者情報ＤＢ１１５（図３Ａ参照）の主催者情報３００が入力される。つぎに、式場サーバ１１１は、主催者情報の登録が完了したか否かを判断する（ステップＳ１５０３）。

式場サーバ１１１は、主催者情報の登録が完了しない場合（ステップＳ１５０３：Ｎｏ）、ステップＳ１５０２に移行する。式場サーバ１１１は、主催者情報の登録が完了した場合（ステップＳ１５０３：Ｙｅｓ）、訃報の案内のサイトを示すＵＲＬを生成する（ステップＳ１５０４）。このＵＲＬは、主催者が電子メールで知人の参列者端末１１３１に送信され、知人を介して他の参列者端末１１３１にも送信される。

そして、式場サーバ１１１は、参列者端末１１３１から葬儀の案内の送信要求を受け付けたか否かを判断する（ステップＳ１５０５）。式場サーバ１１１は、参列者端末１１３１から葬儀の案内の送信要求を受け付けるまで待つ（ステップＳ１５０５：Ｎｏ）。

そして、式場サーバ１１１は、参列者端末１１３１から葬儀の案内の送信要求を受け付けた場合（ステップＳ１５０５：Ｙｅｓ）、参列者端末１１３１に葬儀の案内を送信し（ステップＳ１５０６）、本フローチャートによる一連の処理を終了する。招待者端末１３１に表示される葬儀の案内は、たとえば、図１４Ａ、図１４Ｂに示した表示画面である。

以上説明したように、実施の形態２にかかる式場サーバ１１１によれば、実施の形態１と同様の効果を得ることができる。たとえば、式場サーバ１１１は、参列者端末１１３１から受信した参列者の出欠の予定を主催者端末１２１に通知することとした。これにより、主催者は、主催者端末１２１において、葬式における参列者数を予め把握することができる。具体的には、主催者は、主催者端末１２１において、通夜、告別式、火葬毎に、参列者数を予め把握することができる。したがって、主催者は、参列者数に応じて、葬儀場内のスペースの確保や飲食物等を用意することができるため、葬式を円滑におこなうことができる。

また、式場サーバ１１１は、参列者からの要求に応じて実行された与信取引によって主催者が得た香典の金額を主催者端末１２１に通知することとした。これにより、参列者は、葬式の香典をクレジットカードによって支払うことができる。このため、参列者は、香典用の現金や香典袋を用意しなくても、主催者に香典を支払うことができる。したがって、参列者は、お通夜や告別式などの葬式の当日に、受付において現金を提示せずに済むため、記名等の受付手続を簡素化することができ、受付手続にかかる負担を軽減することができる。また、葬式の受付手続において、受付員は、現金を扱わないで済むことから、現金の管理に労力を費やさなくて済み、また、香典の紛失に伴うトラブルを防止することができる。

また、実施の形態２にかかる式場サーバ１１１によれば、受付員による受付手続をおこなわないこととすることも可能となる。このため、主催者の喪主にとっては、唐突な葬式において受付員の選定や受付員へのお礼をおこなわなくても、参列者の出席記憶や香典の金額を把握することができる。したがって、葬式の受付手続にかかる負担を軽減することができる。

また、実施の形態２にかかる式場サーバ１１１は、受付結果に含まれる香典の金額を記憶しておき、葬儀場に設けられるスキャナ１１３からの与信取引の実行開始の要求に応じて、記憶した香典の金額の与信取引を実行することとした。これにより、参列者は、葬儀場において、当日にクレジットカードによって香典の支払手続を完了させることができる。また、主催者は、葬式の当日に香典を得ることができる。

また、実施の形態２にかかる式場サーバ１１１によれば、葬式に参列せずに、香典だけを支払いたい場合に、参列者に香典を託すといったことをおこなわなくても、与信取引によって香典を支払うことができる。また、香典が少額の場合に、取りまとめてグループで香典を支払うといったことをおこなわなくても、支払手続が簡単であるため、支払人は、個人毎に低額の場合であっても香典を容易に支払うことが可能となる。

また、実施形態１、２にかかる式場サーバ１１１は、カード会社１４０に売上データを送信することとしたが、これに限らず、支払人が指定した銀行口座を管理する銀行（不図示）に売上データを送信することとしてもよい。この場合、与信取引の実行とは、銀行キャッシュカードによる支払をおこなうことである。

また、実施形態１、２では、結婚式や葬式のイベントに式場サーバ１１１を適用した場合について説明したが、これに限らず、同窓会、同期会、地域・機関・諸団体への寄付パーティーなど、出欠の予定を予め登録し、当日に参加して支払をおこなったり、後日に支払をおこなったりする各種イベントに式場サーバ１１１を適用することも可能である。

なお、実施の形態１，２で説明した支払支援方法は、予め用意されたプログラムをパーソナル・コンピュータやワークステーション等のコンピュータで実行することにより実現することができる。支払支援プログラムは、ハードディスク、フレキシブルディスク、ＣＤ（Ｃｏｍｐａｃｔ Ｄｉｓｃ）−ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＭＯ（Ｍａｇｎｅｔｏ−Ｏｐｔｉｃａｌ ｄｉｓｋ）、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）メモリ等のコンピュータで読み取り可能な記憶媒体に記憶され、コンピュータによって記憶媒体から読み出されることによって実行される。また、支払支援プログラムは、インターネット等のネットワークを介して配布してもよい。

以上のように、この発明にかかる支払支援装置、支払支援方法、および支払支援プログラムは、与信取引によって支払をおこなう、支払支援装置、支払支援方法、および支払支援プログラムに有用であり、特に、イベントにおいて支払人が支払う所望の金額を与信取引によって支払う、支払支援装置、支払支援方法、および支払支援プログラムに適している。

１００，１１００ 支払支援システム
１１１ 式場サーバ
１１２ 式場端末
１１３ スキャナ
１１５ 主催者情報ＤＢ
１１６ 招待者情報ＤＢ
１２１ 主催者端末
１３１ 招待者端末
１４１ カード会社サーバ
２１１，２２１ ＣＰＵ
２１２，２２２ メモリ
２１３，２２５ 通信ＩＦ
２２３ 出力デバイス
２２４ 入力デバイス
４０１ 受信部
４０２ 第１通知部
４０３ 実行部
４０４ 第２通知部
４０５ 送信部
４０６ 生成部
４０７ 第３通知部
４０８ 照会部
４０９ 記憶制御部
４１０ 記憶部
１１１６ 参列者情報ＤＢ
１１３１ 参列者端末

Claims (10)

1. 受取人が開催するイベントに支払人が参加するか否かの出欠の予定と、前記イベントにおいて前記支払人が与信取引によって前記受取人に支払う所望の金額と、を受け付ける支払人端末から、前記支払人端末が受け付けた受付結果を受信する受信部と、
   前記受信部によって受信された前記受付結果のうち前記出欠の予定を受取人端末に通知する第１通知部と、
   前記支払人からの前記与信取引の実行開始の要求に応じて、前記与信取引を実行する実行部と、
   前記実行部によって実行された前記与信取引にかかる金額を前記受取人端末に通知する第２通知部と、
   を備えたことを特徴とする支払支援装置。
2. 前記受付結果に含まれる前記所望の金額を記憶する記憶部をさらに備え、
   前記実行部は、前記イベントの会場に設けられる所定の通信装置からの前記要求に応じて、前記記憶部に記憶された前記所望の金額の与信取引を実行する、
   ことを特徴とする請求項１に記載の支払支援装置。
3. 前記第２通知部は、前記実行部によって前記所定の通信装置からの前記要求に応じた前記与信取引が実行されると、前記支払人が前記イベントに出席した旨を前記受取人端末に通知する、
   ことを特徴とする請求項２に記載の支払支援装置。
4. 前記受付結果は、前記与信取引に用いられるカードの情報を含み、
   前記記憶部は、前記受付結果に含まれる、前記所望の金額と前記カードの情報とを記憶し、
   前記要求は、前記所定の通信装置に入力された前記カードの情報を含み、
   前記実行部は、前記要求に応じて、前記要求に含まれる前記カードの情報に基づいて、前記記憶部に記憶された前記所望の金額の前記与信取引を実行する、
   ことを特徴とする請求項２または３に記載の支払支援装置。
5. 前記カードの情報を符号化したコードを生成する生成部と、
   前記生成部によって生成された前記コードを前記支払人端末に通知する第３通知部と、
   を有し、
   前記要求は、前記支払人端末に表示された前記コードを前記所定の通信装置が読み取ることによって入力された前記カードの情報を含む、
   ことを特徴とする請求項４に記載の支払支援装置。
6. 前記実行部は、前記支払人端末からの前記要求に応じて、前記与信取引を実行する、
   ことを特徴とする請求項１〜５のいずれか一つに記載の支払支援装置。
7. 前記受信部は、前記出欠の予定と前記所望の金額とを受け付ける所定のサイトにおいて、前記支払人端末が受け付けた前記受付結果を受信する、
   ことを特徴とする請求項１〜６のいずれか一つに記載の支払支援装置。
8. 前記支払人端末に、支払人毎に設けられる前記所定のサイトのアドレス情報を送信する送信部をさらに備え、
   前記受信部は、前記送信部によって送信されたアドレス情報に応じた前記所定のサイトにおいて、前記支払人端末が受け付けた前記受付結果を受信する、
   ことを特徴とする請求項７に記載の支払支援装置。
9. 受取人が開催するイベントに支払人が参加するか否かの出欠の予定と、前記イベントにおいて前記支払人が与信取引によって前記受取人に支払う所望の金額と、を受け付ける支払人端末から、前記支払人端末が受け付けた受付結果を受信し、
   受信した前記受付結果のうち前記出欠の予定を受取人端末に通知し、
   前記支払人からの前記与信取引の実行開始の要求に応じて、前記与信取引を実行し、
   実行した前記与信取引にかかる金額を前記受取人端末に通知する、
   処理をコンピュータが実行することを特徴とする支払支援方法。
10. 受取人が開催するイベントに支払人が参加するか否かの出欠の予定と、前記イベントにおいて前記支払人が与信取引によって前記受取人に支払う所望の金額と、を受け付ける支払人端末から、前記支払人端末が受け付けた受付結果を受信し、
    受信した前記受付結果のうち前記出欠の予定を受取人端末に通知し、
    前記支払人からの前記与信取引の実行開始の要求に応じて、前記与信取引を実行し、
    実行した前記与信取引にかかる金額を前記受取人端末に通知する、
    処理をコンピュータに実行させることを特徴とする支払支援プログラム。

Images