JP4954627B2 - 送金管理システム及び送金管理方法 - Google Patents

Description

本発明は、冠婚葬祭における香典や祝儀等を効率的に送金するための送金管理システム及び送金管理方法に関する。

結婚披露宴、葬儀等の冠婚葬祭において、参加者はこれらの行事が行われる会場に直接出向き、祝儀や香典を開催者に手渡すことが一般的である。しかし、式斎場が遠隔地の場合や参加者の都合がつかない場合には、参加ができないことがある。

このため、ネットワーク上で祝儀や香典を受け付け、および返礼品の発注配送依頼を行なうことができるシステムが開示されている（特許文献１を参照。）。この文献記載の式典支援システムでは、ネットワークに接続された開催者の有する情報端末装置に、少なくとも開催者の個人情報と前記式典に関する情報とを含むイベント情報を入力する手段を備える。そして、入力されたイベント情報に基づいて前記式典の内容情報を作成し記憶する。参加者の有する端末装置からの表示要求に応じて、式典の内容情報を表示させる。更に、電子メールによる慶弔メッセージ文書を送付し、香典、祝儀の金額及び参加者の個人情報を含む入力を行なう。更に、入力された参加者情報に基づいて前記香典、祝儀に対する返礼を手配する。

また、葬儀等の状況を遠方等の人にも把握できるようにすると共に、香典や生花の配送の手配を簡素化する弔問環境提供装置も開示されている（特許文献２を参照。）。この文献記載の技術では、会場側情報処理機を介して中央情報処理機に取り込まれた葬儀等の状況情報を各弔問者端末へ送信する。中央情報処理機は、弔問者側端末に入力された弔意情報、香典情報、生花情報に応じて、香典や生花の手配をすると共に、会場側情報処理機に香典や生花の手配を依頼した弔問者の氏名等の情報を即時に送信する。
特開２００３−１７８１４７号公報（第１頁） 特開２００１−３３１５９３号公報（図１）

しかし、特許文献１には、具体的な送金方法は記載されていない。また、特許文献２の段落〔００７６〕や〔００７８〕においては、仲介管理業者の金融機関口座や、遺族の金融機関口座への振込についての記載がある。

しかし、冠婚葬祭に参加できない者であっても、他の参加者と同様に、祝儀や香典等を式斎場で渡したいというニーズがある。また、冠婚葬祭の開催者にとっても、慣習として式斎場で受け取る祝儀や香典をまとめておきたいというニーズもある。

本発明は、上記課題を解決するためになされたものであり、その目的は、遠隔地等における冠婚葬祭に出向くことなく、冠婚葬祭の開催者に送金することができる送金管理システム及び送金管理方法を提供することにある。

上記問題点を解決するために、請求項１に記載の発明は、開催場所、開催日時、開催者名及び贈答金額に関する冠婚葬祭情報を受付識別子毎に記録する贈答データ記憶手段と、利用者の引落口座情報を受付識別子毎に記録する引落口座データ記憶手段と、利用者端末及び受取人端末に接続された制御手段とを備えた送金管理システムであって、前記制御手段は、利用者端末において設定された冠婚葬祭情報を含む配送依頼を取得し、受付識別子を付与して前記贈答データ記憶手段に記録し、前記利用者端末から、前記受付識別子に対して引落口座情報を取得し、前記引落口座データ記憶手段に記録し、前記受付識別子と関連付けてアクセスコードを付与して記録する受付手段と、前記受付識別子に関連付けられた贈答金額を、前記引落口座情報によって特定される預金口座から引き落とす口座引落手段と、前記受付識別子に関連付けられた開催日時で開催場所の開催者名に対して、前記アクセスコードを記録した媒体の配送指示処理を行なう配送管理手段と、前記媒体に記録されたアクセスコードを用いてアクセスがあった場合には、このアクセスを行なった受取人端末から、前記贈答データ記憶手段に記録された前記贈答金額に相当する送金を行なうための振込先口座の口座情報を取得し、前記口座情報により振込先口座の名義人名に関する情報を取得し、前記アクセスコードにより特定された受付識別子に関連付けられて前記贈答データ記憶手段に記録された開催者名を取得し、前記名義人名と前記開催者名とが一致する場合に、前記贈答データ記憶手段に記録された前記贈答金額を、前記振込先口座に振込を行なうための送金処理手段とを備えたことを要旨とする。

請求項２に記載の発明は、請求項１に記載の送金管理システムにおいて、前記制御手段は、更に電報受付サーバに接続されており、前記受付手段は、電報を配送するために前記利用者端末から受け付けた冠婚葬祭の開催場所、開催日時、開催者名及び電報料を前記電報受付サーバから取得し、受付識別子を付与して前記贈答データ記憶手段に記録し、前記口座引落手段は、更に、前記受付識別子に関連付けられた電報料を、前記引落口座情報によって特定される預金口座から引き落とすことを要旨とする。

請求項３に記載の発明は、請求項１又は２に記載の送金管理システムにおいて、前記制御手段は、前記開催日時に基づいて特定される締切時刻に達した場合、開催場所、開催日時が共通する配送依頼数を特定し、前記配送依頼の数に基づいて配送手数料を算出する分配手段を更に備え、前記口座引落手段は、更に前記算出した配送手数料を引き落とすこと
を要旨とする。

請求項４に記載の発明は、開催場所、開催日時、開催者名及び贈答金額に関する冠婚葬祭情報を受付識別子毎に記録する贈答データ記憶手段と、利用者の引落口座情報を受付識別子毎に記録する引落口座データ記憶手段と、利用者端末及び受取人端末に接続された制御手段とを備えた送金管理システムを用いて、送金管理を行なう方法であって、前記制御手段が、利用者端末において設定された冠婚葬祭情報を含む配送依頼を取得し、受付識別子を付与して前記贈答データ記憶手段に記録し、前記利用者端末から、前記受付識別子に対して引落口座情報を取得し、前記引落口座データ記憶手段に記録し、前記受付識別子と関連付けてアクセスコードを付与して記録する受付段階と、前記受付識別子に関連付けられた贈答金額を、前記引落口座情報によって特定される預金口座から引き落とす口座引落段階と、前記受付識別子に関連付けられた開催日時で開催場所の開催者名に対して、前記アクセスコードを記録した媒体の配送指示処理を行なう配送管理段階と、前記媒体に記録されたアクセスコードを用いてアクセスがあった場合には、このアクセスを行なった受取人端末から、前記贈答データ記憶手段に記録された前記贈答金額に相当する送金を行なうための振込先口座の口座情報を取得し、前記口座情報により振込先口座の名義人名に関する情報を取得し、前記アクセスコードにより特定された受付識別子に関連付けられて前記贈答データ記憶手段に記録された開催者名を取得し、前記名義人名と前記開催者名とが一致する場合に、前記贈答データ記憶手段に記録された前記贈答金額を、前記振込先口座に振込を行なうための送金処理段階とを実行することを要旨とする。

請求項５に記載の発明は、請求項４に記載の送金管理方法において、前記制御手段は、更に電報受付サーバに接続されており、前記受付段階は、電報を配送するために前記利用者端末から受け付けた冠婚葬祭の開催場所、開催日時、開催者名及び電報料を前記電報受付サーバから取得し、受付識別子を付与して前記贈答データ記憶手段に記録し、前記口座引落段階は、更に、前記受付識別子に関連付けられた電報料を、前記引落口座情報によって特定される預金口座から引き落とすことを要旨とする。

請求項６に記載の発明は、請求項４又は５に記載の送金管理方法において、前記制御手段は、前記開催日時に基づいて特定される締切時刻に達した場合、開催場所、開催日時が共通する配送依頼数を特定し、前記配送依頼の数に基づいて配送手数料を算出する分配段階を更に実行し、前記口座引落段階は、更に前記算出した配送手数料を引き落とすことを要旨とする。

（作用）
請求項１又は４に記載の発明によれば、利用者端末において設定された冠婚葬祭情報を含む配送依頼を取得し、受付識別子を付与して贈答データ記憶手段に記録する。そして、利用者端末から、受付識別子に対して引落口座情報を取得し、引落口座データ記憶手段に記録し、受付識別子と関連付けてアクセスコードを付与して記録する。そして、受付識別子に関連付けられた贈答金額を、引落口座情報によって特定される預金口座から引き落とす。そして、受付識別子に関連付けられた開催場所の開催者名に対して、開催日時に応じてアクセスコードを付した媒体の配送指示処理を行なう。これにより、受付識別子を介して特定される口座から贈答金額を引き落とすとともに、受付識別子を介して贈答金額を提供するためのアクセスコードを含めた祝儀や香典等を送ることができる。特に、現金を直接配送することがないので、安全に冠婚葬祭の開催者に送金することができる。

本発明によれば、振込先口座の名義人名と、贈答データ記憶手段に記録された開催者名とが一致する場合に、振込先口座への振込を行なう。これにより、アクセスコードが漏洩した場合にも、より安全に冠婚葬祭の開催者に送金することができる。

請求項２又は５に記載の発明によれば、電報を配送するために利用者端末から受け付けた冠婚葬祭の開催場所、開催日時、開催者名及び電報料を、電報受付サーバから取得する。そして、電報料を受付識別子に関連付けられた預金口座から引き落とす。冠婚葬祭においては、慶弔電報とともに祝儀や香典を送ることが多いので、電報受付サーバが取得した情報を利用して、効率的に配送先を特定することができる。

請求項３又は６に記載の発明によれば、開催日時に基づいて特定される締切時刻に達した場合、開催場所、開催日時が共通する配送依頼数を特定し、配送依頼の数に基づいて配送手数料を算出する。そして、算出した配送手数料を引き落とす。冠婚葬祭においては複数の者から、慶弔電報や祝儀・香典が送られることが多いので、効率的に配送することができる。

本発明によれば、遠隔地等における冠婚葬祭に出向くことなく、冠婚葬祭の開催者に送金することができる。

（第１の実施形態）
以下、本発明を具体化した第１の実施形態を、図１〜図８に従って説明する。本実施形態では、冠婚葬祭等において、祝儀や香典等を配送するための冠婚葬祭送金サービスを提供する。ここでは、図１に示すように、インターネットを介して接続されている利用者端末１０、ネットバンキングサーバ２０、銀行ホストシステム３０、電報受付サーバ５０や配送管理サーバ６０、受取人端末７０を用いる。そして、本実施形態では、結婚式や葬儀等の冠婚葬祭に出向くことができない利用者が、冠婚葬祭の開催者に対して電報を送るとともに、祝儀や香典等の配送を依頼する場合を想定する。本実施形態では、祝儀や香典の金額を冠婚葬祭の開催者に対して振込により送金する。

利用者端末１０は、利用者が電報や祝儀や香典等の配送依頼を行なうために用いるコンピュータ端末であり、電報受付サーバ５０やネットバンキングサーバ２０との間で通信を行なう。一方、受取人端末７０は、祝儀や香典等の入金処理を行なうために用いるコンピュータ端末であり、ネットバンキングサーバ２０との間で通信を行なう。

電報受付サーバ５０は、電報事業者が管理するコンピュータシステムである。この電報
受付サーバ５０は、利用者端末１０との間で通信を行ない、電報の受付処理を実行する。
ネットバンキングサーバ２０は、金融機関が管理するコンピュータシステムである。このネットバンキングサーバ２０は、利用者端末１０との間で通信を行ない、電報や祝儀・香典についての料金の決済を管理する。このネットバンキングサーバ２０の制御部２１は、図示しないＣＰＵ等の制御手段、ＲＡＭ及びＲＯＭ等のメモリを有し、後述する処理（受付段階、口座引落段階、配送管理段階、分配段階、送金処理段階等を含む処理）を行なう。このためのプログラムを実行することにより、ネットバンキングサーバ２０の制御部２１は、受付手段及び口座引落手段としての受付処理手段２１１、分配手段としての分配処理手段２１２、配送管理手段としての配送指示手段２１３、送金処理手段２１４等として機能する。更に、ネットバンキングサーバ２０は、受付データ記憶部２２や配送管理データ記憶部２３を備える。

受付データ記憶部２２は贈答データ記憶手段、引落口座データ記憶手段として機能し、図２に示すように、電報や祝儀・香典の配送依頼についての受付レコード２２０が記録される。この受付レコード２２０は、電報や祝儀・香典の配送に関する決済依頼を受けた場合に登録される。この受付レコード２２０は、受付識別子、受付日時、配送先情報、配送希望日時、電報料情報、祝儀・香典料情報、祝儀・香典袋情報、表書き情報、利用者口座識別子、アクセスコード、ステータスに関するデータを記録するフィールドを含んで構成される。

受付識別子フィールドには、利用者の各配送依頼を特定するための識別子に関するデータが記録される。
受付日時フィールドには、依頼を受け付けた日付及び時刻に関するデータが記録される。

配送先情報フィールドには、電報や祝儀・香典を配送する宛先に関するデータが記録される。この配送先情報には、配送先住所、配送先式斎場名、配送先氏名に関する情報が含まれる。配送先住所、配送先式斎場名は、それぞれ冠婚葬祭の開催場所を特定するデータであって、それぞれ式斎場の住所、式斎場の名称である。また、配送先氏名は冠婚葬祭の開催者を特定する名称である。

配送希望日時フィールドには、冠婚葬祭の開催日時を特定するデータであって、電報や祝儀・香典の配送を希望する日付や時間帯（例えば、「午前」や「午後」）に関するデータが記録される。配送希望日時は、冠婚葬祭が催される日付であって、冠婚葬祭の開始時刻の所定時間前を設定する。

電報料情報フィールドには、電報配送に要する金額に関するデータが記録される。この電報料は、電報料金、電報配送料金から構成されており、このフィールドにはそれぞれの金額が記録されている。

祝儀・香典料情報フィールドには、祝儀や香典の配送に要する金額に関するデータが記録される。祝儀・香典料は、祝儀や香典の料金（贈答金額）、祝儀・香典配送料金から構成されており、このフィールドにはそれぞれの金額が記録されている。

祝儀・香典袋情報、表書き情報フィールドには、祝儀袋や香典袋の種別や表書きに関するデータが記録される。
利用者口座識別子フィールドには、各料金について決済を行なう利用者の預金口座を特定するためのデータ（引落口座情報）が記録される。

アクセスコードフィールドには、冠婚葬祭の開催者が、ネットバンキングサーバ２０に
アクセスするためのコードに関するデータが記録される。本実施形態では、アクセスコードとして、ＵＲＬ（Uniform Resource Locator）を利用する。このＵＲＬは、ネットバンキングサーバ２０にアクセスするためのアドレス情報に、各受付レコード２２０を特定するためのパラメータ（例えば、受付識別子）が付加されて構成される。

ステータスフィールドには、依頼の進捗状況に関するデータが記録される。
配送管理データ記憶部２３には、図３に示すように、電報や祝儀・香典の配送先を特定するための配送管理レコード２３０が記録される。この配送管理レコード２３０は、電報や祝儀・香典の配送に関する決済依頼を受けた場合に登録される。この配送管理レコード２３０は、配送管理識別子、配送先情報、配送希望日時、受付識別子、依頼種別に関するデータを記録するフィールドを含んで構成される。

配送管理識別子フィールドには、配送先が共通する配送依頼を識別するためのデータが記録される。
配送先情報フィールドには、電報や祝儀・香典を配送する宛先に関するデータが記録される。

配送希望日時フィールドには、電報や祝儀・香典の配送を希望する日付や時間帯に関するデータが記録される。
受付識別子フィールドには、この配送先に所定の時間に配送を行なう依頼を特定するための受付識別子に関するデータが記録される。なお、同じ配送先に対して、共通した配送希望日時における配送依頼が複数ある場合には、このフィールドには複数の受付識別子が記録される。

そして、各受付識別子フィールドに対応させて、依頼種別フィールドが設けられている。この依頼種別には、「電報のみ」、「電報及び祝儀・香典」、「祝儀・香典のみ」の依頼内容を特定するための種別フラグデータが記録される。

また、このネットバンキングサーバ２０は、銀行ホストシステム３０に接続される。この銀行ホストシステム３０は、預金口座データ記憶部を備え、取引の決済処理を行なうコンピュータシステムである。具体的には、各預金口座の残高を管理し、口座引落、口座振込等の処理を実行する。

一方、電報受付サーバ５０は、電報事業者が管理するコンピュータサーバである。この電報受付サーバ５０は、電報配送の依頼を受け付ける。
配送管理サーバ６０は、配送サービスを提供する配送事業者のコンピュータサーバである。本実施形態では、この配送管理サーバ６０は、祝儀・香典の配送を管理する。

上記のように構成されたシステムを用いて、祝儀や香典の配送に関する処理手順を、図４、５に従って説明する。ここでは、配送受付処理、配送料分配処理、配送指示処理の順に説明する。

（配送受付処理）
まず、利用者が本サービスを利用する場合、図４に示すように、利用者端末１０を利用して電報受付サーバ５０にアクセスする（ステップＳ１−１）。このアクセスは、インターネットを介して行なわれる。

利用者端末１０からのアクセスを受けた電報受付サーバ５０は受付処理を実行する（ステップＳ１−２）。具体的には、電報受付サーバ５０は、利用者端末１０に対して電報受付画面データを送信する。電報受付画面データを受信した利用者端末１０は、ディスプレ
イに電報受付画面を出力する。

利用者は、ディスプレイに出力された電報受付画面を用いて電報の配送依頼を入力する。この電報受付画面においては、表題（お祝いやお悔やみ等）、電報の宛先（配送先住所、配送先式斎場名、配送先氏名）、差出人名、台紙種別、配送希望日時、メッセージなどを設定するための入力欄が設けられている。

各入力欄における設定を完了し、電報受付画面の設定ボタンが選択された場合、利用者端末１０は、電報受付画面において設定された各データを、インターネットを介して電報受付サーバ５０に送信する。電報受付サーバ５０は、受信したデータに対して、受付識別子を付与して、所定の電報依頼データ記憶部に記録する。

更に電報受付画面には祝儀・香典の受付ボタンが配置されている。この祝儀・香典受付ボタンが選択された場合、利用者端末１０は、電報受付サーバ５０に対して、祝儀・香典受付画面を要求する。

この場合、電報受付サーバ５０は、祝儀・香典受付処理を実行する（ステップＳ１−３）。具体的には、電報受付サーバ５０は、付与された受付識別子に対応させた祝儀・香典受付画面データを利用者端末１０に送信する。祝儀・香典受付画面データを受信した利用者端末１０は、ディスプレイに祝儀・香典受付画面を出力する。

利用者は、ディスプレイに出力された祝儀・香典受付画面を用いて祝儀・香典の配送依頼を入力する。この祝儀・香典受付画面においては、祝儀・香典の金額、袋（祝儀袋・香典袋）の種類、袋の表書き等を設定するための入力欄が設けられている。

各入力欄における設定を完了し、祝儀・香典受付画面の設定ボタンが選択された場合、利用者端末１０は、祝儀・香典受付画面において設定された各データ、先に付与された受付識別子に関するデータを含む配送依頼を電報受付サーバ５０に送信する。

電報受付サーバ５０は、受信したデータを、先に付与された受付識別子に基づいて、所定の電報依頼データ記憶部に記録する。更に、電報受付サーバ５０は、電報料、祝儀・香典料を算出し、電報依頼データ記憶部に記録する。

電報受付画面や祝儀・香典受付画面には、料金支払方法選択欄が設けられている。本実施形態では、預金口座からの口座引落を選択する場合を想定する。料金支払方法として口座引落が選択された場合、利用者端末１０は、口座引落依頼を電報受付サーバ５０に送信する。

この場合、電報受付サーバ５０は、購買と決済とを連動させる連携処理を行なう（ステップＳ１−４）。具体的には、電報受付サーバ５０は、引落口座の設定するための決済依頼画面データを利用者端末１０に送信する。この決済依頼画面データには、受付識別子、祝儀・香典受付画面において設定された各データ（設定データ）及び料金データを含める。

決済依頼画面データを受信した利用者端末１０は、設定データ、料金データをメモリに一時記憶する。そして、利用者端末１０は、ディスプレイに決済依頼画面を出力する。
この決済依頼画面においては、利用者の預金口座が開設された金融機関のサーバ（ここでは、ネットバンキングサーバ２０）に接続するためのリンクボタンが設けられている。このリンクボタンが選択された場合、利用者端末１０は振込依頼処理を実行する（ステップＳ１−５）。具体的には、利用者端末１０は、メモリに一時記憶したデータを呼び出し
、これらのデータをパラメータとした振込依頼をネットバンキングサーバ２０に引き継ぐ。この振込依頼は、メモリに一時記憶したデータ（受付識別子、受付日時、配送先住所情報、配送希望日時、電報料情報、祝儀・香典料情報、祝儀・香典袋情報、表書き情報）に関するデータを含む。

この決済依頼画面に引き続き、ネットバンキングサーバ２０は決済確認画面データを送信する。この決済確認画面においては、利用者の預金口座を特定するための設定欄が設けられている。そして、利用者端末１０は、この決済確認画面において設定された預金口座の口座識別子に関するデータをネットバンキングサーバ２０に送信する。

振込依頼を受信したネットバンキングサーバ２０の制御部２１は引落処理を実行する（ステップＳ１−６）。具体的には、制御部２１の受付処理手段２１１が、受信した振込依頼に対してアクセスコードを付与する。そして、受付処理手段２１１は、振込依頼に含まれるデータを用いて受付レコード２２０を生成し、受付データ記憶部２２に記録する。

更に、受付処理手段２１１は、配送管理データ記憶部２３において、配送先情報や配送希望日時が共通する配送管理レコード２３０を検索する。
そして、配送先情報や配送希望日時が共通する配送管理レコード２３０を検出した場合には、受付処理手段２１１は、今回の振込依頼の受付識別子を、この配送管理レコード２３０に追記する。この場合、受付処理手段２１１は、電報料情報、祝儀・香典料情報に基づいて依頼種別（「電報のみ」、「電報及び祝儀・香典」、「祝儀・香典のみ」）を特定する。そして、受付識別子に対応させて、この依頼種別に基づく種別フラグを記録する。

一方、配送先情報や配送希望日時が共通する配送管理レコード２３０を検出できない場合には、受付処理手段２１１は、今回の振込依頼に対して配送管理識別子を付与する。そして、この配送管理識別子、配送先情報、配送希望日時、受付識別子及び依頼種別を含めた配送管理レコード２３０を新たに生成して、配送管理データ記憶部２３に記録する。

そして、受付処理手段２１１は、振込依頼において設定された預金口座の残高から、受付レコード２２０に記録された電報料及び祝儀・香典料の引落処理を銀行ホストシステム３０に指示する。この指示を受けた銀行ホストシステム３０は、利用者の預金口座の残高から、電報料及び祝儀・香典料の引落を行なうとともに、引き落とした金額を別段預金口座にホールドする。引落完了結果を取得した受付処理手段２１１は、電報受付サーバ５０に引落完了通知を送信する。この引落完了通知には、受付識別子に関するデータを含める。

引落完了通知を受信した電報受付サーバ５０は、配送予約処理を実行する（ステップＳ１−７）。具体的には、電報受付サーバ５０は、電報依頼データ記憶部に記録された配送先に対して配送希望日時に、電報を配送する予約を行なう。

また、ネットバンキングサーバ２０の制御部２１も、配送予約処理を実行する（ステップＳ１−８）。具体的には、制御部２１の受付処理手段２１１は、配送管理サーバ６０に対して、祝儀や香典の配送予約を送信する。この配送予約には、受付レコード２２０に記録された配送先情報、配送希望日時、祝儀・香典袋情報、表書き情報、アクセスコード及び配送管理レコード２３０に記録された配送管理識別子を含める。この場合、配送管理サーバ６０は、受信した配送予約を、所定の配送予約データ記憶部に記録する。そして、配送事業者は、祝儀・香典袋情報、表書き情報に基づいて作成された祝儀袋や香典袋を作成する。更に、配送管理サーバ６０は、図７に示すアクセス依頼状５００を印刷する。このアクセス依頼状５００には、祝儀や香典を振り込むためのネットバンキングサーバ２０へのアクセスの依頼と、配送予約に含まれるアクセスコード（ここでは、ＵＲＬ５０１）を
印字する。このアクセス依頼状５００を祝儀袋や香典袋に封入することにより、配送の準備を完了する。

そして、受付処理手段２１１は、受付レコード２２０のステータスフィールドに「配送予約済み」フラグを記録する。
このようにして、ネットバンキングサーバ２０は、順次、利用者からの配送依頼を受け付ける。

（配送料分配処理）
次に、配送料分配処理（ステップＳ１−９）について、図５を用いて説明する。この処理は、ネットバンキングサーバ２０の制御部２１が定期的に実行する。

まず、ネットバンキングサーバ２０の制御部２１が、配送時刻確認処理を実行する（ステップＳ２−１）。この処理は、制御部２１の分配処理手段２１２が内包する締切時間に関するデータを用いて実行する。具体的には、分配処理手段２１２は、配送管理データ記憶部２３において、現在時刻から所定の締切時間内に配送希望日時が含まれる配送管理レコード２３０を検索する。

現在時刻から所定時間内に配送希望日時が設定された配送管理レコード２３０を検出できない場合（ステップＳ２−２において「ＮＯ」の場合）には、配送料分配処理を終了する。

一方、現在時刻から所定時間内に配送希望日時が設定された配送管理レコード２３０を検出した場合（ステップＳ２−２において「ＹＥＳ」の場合）、ネットバンキングサーバ２０の制御部２１は、この配送に関しての依頼数を算出する（ステップＳ２−３）。具体的には、制御部２１の分配処理手段２１２は、配送管理レコード２３０に記録された受付識別子をカウントすることにより、依頼数を算出する。

そして、複数の依頼がある場合（ステップＳ２−４において「ＹＥＳ」の場合）、ネットバンキングサーバ２０の制御部２１は、各依頼についての負担額の算出処理を実行する（ステップＳ２−５）。具体的には、制御部２１の分配処理手段２１２は、ネットバンキングサーバ２０内に保持された料金テーブルを用いて、電報及び祝儀・香典の配送料をそれぞれ算出する。

次に、分配処理手段２１２は、配送管理レコード２３０に記録された依頼種別に基づいて、「電報」及び「祝儀・香典」の依頼数をそれぞれ算出する。具体的には、依頼種別として「電報のみ」又は「電報及び祝儀・香典」が付与されている受付識別子は「電報」の依頼数、「電報及び祝儀・香典」及び「祝儀・香典のみ」が付与されている受付識別子は「祝儀・香典」の依頼数として算出する。そして、分配処理手段２１２は、電報及び祝儀・香典の配送料を、算出した「電報」及び「祝儀・香典」の依頼数をそれぞれ除算する。これにより、各依頼についての電報配送料及び祝儀・香典配送料の負担額が算出される。

そして、ネットバンキングサーバ２０の制御部２１は返金処理を実行する（ステップＳ２−６）。具体的には、制御部２１の分配処理手段２１２は、この配送管理レコード２３０に記録される受付識別子に関する受付レコード２２０を受付データ記憶部２２に抽出する。そして、各依頼について算出した電報配送料や祝儀・香典配送料と、各受付レコード２２０の電報料情報フィールドや祝儀・香典料情報フィールドに記録されている各配送料との差額を算出する。そして、分配処理手段２１２は、この差額を、受付レコード２２０に記録されている利用者口座に返金するための指示を銀行ホストシステム３０に送信する。

なお、依頼が一つの場合（ステップＳ２−４において「ＮＯ」の場合）には、ステップＳ２−５、６をスキップする。
次に、ネットバンキングサーバ２０の制御部２１は、電報事業者や配送事業者の口座への入金処理を実行する（ステップＳ２−７）。具体的には、制御部２１の分配処理手段２１２は、電報事業者には電報料（電報料金及び電報配送料金）、配送事業者には祝儀・香典の配送料金を振り込むための指示を銀行ホストシステム３０に送信する。そして、配送料分配処理を終了する。

（配送指示処理）
次に、配送指示処理について説明する。ここでは、ネットバンキングサーバ２０の制御部２１は、図４に示すように、配送管理サーバ６０に対する配送指示処理を実行する（ステップＳ１−１０）。具体的には、分配処理手段２１２は配送指示手段２１３を介して、配送管理サーバ６０に対して配送指示を送信する。この配送指示には、配送管理識別子に関するデータを含める。

そして、受付処理手段２１１は、受付レコード２２０のステータスフィールドに「配送指示済み」フラグを記録する。
配送指示を受信した配送管理サーバ６０は、配送管理識別子が共通する配送予約を配送予約データ記憶部から抽出する。そして、アクセス依頼状５００が封入された祝儀や香典を、配送予約データ記憶部に記録されたデータ（配送先情報、配送希望日時）を用いて、この依頼に関する配送を行なう。これにより、配送事業者によって、祝儀や香典が、冠婚葬祭が催されている式斎場に配送される。

（入金処理）
次に、祝儀や香典の入金処理を、図６を用いて説明する。この祝儀や香典を受け取った冠婚葬祭の開催者（祝儀・香典の受取人）はアクセス依頼状５００を取得する。そして、アクセス依頼状５００に印字されたＵＲＬ５０１を用いて、コンピュータ端末（受取人端末７０）からネットバンキングサーバ２０にアクセスする（ステップＳ３−１）。

この場合、ネットバンキングサーバ２０の制御部２１は、受付レコード２２０を特定する（ステップＳ３−２）。具体的には、制御部２１の送金処理手段２１４が、ＵＲＬ５０１に付加されたパラメータに基づいて、受付レコード２２０を特定する。

そして、ネットバンキングサーバ２０の制御部２１は、振込設定画面データを生成する（ステップＳ３−３）。具体的には、制御部２１の送金処理手段２１４は、受付レコード２２０に記録された祝儀・香典料情報、祝儀・香典袋情報、表書き情報を取得して、この祝儀・香典の受取人のための振込設定画面データを生成する。

そして、ネットバンキングサーバ２０の制御部２１は、振込設定画面データを受取人端末７０に送信する（ステップＳ３−４）。
振込設定画面データを受信したコンピュータ端末のディスプレイには、図８に示す振込設定画面５１０が出力される（ステップＳ３−５）。この振込設定画面５１０には、祝儀・香典料や表書きに関する情報が表示される。更に、振込設定画面５１０には、振込先の預金口座を指定するための振込先口座入力欄が設けられている。

この振込設定画面５１０に、振込先の預金口座情報を入力して、送信ボタンを選択した場合、コンピュータ端末は、振込指示をネットバンキングサーバ２０に送信する（ステップＳ３−６）。この振込指示には、振込設定画面５１０において指定された預金口座に関するデータを含む。

振込指示を受信したネットバンキングサーバ２０の制御部２１は、振込先の預金口座情報に基づいて口座名義人名を特定する（ステップＳ３−７）。具体的には、制御部２１の送金処理手段２１４が、銀行ホストシステム３０の預金口座データ記憶部から、この預金口座の口座名義人名を取得する。

そして、制御部２１の送金処理手段２１４が、受付レコード２２０の配送先情報フィールドに記録された配送先氏名と、振込先口座の口座名義人名とを照合する（ステップＳ３−８）。

口座名義人名と配送先氏名とが一致した場合（ステップＳ３−８において「ＹＥＳ」の場合）には、制御部２１の送金処理手段２１４は、引落金額をホールドした別段預金口座から、振込指示において指定された預金口座に、受付レコード２２０に記録された祝儀・香典の金額を振り込むための処理を実行する（ステップＳ３−９）。これにより、冠婚葬祭の開催者は、振込により祝儀や香典の入金を受け取ることができる。

一方、口座名義人名と配送先氏名とが一致しない場合（ステップＳ３−８において「ＮＯ」の場合）には、振込を拒否して処理を終了する（ステップＳ３−１０）。
本実施形態によれば、以下のような効果を得ることができる。

（１）本実施形態においては、ネットバンキングサーバ２０は振込依頼を受信する。この振込依頼は、配送先住所情報、配送希望日時、祝儀・香典料情報、祝儀・香典袋情報、表書き情報、利用者口座識別子に関するデータを含む。更に、ネットバンキングサーバ２０は、決済確認画面において設定された預金口座に関するデータを受信する。そして、ネットバンキングサーバ２０の制御部２１は、引落処理を実行し（ステップＳ１−６）、配送予約処理を実行する（ステップＳ１−８）。そして、ネットバンキングサーバ２０の制御部２１は、配送管理サーバ６０に対する配送指示処理を実行する（ステップＳ１−１０）。これにより、利用者が出向くことができない冠婚葬祭において、祝儀や香典を送ることができる。

（２）本実施形態においては、電報受付サーバ５０は、購買と決済とを連動させる連携処理を行なう（ステップＳ１−４）。具体的には、利用者端末１０を介して、振込依頼をネットバンキングサーバ２０に引き継ぐ。この振込依頼は、利用者端末１０のメモリに一時記憶したデータ（受付識別子、受付日時、配送先住所情報、配送希望日時、電報料情報、祝儀・香典料情報、祝儀・香典袋情報、表書き情報）に関するデータを含む。更に、ネットバンキングサーバ２０は、決済確認画面において設定された預金口座に関するデータを受信する。これにより、利用者は効率的に、口座引落を利用して決済を行なうことができる。

（３）本実施形態においては、ネットバンキングサーバ２０の制御部２１が配送料分配処理を実行する。具体的には、配送先情報や配送希望日時が共通する配送を取りまとめて、配送に要する費用を分配する。冠婚葬祭においては、共通した配送先に対して、共通した配送希望日時に、電報や祝儀・香典をまとめて配送することにより、配送の負担を軽減することができる。そして、この負担軽減により、分担額を少なくすることができる。

（４）本実施形態においては、ネットバンキングサーバ２０は配送管理データ記憶部２３を備える。この配送管理データ記憶部２３には、電報や祝儀・香典の配送先を特定するための配送管理レコード２３０が記録される。受付処理手段２１１は、配送管理データ記憶部２３において、配送先情報や配送希望日時が共通する配送管理レコード２３０を検索する。そして、配送先情報や配送希望日時が共通する配送管理レコード２３０を検出した
場合には、受付処理手段２１１は、この配送管理レコード２３０に、今回の振込依頼の受付識別子を追記する。一方、配送先情報や配送希望日時が共通する配送管理レコード２３０を検出できない場合には、受付処理手段２１１は、今回の振込依頼に対して、配送管理識別子を付与する。そして、この配送管理識別子、配送先情報、配送希望日時、受付識別子及び依頼種別を含めた配送管理レコード２３０を新たに生成して、配送管理データ記憶部２３に記録する。このような配送管理レコード２３０により、配送先情報や配送希望日時が共通する配送依頼を取りまとめて処理することができる。

（５）本実施形態においては、制御部２１の受付処理手段２１１が、受信した振込依頼に対してアクセスコードを付与する。アクセスコードとしては、ネットバンキングサーバ２０にアクセスするためのアドレス情報に、各受付レコード２２０を特定できるパラメータ（例えば、受付識別子）が付加されて構成されるＵＲＬを利用する。そして、受付処理手段２１１は、振込依頼に含まれるデータを用いて受付レコード２２０を生成し、受付データ記憶部２２に記録する。そして、配送管理サーバ６０は、アクセスコードを印字したアクセス依頼状５００を作成する。このアクセス依頼状５００は、祝儀袋や香典袋に封入されて配送される。そして、このアクセスコードを利用してアクセスがあった場合に、ネットバンキングサーバ２０の制御部２１は、受取人の預金口座に入金するための処理を実行する。これにより、現金を配送することなく、受取人に祝儀・香典を送ることができる。従って、送金者が、冠婚葬祭の開催者（受取人）の預金口座情報を知らない場合にも、振込を利用して安全に送金することができる。

（６）本実施形態においては、口座名義人名と配送先氏名とが一致した場合に、制御部２１の送金処理手段２１４は、引落金額をホールドした別段預金口座から、振込指示において指定された預金口座に、受付レコード２２０に記録された祝儀・香典の金額を振り込むための処理を実行する（ステップＳ３−９）。これにより、アクセス依頼状５００が例えば盗難された場合にも、より確実に冠婚葬祭の開催者に送金することができる。

（第２の実施形態）
次に、本発明を具体化した第２の実施形態を図９〜図１０に従って説明する。なお、上記第１の実施形態では、結婚式や葬儀等の冠婚葬祭に出向くことができない利用者が、アクセス依頼状５００を封入した祝儀や香典の配送を依頼する場合を想定した。そして、アクセス依頼状５００を利用して、自身の預金口座への振込を行なう。第２の実施形態は、第１の実施形態におけるアクセス依頼状５００に代えて現金を封入した祝儀や香典の配送する構成に変更した。このため、同様の部分についてはその詳細な説明を省略する。

本実施形態においても、冠婚葬祭等において、祝儀や香典等を送るための冠婚葬祭送金サービスを提供する。ここでは、図９に示すように、インターネットを介して接続されている利用者端末１０、ネットバンキングサーバ２０、銀行ホストシステム３０、電報受付サーバ５０や配送管理サーバ６０を用いる。そして、本実施形態では、結婚式や葬儀等の冠婚葬祭に出向くことができない利用者が、冠婚葬祭の開催者に対して電報を送るとともに、現金を封入した祝儀や香典の配送を依頼する場合を想定する。

利用者端末１０は、利用者が電報や祝儀や香典の配送依頼を行なうために用いるコンピュータ端末であり、電報受付サーバ５０やネットバンキングサーバ２０との間で通信を行なう。

電報受付サーバ５０は、電報事業者が管理するコンピュータシステムである。この電報受付サーバ５０は、利用者端末１０との間で通信を行ない、電報の受付処理を実行する。
ネットバンキングサーバ２０は、金融機関が管理するコンピュータシステムである。このネットバンキングサーバ２０は、利用者端末１０との間で通信を行ない、電報や祝儀・
香典についての料金の決済を管理する。このネットバンキングサーバ２０の制御部２１は、図示しないＣＰＵ等の制御手段、ＲＡＭ及びＲＯＭ等のメモリを有し、後述する処理（受付段階、口座引落段階、配送管理段階、分配段階等を含む処理）を行なう。このためのプログラムを実行することにより、ネットバンキングサーバ２０の制御部２１は、受付手段及び口座引落手段としての受付処理手段２１１、分配手段としての分配処理手段２１２、配送管理手段としての配送指示手段２１３等として機能する。更に、ネットバンキングサーバ２０は、受付データ記憶部２２ａや配送管理データ記憶部２３を備える。

受付データ記憶部２２ａは贈答データ記憶手段、引落口座データ記憶手段として機能し、図１０に示すように、電報や祝儀・香典の配送依頼についての受付レコード２２０ａが記録される。この受付レコード２２０は、電報や祝儀・香典の配送に関する決済依頼を受けた場合に登録される。この受付レコード２２０ａは、受付識別子、受付日時、配送先情報、配送希望日時、電報料情報、祝儀・香典料情報、祝儀・香典袋情報、表書き情報、利用者口座識別子、ステータスに関するデータを記録するフィールドを含んで構成される。本実施形態においては、第１の実施形態とは異なり、現金を配送するため、アクセスコードの記録は不要である。その他の各フィールドに記録されるデータは第１の実施形態と同じである。

また、配送管理データ記憶部２３には、図３に示すように、第１の実施形態と同様に、電報や祝儀・香典の配送先を特定するための配送管理レコード２３０が記録される。
また、このネットバンキングサーバ２０は、第１の実施形態と同様に、銀行ホストシステム３０に接続される。この銀行ホストシステム３０は、預金口座データ記憶部を備え、取引の決済処理を行なうコンピュータシステムである。具体的には、各預金口座の残高を管理し、口座引落、口座振込等の処理を実行する。

一方、電報受付サーバ５０は、電報事業者が管理するコンピュータサーバである。この電報受付サーバ５０は、電報配送の依頼を受け付ける。
配送管理サーバ６０は、配送サービスを提供する配送事業者のコンピュータサーバである。本実施形態では、この配送管理サーバ６０は、祝儀・香典の配送を管理する。

上記のように構成されたシステムを用いて、祝儀や香典の配送に関する処理手順を、図４、５に従って説明する。ここでは、配送受付処理、配送料分配処理、配送指示処理の順に説明する。

（配送受付処理）
まず、利用者が本サービスを利用する場合、図４に示すように、利用者端末１０を利用して電報受付サーバ５０にアクセスする（ステップＳ１−１）。このアクセスは、インターネットを介して行なわれる。

利用者端末１０からのアクセスを受けた電報受付サーバ５０は受付処理を実行する（ステップＳ１−２）。具体的には、電報受付サーバ５０は、利用者端末１０に対して電報受付画面データを送信する。電報受付画面データを受信した利用者端末１０は、ディスプレイに電報受付画面を出力する。

利用者は、ディスプレイに出力された電報受付画面を用いて電報の配送依頼を入力する。この電報受付画面においては、表題（お祝いやお悔やみ等）、電報の宛先（配送先住所、配送先式斎場名、配送先氏名）、差出人名、台紙種別、配送希望日時、メッセージなどを設定するための入力欄が設けられている。

各入力欄における設定を完了し、電報受付画面の設定ボタンが選択された場合、利用者
端末１０は、電報受付画面において設定された各データを、インターネットを介して電報受付サーバ５０に送信する。電報受付サーバ５０は、受信したデータに対して、受付識別子を付与して、所定の電報依頼データ記憶部に記録する。

更に電報受付画面には祝儀・香典の受付ボタンが配置されている。この祝儀・香典受付ボタンが選択された場合、利用者端末１０は、電報受付サーバ５０に対して、祝儀・香典受付画面を要求する。

この場合、電報受付サーバ５０は、祝儀・香典受付処理を実行する（ステップＳ１−３）。具体的には、電報受付サーバ５０は、付与された受付識別子に対応させた祝儀・香典受付画面データを利用者端末１０に送信する。祝儀・香典受付画面データを受信した利用者端末１０は、ディスプレイに祝儀・香典受付画面を出力する。

利用者は、ディスプレイに出力された祝儀・香典受付画面を用いて祝儀・香典の配送依頼を入力する。この祝儀・香典受付画面においては、祝儀・香典の金額、袋（祝儀袋・香典袋）の種類、袋の表書き等を設定するための入力欄が設けられている。

各入力欄における設定を完了し、祝儀・香典受付画面の設定ボタンが選択された場合、利用者端末１０は、祝儀・香典受付画面において設定された各データ、先に付与された受付識別子に関するデータを含む配送依頼を電報受付サーバ５０に送信する。

電報受付サーバ５０は、受信したデータに対して、先に付与された受付識別子に基づいて、所定の電報依頼データ記憶部に記録する。更に、電報受付サーバ５０は、電報料、祝儀・香典料を算出し、電報依頼データ記憶部に記録する。

電報受付画面や祝儀・香典受付画面には、料金支払方法選択欄が設けられている。本実施形態では、預金口座からの口座引落を選択する場合を想定する。料金支払方法として口座引落が選択された場合、利用者端末１０は、口座引落依頼を電報受付サーバ５０に送信する。

この場合、電報受付サーバ５０は、購買と決済とを連動させる連携処理を行なう（ステップＳ１−４）。具体的には、電報受付サーバ５０は、引落口座の設定するための決済依頼画面データを利用者端末１０に送信する。この決済依頼画面データには、受付識別子、祝儀・香典受付画面において設定された各データ（設定データ）及び料金データを含める。

決済依頼画面データを受信した利用者端末１０は、設定データ、料金データをメモリに一時記憶する。そして、利用者端末１０は、ディスプレイに決済依頼画面を出力する。
この決済依頼画面においては、利用者の預金口座が開設された金融機関のサーバに接続するためのリンクボタンが設けられている。このリンクボタンが選択された場合、利用者端末１０は振込依頼処理を実行する（ステップＳ１−５）。具体的には、利用者端末１０は、メモリに一時記憶したデータを呼び出し、これらのデータをパラメータとした振込依頼をネットバンキングサーバ２０に引き継ぐ。この振込依頼は、メモリに一時記憶したデータ（受付識別子、受付日時、配送先住所情報、配送希望日時、電報料情報、祝儀・香典料情報、祝儀・香典袋情報、表書き情報）に関するデータを含む。

この決済依頼画面に引き続き、ネットバンキングサーバ２０は決済確認画面データを送信する。この決済確認画面においては、利用者の預金口座を特定するための設定欄が設けられている。そして、利用者端末１０は、この決済確認画面において設定された預金口座の口座識別子に関するデータをネットバンキングサーバ２０に送信する。

振込依頼を受信したネットバンキングサーバ２０の制御部２１は引落処理を実行する（ステップＳ１−６）。具体的には、制御部２１の受付処理手段２１１が、受信した振込依頼に含まれるデータを受付データ記憶部２２ａに記録する。

更に、受付処理手段２１１は、配送管理データ記憶部２３において、配送先情報や配送希望日時が共通する配送管理レコード２３０を検索する。
そして、配送先情報や配送希望日時が共通する配送管理レコード２３０を検出した場合には、受付処理手段２１１は、今回の振込依頼の受付識別子を、この配送管理レコード２３０に追記する。この場合、受付処理手段２１１は、電報料情報、祝儀・香典料情報に基づいて依頼種別（「電報のみ」、「電報及び祝儀・香典」、「祝儀・香典のみ」）を特定する。そして、受付識別子に対応させて、この依頼種別に基づく種別フラグを記録する。

一方、配送先情報や配送希望日時が共通する配送管理レコード２３０を検出できない場合には、受付処理手段２１１は、今回の振込依頼に対して配送管理識別子を付与する。そして、この配送管理識別子、配送先情報、配送希望日時、受付識別子及び依頼種別を含めた配送管理レコード２３０を新たに生成して、配送管理データ記憶部２３に記録する。

そして、受付処理手段２１１は、振込依頼において設定された預金口座の残高から、受付レコード２２０ａに記録された電報料及び祝儀・香典料の引落処理を銀行ホストシステム３０に指示する。この指示を受けた銀行ホストシステム３０は、利用者の預金口座の残高から、電報料及び祝儀・香典料の引落を行なうとともに、引き落とした金額を別段預金口座にホールドする。引落完了結果を取得した受付処理手段２１１は、電報受付サーバ５０に引落完了通知を送信する。この引落完了通知には、受付識別子に関するデータを含める。

引落完了通知を受信した電報受付サーバ５０は、配送予約処理を実行する（ステップＳ１−７）。具体的には、電報受付サーバ５０は、電報依頼データ記憶部に記録された配送先に対して配送希望日時に、電報を配送する予約を行なう。

また、ネットバンキングサーバ２０の制御部２１も、配送予約処理を実行する（ステップＳ１−８）。具体的には、制御部２１の受付処理手段２１１は、配送管理サーバ６０に対して、祝儀や香典の配送予約を送信する。この配送予約には、受付レコード２２０ａに記録された配送先情報、配送希望日時、祝儀・香典料情報、祝儀・香典袋情報、表書き情報、及び配送管理レコード２３０に記録された配送管理識別子を含める。この場合、配送管理サーバ６０は、受信した配送予約を、所定の配送予約データ記憶部に記録する。更に、配送事業者は、祝儀・香典袋情報、表書き情報に基づいて作成された祝儀袋や香典袋を作成し、配送の準備を行なう。

そして、受付処理手段２１１は、受付レコード２２０ａのステータスフィールドに「配送予約済み」フラグを記録する。
このようにして、ネットバンキングサーバ２０は、順次、利用者からの配送依頼を受け付ける。

（配送料分配処理）
第２の実施形態における配送料分配処理のステップＳ２−１〜Ｓ２−６は、受付データ記憶部２２ａや配送管理データ記憶部２３に記録されたデータを用いて、第１の実施形態と同様に実行される。

そして、ステップＳ２−７においては、ネットバンキングサーバ２０の制御部２１は、
電報事業者や配送事業者の口座への入金処理を実行する。この場合、制御部２１の分配処理手段２１２は、電報事業者には電報料（電報料金及び電報配送料金）、配送事業者には祝儀・香典祝儀・香典の料金、祝儀・香典配送料金を振り込むための指示を銀行ホストシステム３０に送信する。

（配送指示処理）
次に、配送指示処理について説明する。ここでは、ネットバンキングサーバ２０の制御部２１は、配送管理サーバ６０に対する配送指示処理を実行する（ステップＳ１−１０）。具体的には、分配処理手段２１２は配送指示手段２１３を介して、配送管理サーバ６０に対して配送指示を送信する。この配送指示には、配送管理識別子に関するデータを含める。

そして、受付処理手段２１１は、受付レコード２２０ａのステータスフィールドに「配送指示済み」フラグを記録する。
配送指示を受信した配送管理サーバ６０は、配送管理識別子が共通する配送予約を配送予約データ記憶部から抽出する。特に第２の実施形態においては、祝儀・香典袋情報、表書き情報に基づいて作成された祝儀袋や香典袋に、祝儀・香典の金額（祝儀・香典料金）を封入する。そして、現金が封入された祝儀袋や香典袋（送金媒体）を、配送予約データ記憶部に記録されたデータ（配送先情報、配送希望日時）を用いて、この依頼に関する配送を行なう。これにより、配送事業者によって、現金（祝儀や香典）が、冠婚葬祭が催されている式斎場に配送される。

従って、第２の実施形態によれば、第１の実施形態の（１）〜（４）に記載の効果に加えて以下の効果を得ることができる。
・ 第２の実施形態においては、現金を封入した祝儀・香典が配送される。これにより、第１の実施形態における入金処理を行なうことなく、受取人の手間を軽減しながら、祝儀・香典を提供することができる。

なお、上記各実施形態は以下のように変更してもよい。
○ 上記第１、第２の実施形態では、電報とともに祝儀・香典を配送する場合を説明したが、祝儀・香典のみを配送することも可能である。この場合には、利用者は、直接、ネットバンキングサーバ２０にアクセスし、配送先住所情報、配送希望日時、祝儀・香典料情報、祝儀・香典袋情報、表書き情報に関するデータを送信する。

○ 上記第１、第２の実施形態では、電報受付サーバ５０は、利用者端末１０を介して購買と決済とを連動させる連携処理を行なう（ステップＳ１−４）。これに代えて、電報受付サーバ５０が、直接、ネットバンキングサーバ２０に、電報受付画面や祝儀・香典受付画面において設定されたデータを送信することも可能である。

○ 上記第１、第２の実施形態では、分配処理手段２１２は、依頼種別に基づいて、「電報」及び「祝儀・香典」の依頼数をそれぞれ算出する。そして、分配処理手段２１２は、電報及び祝儀・香典の配送料を、「電報」及び「祝儀・香典」の依頼数をそれぞれ除算して、電報配送料及び祝儀・香典配送料の負担額を算出する。配送料分配処理の対象は、これに限定されるものではなく、祝儀・香典に関する配送料金のみを対象とすることも可能である。この場合には、利用者口座から引き落とした電報料（電報料金、電報配送料）は、そのまま電報事業者の口座に振り込む。

○ 上記第１の実施形態では、アクセスコードとしてのＵＲＬは、ネットバンキングサーバ２０にアクセスするためのアドレス情報に、各受付レコード２２０を特定できるパラメータ（例えば、受付識別子）が付加されて構成される。ネットバンキングサーバ２０に
アクセスがあった場合、贈答金額の受取人を特定できるアクセス情報であれば、ＵＲＬに限定されるものではない。例えば、アクセス依頼状５００には、ネットバンキングサーバ２０にアクセスするためのアドレス情報とは別に、アクセスコードとして暗証番号を印字してもよい。

○ 上記第１の実施形態では、受付データ記憶部２２の受付レコード２２０に、祝儀や香典を提供するためのアクセスコードを記録する。これに代えて、冠婚葬祭毎に共通したアクセスコードを用いることもできる。

具体的には、受付処理手段２１１が、配送管理データ記憶部２３において、配送先情報や配送希望日時が共通する配送管理レコード２３０を検索する。そして、配送先情報や配送希望日時が共通する配送管理レコード２３０を検出できない場合には、受付処理手段２１１は、今回の振込依頼に対して配送管理識別子とともにアクセスコードを付与する。このアクセスコードを含めた配送管理レコード２３０を新たに生成して、配送管理データ記憶部２３に記録する。このアクセスコードには、この配送管理レコード２３０を特定するためのパラメータ（例えば、配送管理識別子）を含める。

そして、このアクセスコードを配送管理サーバ６０に提供し、アクセス依頼状５００に、このアクセスコードを印字させて、冠婚葬祭の開催者に配送する。
このアクセスコードを利用してアクセスがあった場合には、ネットバンキングサーバ２０の制御部２１は、アクセスコードに含まれるパラメータに基づいて配送管理レコード２３０を特定する。

そして、制御部２１は配送管理レコード２３０に記録された受付識別子に基づいて受付レコード２２０を特定する。次に、制御部２１は、各受付レコード２２０に含まれる祝儀・香典料情報に基づいて、祝儀・香典料金の総額を算出する。そして、ネットバンキングサーバ２０の制御部２１は、これらの祝儀・香典を振り込むための振込設定画面データを生成し、コンピュータ端末に送信する。これにより、冠婚葬祭の開催者は、祝儀・香典を振込設定画面において指定した預金口座により、一括して受け取ることができる。

本発明の実施形態のシステム概略図。 受付データ記憶部に記録されたデータの説明図。 配送管理データ記憶部に記録されたデータの説明図。 本実施形態の処理手順の説明図。 本実施形態の処理手順の説明図。 本実施形態の処理手順の説明図。 アクセス依頼状の説明図。 受取人端末のディスプレイに表示される振込設定画面の説明図。 第２の実施形態のシステム概略図。 第２の実施形態の受付データ記憶部に記録されたデータの説明図。

符号の説明

１０…利用者端末、２０…ネットバンキングサーバ、２１…制御部、２１１…受付処理手段、２１２…分配処理手段、２１３…配送指示手段、２１４…送金処理手段、２２、２２ａ…受付データ記憶部、２３…配送管理データ記憶部、３０…銀行ホストシステム、５０…電報受付サーバ、６０…配送管理サーバ。

Claims (6)

1. 開催場所、開催日時、開催者名及び贈答金額に関する冠婚葬祭情報を受付識別子毎に記録する贈答データ記憶手段と、利用者の引落口座情報を受付識別子毎に記録する引落口座データ記憶手段と、利用者端末及び受取人端末に接続された制御手段とを備えた送金管理システムであって、
   前記制御手段は、
   利用者端末において設定された冠婚葬祭情報を含む配送依頼を取得し、受付識別子を付与して前記贈答データ記憶手段に記録し、
   前記利用者端末から、前記受付識別子に対して引落口座情報を取得し、前記引落口座データ記憶手段に記録し、前記受付識別子と関連付けてアクセスコードを付与して記録する受付手段と、
   前記受付識別子に関連付けられた贈答金額を、前記引落口座情報によって特定される預金口座から引き落とす口座引落手段と、
   前記受付識別子に関連付けられた開催日時で開催場所の開催者名に対して、前記アクセスコードを記録した媒体の配送指示処理を行なう配送管理手段と、
   前記媒体に記録されたアクセスコードを用いてアクセスがあった場合には、このアクセスを行なった受取人端末から、前記贈答データ記憶手段に記録された前記贈答金額に相当する送金を行なうための振込先口座の口座情報を取得し、前記口座情報により振込先口座の名義人名に関する情報を取得し、前記アクセスコードにより特定された受付識別子に関連付けられて前記贈答データ記憶手段に記録された開催者名を取得し、前記名義人名と前記開催者名とが一致する場合に、前記贈答データ記憶手段に記録された前記贈答金額を、前記振込先口座に振込を行なうための送金処理手段と
   を備えたことを特徴とする送金管理システム。
2. 前記制御手段は、更に電報受付サーバに接続されており、
   前記受付手段は、電報を配送するために前記利用者端末から受け付けた冠婚葬祭の開催場所、開催日時、開催者名及び電報料を前記電報受付サーバから取得し、受付識別子を付与して前記贈答データ記憶手段に記録し、
   前記口座引落手段は、更に、前記受付識別子に関連付けられた電報料を、前記引落口座情報によって特定される預金口座から引き落とすことを特徴とする請求項１に記載の送金
   管理システム。
3. 前記制御手段は、
   前記開催日時に基づいて特定される締切時刻に達した場合、開催場所、開催日時が共通する配送依頼数を特定し、前記配送依頼の数に基づいて配送手数料を算出する分配手段を更に備え、
   前記口座引落手段は、更に前記算出した配送手数料を引き落とすことを特徴とする請求項１又は２に記載の送金管理システム。
4. 開催場所、開催日時、開催者名及び贈答金額に関する冠婚葬祭情報を受付識別子毎に記録する贈答データ記憶手段と、利用者の引落口座情報を受付識別子毎に記録する引落口座データ記憶手段と、利用者端末及び受取人端末に接続された制御手段とを備えた送金管理システムを用いて、送金管理を行なう方法であって、
   前記制御手段が、
   利用者端末において設定された冠婚葬祭情報を含む配送依頼を取得し、受付識別子を付与して前記贈答データ記憶手段に記録し、
   前記利用者端末から、前記受付識別子に対して引落口座情報を取得し、前記引落口座データ記憶手段に記録し、前記受付識別子と関連付けてアクセスコードを付与して記録する受付段階と、
   前記受付識別子に関連付けられた贈答金額を、前記引落口座情報によって特定される預金口座から引き落とす口座引落段階と、
   前記受付識別子に関連付けられた開催日時で開催場所の開催者名に対して、前記アクセスコードを記録した媒体の配送指示処理を行なう配送管理段階と、
   前記媒体に記録されたアクセスコードを用いてアクセスがあった場合には、このアクセスを行なった受取人端末から、前記贈答データ記憶手段に記録された前記贈答金額に相当する送金を行なうための振込先口座の口座情報を取得し、前記口座情報により振込先口座の名義人名に関する情報を取得し、前記アクセスコードにより特定された受付識別子に関連付けられて前記贈答データ記憶手段に記録された開催者名を取得し、前記名義人名と前記開催者名とが一致する場合に、前記贈答データ記憶手段に記録された前記贈答金額を、前記振込先口座に振込を行なうための送金処理段階と
   を実行することを特徴とする送金管理方法。
5. 前記制御手段は、更に電報受付サーバに接続されており、
   前記受付段階は、電報を配送するために前記利用者端末から受け付けた冠婚葬祭の開催場所、開催日時、開催者名及び電報料を前記電報受付サーバから取得し、受付識別子を付与して前記贈答データ記憶手段に記録し、
   前記口座引落段階は、更に、前記受付識別子に関連付けられた電報料を、前記引落口座情報によって特定される預金口座から引き落とすことを特徴とする請求項４に記載の送金管理方法。
6. 前記制御手段は、
   前記開催日時に基づいて特定される締切時刻に達した場合、開催場所、開催日時が共通する配送依頼数を特定し、前記配送依頼の数に基づいて配送手数料を算出する分配段階を更に実行し、
   前記口座引落段階は、更に前記算出した配送手数料を引き落とすことを特徴とする請求項４又は５に記載の送金管理方法。

Images