(57)【要約】      （修正有）【課題】祝儀に対する返礼を支援できる返礼支援装置、返礼支援方法および返礼支援プログラムを提供する。【解決手段】本発明の返礼支援システム１において、祝儀を受け付けたユーザへ返礼を行うための返礼支援装置（サーバ３）は、返礼の対象となるユーザを受け付ける返礼対象者受付部、返礼の額を受け付ける返礼額受付部及び返礼の対象となるユーザを抽出する抽出部を備える。返礼対象者受付部は、抽出部で抽出されたユーザを、祝儀に対する返礼の対象者として受け付ける。【選択図】図１
2020009139.tif 000002
【特許請求の範囲】
【請求項１】
祝儀を受け付けたユーザへ返礼を行うための返礼支援装置であって、
前記返礼の対象となるユーザを受け付ける返礼対象者受付部を備えることを特徴とする返礼支援装置。
【請求項２】
前記返礼の額を受け付ける返礼額受付部を備えることを特徴とする請求項１に記載の返礼支援装置。
【請求項３】
前記返礼の対象となるユーザを抽出する抽出部を備え、
前記返礼対象者受付部は、
前記抽出部で抽出されたユーザを前記祝儀に対する返礼の対象者として受け付けることを特徴とする請求項１又は請求項２に記載の返礼支援装置。
【請求項４】
前記抽出部は、
ランダムに前記返礼の対象となるユーザを抽出することを特徴とする請求項３に記載の返礼支援装置。
【請求項５】
前記抽出部は、
一定の規則に基づいて前記返礼の対象となるユーザを抽出することを特徴とする請求項３に記載の返礼支援装置。
【請求項６】
前記返礼の額を決定する返礼額決定部を備え、
前記返礼額受付部は、
前記返礼額決定部で決定された額を前記返礼の額として受け付けることを特徴とする請求項３に記載の返礼支援装置。
【請求項７】
前記返礼額決定部は、
ランダムに前記返礼の額を決定することを特徴とする請求項６に記載の返礼支援装置。
【請求項８】
前記返礼額決定部は、
一定の規則に基づいて前記返礼の額を決定することを特徴とする請求項６に記載の返礼支援装置。
【請求項９】
前記返礼の額に相当するポイントを前記ユーザへ付与するポイント付与部を備えることを特徴とする請求項２および請求項６乃至請求項８のいずれかに記載の返礼支援装置。
【請求項１０】
前記返礼を放棄する旨を受け付ける返礼放棄受付部を備え、
前記返礼対象者受付部は、
前記返礼を放棄する旨を受け付けたユーザを、前記返礼の対象となるユーザから除外することを特徴とする請求項１乃至請求項９のいずれかに記載の返礼支援装置。
【請求項１１】
前記放棄された返礼は、他のユーザへの返礼に充当されることを特徴する請求項１０に記載の返礼支援装置。
【請求項１２】
祝儀を受け付けたユーザへ返礼を行うための返礼支援方法であって、
返礼対象者受付部が、前記返礼の対象となるユーザを受け付けることを特徴とする返礼支援方法。
【請求項１３】
祝儀を受け付けたユーザへ返礼を行うための返礼支援プログラムであって、
コンピュータを、
前記返礼の対象となるユーザを受け付ける返礼対象者受付部として機能させることを特徴とする返礼支援プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、返礼支援装置、返礼支援方法、返礼支援プログラムに関する。
【背景技術】
【０００２】
従来、例えば、結婚披露宴、葬儀等の冠婚葬祭行事やその他記念パーティ等の式典において、主催者は、各式典を取り扱う業者に式次第を委託し、また、当該式典に参加する者はこれらの行事が行われる会場に直接出向いて行って、祝儀や香典を主催者に手渡すのが一般的であった。そして、祝儀や香典を受領した主催者は、その返礼としての金品をその場で手渡すか、あるいは後日郵便あるいは宅配便等の方法にて参加者に送付していた。
【０００３】
しかしながら、従来のやり方では、祝儀や香典の受け取りや返礼等、誰からいくら受け取ったかを台帳で確認および記帳する必要があり作業が煩雑であるだけでなく、多額の現金を取り扱うためセキュリティ上好ましくない。また、冠婚葬祭行事の主催者にとっては、冠婚葬祭行事に必要な費用を支払った後、祝儀や香典を受け取る形となり、冠婚葬祭行事に必要な費用を事前に用意する必要がある。
【０００４】
そこで、従来からネットワークを用いた冠婚葬祭を支援するためのシステムが提案されている。例えば、特許文献１に開示される発明では、招待客が結婚式の祝儀を式前に渡すことができるよう、祝儀の電子支払いを支援する結婚式支援システムが開示されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１７−２２００７９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、特許文献１に開示される発明では、結婚式の祝儀を電子支払いで式前に渡すことができるが、返礼については言及されていない。
【０００７】
本発明は、上記課題を鑑みてなされたものであり、祝儀に対する返礼を支援できる返礼支援装置、返礼支援方法および返礼支援プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記の課題を解決すべく、本発明の返礼支援装置は、祝儀を受け付けたユーザへ返礼を行うための返礼支援装置であって、前記返礼の対象となるユーザを受け付ける返礼対象者受付部を備えることを特徴とする。
【０００９】
上記構成によれば、祝儀に対する返礼を支援することができる。
【発明の効果】
【００１０】
以上説明したように、本発明によれば、祝儀に対する返礼を支援できる返礼支援装置、返礼支援方法および返礼支援プログラムを提供することができる。
【図面の簡単な説明】
【００１１】
【図１】実施形態に係る返礼支援システムの概略構成図である。
【図２】実施形態に係るユーザ端末の構成図である。
【図３】実施形態に係るサーバ（返礼支援装置）の構成図である。
【図４】実施形態に係るサーバ（返礼支援装置）の記憶装置に格納されているデータの一例である。
【図５】実施形態に係るユーザ端末２Ｂに表示される画面の一例を示す図である。
【図６】実施形態に係るユーザ端末２Ａに表示される画面の一例を示す図である。
【図７】実施形態に係るユーザ端末２Ａに表示される画面の一例を示す図である。
【図８】実施形態に係る返礼支援システムの動作の一例を示すフローチャートである。
【図９】実施形態に係る返礼支援システムの動作の一例を示すフローチャートである。
【図１０】実施形態に係る返礼支援システムの動作の一例を示すフローチャートである。
【図１１】実施形態に係る返礼支援システムの動作の一例を示すフローチャートである。
【図１２】実施形態の変形例に係る返礼支援システムの動作の一例を示すフローチャートである。
【発明を実施するための形態】
【００１２】
以下、図面を参照して本発明の実施形態を説明する。
【００１３】
（実施形態）
以下、結婚式に本発明を適用した実施形態について説明するが、本発明は、結婚式の祝儀の返礼にのみ適用されるものではない。返礼支援システム１は、主催者（通常、新郎および新婦）が主催する結婚式において、祝儀を支払った招待客を含む関係者（友人・知人・親族等）に対して返礼するのを支援するシステムである。なお、以下の説明では、返礼の対象となるユーザ（祝儀を受け取る側でもある）を第１ユーザともいい、返礼の対象であるユーザ（祝儀を払う側でもある）を第２ユーザともいう。
【００１４】
初めに、図１を参照して返礼支援システム１の構成について説明する。図１に示すように、返礼支援システム１は、第１ユーザ用のユーザ端末２Ａと、第２ユーザ用のユーザ端末２Ｂと、これらユーザ端末２Ａ，２Ｂとネットワーク５を介して接続された返礼支援を行うサーバ３（返礼支援装置）および祝儀決済用のサーバ４（祝儀決済装置）を備える。なお、ネットワーク５に接続される第１ユーザ用のユーザ端末２Ａ、第２ユーザ用のユーザ端末２Ｂ、サーバ４及びサーバ５の数は任意であり、いくつでもよい。
【００１５】
図２は、ユーザ端末２Ａ，２Ｂの構成図である。ユーザ端末２Ａ，２Ｂは、ＰＣ（Personal Computer）や携帯端末（例えば、スマートフォンやタブレット端末）等である。ユーザ端末２Ａ，２Ｂは、通信部２０１と、記憶装置２０２と、入力装置２０３と、表示装置２０４と、制御部２０５とを備える。
【００１６】
通信部２０１は、サーバ３から送信される情報、例えば、表示装置２０４へ表示させるための情報等を、ネットワーク５を介して受信する。また、通信部２０１は、サーバ３へ入力装置２０３で受け付けた入力内容等の情報を、ネットワーク５を介してサーバ３へ送信する。
【００１７】
記憶装置２０２は、例えば、ＨＤＤ（Hard Disk Drive）や半導体記憶装置（ＳＳＤ(Solid State Drive)等）である。また、記憶装置２０２は、各ユーザ端末２Ａ，２Ｂに固有の識別子が格納されている。
【００１８】
入力装置２０３は、例えば、キーボード、マウス、タッチパネル等である。第１，第２ユーザは、入力装置２０３を操作して、ユーザ登録、ログイン、祝儀額、振込先情報、返礼支援に必要な情報（以下、返礼用情報）を入力することができる。
【００１９】
返礼用情報には、例えば、氏名、祝儀額、返礼希望の有無、結婚式への出欠の有無、２次会への出欠の有無、等の情報が含まれる。
【００２０】
表示装置２０４は、サーバ３から送信される情報に基づいて画面を表示する。この画面には、例えば、ユーザ登録画面、ログイン画面、返礼用情報等を入力するための画面等が少なくとも含まれる。
【００２１】
制御部２０５は、ユーザ端末２Ａ，２Ｂを制御する。
【００２２】
図３は、サーバ３の構成図である。サーバ３は、返礼支援装置として機能する。サーバ３は、通信部３０１と、記憶装置３０２と、ユーザ抽出部３０３と、画面情報生成部３０４と、返礼額決定部３０５と、制御部３０６とを少なくとも備える。サーバ３は、例えば、ＣＰＵ、ＲＡＭ、ＲＯＭ等を備え、ＣＰＵが返礼支援プログラムを実行することにより、図３に示す機能が実現される。
【００２３】
通信部３０１は、ネットワーク５を介してユーザ端末２Ａ，２Ｂ、サーバ４から送信される情報を受信する。この情報には、第１，第２ユーザが入力装置２０３を使用して入力した情報、例えば、ユーザ登録をする際に入力される属性情報、ログイン時に入力される情報、返礼用情報等の情報やサーバ４での決済情報が含まれる。通信部３０１は、ネットワーク５を介してユーザ端末２へ画面生成用情報等を送信する。
【００２４】
記憶装置３０２は、例えば、ＨＤＤ（Hard Disk Drive）や半導体記憶装置（ＳＳＤ(Solid State Drive)）である。記憶装置３０２には、図４（ａ）に示すように、「ユーザＩＤ」、「氏名」、「ログインＩＤ」、「ＰＷ」、「連絡先」、「招待」などの情報が関連付けて格納されている。「ユーザＩＤ」は、本実施形態の返礼支援システム１のユーザごとに付与される固有識別子である。「氏名」は、第２ユーザの氏名である。「ログインＩＤ」は、サーバ３にログインする際に利用するＩＤであるが、「ユーザＩＤ」と同一としてもよい。「ＰＷ」は、サーバ３にログインする際に認証を得るための文字および数字の羅列である。この「ＰＷ」は、サーバ３により自動的に設定されるようにしてもよいし、第２ユーザが設定できるようにしてもよい。「連絡先」は、第２ユーザのメールアドレス、ＳＮＳのアカウント情報、電話番号、住所等である。「招待」は、結婚式へ招待するか、招待せずに告知だけを行うかの情報である。「招待」が「有」の場合、結婚式への招待を行う。「招待」が「無」の場合、結婚式への招待は行わず、告知だけが行われる。
【００２５】
また、記憶装置３０２には、図４（ｂ）に示すように、「ユーザＩＤ」、「祝儀額」、「決済方法」、「返礼希望」、「結婚式の出欠」、「２次会の出欠」などの情報が関連付けて格納されている。「ユーザＩＤ」は、既に説明したので重複する説明を省略する。「祝儀額」は、第２ユーザからの祝儀の額である。「決済方法」は、祝儀を払う方法である。第２ユーザは、口座振込、クレジットカード、電子マネー、などから希望する決済方法を選択して、祝儀を支払う。「返礼希望」は、祝儀に対する返礼を受け取るか否かの情報である。「結婚式の出欠」は、結婚式に出席するか否かの情報である。「披露宴の出欠」は、披露宴に出席するか否かの情報である。なお、出席の情報に２次会や３次会の出欠の情報を含めるようにしてもよい。
【００２６】
また、記憶装置３０２には、図４（ｃ）に示すように、「ユーザＩＤ」、「主催者名」、「振込先」、「連絡先」などの情報が関連付けて格納されている。「ユーザＩＤ」は、既に説明したので説明を省略する。「主催者名」は、結婚式の主催者（通常は、新郎又は新婦）の氏名である。「振込先口座」は、第２ユーザからの祝儀を振り込んでもらうための銀行口座情報である。銀行口座情報には、銀行名（銀行コードでもよい）、本店名又は支店名（店コードでもよい）、口座種別、口座番号、口座名義などの情報が含まれる。また、記憶装置３０２には、返礼支援プログラムが格納されている。
【００２７】
ユーザ抽出部３０３は、祝儀を支払った第２ユーザから返礼の対象となる第２ユーザを抽出する。ユーザ抽出部３０３による返礼の対象となる第２ユーザの抽出は、種々の方法を採用することができる。例えば、ユーザ抽出部３０３は、主催者である第１ユーザが返礼の対象となる第２ユーザを指定し、この指定を受け付けた第２ユーザを返礼の対象となる第２ユーザとして抽出してもよい。また、ユーザ抽出部３０３は、乱数を使った抽選により、ランダムに返礼の対象となる第２ユーザを抽出してもよい。この場合、抽出される第２ユーザが重複しないように、非復元抽出により第２ユーザを抽出する。また、乱数の生成には、平方採中法、線形合同法、線形帰還シフトレジスタ、メルセンヌ・ツイスタ、カオス乱数等、種々の手法を用いることができる。なお、乱数以外の方法を利用したランダムな抽出の採用を妨げるものではない。
【００２８】
乱数を生成して第２ユーザを抽出する場合、ユーザ抽出部３０３は、ユーザＩＤの下一桁の数字が、ランダムに生成された一桁の数字と一致する場合に該ユーザＩＤを有する第２ユーザを抽出し、抽出された第２ユーザの数が所定の数（この所定の数も乱数により決定してもよいし、予め決めておいてもよい。また第１ユーザが指定できるようにしてもよい）に達すると、第２ユーザの抽出を停止するようにしてもよい。
【００２９】
また、ユーザ抽出部３０３は、一定の規則（以下、第１の一定の規則ともいう）に基づいて返礼の対象となる第２ユーザを抽出してもよい。第１の一定の規則は、例えば、祝儀の支払いが早い第２ユーザほど抽出される確率を高くするようにしてもよいし、祝儀の額が多い第２ユーザほど抽出される確率を高くするようにしてもよい。また、第１の一定の規則は、ユーザＩＤの下一桁が特定の数字（例えば、「５」）の第２ユーザが抽出されるなどとしてもよい。また、ユーザＩＤの各位の数字を加算した値が特定の数字となる第２ユーザが抽出されるなどとしてもよいし、特定の数字未満又は特定の数字以上となる第２ユーザが抽出されるようにしてもよい。
【００３０】
画面情報生成部３０４は、ユーザ端末２の表示装置２０４に表示するための画面情報を生成する。画面情報生成部３０４が生成する画面情報によりユーザ端末２Ａ，２Ｂの表示装置２０４に表示される画面については図面を参照して後述する。
【００３１】
返礼額決定部３０５は、返礼額を決定する。返礼額決定部３０５による返礼額の決定は、種々の方法を採用することができる。例えば、返礼額決定部３０５は、主催者である第１ユーザが返礼額を指定し、この指定を受け付けた額を返礼額として決定してもよい。また、返礼額決定部３０５は、乱数を使った抽選により、返礼額をランダムに決定してもよい。ランダムに返礼額を決定する場合、返礼額決定部３０５は、返礼額が祝儀額を超えないよう返礼額の抽選を行う。また、乱数の生成には、平方採中法、線形合同法、線形帰還シフトレジスタ、メルセンヌ・ツイスタ、カオス乱数等、種々の手法を用いることができる。なお、乱数以外の方法を利用したランダムな抽出の採用を妨げるものではない。
【００３２】
また、返礼額決定部３０５は、一定の規則（以下、第２の一定の規則ともいう）に基づいて返礼額を決定してもよい。第２の一定の規則は、例えば、祝儀の払い込みが早い第２ユーザほど祝儀額に対する返礼額の割合を高くするようにしてもよいし、祝儀の額が多い第２ユーザほど祝儀額に対する返礼額の割合を高くするようにしてもよい。また、第２の一定の規則は、ユーザＩＤの下一桁が特定の数字（例えば、「５」）の第２ユーザについては、他の第２ユーザよりも祝儀額に対する返礼額の割合を高くするようにしてもよいし、ユーザＩＤの各位の数字を加算した値が特定の数字となる第２ユーザについては、他の第２ユーザよりも祝儀額に対する返礼額の割合を高くするようにしてもよいし、特定の数字未満又は特定の数字以上となる第２ユーザについては、他の第２ユーザよりも祝儀額に対する返礼額の割合を高くするようにしてもよい。また、第２の一定の規則は、祝儀額から一定額を差し引いた残りの金額を返礼額としてもよい。なお、返礼額決定部３０５は、返礼を希望しない（辞退した）第２ユーザへの返礼を、返礼を希望する（辞退していない）他の第２ユーザに充当するようにしてもよい。
【００３３】
制御部３０６は、サーバ３を制御する。
【００３４】
次に、本実施形態でユーザ端末２Ａ，２Ｂの表示装置２０４に表示される画面１０について図５〜図７を参照して説明する。図５〜図７は、実施形態に係るユーザ端末２Ａ，２Ｂに表示される画面１０の一例を示す図である。なお、図５〜図７に示す画面１０は、サーバ３の画面情報生成部３０４により画面情報が生成され、該画面情報がユーザ端末２Ａ，２Ｂへ送信されることで表示される。
【００３５】
図５は、ユーザ端末２Ｂの表示装置２０４に表示される第２ユーザの祝儀等情報の入力画面１０である。図５に示す祝儀等情報の入力画面では、第２ユーザは、ユーザ端末２Ｂの入力装置２０３を操作して、祝儀等情報を入力する。この図５に示す祝儀等情報の入力画面では、第２ユーザは、入力装置２０３を操作して、自己の「氏名」１００１、「祝儀額」１００２、「決済方法」１００３、「返礼希望」１００４などの情報を入力する。図５に示す画面１０で入力された情報は、通信部２０１を介してサーバ３へと送信され、サーバ３の記憶装置３０２に格納される。なお、祝儀額は、予め決められた額（例えば、５０００円、１００００円、１５０００円、２００００円、３００００円、５００００円）から選択できるように構成されていてもよい。
【００３６】
図６は、ユーザ端末２Ａの表示装置２０４に表示される祝儀額等の確認画面である。第１ユーザは、ユーザ端末２Ａの入力装置２０３を操作して、第２ユーザの「氏名」１０１１、「祝儀額」１０１２、「返礼希望」１０１３を確認することができる。なお、ここで「祝儀額」１０１２は、第２ユーザが図５で入力した祝儀額ではなく、サーバ４で実際に決済された額や振込先口座に振り込まれた額が祝儀額として表示されるようにしてもよい。
【００３７】
図７は、ユーザ端末２Ａの表示装置２０４に表示される振込先情報の入力画面である。図７に示す振込先情報の入力画面では、第２ユーザは、ユーザ端末２Ａの入力装置２０３を操作して、振込先情報を入力する。この図７に示す振込先情報の入力画面では、第１ユーザは、入力装置２０３を操作して、「銀行名」１０２１、「支店名」１０２２、「口座種別」１０２３、「口座番号」１０２４、「口座名義」１０２５などの情報を入力する。図７に示す画面１０で入力された情報は、通信部２０１を介してサーバ３へと送信され、サーバ３の記憶装置３０２に格納される。なお、図７の振込先情報は、第２ユーザが祝儀の決済方法で振込を選択した場合に、該振込を選択した第２ユーザに提示される。
【００３８】
図８〜図１１は、実施形態に係る返礼支援システム１の動作の一例を示すフローチャートである。以下、図８〜図１１を参照して、実施形態に係る返礼支援システム１の動作について説明するが、図１〜図７を参照して説明した構成と同一の構成には同一の符号を付して重複する説明を省略する。
【００３９】
図８は、実施形態に係る返礼支援システム１の告知情報の格納動作を示すフローチャートである。
（ステップＳ１０１）
初めに第１ユーザは、ユーザ端末２Ａの入力装置２０３を操作してサーバ３へとアクセスする。ユーザ端末２Ａからのアクセスを受け付けると、サーバ３の画面情報生成部３０４は、第１ユーザによる告知情報を入力するための画面情報を生成する。画面情報生成部３０４で生成された画面情報は、通信部３０１からネットワーク５を介してユーザ端末２Ａへ送信される。
【００４０】
ユーザ端末２Ａの通信部２０１で受信された画面情報は、表示装置２０４にユーザの属性情報の入力画面として表示される。ここで、告知情報には、例えば、「氏名」、「告知配信先情報」、「告知内容」、「ログインＩＤ」、「ＰＷ」、「招待」、「配信日時」等の情報が含まれる。「氏名」は、告知を送信する第２ユーザの氏名である。「告知配信先情報」は、結婚の告知を第２ユーザに送信するための第２ユーザの連絡先（本情報には、メールアドレス、携帯電話番号（ＳＭＳ）、ＳＮＳのアカウント情報等のいずれか１以上が含まれる）である。「告知内容」は、結婚式の告知内容であり、第２ユーザへのメッセージ（例えば、誰と誰が何年何月に結婚します等の情報）が含まれる。「配信日時」は、告知内容を第２ユーザへ配信する日時の情報である。「ログインＩＤ」、「ＰＷ」、「招待」については、図４（ａ）を参照して既に説明したので重複する説明を省略する。
【００４１】
（ステップＳ１０２）
第１ユーザが、ユーザ端末２Ａの入力装置２０３を操作して告知情報を入力して、画面の所定のアイコン（例えば、「送信」アイコン）を選択すると、入力した告知情報がユーザ端末２Ａの通信部２０１からネットワーク５を介して送信される。
【００４２】
（ステップＳ１０３）
ユーザ端末２Ａの通信部２０１からネットワーク５を介して送信された告知情報は、サーバ３の通信部３０１で受信される（受け付けられる）。制御部３０６は、通信部３０１で受け付けられた告知情報を記憶装置３０２へ格納する。
【００４３】
図９は、実施形態に係る返礼支援システム１の祝儀情報の配信動作を示すフローチャートである。
（ステップＳ２０１）
サーバ３の制御部３０６は、図８で入力された告知情報の「配信日時」になると、告知情報を「告知配信先情報」として登録されている配信先へと送信するように、通信部３０１へ指示する。通信部３０１は、制御部３０６からの指示に基づいて、告知情報を配信する。なお、通信部３０１が配信する告知情報には、ログインページのリンク（ＵＲＬ）、ログインＩＤ、ログイン用のＰＷ等の情報が含まれている。なお、第1ユーザが配信を指示すると、告知情報が配信されてもよい。
【００４４】
（ステップＳ２０２）
ユーザ端末２Ｂの通信部２０１は、サーバ３から配信された情報を受信する。受信した情報には、結婚の告知文、ログインのリンク（ＵＲＬ）、サーバ３へのログインＩＤ、ＰＷ等の情報が含まれている。
【００４５】
（ステップＳ２０３）
第２ユーザは、ユーザ端末２Ｂの入力装置２０３を操作してサーバ３へとアクセスする。ユーザ端末２Ｂからのアクセスを受け付けると、サーバ３の画面情報生成部３０４は、第２ユーザによるログイン情報を入力するための画面情報を生成する。画面情報生成部３０４で生成された画面情報は、通信部３０１からネットワーク５を介してユーザ端末２Ｂへ送信される。
【００４６】
ユーザ端末２Ｂの通信部２０１で受信された画面情報は、表示装置２０４に第２ユーザのログイン情報の入力画面として表示される。第２ユーザは、ユーザ端末２Ｂの入力装置２０３を操作して、提示された（告知情報に含まれる）ログインＩＤおよびＰＷを入力して画面の所定のアイコン（例えば、「送信」アイコン）を選択すると、入力したログイン情報がユーザ端末２Ｂの通信部２０１からネットワーク５を介して送信される。
【００４７】
（ステップＳ２０４）
サーバ３の制御部３０６は、ユーザ端末２Ｂから送信されるログインＩＤとＰＷの組み合わせが、記憶装置３０２に格納されているログインＩＤとＰＷの組み合わせと一致するかどうかを判定し、第２ユーザの認証を行う。ログインＩＤとＰＷの組み合わせが一致した場合（Ｓ２０２のＹＥＳ）、制御部３０６は、ログインを許可する。
【００４８】
（ステップＳ２０５）
制御部３０６によりログインが許可されると、サーバ３の画面情報生成部３０４は、第２ユーザによる祝儀等情報を入力するための画面情報を生成する。画面情報生成部３０４で生成された画面情報は、通信部３０１からネットワーク５を介してユーザ端末２Ｂへ送信される。ユーザ端末２Ｂの通信部２０１で受信された画面情報は、表示装置２０４に第２ユーザの祝儀等情報の入力画面（図５参照）として表示される。第２ユーザが、ユーザ端末２Ｂの入力装置２０３を操作して、祝儀等情報を入力して、画面の所定のアイコン（例えば、「送信」アイコン）を選択すると、入力した祝儀等情報がユーザ端末２Ｂの通信部２０１からネットワーク５を介して送信される。なお、祝儀等情報の入力において、クレジットを選択した場合、クレジットカード情報の入力が求められる。また、祝儀等情報の入力において、振込を選択した場合、サーバ３の記憶装置３０２に格納されている振込先口座の情報（図７で入力した情報）がユーザ端末２Ｂの表示装置２０４に提示される。
【００４９】
（ステップＳ２０６）
ユーザ端末２Ｂの通信部２０１からネットワーク５を介して送信された祝儀等情報は、サーバ３の通信部３０１で受信される（受け付けられる）。制御部３０６は、通信部３０１で受け付けられた祝儀等情報を記憶装置３０２へ格納する。
【００５０】
（ステップＳ２０７）
サーバ３の制御部３０６は、記憶装置３０２へ格納された祝儀等情報に基づいて、決済を行う。具体的には、決済方法において、クレジットを選択したユーザが入力したクレジットカード情報（名義、カード番号、セキュリティ情報）および祝儀額をサーバ４へ送信する。サーバ４では、サーバ３から送信される情報に基づいて、クレジットカード会社から、第２ユーザが入力したクレジットカード情報に基づいて祝儀額を受領し、第１ユーザの口座へと振込処理を行う。サーバ４は、決済が完了するとその旨をサーバ３へと送信する。サーバ３では、決済が完了した旨の通知を受信すると、クレジットカードの情報を消去する。
【００５１】
図１０は、実施形態に係る返礼支援システム１の返礼処理の動作を示すフローチャートである。
（ステップＳ３０１）
初めに、サーバ３のユーザ抽出部３０３は、祝儀に対する返礼の対象となる第２ユーザを抽出する。このステップＳ３０１での抽出処理の詳細は後述する。
【００５２】
（ステップＳ３０２）
次に、サーバ３の返礼額決定部３０５は、返礼額を決定する。このステップＳ３０２での返礼額の決定処理は、種々の方法を採用することができる。例えば、返礼額決定部３０５は、主催者である第１ユーザが返礼額を指定し、この指定を受け付けた額を返礼額として決定してもよい。また、返礼額決定部３０５は、上述したように、返礼額をランダムに決定してもよい。また、返礼額決定部３０５は、上述したように、第２の一定の規則に基づいて返礼額を決定してもよい。
【００５３】
（ステップＳ３０３）
次に、サーバ３の制御部３０６は、返礼を実行する。なお、ステップＳ３０３での返礼は、返礼額に相当するポイント（例えば、ＥＣサイトで利用可能なポイント）を付与するようにしてもよいし、返礼額に相当する商品をＥＣサイトで購入できるようにしてもよい。なお、第２ユーザへのポイントの付与は、第２ユーザの連絡先（例えば、メールアドレスやＳＮＳアカウント）にポイント付与コードを発行することで行われる。ポイント付与コードを受け取った第２ユーザは、付与されたポイントを利用可能なＥＣサイトのポイントコード入力画面にコードを入力することによりポイントが付与され、ＥＣサイトでの商品の購入が可能となる。
【００５４】
また、返礼額を実際に送金するようにしてもよい。この場合、送金先情報を返礼の対象となる第２ユーザに入力させることになるが、返礼を現金で返してもらうことに抵抗を感じる人は多いと思われることから、返礼額に相当するポイント（例えば、ＥＣサイトで利用可能なポイント）を付与するか、返礼額に相当する商品をＥＣサイトで購入できるようにすることが好ましい。このようにすれば、第１ユーザは、わざわざ返礼品を選んで郵送する必要がなく、第２ユーザも欲しいものを選ぶことができることから双方にとって利便性が高い。また、返礼をポイントにすれば、少額の祝儀に対しても問題なく（例えば、祝儀額が少なすぎて、返礼品の方が、額が高くなってしまう場合など）対応することができ利便性が高くなる。
【００５５】
図１１は、実施形態に係る返礼支援システム１の返礼の抽出処理の動作を示すフローチャートである。
（ステップＳ４０１）
サーバ３のユーザ抽出部３０３は、祝儀を行った第２ユーザが返礼を希望しているか否かを判定する。具体的には、ユーザ抽出部３０３は、サーバ３の記憶装置３０２に格納されている返礼希望の有無（図４（ｂ）参照）を判定する。
【００５６】
（ステップＳ４０２）
ユーザ抽出部３０３は、サーバ３の記憶装置３０２に格納されている返礼希望が「無」の場合（Ｓ４０１のＮＯ）、該第２ユーザを返礼の対象から除外する。
【００５７】
（ステップＳ４０３）
ユーザ抽出部３０３は、サーバ３の記憶装置３０２に格納されている返礼希望が「有」の場合（Ｓ４０１のＹＥＳ）、該第２ユーザを返礼の対象とする。
【００５８】
（ステップＳ４０４）
ユーザ抽出部３０３は、サーバ３の記憶装置３０２に格納されている全ての第２ユーザに対して返礼希望の有無の確認を行ったかどうかを判定する。ユーザ抽出部３０３は、サーバ３の記憶装置３０２に格納されている全ての第２ユーザに対して返礼希望の有無の確認を行っている場合（Ｓ４０４のＹＥＳ）、抽出処理の動作を終了する。ユーザ抽出部３０３は、サーバ３の記憶装置３０２に格納されている全ての第２ユーザに対して返礼希望の有無の確認を行っていない場合（Ｓ４０４のＮＯ）、ステップＳ４０１の動作に戻り、次の第２ユーザについて返礼を希望しているか否かを判定する。
【００５９】
なお、上述したように、ユーザ抽出部３０３による返礼の対象となる第２ユーザの抽出は、種々の方法を採用することができる。例えば、サーバ３の記憶装置３０２に格納されている返礼希望が「無」の第２ユーザを返礼の対象から除外した後に、主催者である第１ユーザが返礼の対象となる第２ユーザを指定し、ユーザ抽出部３０３は、この指定を受け付けた第２ユーザを返礼の対象となる第２ユーザとして抽出してもよい。また、サーバ３の記憶装置３０２に格納されている返礼希望が「無」の第２ユーザを返礼の対象から除外した後に、ユーザ抽出部３０３は、上述したように、ランダムに返礼の対象となる第２ユーザを抽出してもよい。また、サーバ３の記憶装置３０２に格納されている返礼希望が「無」の第２ユーザを返礼の対象から除外した後に、ユーザ抽出部３０３は、上述したように、第１の一定の規則に基づいて返礼の対象となる第２ユーザを抽出してもよい。
【００６０】
（実施形態の変形例）
また、上記実施形態では、（返礼希望が「無」のユーザを除く）全ての第２ユーザを返礼の抽出を行う対象としているが、結婚式に招待する第２ユーザと、結婚式に招待しない第２ユーザとを分けて返礼の抽出を行うようにしてもよい。本実施形態の変形例では、結婚式に出席する第２ユーザに対しては、返礼希望の有無を求めず、結婚式を欠席する第２ユーザおよび結婚の告知がされた第２ユーザに対して返礼希望の有無を求める。
【００６１】
図１２は、実施形態の変形例に係る返礼支援システム１の動作の一例を示すフローチャートである。以下、図１２を参照して、実施形態の変形例に係る返礼支援システム１の動作について説明するが、図１〜図７を参照して説明した構成と同一の構成には同一の符号を付して重複する説明を省略する。
【００６２】
（ステップＳ５０１）
サーバ３の制御部３０６は、記憶装置３０２に格納された第２ユーザが招待客であるか否かを判定する。具体的には、制御部３０６は、ユーザＩＤに関連付けて格納されている「招待」が「有」か否かを判定する。
【００６３】
（ステップＳ５０２）
サーバ３の制御部３０６は、「招待」が「有」の場合（Ｓ５０１のＹＥＳ）、制御部３０６は、「招待」が「有」の第２ユーザに対して、結婚式の出欠を確認するための招待状を「告知配信先情報」として登録されている配信先へと送信するように、通信部３０１へ指示する。通信部３０１は、制御部３０６からの指示に基づいて、招待状を配信する。
【００６４】
（ステップＳ５０３）
ユーザ端末２Ｂの通信部２０１は、サーバ３から配信された招待状を受信する。受信した情報には、結婚式の招待に必要な情報（開催日時、開催場所等）および出席確認の情報が含まれている。第２ユーザは、ユーザ端末２Ｂの入力装置２０３を操作して、サーバ３へとアクセスする。ユーザ端末２Ｂからのアクセスを受け付けると、サーバ３の画面情報生成部３０４は、第２ユーザによる結婚式の出席情報を入力するための画面情報を生成する。画面情報生成部３０４で生成された画面情報は、通信部３０１からネットワーク５を介してユーザ端末２Ｂへ送信される。
【００６５】
ユーザ端末２Ｂの通信部２０１で受信された画面情報は、表示装置２０４に第２ユーザの出席情報の入力画面として表示される。第２ユーザは、ユーザ端末２Ｂの入力装置２０３を操作して、画面の所定のアイコン（例えば、「出席」アイコン又は「欠席」アイコン）を選択すると、選択したアイコンに対応する情報がユーザ端末２Ｂの通信部２０１からネットワーク５を介して送信される。
【００６６】
ユーザ端末２Ｂの通信部２０１からネットワーク５を介して送信された出席情報は、サーバ３の通信部３０１で受信される（受け付けられる）。制御部３０６は、通信部３０１で受け付けられた出席情報を記憶装置３０２へ格納する。サーバ３の制御部３０６は、記憶装置３０２へ格納された出席情報に基づいて、招待状を送信した第２ユーザが結婚式に出席するか否かを判定する。
【００６７】
（ステップＳ５０４）
制御部３０６は、招待状を送信した第２ユーザが結婚式に出席しない場合（Ｓ５０３のＹＥＳ）、又は「招待」が「無」の場合（Ｓ５０１のＮＯ）、図９のステップＳ２０１の動作へと移行する。
【００６８】
（ステップＳ５０５）
制御部３０６は、招待状を送信した第２ユーザが結婚式に出席する場合（Ｓ５０３のＮＯ）、制御部３０６は、サーバ３の記憶装置３０２に格納されている全ての第２ユーザに対して招待客であるか否かを判定したかどうかを判定する。制御部３０６は、サーバ３の記憶装置３０２に格納されている全ての第２ユーザに対して招待客であるか否か判定を行っている場合（Ｓ５０５のＹＥＳ）、動作を終了する。制御部３０６は、サーバ３の記憶装置３０２に格納されている全ての第２ユーザに対して招待客であるか否か判定を行っていない場合（Ｓ５０５のＮＯ）、ステップＳ５０１の動作に戻り、次の第２ユーザについて招待客であるか否か判定を行う。
【００６９】
通常、結婚式に出席する友人・知人・親族等（第２ユーザ）に対しては、引き出物を引き渡すことで返礼を行う。このため、本実施形態の変形例では、引き出物を引き渡すことになる出席者に対しては、返礼希望の確認を行わず、引き出物を引き渡すことができない欠席者および結婚式へ招待しない友人・知人・親族等（第２ユーザ）に対しては、結婚式の告知を行うとともに、祝儀の返礼希望の確認を行うようにしている。これにより、結婚式の主催者である第１ユーザは、結婚式に出席しない第２ユーザに対して、わざわざ返礼品を選んで郵送する必要がなく、利便性が高い。
【００７０】
以上のように、本実施形態のサーバ３は、祝儀を受け付けたユーザへ返礼を行うための返礼支援装置であって、返礼の対象となるユーザを受け付ける返礼対象者受付部を備える。このため、祝儀をしてくれたユーザへ返礼を行うことができる。
【００７１】
また、本実施形態のサーバ３は、返礼の額を受け付ける返礼額受付部を備える。このため、返礼額を任意に決めて返礼を行うことができる。
【００７２】
また、本実施形態のサーバ３は、返礼の対象となるユーザを抽出するユーザ抽出部を備え、返礼対象者受付部は、ユーザ抽出部で抽出されたユーザを祝儀に対する返礼の対象者として受け付ける。このため、返礼の対象となるユーザを選ぶ必要がなく、誰に返礼をするかを選ぶ負担から解放される。また、返礼の対象となるユーザを選ぶ必要がないので利便性が高くなる。
【００７３】
本実施形態のサーバ３のユーザ抽出部は、ランダムに返礼の対象となるユーザを抽出する。換言すると、ランダムに返礼の対象となるユーザが抽出されるので、返礼するユーザをどのように選ぶか等の心理的な負担感を低減することができる。また、返礼されるユーザ側から返礼したユーザをどのように選んだか等のクレームを受ける虞が低減される。
【００７４】
本実施形態のサーバ３のユーザ抽出部は、第１の一定の規則に基づいて返礼の対象となるユーザを抽出する。換言すると、第１の一定の規則に基づいて返礼の対象となるユーザが抽出されるので、返礼するユーザをどのように選ぶか等の心理的な負担感を低減することができる。また、返礼されるユーザ側から返礼したユーザをどのように選んだか等のクレームを受ける虞が低減される。
【００７５】
本実施形態のサーバ３は、返礼の額を決定する返礼額決定部を備え、返礼額受付部は、返礼額決定部で決定された額を返礼の額として受け付ける。このため、返礼額をどうするか（例えば、半分返しでよいか）等の心理的な負担感を低減することができる。
【００７６】
本実施形態のサーバ３の返礼額決定部は、ランダムに返礼の額を決定する。このため、返礼額をどうするか（例えば、半分返しでよいか）等の心理的な負担感を低減することができる。また、ランダムに返礼額が決定されるので、返礼されるユーザ側から返礼額についてのクレームを受ける虞が低減される。
【００７７】
本実施形態のサーバ３の返礼額決定部は、第２の一定の規則に基づいて返礼の額を決定する。このため、返礼額をどうするか（例えば、半分返しでよいか）等の心理的な負担感を低減することができる。また、第２の一定の規則に基づいて返礼額が決定されるので、返礼されるユーザ側から返礼額についてのクレームを受ける虞が低減される。
【００７８】
本実施形態のサーバ３は、返礼の額に相当するポイントをユーザへ付与するポイント付与部を備える。返礼を現金でなくポイントとして付与するので、返礼金の受け渡しが簡易となる。
【００７９】
本実施形態のサーバ３は、返礼を放棄する旨を受け付ける返礼放棄受付部を備え、返礼対象者受付部は、返礼を放棄する旨を受け付けたユーザを、返礼の対象となるユーザから除外する。換言すると、返礼が不要なユーザは、返礼を予め辞退することができるため利便性が高くなる。また、辞退することが分かっているユーザに対しては、返礼を用意する必要がないため、返礼品を用意する等の無駄が生じすることを抑制することができる。
【００８０】
本実施形態のサーバ３は、放棄された返礼は、他のユーザへの返礼に充当する。辞退した分の返礼が無駄にならず、利便性が高くなる。
【００８１】
（その他の実施形態）
本発明は、前記各形態の構造、形状のものに限定されるものではなく、その要旨を逸脱しない限りにおいて適宜に設計変更して具体化できる。例えば、上記実施形態およびその変形例では、結婚式の祝儀に対する返礼を例に、本発明の返礼支援装置、返礼支援方法および返礼支援プログラムについて説明した。しかしながら、本発明は、結婚式の祝儀に対する返礼に限られず、祝儀やお見舞いに対する返礼、例えば、出産祝い、新築祝い、お見舞い、退院祝い、葬儀の香典等に対する返礼にも適用が可能である。また、上記実施形態およびその変形例では、祝儀額を入力する際に返礼希望の有無の確認を行っているが、祝儀額を入力する際に返礼希望の有無の確認を行わずに、後日（例えば、結婚式後）に返礼希望の有無の確認を行うようにしてもよい。
【産業上の利用可能性】
【００８２】
以上説明したように、本発明は、祝儀を受け付けたユーザに対する返礼を支援できる返礼支援装置、返礼支援方法および返礼支援プログラムを提供することができる。
【符号の説明】
【００８３】
１  返礼支援システム
２Ａ  第１ユーザ（主催者）用のユーザ端末
２Ｂ  第２ユーザ（被告知者）用のユーザ端末
３  サーバ（返礼支援装置）
４  サーバ（祝儀決済装置）
５  ネットワーク
２０１  通信部
２０２  記憶装置
２０３  入力装置
２０４  表示装置
２０５  制御部
３０１  通信部
３０２  記憶装置
３０３  ユーザ抽出部
３０４  画面情報生成部
３０５  返礼額決定部
３０６  制御部
１０  画面
【図１】
2020009139.tif 000003
【図２】
2020009139.tif 000004
【図３】
2020009139.tif 000005
【図４】
2020009139.tif 000006
【図５】
2020009139.tif 000007
【図６】
2020009139.tif 000008
【図７】
2020009139.tif 000009
【図８】
2020009139.tif 000010
【図９】
2020009139.tif 000011
【図１０】
2020009139.tif 000012
【図１１】
2020009139.tif 000013
【図１２】
2020009139.tif 000014