JP2008242624A - 決済システム、管理サーバ、端末、および決済プログラム - Google Patents

Abstract

【課題】サービスに対する対価を達成度に応じて査定可能な決済システムを提供する。
【解決手段】所定のサービスの提供を受けるユーザのユーザ端末と、ユーザ端末にネットワーク２０を介して接続される管理サーバ３０と、を備えた決済システムにおいて、管理サーバ３０は、ユーザの端末から、サービスの提供の申し込みをネットワーク２０を介して受信する祈願受付部１０３と、ユーザの端末から、サービスに対する達成度をネットワーク２０を介して受信する報告受付部１２１と、達成度に応じて、サービスに対する対価を変額して課金する課金処理部１２５と、を備える。
【選択図】図２

Description

本発明は、決済システム、管理サーバ、端末および決済プログラムに関し、特に、所定のサービスに対する対価を課金する決済システム、そのシステムの管理サーバおよび端末、並びに決済プログラムに関する。

従来の願掛け支援システムとしては、例えば特許文献１に記載されたものがある。同文献に記載された願掛け支援システムは、サーバが、ユーザ端末からインターネットを介して供給される、ユーザの祈願内容を示すデータを、神社に設置された神社端末にインターンネットを介して送信する。神社端末は、印刷装置を備え、サーバから供給されるデータを受信すると、印刷装置を制御して、供給されたデータが示す祈願内容を所定の用紙に印刷することにより、ユーザのための御神札を生成するものである。

また、特許文献２に記載の祈願システムは、祈願端末が、御守りに内蔵されるＩＣチップから読み取った御守りＩＤおよび神社仏閣ＩＤと、祈願者の入力した祈願者情報および祈願内容を祈願サーバへ通知する。祈願サーバは、受信した祈願者情報および祈願内容を御守りＩＤおよび神社仏閣ＩＤに対応させて記憶手段に書き込むとともに、神社仏閣ＩＤで示される神社仏閣の神社仏閣サーバへ通知する。神社仏閣では、神社仏閣サーバが受信した祈願者情報および祈願内容に応じた御祈祷を行う。また、大願成就報告を行うことができ、祈願者は店舗などに出向き、御守りを祈願端末にかざして御守りに内蔵されるＩＣチップから御守りＩＤを読み取り、祈願サーバへ通知し、大願成就報告の登録を要求する。祈願サーバでは、大願成就報告に応じた所定のポイントが加算される。
特開２００３−２２８６２０号公報 特開２００５−８５０９７号公報 特開２００３−５８６２３号公報 特開２００２−６３２６６号公報

しかしながら、上記文献記載の従来技術は、以下の点で改善の余地を有していた。すなわち、従来は志のあるユーザのみが実際に神社にお礼参りに行き、お賽銭を支払っていた。時間がなくて、お礼参りに行けなかったことを不安に思う場合もある。また、神社システムにおいて、その成就の度合いによって、返礼金の額を変更するという発想はなく、一律に金額を決定するしかなかった。神社システムに限らず、商品やサービスが提供された後、その商品やサービスを利用してみた結果の良否に応じて、事後に支払額を任意に可変できるシステムは存在しなかった。

本発明は上記事情に鑑みてなされたものであり、その目的とするところは、サービスに対する対価を達成度に応じて査定可能な決済システムを提供することにある。

本発明によれば、所定のサービスの提供を受けるユーザの端末と、
前記端末にネットワークを介して接続される管理サーバと、を備えた決済システムにおいて、
前記管理サーバは、
前記ユーザの前記端末から、前記サービスの提供の申し込みを前記ネットワークを介して受信する申込受信部と、
前記ユーザの前記端末から、前記サービスに対する達成度を前記ネットワークを介して受信する達成度受信部と、
前記達成度に応じて、前記サービスに対する対価を変額して課金する課金部と、
を備える決済システムが提供される。

ユーザに提供されるサービスとは、たとえば、インターネットなどを介して申し込まれた所望の祈願依頼を寺社に行い、寺社にて依頼に応じて祈祷を行うことなどが挙げられる。そして、達成度とは、そのサービス（祈願内容）に対する結果がどのようであったかを示すものであり、サービスの提供を受けたユーザが評価して決定する。たとえば、ユーザが受験合格祈願をした場合、見事難関第１志望校に合格した場合は達成度を１２０％、滑り止めの学校に合格した場合は達成度８０％、残念ながら全ての学校に落ちてしまった場合は達成度０％など、達成度をユーザが評価することができる。

この他の例として、たとえば、ダイエット食品や健康食品、化粧品、薬品、衛生用品、健康器具、健康用品などの商品を購入後、所定期間経過した後、その商品による効果がどのくらいあったかを達成度で評価することができる。あるいは、習い事、講習会、講座、学習塾の授業、通信教育などを受講後、その成果がどのくらいあったかを達成度で評価することができる。あるいは、旅行、エステ、美容整形、整体、ライブ、飲食、各種商品、リラクゼーションサービス、ゲームソフト、各種アプリケーションソフトウェアなど、あらゆる分野においてユーザに提供されるサービスについて、その効果や成果、満足度などを達成度で評価することができる。そして、これらの達成度に応じて、提供されたサービスに対する対価を変額して課金することができる。すなわち、サービスに対する所定の料金を、達成度に応じて、たとえば、０％、８０％、１００％、１２０％と変化させることができる。

また、課金部は、たとえば、請求代行サービスにより、携帯電話機やプロバイダの月々の請求から代金を引き落とす決済方法や、電子マネーやウェブマネーによるモバイル決済、クレジットカード決済、ネットバンキング決済、予め登録されている口座振替決済など様々な形態の決済方法などによって課金することができる。

この発明によれば、提供されたサービスに対して、ユーザがその達成度を評価して決定でき、達成度に応じた対価をユーザに課金することができる。

上記決済システムにおいて、管理サーバは、サービスの提供の申し込みを受け付ける申込ウェブページ、およびサービスに対する達成度を受け付ける達成度受付ウェブページをネットワークを介してユーザの端末に提供する提供部を備えることができる。

この構成によれば、ユーザの端末から所定のウェブページにアクセスすることで、サービスの申込、および達成度の入力が可能である。

上記決済システムにおいて、前記管理サーバは、前記申込受信部が前記申し込みを受信した後、所定期間経過後、前記達成度の送信を前記ユーザに催促する通知を行う通知部をさらに備えることができる。

上記決済システムにおいて、前記管理サーバの前記申込受信部は、寺社に対する祈願依頼を受信し、前記管理サーバは、前記祈願依頼をネットワークに接続された前記寺社の端末に送信する依頼送信部を含むことができ、前記管理サーバの前記達成度受信部は、前記ユーザの前記端末から、前記祈願依頼した祈願に対する成就の度合いとして達成度を前記ネットワークを介して受信することができる。

本発明によれば、所定のサービスの提供を受けるユーザの端末から、前記サービスの提供の申し込みをネットワークを介して受信する申込受信部と、
前記ユーザの前記端末から、前記サービスに対する達成度を前記ネットワークを介して受信する達成度受信部と、
前記達成度に応じて、前記サービスに対する対価を変額して課金する課金部と、
を備える管理サーバが提供される。

上記管理サーバにおいて、前記申込受信部が前記申し込みを受信した後、所定期間経過後、前記達成度の送信を前記ユーザに催促する通知を行う通知部をさらに備えることができる。

通知部は、たとえば、予め登録されているユーザのメールアドレスにメールを送信することで、達成度の送信を催促することができる。あるいは、ユーザ専用のサービス提供履歴ページをホームページ上に設け、ユーザがそのページにアクセスした際、達成度の送信が未だであることや、達成度の送信を促すメッセージを表示させることができる。

上記管理サーバにおいて、前記申込受信部が受信した前記申し込みを受け付け、受付番号を発行する発行部と、前記サービスに対する前記対価の予定支払い金額を、前記ユーザの前記端末から、前記ネットワークを介して受信する予定金額受信部と、前記受付番号毎に、前記予定支払い金額を含む前記申し込みに関する情報を記憶する申込情報記憶部と、を備えることができ、前記達成度受信部は、前記ユーザの前記端末から、前記受付番号に対応付けられた達成度を受信し、前記課金部は、前記受付番号に対応する前記予定支払い金額を前記達成度に応じて変額し、前記サービスの前記対価として課金することができる。

この構成によれば、予め予定金額を設定しておき、後に達成度に応じて実際の支払い金額を変額することができる。予定支払い金額は、上限値と下限値、あるいは設定値からの変動幅、中心値と上下振り幅などで設定することができる。

上記管理サーバにおいて、前記申込受信部は、達成度の送信を前記ユーザに催促する期日の指定をさらに受信し、前記申し込みに関する情報とともに前記期日を前記申込情報記憶部に記憶することができる。

上記管理サーバにおいて、前記申込受信部は、寺社に対する祈願依頼を受信し、前記祈願依頼をネットワークに接続された前記寺社の端末に送信する依頼送信部を含むことができ、前記達成度受信部は、前記祈願依頼に対する達成度を受信することができる。

上記管理サーバにおいて、前記予定支払い金額は、前記寺社への予定返礼額とすることができる。

本発明によれば、所定のサービスの提供を受けるユーザの端末であって、
ネットワークを介して管理サーバに接続する接続部と、
前記サービスの提供の申し込みを前記管理サーバに前記ネットワークを介して送信する申込送信部と、
前記サービスに対する達成度を前記管理サーバに前記ネットワークを介して送信する達成度送信部と、を備える端末が提供される。

本発明によれば、コンピュータを、
所定のサービスの提供を受けるユーザの端末から、前記サービスの提供の申し込みをネットワークを介して受信する手段、
前記ユーザの前記端末から、前記サービスに対する達成度を前記ネットワークを介して受信する手段、
前記達成度に応じて、前記サービスに対する対価を変額して課金する手段、として機能させるための決済プログラムが提供される。

なお、以上の構成要素の任意の組合せ、本発明の表現を方法、装置、システム、記録媒体、コンピュータプログラムなどの間で変換したものもまた、本発明の態様として有効である。

本発明によれば、サービスに対する対価を達成度に応じて査定可能な決済システムが提供される。

以下、本発明の実施の形態について、図面を用いて説明する。尚、すべての図面において、同様な構成要素には同様の符号を付し、適宜説明を省略する。

図１は、本発明の実施の形態に係る決済システム１の構成を示すブロック図である。本実施形態の決済システム１は、所定のサービスの提供を受けるユーザのユーザ端末１０と、ユーザ端末１０にネットワーク２０を介して接続される管理サーバ３０と、を備え、ユーザに提供されるサービスの対価に対して課金して決済を行うシステムである。本実施形態において、管理サーバ３０は、さらに複数の寺社向け端末４０にネットワーク２０を介して接続される。なお、寺社向け端末４０は、ユーザ端末１０と異なるネットワークに接続されてもよい。

本実施形態において、ユーザ端末１０に提供されるサービスは、インターネットなどを介して申し込まれた所望の祈願依頼を寺社に行い、寺社にて依頼に応じて祈祷を行う場合を例に説明する。以下、このサービスを「祈願受付サービス」と呼ぶこととする。祈願依頼は、管理サーバ３０から寺社向け端末４０に対してネットワーク２０を介して行われ、寺社にて祈祷を行った後、その結果を寺社向け端末４０から管理サーバ３０に返信する。すなわち、本実施形態の祈願受付サービスによれば、ユーザは、ネット上で、特定の神社や仏閣を訪問し、そこで願掛けとお賽銭をお供えすることができる。

ユーザ端末１０は、たとえば、携帯電話機、ＰＤＡ（Personal Digital Assistants）、パーソナルコンピュータなどの通信端末装置である。寺社向け端末４０は、パーソナルコンピュータやワークステーションなど汎用コンピュータや、あるいは、専用端末とすることができる。

管理サーバ３０は、コンテンツ記憶部３２と、を含む。コンテンツ記憶部３２には、本実施形態の祈願受付サービスをユーザ端末１０に提供するための各種ウェブページのコンテンツが記憶されている。管理サーバ３０は、ユーザ端末１０で入力された所定のＵＲＬ（Uniform Resource Locator）を受け付け、コンテンツ記憶部３２から該当するウェブページをユーザ端末１０に提供する提供部（不図示）を含むことができる。ユーザ端末１０は、予めインストールされているウェブブラウザ機能を用いて所定のＵＲＬを入力を受け付け、祈願受付サービスのウェブページにアクセスすることができる。

以下、ユーザ端末１０は、携帯電話機を例として説明するが、これに限定されるものではない。ユーザ端末１０は、ユーザ端末１０の各要素とともに装置全体を制御するＣＰＵ（不図示）と、プログラムおよび各種データを記憶するとともに、ＣＰＵの作業領域を含むメモリ（不図示）と、表示部（不図示）と、複数の操作キー（不図示）と、アンテナ（不図示）を介して無線通信を行う無線通信部（不図示）と、スピーカ（不図示）と、マイク（不図示）と、カメラ（不図示）と、を含む。

また、管理サーバ３０は、プロバイダが提供するポータルサイトの一部として、本実施形態の祈願受付サービスのウェブページを提供することもできる。

なお、以下の各図において、本発明の本質に関わらない部分の構成については省略してある。また、決済システム１の各構成要素は、任意のコンピュータのＣＰＵ、メモリ、メモリにロードされた本図の構成要素を実現するプログラム、そのプログラムを格納するハードディスクなどの記憶ユニット、ネットワーク接続用インタフェースを中心にハードウエアとソフトウエアの任意の組合せによって実現される。そして、その実現方法、装置にはいろいろな変形例があることは、当業者には理解されるところである。以下説明する各図は、ハードウエア単位の構成ではなく、機能単位のブロックを示している。

図２は、本実施形態の決済システム１の管理サーバ３０の構成を示す機能ブロック図である。本実施形態の管理サーバ３０は、ユーザの端末（図１のユーザ端末１０）から、サービスの提供の申し込みをネットワーク２０を介して受信する申込受信部（祈願受付部１０３）と、ユーザの端末（図１のユーザ端末１０）から、サービスに対する達成度をネットワーク２０を介して受信する達成度受信部（報告受付部１２１）と、達成度に応じて、サービスに対する対価を変額して課金する課金部（課金処理部１２５）と、を備える。

また、本実施形態の決済システム１の管理サーバ３０は、決済プログラムをコンピュータが実行することにより実現される。本実施形態の決済プログラムは、コンピュータ（管理サーバ３０）を、所定のサービスの提供を受けるユーザの端末（図１のユーザ端末１０）から、サービスの提供の申し込みをネットワーク２０を介して受信する手段（祈願受付部１０３）、ユーザの端末（図１のユーザ端末１０）から、サービスに対する達成度をネットワーク２０を介して受信する手段（報告受付部１２１）、達成度に応じて、サービスに対する対価を変額して課金する手段（課金処理部１２５）、として機能させる。

ここで、達成度とは、そのサービス（祈願内容）に対する結果がどのようであったかを示すものであり、サービスの提供を受けたユーザが評価して決定する。たとえば、本実施形態の祈願受付サービスで、ユーザが受験合格祈願をした場合、見事難関第１志望校に合格した場合は達成度を１２０％、滑り止めの学校に合格した場合は達成度８０％、残念ながら全ての学校に落ちてしまった場合は達成度０％など、達成度をユーザが評価することができる。そして、本実施形態の祈願受付サービスでは、後述するように、ユーザは、お礼参りとして詣でる代わりに、達成度に応じて、予め設定していた返礼額を変更して寺社に納めることができる。すなわち、本実施形態の決済システム１は、達成度に応じて変更された返礼額を課金することができる。

なお、本発明の決済システム１は、たとえば、ダイエット食品や健康食品、化粧品、薬品、衛生用品、健康器具、健康用品などの商品を購入後、所定期間経過した後、その商品による効果がどのくらいあったかを達成度で評価することができる。あるいは、習い事、講習会、講座、学習塾の授業、通信教育などを受講後、その成果がどのくらいあったかを達成度で評価することができる。

あるいは、旅行、エステ、美容整形、整体、ライブ、飲食、各種商品、リラクゼーションサービス、ゲームソフト、各種アプリケーションソフトウェアなど、あらゆる分野においてユーザに提供されるサービスについて、その効果や成果、満足度などを達成度で評価することができる。そして、これらの達成度に応じて、提供されたサービスに対する対価を変額して課金することができる。すなわち、サービスに対する所定の料金を、達成度に応じて、たとえば、０％、８０％、１００％、１２０％と変化させることができる。

詳細には、本実施形態の管理サーバ３０は、インタフェース部（Ｉ／Ｆ）１０１と、祈願受付部１０３と、ユーザ情報データベース（ＤＢ）１０５と、受付ＩＤ発行部１０７と、祈願情報データベース（ＤＢ）１０９と、祈願処理部１１１と、報告受付部１２１と、算出部１２３と、課金処理部１２５と、を備える。

インタフェース部１０１は、ネットワーク２０に接続されたユーザ端末１０および寺社向け端末４０との通信を行う。祈願受付部１０３は、インタフェース部１０１を介してネットワーク２０上のユーザ端末１０から祈願の申し込みを受け付ける。祈願受付部１０３は、まず、ユーザ端末１０からユーザの認証情報を受信し、ユーザ情報データベース１０５を参照して、ユーザの認証処理を行う。あるいは、ユーザが初めて本システムを利用する場合は、ユーザ情報の登録を受け付け、ユーザ情報データベース１０５に格納する。さらに、祈願受付部１０３は、ユーザ端末１０から祈願内容を含む情報を受信し、後述する受付ＩＤ発行部１０７が発行する受け付けＩＤに関連付けて祈願情報データベース１０９に格納する。

ユーザ情報データベース１０５は、図３に示す構造を有することができる。ユーザ情報データベース１０５は、ユーザＩＤ１５１と、ユーザ名１５３と、パスワード１５５と、メールアドレス１５７と、を含む。

図２に戻り、受付ＩＤ発行部１０７は、祈願受付部１０３が祈願の申し込みを受け付けたとき、申し込み毎に受け付けＩＤを発行する。受付ＩＤ発行部１０７は、受け付けＩＤと祈願受付部１０３が受け付けた祈願内容を関連付けて祈願情報データベース１０９に格納する。図４に示すように、祈願情報データベース１０９は、ユーザＩＤ１６１と、受付ＩＤ１６３と、対象者情報１６５と、祈願ＩＤ１７３と、寺社ＩＤ１７５と、期限１７７と、お賽銭金額１７９と、予定返礼額１８１と、返礼率１８３と、実績返礼額１８４と、コメント１８５と、結果ＩＤ１８７と、を含む。対象者情報１６５は、祈願対象者の氏名１６７と、住所１６９と、生年月日１７１とを含む。

祈願ＩＤ１７３は、申し込まれた祈願の内容を示す識別情報であり、たとえば、受験合格祈願、安産祈願、商売繁盛祈願、健康祈願、縁結び、交通安全祈願、家内安全祈願などを識別する。寺社ＩＤ１７５は、祈願申込を受け付けた寺社の識別情報である。ユーザは、後述するように、本実施形態の祈願受付サービスに登録されている寺社の中から祈願申込をする寺社を選択することができる。そして、選択された寺社の識別情報が寺社ＩＤ１７５に格納される。

期限１７７とは、たとえば、受験合格祈願であれば、受験日や合格発表の日を期限と設定することができる。期限１７７とは、申し込んだ祈願の成就日になる。本実施形態において、後述するように、期限１７７に記憶された日以降に、ユーザ端末１０に達成度入力を促すメールを送信することができる。お賽銭金額１７９は、祈願申込時に納めるお賽銭金額であり、お賽銭金額１７９は、即時課金処理なされる。予定返礼額１８１は、祈願申込時点で予め設定された、成就後のお礼参りに納める返礼額である。

返礼率１８３は、成就後に達成度としてユーザ端末１０から受け付けた返礼率である。実績返礼額１８４は、予定返礼額１８１に返礼率１８３を乗算して求められる、実際に返礼額として支払う金額である。コメント１８５は、お礼参り時に成就報告として、ユーザ端末１０から受け付けたお礼や感謝、喜びの言葉、残念の言葉などのコメントである。これらのコメントは、後述するように、管理サーバ３０で寺社毎に他のユーザが参照できるようにすることができる。

結果ＩＤ１８７は、申し込まれた祈願内容が寺社向け端末４０に送信された後、寺社にて祈祷を行った結果情報を寺社向け端末４０から管理サーバ３０に返信し、その結果情報を識別するための識別情報である。結果情報は、たとえば、祈祷時に発行された御札の画像ファイルや、祈祷の様子を撮像した映像ファイルなどを含むことができる。結果ＩＤ１８７には、これらの情報にアクセスするための識別情報、たとえば、ＵＲＬアドレスなどが格納される。これらの結果情報は、ユーザ専用のサービス提供履歴ページをホームページ上に設け、ユーザがそのページにアクセスした際、参照することができるようにする。

図２に戻り、祈願処理部１１１は、祈願受付部１０３が祈願の申し込みを受け付けたとき、祈願情報データベース１０９にアクセスし、受付ＩＤ毎に祈願情報を読み出し、ネットワーク２０上の寺社向け端末４０に対して、インタフェース部１０１を介して送信し、祈願処理依頼を行う。このとき、即時課金処理されたお賽銭額の決済データも、管理サーバ３０から寺社向け端末４０に送信され、寺社ではお賽銭の支払いを確認することができる。上述したように、寺社向け端末４０で祈願処理依頼を受け付けると、寺社にて実際に祈祷が行われる。そして、祈祷時に発行された御札の画像ファイルや、祈祷の様子を撮像した映像ファイルなど含む結果情報を受付ＩＤに対応付けて寺社向け端末４０から管理サーバ３０に返信する。祈願処理部１１１は、インタフェース部１０１を介して寺社向け端末４０からこれらの結果情報を祈願情報データベース１０９に対応する受付ＩＤの結果ＩＤ１８７に格納する。祈願処理部１１１は、さらに、ユーザ端末１０に対して祈願が完了したことを通知するメールを送信することができる。メールには、上述したサービス提供履歴ページのＵＲＬを含むことができ、ユーザはメールに記載されたＵＲＬにアクセスすることで、結果情報を参照することができる。

報告受付部１２１は、ユーザ端末１０から成就報告を受け付ける。算出部１２３は、報告受付部１２１が受け付けた成就報告に基づいて、返礼額を算出する。たとえば、予定返礼額１８１が１０，０００円であり、返礼率１８３が１２０％であった場合には、１２，０００円が実績返礼額１８４として算出される。算出部１２３は、さらに、祈願情報データベース１０９に成就報告のコメント１８５とともに、算出した実績返礼額１８４を祈願情報データベース１０９に記憶する。

課金処理部１２５は、受付ＩＤ発行部１０７が祈願の申し込みを受け付けたときと、報告受付部１２１が成就報告を受け付け、返礼額が算出されたときに、ユーザ端末１０に対して課金処理を行う。祈願の申込を受け付けたときは、お賽銭額の課金を行う。成就報告時には、上述した実績返礼額の課金を行う。課金処理は、たとえば、請求代行サービスにより、携帯電話機やプロバイダの月々の請求から代金を引き落とす決済方法や、電子マネーやウェブマネーによるモバイル決済、クレジットカード決済、ネットバンキング決済、予め登録されている口座振替決済など様々な形態の決済方法が採用できるが、本発明の本質に関わらないので、詳細な説明は省略する。また、ポイント利用などによる支払いも可能である。

このように構成された本実施形態の決済システム１の祈願受付動作について、以下に説明する。図５は、本実施形態の決済システム１の祈願受付動作の一例を示すフローチャートである。図６は、本実施形態の決済システム１のユーザ端末１０で祈願受付サービスを利用したときの画面の例を示す図である。以下、図１乃至図６を用いて説明する。

まず、ユーザは、本実施形態の決済システム１を採用した祈願受付サービスを提供しているウェブページのＵＲＬをユーザ端末１０に入力する。ユーザ端末１０は、ＵＲＬを受け付け（図５のステップＳ１１）、ネットワーク２０を介して管理サーバ３０に接続し（図５のステップＳ１３）、該当するウェブページがユーザ端末１０の表示部に表示される。

このとき、ユーザ端末１０の表示部には、図６（ａ）のログイン画面２００が表示され、ユーザ認証要求がなされる（図５のステップＳ１５）。ここでは、既にユーザ端末１０のユーザがユーザ登録をしている場合を例として説明しているため、ログイン画面２００が表示されているが、ユーザ登録がなされていない場合は、ユーザ登録画面が表示され、登録に必要な情報の登録を行う。たとえば、ユーザＩＤ、ユーザ名、認証用パスワード、メールアドレスを含む。これらの情報は、上述したユーザ情報データベース１０５に格納される。あるいは、サービス料金を振り替える口座やカード情報などを登録することもできる。これらの情報の送受信には、暗号化技術を用いる。

図６（ａ）に示すように、ログイン画面２００は、ユーザＩＤ入力欄２０１と、パスワード入力欄２０３と、ログインボタン２０５と、を含む。ユーザは、ユーザ端末１０の操作キーを用いて、ユーザＩＤおよびパスワードをユーザＩＤ入力欄２０１およびパスワード入力欄２０３にそれぞれ入力し、ログインボタン２０５を押下する。ユーザ端末１０では、入力されたユーザＩＤおよびパスワードを受け付け（図５のステップＳ１７）、ネットワーク２０を介して管理サーバ３０にユーザＩＤおよびパスワードを送信する（図５のステップＳ１９）。

管理サーバ３０では、図２の祈願受付部１０３がユーザＩＤおよびパスワードをインタフェース部１０１を介して受け付ける。そして、祈願受付部１０３は、ユーザ情報データベース１０５にアクセスし、ユーザの認証を行う（図５のステップＳ２１）。ユーザが認証された場合（図５のステップＳ２１のＹＥＳ）、図６（ｂ）のメニュー画面２１０をユーザ端末１０の表示部に表示させる（図５のステップＳ２３）。ユーザが認証されなかった場合（図５のステップＳ２１のＮＯ）、図５のステップＳ１５に戻り、再度図６（ａ）のログイン画面２００をユーザ端末１０の表示部に表示させる。

図６（ｂ）に示すように、メニュー画面２１０は、新規祈願申込リンク２１１と、お礼参りリンク２１３と、神社検索リンク２１５と、を含む。新規祈願申込リンク２１１は、新規祈願申し込みページへのリンクである。お礼参りリンク２１３は、お礼参りページへのリンクである。神社検索リンク２１５は、神社検索ページへのリンクである。

ここでは、ユーザが新規祈願申込リンク２１１を選択した場合を例として説明する。ユーザが新規祈願申込リンク２１１を選択すると、図６（ｃ）の祈願受付画面２２０がユーザ端末１０の表示部に表示される。祈願受付画面２２０は、複数の祈願受付リンク２２１を含む。たとえば、受験合格祈願、安産祈願、商売繁盛祈願など、各種祈願の中から希望する祈願内容を選択する。管理サーバ３０は、各祈願毎に、対象となる寺社を後述する寺社情報データベースから検索し、図６（ｄ）の寺社選択画面２３０をユーザ端末１０の表示部に表示させる。寺社選択画面２３０には、たとえば受験合格祈願に向いている寺社の一覧が表示される。それぞれ神社選択リンク２３１になっており、ユーザが選択した神社選択リンク２３１を受け付ける（図５のステップＳ２５）。

管理サーバ３０では、選択された神社選択リンク２３１の寺社情報をユーザ端末１０に送信し、ユーザ端末１０の表示部に寺社情報コンテンツを表示させる（図５のステップＳ２７）。寺社情報コンテンツは、たとえば、寺社の紹介、由来などを含む。あるいは、寺社情報コンテンツは、後述する祈願に対する成就の度合いに基づく返礼率や、ユーザから寄せられた感謝の言葉などを含むことができる。ユーザは、これらの情報を参照して、祈願依頼をする寺社を選択することができる。

そして、ユーザから祈願依頼をする寺社の選択をユーザ端末１０が受け付けると、管理サーバ３０は、図６（ｅ）の祈願申込画面２４０をユーザ端末１０の表示部に表示する。祈願申込画面２４０は、名前入力欄２４１と、フリガナ入力欄２４３と、郵便番号入力欄２４５と、住所入力欄２４７と、生年月日入力欄２４９と、試験日入力欄２５１と、賽銭額入力欄２５３と、予定返礼額入力欄２５５と、送信ボタン２５７と、を含む。

名前入力欄２４１、フリガナ入力欄２４３、郵便番号入力欄２４５、住所入力欄２４７、生年月日入力欄２４９は、祈願対象者の名前、住所、生年月日の入力欄であり、この祈願対象者は、ユーザ端末１０のユーザと異なってもよい。試験日入力欄２５１は、受験合格祈願の場合の例であり、試験日の入力欄である。なお、試験日入力欄２５１は、合格発表日を入力してもよい。安産祈願の場合は、出産予定日、健康祈願であれば、一年後など任意の期間や日にちを試験日入力欄２５１で指定することもできる。賽銭額入力欄２５３は、祈願時に支払うお賽銭額の入力欄である。ここに入力された金額は、祈願申し込み時に即時課金処理され決済される。予定返礼額入力欄２５５は、祈願に対する成就の度合いによって変動する返礼額の入力欄であり、ユーザは、予めお願い事が１００％成就したときにお礼参りとして返礼金を納めると考えた場合の予定返礼額を入力する。

他の実施形態において、予定返礼額は、上限値と下限値、あるいは設定値からの変動幅、中心値と上下振り幅を登録することもできる。

各入力欄に必要事項を入力した後、送信ボタン２５７を押下することで、ユーザ端末１０は申し込みを受け付け（図５のステップＳ２９）、管理サーバ３０の祈願申込情報を送信する。あるいは、送信ボタン２５７の押下の代わりに、ユーザがマイクに向かって二拍手すると、ユーザ端末１０は、その音をトリガとして祈願申込情報を管理サーバ３０に送信するようにしてもよい。この場合、ユーザ端末１０は、予め拍手音を音声認識用に登録しておき、拍手音をマイクで集音し、音声認識して送信の合図とすることができる。このとき、画面に寺社の境内の画像や映像をユーザ端末１０の表示部に表示させてもよい。

管理サーバ３０では、図２の祈願受付部１０３が祈願申込情報をインタフェース部１０１を介して受信し、図２の受付ＩＤ発行部１０７が受付ＩＤを発行し（図５のステップＳ３１）、受信した祈願申込情報と受付ＩＤを対応付けて図２の祈願情報データベース１０９に格納する（図５のステップＳ３３）。管理サーバ３０は、さらに、ユーザ端末１０の表示部に図６（ｆ）の受付通知画面２６０を表示させる。受付通知画面２６０は、受付番号通知欄２６１と、お礼参りページＵＲＬ２６３と、を含む。受付番号通知欄２６１は、図２の受付ＩＤ発行部１０７が発行した受付ＩＤである。お礼参りページＵＲＬ２６３は、お礼参りをするためのウェブページのＵＲＬである。お礼参りページＵＲＬ２６３からお礼参りのページへ飛ぶことができる。ここでは、受付通知画面２６０は、祈願申し込み時に直ぐにユーザ端末１０の表示部に表示しているが、これに限定されない。管理サーバ３０は、ユーザのメールアドレス宛に、これらの申し込み受け付け情報を含むメールを送信する送信部（不図示）を備えてもよい。

そして、図２の祈願処理部１１１は、図２の祈願受付部１０３が受け付けた祈願申込情報を図２の祈願情報データベース１０９から読み出し、インタフェース部１０１を介してネットワーク２０上の該当する寺社向け端末４０に送信し、祈願処理を依頼する（図５のステップＳ３５）。寺社向け端末４０では、祈願処理依頼を受け付け（図５のステップＳ３７）、祈願申込情報に基づいて、実際に祈祷を行った後、その結果を管理サーバ３０に通知する（図５のステップＳ４１）。

一方、管理サーバ３０では、申し込み時に指定されているお賽銭額を図２の課金処理部１２５が課金処理する（図５のステップＳ３９）。なお、図２の課金処理部１２５は、課金処理を行った旨および決済額を含む決済データを寺社向け端末４０にネットワーク２０を介して通知および送信するようにしてもよい。寺社向け端末４０では、祈願処理依頼を受け付け、受信した決済データを表示部（不図示）に表示させる。寺社のオペレータが依頼内容および決済データを確認した後、実際に祈祷が行われ、その結果を寺社向け端末４０が管理サーバ３０に送信する。

そして、図２の祈願処理部１１１が寺社向け端末４０からインタフェース部１０１を介して祈祷結果情報を受信し、図２の祈願情報データベース１０９に格納する（図５のステップＳ４３）。ここで、祈祷結果情報とは、祈祷後発行される御札の画像データや、祈祷の様子を撮影した映像ファイルなどとすることができる。図２の祈願処理部１１１は、受信した結果情報に結果ＩＤ、たとえば、画像データにアクセスするための識別情報、ＵＲＬアドレスなどを付与し、図４の祈願情報データベース１０９に結果ＩＤ１８７を記憶し、画像データは結果ＩＤと対応付けて別領域に記憶する。

このようにして、申し込まれた祈願に対して、成就報告をする場合の動作について、以下に説明する。図７は、本実施形態の決済システム１の成就報告時の動作の一例を示すフローチャートである。以下、図２〜図４、図６、および図７を用いて説明する。

はじめに、管理サーバ３０では、図４の祈願情報データベース１０９にアクセスし、期限１７７を参照し、期限に到達しているデータを受付ＩＤ１６３毎に抽出する（図７のステップＳ５１のＹＥＳ）。抽出された受付ＩＤ１６３の祈願申込情報のユーザＩＤ１６１から図３のユーザ情報データベース１０５にアクセスし、ユーザＩＤ１５１に対応するメールアドレス１５７を取得する。そして、該当するメールアドレス１５７に通知メールを送信する（図７のステップＳ５３）。ここでは、たとえば、申し込まれた祈願内容が期限に到達した旨と、お礼参り用ウェブページのＵＲＬアドレスを含むメールを送信する。ユーザ端末１０は、メールを受信すると、メールに含まれるＵＲＬアドレスを選択することで、受付ＩＤを管理サーバ３０に送信する（図７のステップＳ５５）。

管理サーバ３０は、図６（ｇ）に示すお礼参り画面２７０をユーザ端末１０の表示部に表示させる（図７のステップＳ５７）。お礼参り画面２７０は、受付番号表示欄２７１と、成就選択ラジオボタン２７３と、返礼率入力欄２７５と、コメント入力欄２７７と、送信ボタン２７９と、を含む。

成就選択ラジオボタン２７３は、お願い事が成就されたか否かを選択する。返礼率入力欄２７５は、成就の度合いに応じて、その達成度を入力する。コメント入力欄２７７は、感謝、喜びの言葉などをコメントとして入力することができる。送信ボタン２７９をユーザが押下すると、返礼率がユーザ端末１０から管理サーバ３０にネットワーク２０を介して送信される（図７のステップＳ５９）。

そして、管理サーバ３０では、図２の報告受付部１２１が図２のインタフェース部１０１を介して返礼率を受信し、図２の算出部１２３が返礼額を算出し、図４の祈願情報データベース１０９の実績返礼額１８４に記憶する（図７のステップＳ６１）。そして、図２の課金処理部１２５が実績返礼額１８４の課金処理を行う（図７のステップＳ６３）。

なお、期限満了後、成就報告の通知を管理サーバ３０からユーザ端末１０に対して行った後、所定期間経過後も成就報告がなされない場合、予定返礼額の課金は行なわない構成とすることもできるし、あるいは、所定期間経過後に、予定返礼額で課金を行う構成とすることもできる。いずれの課金方法とするかは予め祈願申込時に決定しておけばよい。成就報告の通知は、複数回行ってもよい。ユーザが所定期間内に成就報告を行った場合は、ユーザに所定のポイントを還元するようにしてもよい。

さらに、本実施形態の祈願受付サービスでは、寺社情報の公開を行うことができる。図８は、本実施形態の管理サーバ３０における祈願受付サービスの寺社情報提供機能を実現させるための構成を示す機能ブロック図である。管理サーバ３０は、さらに、集計部３０１と、寺社情報データベース３０３と、提示部３０５と、寺社紹介コンテンツ記憶部３０７と、を含む。集計部３０１は、祈願情報データベース１０９から祈願ＩＤ１７３、返礼率１８３、コメント１８５を取得し、集計し、寺社情報データベース３０３に格納する。

図９は、寺社情報データベース３０３の構造の一例を示す図である。寺社情報データベース３０３は、寺社ＩＤ３１１と、寺社名３１３と、寺社情報ＵＲＬ３１５と、対象祈願ＩＤ３１７と、平均返礼率３１９と、総祈願件数３２１と、を含む。寺社情報データベース３０３は、本実施形態の祈願受付サービスに登録されている寺社の情報が含まれる。寺社情報ＵＲＬ３１５で示されるコンテンツには、たとえば、各寺社の名前、所在地、画像、映像、由来、縁起、祭神、特徴、祈祷内容、各ユーザから寄せられたコメントなどが格納されている。これらのコンテンツは、寺社紹介コンテンツ記憶部３０７に格納される。平均返礼率３１９は、集計部３０１によって各祈願でユーザによって指定された返礼率の平均値が算出され、格納される。

提示部３０５は、寺社情報データベース３０３および寺社紹介コンテンツ記憶部３０７に格納されている寺社情報をインタフェース部１０１を介してユーザ端末１０の表示部に表示させる。また、管理サーバ３０の提示部３０５は、受験合格、安産祈願、商売繁盛祈願など祈願内容を受け付け、祈願内容によってどの寺社が良いかなどの絞り込み検索を行う検索部（不図示）を含むことができる。絞込条件は、祈願内容の他に、所在地、方位、返礼率の高さ、祈願者数などを条件とすることもできる。検索部によって絞り込まれた寺社の情報を提示部３０５は提示することができる。これにより、ユーザは、寺社の情報を参照した上で、祈願寺社を選択することができる。

また、上記実施形態において、ユーザが祈願申込をする寺社を選択する構成としたが、これに限定されない。祈願内容とユーザの所在地や返礼率の高さなどその他の条件から自動的に寺社を選定し、祈願申込を受け付けることもできる。したがって、祈願申込を受け付けた後、管理サーバ３０はユーザ端末１０に受け付けた寺社情報も通知する。

以上説明したように、本発明の実施の形態の決済システム１によれば、提供されたサービスに対して、ユーザがその達成度を評価して決定でき、達成度に応じた対価をユーザに課金し、決済することができる。そして、いつでもどこでも思い立ったときに、希望の寺社にお参りと願掛け、お賽銭のお供えができる。

以上、図面を参照して本発明の実施形態について述べたが、これらは本発明の例示であり、上記以外の様々な構成を採用することもできる。

たとえば、お礼参りについて、たとえば、ユーザが寺社を実際に訪れなければＵＲＬやアクセスキー、あるいはパスワードを入手することができないようにしてもよい。また、実際に寺社に訪れてお礼参りをした場合は、特定のポイントをユーザ端末１０に還元するようにすることもできる。具体的には、寺社向け端末４０と無線または有線通信を行うことによってＵＲＬやあるいはアクセスキーをユーザ端末１０に送信することができる。あるいは、寺社境内に二次元バーコードなどを掲示し、ユーザ端末１０の撮像部によって二次元バーコードを撮像し、ＵＲＬやアクセスキーを取得する。あるいは、巫女や神主から口頭でＵＲＬアドレスやアクセスキーあるいは、パスワードを入手することができる。

また、実際に寺社に訪れたことを確認するために、ユーザ端末１０のＧＰＳ機能を用いて、ユーザ端末１０の現在位置情報を管理サーバ３０に送信し、管理サーバ３０に、位置情報に基づいて、寺社に実際に訪れたか否かを判断する判断部を設けてもよい。あるいは、寺社向け端末４０にデータ受信部を設け、ユーザ端末１０と無線または有線通信により、たとえば、受付ＩＤを送信することで、お礼参りの確認を行うことができる。寺社向け端末４０は、受信した受付ＩＤを管理サーバ３０に送信し、管理サーバ３０で受付ＩＤを確認し、お礼参りの確認を行うことができる。

また、期限通知メールに代えて、ユーザ専用のサービス提供履歴ページをホームページ上に設け、ユーザがそのページにアクセスした際、達成度の送信が未だであることや、達成度の送信を促すメッセージをユーザ端末１０の表示部に表示させることができる。

本発明の実施の形態に係る決済システムの構成を示すブロック図である。 図１の決済システムの管理サーバの構成を示す機能ブロック図である。 図２のユーザ情報データベースの構造の一例を示す図である。 図２の祈願情報データベースの構造の一例を示す図である。 図１の決済システムの祈願受付動作の一例を示すフローチャートである。 図１の決済システムのユーザ端末で祈願受付サービスを利用したときの画面の例を示す図である。 図１の決済システムの成就報告時の動作の一例を示すフローチャートである。 本実施形態の管理サーバ３０における祈願受付サービスの寺社情報提供機能を実現させるための構成を示す機能ブロック図である。 図８の寺社情報データベースの構造の一例を示す図である。

符号の説明

１ 決済システム
１０ ユーザ端末
２０ ネットワーク
３０ 管理サーバ
３２ コンテンツ記憶部
４０ 寺社向け端末
１０１ インタフェース部
１０３ 祈願受付部
１０５ ユーザ情報データベース
１０７ 受付ＩＤ発行部
１０９ 祈願情報データベース
１１１ 祈願処理部
１２１ 報告受付部
１２３ 算出部
１２５ 課金処理部
１５１ ユーザＩＤ
１５３ ユーザ名
１５５ パスワード
１５７ メールアドレス
１６１ ユーザＩＤ
１６３ 受付ＩＤ
１６５ 対象者情報
１６７ 氏名
１６９ 住所
１７１ 生年月日
１７３ 祈願ＩＤ
１７５ 寺社ＩＤ
１７７ 期限
１７９ 賽銭金額
１８１ 予定返礼額
１８３ 返礼率
１８４ 実績返礼額
１８５ コメント
１８７ 結果ＩＤ
２００ ログイン画面
２１０ メニュー画面
２１１ 新規祈願申込リンク
２１３ お礼参りリンク
２１５ 神社検索リンク
２２０ 祈願受付画面
２３０ 寺社選択画面
２４０ 祈願申込画面
３０１ 集計部
３０３ 寺社情報データベース
３０５ 提示部
３０７ 寺社紹介コンテンツ記憶部

Claims (11)

1. 所定のサービスの提供を受けるユーザの端末と、
   前記端末にネットワークを介して接続される管理サーバと、を備えた決済システムにおいて、
   前記管理サーバは、
   前記ユーザの前記端末から、前記サービスの提供の申し込みを前記ネットワークを介して受信する申込受信部と、
   前記ユーザの前記端末から、前記サービスに対する達成度を前記ネットワークを介して受信する達成度受信部と、
   前記達成度に応じて、前記サービスに対する対価を変額して課金する課金部と、
   を備える決済システム。
2. 請求項１に記載の決済システムにおいて、
   前記管理サーバは、
   前記申込受信部が前記申し込みを受信した後、所定期間経過後、前記達成度の送信を前記ユーザに催促する通知を行う通知部をさらに備える決済システム。
3. 請求項１または２に記載の決済システムにおいて、
   前記管理サーバの前記申込受信部は、寺社に対する祈願依頼を受信し、
   前記管理サーバは、前記祈願依頼をネットワークに接続された前記寺社の端末に送信する依頼送信部を含み、
   前記管理サーバの前記達成度受信部は、前記ユーザの前記端末から、前記祈願依頼した祈願に対する成就の度合いとして達成度を前記ネットワークを介して受信する決済システム。
4. 所定のサービスの提供を受けるユーザの端末から、前記サービスの提供の申し込みをネットワークを介して受信する申込受信部と、
   前記ユーザの前記端末から、前記サービスに対する達成度を前記ネットワークを介して受信する達成度受信部と、
   前記達成度に応じて、前記サービスに対する対価を変額して課金する課金部と、
   を備える管理サーバ。
5. 請求項４に記載の管理サーバにおいて、
   前記申込受信部が前記申し込みを受信した後、所定期間経過後、前記達成度の送信を前記ユーザに催促する通知を行う通知部をさらに備える管理サーバ。
6. 請求項４または５に記載の管理サーバにおいて、
   前記申込受信部が受信した前記申し込みを受け付け、受付番号を発行する発行部と、
   前記サービスに対する前記対価の予定支払い金額を、前記ユーザの前記端末から、前記ネットワークを介して受信する予定金額受信部と、
   前記受付番号毎に、前記予定支払い金額を含む前記申し込みに関する情報を記憶する申込情報記憶部と、を備え、
   前記達成度受信部は、前記ユーザの前記端末から、前記受付番号に対応付けられた達成度を受信し、
   前記課金部は、前記受付番号に対応する前記予定支払い金額を前記達成度に応じて変額し、前記サービスの前記対価として課金する管理サーバ。
7. 請求項６に記載の管理サーバにおいて、
   前記申込受信部は、達成度の送信を前記ユーザに催促する期日の指定をさらに受信し、前記申し込みに関する情報とともに前記期日を前記申込情報記憶部に記憶する管理サーバ。
8. 請求項４乃至７いずれかに記載の管理サーバにおいて、
   前記申込受信部は、寺社に対する祈願依頼を受信し、
   前記祈願依頼をネットワークに接続された前記寺社の端末に送信する依頼送信部を含み、
   前記達成度受信部は、前記祈願依頼に対する達成度を受信する管理サーバ。
9. 請求項８に記載の管理サーバにおいて、
   前記予定支払い金額は、前記寺社への予定返礼額である管理サーバ。
10. 所定のサービスの提供を受けるユーザの端末であって、
    ネットワークを介して管理サーバに接続する接続部と、
    前記サービスの提供の申し込みを前記管理サーバに前記ネットワークを介して送信する申込送信部と、
    前記サービスに対する達成度を前記管理サーバに前記ネットワークを介して送信する達成度送信部と、を備える端末。
11. コンピュータを、
    所定のサービスの提供を受けるユーザの端末から、前記サービスの提供の申し込みをネットワークを介して受信する手段、
    前記ユーザの前記端末から、前記サービスに対する達成度を前記ネットワークを介して受信する手段、
    前記達成度に応じて、前記サービスに対する対価を変額して課金する手段、として機能させるための決済プログラム。

Images