JP2002269351A

JP2002269351A - グループ預金口座の管理システム及び管理方法

Info

Publication number: JP2002269351A
Application number: JP2001072618A
Authority: JP
Inventors: Yoshitaka Shibata; 吉隆柴田; Yoko Sato; 庸子佐藤; Fumio Toyoda; 文夫豊田; Toru Higashihara; 徹東原
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 2001-03-14
Filing date: 2001-03-14
Publication date: 2002-09-20

Abstract

(57)【要約】【課題】複数の会員によるグルーブ口座の管理を容易
にする。【解決手段】各会員７ａ，７ｂによるグループ口座が
銀行１に設定され、銀行サーバのデータベース４ａ〜４
ｆに各会員の属性や出金対象となる費目，出金や入会，
退会，属性変更などの認可条件，取引履歴，会員の個人
口座などが設定されている。出金や入金などは、会員の
端末８ａ，８ｂや銀行カード９ａ，９ｂを用いたＡＴＭ
５によって行なうことができるが、会員毎に、データベ
ース４ａ〜４ｃの属性や費目，認可条件に応じて、出金
の制限や他の会員の承認による可否が設定されている。
また、このグループへの新規入会の紹介や退会，属性変
更についても、他の会員の承認を必要とするか否かが規
定され、必要な場合には、かかる承認を経て可能となる
ようにしている。このような承認，否認は、取引判断手
段３がデータベース４ａ〜４ｃや承認依頼者の返答結果
に応じて決める。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、通信回線を利用し
た金融取引に係り、特に、インターネットなどのネット
ワークを利用した金融取引をグループで所有する預金口
座を用いて行なうようにした口座管理システム及び管理
方法に関する。

【０００２】

【従来の技術】一般に、銀行における預金口座は特定の
個人が開設するものであり、プライバシー保護などの目
的のために、その特定の個人のみが取引可能なものであ
るが、家族というグループ（以下、家族グループとい
う）で家計口座を共有して管理するシステム及び管理方
法として、特開２０００−２５１１４７号公報に記載の
ものが知られている。

【０００３】これは、出金時に複数の出金額及び出金費
目を指定し、それらを１回のオペレーションで出金する
ものであり、また、預金口座の取引履歴の照会に関し
て、スーパーバイザーの下に、家族１人１人にアクセス
権限を設定し、個人のプライバシーを保護しながら１つ
の預金口座を家族で共有できるようにするものである。

【０００４】また、家族ではなく、有志が集まったグル
ープ（以下、有志会員グループという）で１つの預金口
座を共有し、管理するシステム及び方法として、特開平
１０−３１２４３１号公報に記載のものが知られてい
る。

【０００５】これは、有志が集まった投資クラブなどに
おいて、情報ネットワークと電子認証とを利用して複数
会員の議題の投稿及び賛否の投票を実現し、複数人で所
有する金銭及び証券の管理、運用を潤滑にするものであ
る。

【０００６】なお、以下では、家族グループや有志会員
グループなどのグループで共有する預金口座をグループ
預金口座という。

【０００７】

【発明が解決しようとする課題】有志会員グループで預
金口座を所有しようとしたとき、従来では、特定の個人
のみが取引可能なグループ預金口座を利用すると、その
管理に伴う負担がグループの代表者など、特定の個人に
大きくかかってしまっていた。

【０００８】家族グループで家計口座を共有するシステ
ム及び方法を利用すると、出金費目の指定ができるなど
の利点があるが、有志会員グループで共有するグループ
預金口座において重要視されるのは、プライバシーの保
護ではなく、資金運用及び管理の透明性であるため、そ
の利用するシステムと有志会員グループで共有するグル
ープ預金口座において必要とされるシステムの果たす役
割に相違点が見られる。また、有志会員グループにおい
ては、代表者や共有する預金口座の管理者の変更が行わ
れることがあるが、その手続きを支援するシステム及び
方法は従来の複数人で共有するグループ預金口座におい
ては提供されていない。

【０００９】有志会員グループで共有するグループ預金
口座において、上記特開平１０−３１２４３１号公報に
記載のシステム及び方法などを利用することにより、出
金などの際に全会員に承認を求めることができるが、小
額を頻繁に出金する機会が生じたときなどでは、各会員
に負担がかかってしまうという問題が生じている。

【００１０】本発明の目的は、かかる問題点を解決し、
グループ預金口座管理の容易なシステム及び方法を提供
することにある。

【００１１】

【課題を解決するための手段】上記目的を達成するため
に、グループ預金口座において、夫々毎に複数のパラメ
ータからなる複数の属性を作成し、会員各人に適宜属性
のパラメータを設定することにより、会員各人にグルー
プ内における承認などの役割と出金などに関する権限を
持たせるものである。会員が権限を越える金額の出金を
必要とした場合には、インターネットなどのネットワー
クを介してその承認を承認依頼者へ求めることができ
る。

【００１２】また、出金など預金口座における取引は、
出金要求者や出金日時，出金費目，出金額，承認依頼者
などを記録することによって管理され、この取引履歴を
全会員に開示することにより、小額を頻繁に出金する機
会が生じたときなどにおいても、出金要求者の出金に関
する権限内における出金であれば、全会員または他の会
員の承認を求めることを必要とせずに出金することが可
能であり、出金要求者や承認依頼者双方の負担が軽減さ
れる。

【００１３】また、各会員に設定された属性の変更は容
易に行なうことができるようになり、各会員に役割と権
限を持たせた預金口座管理においても、夫々の会員の負
担する作業に偏りが生じることを防ぐことができる。

【００１４】

【発明の実施の形態】以下、本発明の実施形態を図面を
用いて説明する。図１は本発明によるグループ預金口座
の管理システム及び管理方法の一実施形態の概略構成を
示すブロック図であって、１は銀行、２は銀行サーバ、
３は取引判断手段、４ａは会員データベース、４ｂは費
目データベース、４ｃは認可条件データベース、４ｄは
取引履歴データベース、４ｅは広告データベース、４ｆ
は個人口座データベース、５はＡＴＭ（現金自動預入支
払機）、６はネットワーク、７ａ，７ｂは会員（なお、
一般に、会員を会員７と表わす）、８ａは端末としての
ＰＣ（パーソナルコンピュータ）、８ｂは端末としての
携帯電話、９ａ，９ｂは銀行カード、１０は広告提供会
社である。

【００１５】同図において、この実施形態は、銀行１が
ネックワーク（以下では、インターネットとする）６上
に開設した銀行サーバ２と、この銀行サーバ２にインタ
ーネット６を介して接続される複数の会員７（ここで
は、２人の会員７ａ，７ｂのみを示している）と、この
銀行サーバ２とインターネット６を介して接続される広
告提供会社１０と、銀行サーバ２に専用回線（図示せ
ず）を介して接続されるＡＴＭ５とから構成される。

【００１６】複数の会員７は夫々、インターネット６へ
の接続手段としての端末と個人名義の預金口座で発行さ
れた銀行カードとを所有している。ここでは、会員７ａ
がかかる端末としてのＰＣ８ａと銀行カード９ａとを所
有し、会員７ｂがかかる端末としての携帯電話８ｂと銀
行カード９ｂとを所有しているものとする。

【００１７】銀行サーバ２は、取引判断手段３と複数の
データベース、即ち、会員データベース４ａと、費目デ
ータベース４ｂと、認可条件データベース４ｃと、取引
履歴データベース４ｄ、と広告データベース４ｅと、個
人口座データベース４ｆとを備えている。

【００１８】会員データベース４ａは、グループ名称，
グループＩＤナンバー，グループの分類を示す情報やグ
ループ預金口座を共有する各会員の氏名及び会員番号，
グループ預金口座への入会日，グループ預金口座からの
退会日，各会員の連絡先，グループ預金口座アクセス用
のパスワード，１２個の属性夫々に設定されたパラメー
タ，後述の属性セットの構成情報と各会員に割り当てら
れた属性セットナンバーといったデータからなるもので
ある。

【００１９】グループの分類を示す情報は、例えば、釣
り仲間の集まりによって開設されたグループであるなど
といった分類情報であり、後述の広告提供会社１０によ
り提供される広告を選定するために使用する。

【００２０】連絡先のデータは、各会員毎の１つ以上の
電子メールアドレスや住所，電話番号からなるものであ
る。

【００２１】１２個の属性は、「入金」，「出金制
限」，「承認」，「自動連絡」，「新人紹介」，「会
費」，「会費自動引落」，「共済金」，「会計管理」，
「退会管理」，「属性変更管理」及び「代表」である。
以下、夫々について説明する。

【００２２】属性「入金」は“可”，“不可”の２つの
パラメータからなり、パラメータ“可”は定期的に集め
る会費の納付及び後述の会計管理者から入金を求められ
た場合以外の入金を許可することを表わし、パラメータ
“不可”は定期的に集める会費の納付及び後述の会計管
理者から入金を求められた場合以外の入金を許可しない
ことを表わすものである。

【００２３】属性「出金制限」は“無”，“有”，“不
可”の３つのパラメータからなり、パラメータ“無”は
出金に関する制限を設定しないことを表わし、パラメー
タ“有”は或る一定期間内での出金可能額に制限を設定
することを表わし、パラメータ“不可”は出金を許可し
ないことを表わすものである。但し、出金の際には後述
の費目（例えば、購入する商品名など）を付すものと
し、パラメータ“無”が与えられた会員の出金やパラメ
ータ“有”が与えられた会員の制限額内の出金も、費目
に応じて後述の承認会員または全会員の承認を必要とす
るものとする。また、パラメータ“有”が与えられた会
員が制限額を超えた出金する場合も、後述の承認会員ま
たは全会員の承認を得ることにより、この出金が許可さ
れるものとする。

【００２４】属性「承認」は承認ポイントと否認ポイン
トとの２つのポイントからなり、承認ポイントと否認ポ
イントは共に０以上の１つの整数からなるが、否認ポイ
ントはその絶対値を共にする“負”の承認ポイントとし
て扱うものとする。上記の出金の際などに承認を求めら
れる承認会員やそれ以外の一般会員といった承認依頼者
は、承認する場合には、承認ポイントを、承認しない場
合には、否認ポイントを夫々返信するものであり、承認
依頼者は与えられたポイントの幅の中で承認または否認
ポイントを自由に設定して返信することができる。全て
の承認依頼者から返信されポイントは、後述のように、
取引履歴データベース４ｄによって集計され、その集計
結果に基づいて取引判断手段３が認可または非認可の判
定を下すものとする。ここで、承認ポイント，否認ポイ
ントのどちらかまたは両方に０以外の数を与えられた会
員を承認会員と呼ぶこととし、それ以外の会員を一般会
員と呼ぶことにする。

【００２５】属性「自動連絡」は“有”，“無”の２つ
のパラメータから構成され、パラメータ“有”はグルー
プ預金口座を用いて金銭取引が行なわれた場合、その旨
が自動的に登録された電子メールアドレスへ連絡される
ことを表わし、パラメータ“無”は、その旨が自動的に
は連絡されないことを表わすものである。但し、取引履
歴データベース４ｄでの取引履歴は、会員から任意の照
会要求があった場合には、全会員に対して照会を制限し
ないものとする。

【００２６】属性「新人紹介（入会管理）」は“可”，
“不可”の２つのパラメータからなり、パラメータ
“可”は新規会員の入会許可を与えること、もしくは新
規会員の紹介を全会員または承認会員へ行ない、入会の
承認を求めることを許可することを表わし（以下、かか
るパラメータ“可”が与えられた会員を入会管理会員と
いう）、パラメータ“不可”は新規会員の入会許可と、
新規会員の全会員または承認会員への紹介及び承認依頼
とを行なうことを許可しないことを表わしている。

【００２７】ここで、「新人紹介」が“不可”の会員が
新人を紹介したい場合には、“可”の会員に新人紹介を
依頼することになる。

【００２８】属性「会費」は“有”と“無”との２つの
パラメータからなり、パラメータ“有”は或る一定期間
に付き或る一定額の会費の納入を義務付けられることを
表わすものであって、会員から会費を集める期間と会費
の金額とからなる、また、パラメータ“無”は或る一定
期間に付き或る一定額の会費の納入が義務付けられてい
ないことを表わしている。

【００２９】属性「会費自動引落」は、属性「会費」の
パラメータ“有”が与えられた会員のみに設定される属
性であって、“有”と“無”との２つのパラメータから
なる。パラメータ“有”は、取引判断手段３から会員に
定期会費の納入を求めた場合、その個人口座から自動的
に会費をグループ預金口座へ納入することを表わしてお
り、パラメータ“無”は、取引判断手段３から会員に定
期会費の納入を求めた場合でも、その個人口座からは自
動的に会費をグループ預金口座へ納入しないことを表わ
している。

【００３０】属性「共済金」は“有”と“無”との２つ
のパラメータからなり、パラメータ“有”は、納入金額
が設定されていて、グループ預金口座への参加時にグル
ープの運営金（共済金）として設定されているこの納入
金額を新規会員の個人口座からグループ預金口座へ納入
することを表わし、パラメータ“無”はかかる共済金の
納入を必要としないことを表わしている。但し、この共
済金は、退会時、退会する会員に返却するものとする。

【００３１】属性「会計管理」は“可”と“不可”との
２つのパラメータからなり、パラメータ“可”は、不定
期な会費の納入を指定した会員へ義務付けること、もし
くは不定期な会費の納入の承認依頼を全会員または承認
会員へ求めることを許可されていることを表わし（以
下、かかるパラメータ“可”が与えられた会員を会計管
理会員という）、パラメータ“不可”は、不定期な会費
の納入の義務付け及び承認依頼を求めることを許可しな
いことを表わすものである。

【００３２】属性「退会管理」は“可”と“不可”との
２つのパラメータからなり、パラメータ“可”は、退会
希望者の退会を許可すること、もしくは退会の承認依頼
を全会員または承認会員へ求めることを許可することを
表わし（以下、かかるパラメータ“可”が与えられた会
員を退会管理会員という）、パラメータ“不可”は、退
会希望者の退会を許可を出すこと及び退会の承認依頼を
求めることを認めないことを表わすものである。

【００３３】属性「属性変更管理」は“可”と“不可”
との２つのパラメータからなり、パラメータ“可”は、
会員の属性パラメータの変更を行なうこと、もしくは変
更の承認依頼を全会員または承認会員へ求めることを許
可することを表わし（以下、かかるパラメータ“可”が
与えられた会員を属性変更管理会員という）、パラメー
タ“不可”は、会員の属性パラメータの変更及び変更の
承認依頼を求めることを許可されないことを表わすもの
である。

【００３４】属性「代表」は“代表”と“一般”との２
つのパラメータからなり、パラメータ“代表”はグルー
プ預金口座の代表者として登録されていることを表わ
し、パラメータ“一般”は代表者ではない一般会員とし
て登録されていることを表わしている。なお、かかる一
般会員は、さらに、上記の承認会員とも区別される。

【００３５】なお、属性「代表」のパラメータ“代表”
は１人の会員に設定されるが、属性「会計管理」，「退
会管理」，「属性変更管理」夫々のパラメータ“可”は
夫々、グループ預金口座の参加会員の中で夫々１人以上
または特定の１人の会員に設定できるものとする。以
下、この実施形態では、管理者が１人である場合につい
て説明する。また、同一会員にこれら属性の２以上のパ
ラメータを重複して設定するようにしてもよいものとす
る。

【００３６】費目データベース４ｂは、「入金」，「出
金認可（１）」，「出金認可（２）」及び「出金非認
可」の４つの費目分類からなるものである。

【００３７】費目分類「入金」は、さらに、「定期会
費」，「不定期会費」及び「その他」の３つの入金費目
に分類され、また、費目分類「出金認可（１）」，「出
金認可（２）」及び「出金非認可」は夫々、例えば、コ
ーヒーなどの複数の出金費目に分類される。

【００３８】認可条件データベース４ｃは、承認者設定
と認可条件との項目からなっている。以下、これら項目
夫々について説明する。

【００３９】項目「承認者設定」は、（１）費目データ
ベース４ｂで費目分類「出金認可（１）」の出金費目に
分類されている費目について、会員データベース４ａで
の属性「出金制限」としてパラメータ“無”が与えられ
た会員から出金要求が行なわれた場合、または同じくこ
の属性「出金制限」としてパラメータ“有”が与えられ
た会員から出金制限額内での出金要求が行なわれた場合
と、（２）費目データベース４ｂで費目分類「出金認可
（１）」の出金費目に分類されている費目について、会
員データベース４ａでの属性「出金制限」としてパラメ
ータ“有”が与えられた会員から出金制限額を超えた額
の出金要求が行なわれた場合と、（３）費目データベー
ス４ｂで費目分類「出金認可（２）」の出金費目に分類
されている費目について、会員データベース４ａでの属
性「出金制限」としてパラメータ“無”が与えられた会
員から出金要求が行なわれた場合、または同じくこの属
性「出金制限」としてパラメータ“有”が与えられた会
員から出金制限額内での出金要求が行なわれた場合と、
（４）費目データベース４ｂで費目分類「出金認可
（２）」の出金費目に分類されている費目について、会
員データベース４ａでの属性「出金制限」としてパラメ
ータ“有”が与えられた会員から出金制限額を超えた額
の出金要求が行なわれた場合と、（５）費目データベー
ス４ｂで費目分類「出金非認可」の出金費目に分類され
ている費目について、会員から出金要求が行なわれた場
合と、（６）会員の属性変更時と、（７）会員の属性変
更の中でも、特に、属性「代表」の変更時と、（８）新
規会員の入会時と、（９）会員の退会時と、（１０）不
定期会費の徴収時との１０通りの場合について、夫々会
員への承認依頼が不要なのか、全会員への承認依頼が必
要なのか、全承認会員への承認依頼が必要なのか、ある
一定ポイント数以上の承認ポイントが与えられた承認会
員への承認依頼が必要なのか、例えば、会計管理のパラ
メータ“可”が与えられている会員など特定の会員への
承認依頼が必要なのかを設定するものとする。

【００４０】また、項目「認可条件」は、上記の承認者
設定の夫々の場合について、どれだけの承認ポイントを
得られれば、認可可能なのかといった条件を設定するも
のである。

【００４１】取引履歴データベース４ｄは、「取引番
号」，「出金要求日時」，「費目」，「入金額」，「出
金額」，「取引会員番号」，「認可是非」，「認可是非
判断日時」，「承認者番号」，「承認ポイント」，「承
認ポイント合計」，「入出金日時」，「精算日時」，
「戻額」などの項目からなるものである。以下、これら
項目について説明する。

【００４２】項目「取引番号」はグループ預金口座開設
時より全ての取引に付される通し番号であり、項目「出
金要求日時」は出金要求の行なわれた日時である。

【００４３】項目「費目」は入金または出金または出金
要求の際に取引した会員が設定した費目であり、項目
「出金額」は出金または出金要求が行なわれた金額であ
る。項目「取引会員番号」は入金または出金または出金
要求を行なった会員の会員番号である。

【００４４】項目「認可是非」は、出金要求に対して承
認依頼が行なわれた場合に、その出金が認可されたか否
かを示す情報であり、項目「認可是非判断日時」はこの
認可是非の判断が行なわれた日時であり、項目「承認者
番号」は承認もしくは否認した会員の会員番号であり、
項目「承認ポイント」は、ここでは、項目「承認者番
号」に登録されている承認者番号の会員が、他の会員か
らの取引の承認依頼に対し、返信した承認ポイント，否
認ポイントを表わし、項目「承認ポイント合計」は、こ
の取引の承認依頼に対して、返信された全ての承認ポイ
ントの合計から否認ポイントの合計を差し引いたポイン
ト数を示すものである。

【００４５】項目「入出金日時」はグループ預金口座に
対して入出金が行なわれた日時を示し、項目「精算日
時」は、出金された取引に対し、実際に使用した金額を
入力して精算した日時を表わし、項目「戻額」は、出金
された取引に対して実際に使用した金額を入力して精算
した結果、取引会員から戻された金額を表わすものであ
る。

【００４６】広告データベース４ｅは、広告提供会社１
０がグループ預金口座参加会員に対して発信する広告
と、広告の分類を示す情報とからなる。広告提供会社１
０がグループロ座の参加会員に対して発信する広告は、
取引判断手段３が会員データベース４ａのグループの分
類を示す情報を参照することにより、夫々のグループ預
金口座を開設したグループに対して効率の良い広告提供
を行なうためのものである。

【００４７】個人口座データベース４ｆは、全会員の個
人名義の預金口座（以下、個人預金口座という）の番号
など、個人預金口座に関する情報からなっている。

【００４８】次に、図１に示したシステムに用いた本発
明によるグループ預金口座の管理方法の一実施形態につ
いて説明する。

【００４９】〔グループ預金口座の開設〕まず、この実
施形態でのグループ預金口座の開設の処理手順について
説明する。なお、図２及び図３はかかる実施形態でのグ
ループ預金口座開設の一手順を示すフローチャートであ
る。

【００５０】図２において、ここでは、会員７ａがグル
ープ預金口座開設者とする。このグループ預金口座開設
者７ａは、所有のＰＣ８ａでグループ預金口座開設のた
めの所定の操作をすることにより、このＰＣ８ａをイン
ターネット６を介して銀行サーバ２へ接続する（Ｓｌ−
１）。銀行サーバ２はＰＣ８ａにトップメニューを送り
（Ｓ１−２）、ＰＣ８ａに図４に示すようなトップメニ
ュー画面２０を表示させる。グループ預金口座開設者７
ａがこのトップメニュー画面２０で項目「新規口座開
設」を選ぶことにより（Ｓ１−３）、銀行サーバ２がＰ
Ｃ８ａに口座開設申込フォーム作成ソフトをダウンロー
ドする（Ｓｌ−４）。ＰＣ８ａでは、この口座開設申込
フォーム作成ソフトにより、口座開設申込フォームが作
成され、表示画面に表示される。グループ預金口座開設
者７ａは、ＰＣ８ａを操作して表示される画面に所定の
データを入力する。

【００５１】図５はこの表示されるグループに関する情
報の入力のためのグループ情報の入力画面２１を示すも
のであって、これには、例えば、「ＸＸ親睦会」といっ
たようなグループ名，このグループでの会費の有無，新
会員が入会時に納入する共済金の有無，グループの種類
が入力される。会費“有”で複数の会費がある場合に
は、その会費の種類毎の名称とその納入方法などに関す
る情報が入力され、共済金についても同様である。ま
た、グループの種類も複数挙げられており、そのうちの
１つを選択できるようにしている。

【００５２】なお、グループの種類の入力は、ウェッブ
（Web）サイトのページや承認依頼のメールに掲載され
る広告提供会社１０からの広告を選定するために必要な
のものである。

【００５３】この入力画面２１での入力が終了し、そこ
に表示される「次へ」ボタン２１ａをタッチまたはクリ
ック操作することにより、図６に示す口座開設者に関す
る情報を入力するための口座開設者の情報入力画面２２
が表示される。この口座開設者の情報入力画面２２で
は、グループ預金口座開設者７ａの氏名やその連絡先で
ある１以上の電子メールアドレス，住所，電話番号、グ
ループ預金口座開設者７ａが有する個人預金口座に関す
る情報を入力し、会費が提示されて（これを入力するよ
うにしてもよい）、この会費を上記の個人預金口座から
自動引落するかどうかを選択できる。また、グループ預
金口座開設者７ａのパスワードや確認用の情報（パスワ
ードと同じでもよい）を入力し、さらに、後述するよう
に、銀行１がグループ預金口座開設者７ａ以外の会員７
に口座開設を通知する際に会員に送るためのメッセージ
も入力できる。

【００５４】なお、複数の電子メールアドレスを設定す
るのは、口座開設者７ａが、例えば、ＰＣや携帯電話や
ＰＤＡ（携帯情報端末）などで異なる電子メールアドレ
スに宛てられた電子メールの閲覧を行なえる状況にある
場合に、承認依頼が送られてきたときになるべく早く読
むことができるようにするためである。

【００５５】また、「戻る」ボタン２２ａは前の画面の
表示状態に戻すためのものであり、前の画面の設定内容
を修正する場合などに用いる。これは、他の画面につい
ても同様である。

【００５６】この口座開設者の情報入力画面２１での入
力が終了し、そこに表示される「次へ」ボタン２２ｂを
タッチまたはクリック操作することにより、図７に示す
会員のリスト作成のための会員のリスト入力画面２３が
表示される。図７では、その上部に図６で入力した口座
開設者の情報として、左側から会員Ｎｏ，氏名，アドレ
スが表示され、その下部に会員Ｎｏ，２以下の情報入力
欄が設けられている。ここでは、グループ預金口座開設
者７ａ以外の会員の氏名とその連絡先である電子メール
のアドレスが入力される。ここでは、各会員毎に１つず
つ電子メールアドレスを入力するようにしているが、後
に会員自身がその所有の複数の電子メールアドレスを入
力することができる。

【００５７】この会員のリスト入力画面２３での入力が
終了し、そこに表示される「次へ」ボタン２３ａをタッ
チまたはクリック操作することにより、図８に示す属性
セットの作成画面２４が表示される。ここでは、図６で
示した口座開設者の情報入力画面２２と図７で示した会
員のリスト入力画面２３とで入力された会員を示す会員
リスト欄２４ａと属性をセットする属性セット欄２４ｂ
と会員選択欄２４ｃとが表示される。この属性セット欄
２４ｂで設定する属性の項目は、「属性セットの名称」
と会員のグループ預金口座からの「出金制限」，「承認
ポイント」，「自動連絡」，「入金制限」，「会費」，
「共済金」などの属性である。なお、属性変更管理など
の管理を行なう管理者を複数人設定する場合には、図示
しない属性変更管理などの入力項目を設けて、１回の操
作で複数人設定するようにしてもよい。ここで、１人ず
つ管理者を設定する場合、図９で使用する各欄２４ａ〜
２４ｃでは、そこに表示される内容をスクロール表示さ
せることができる。

【００５８】属性「属性セットの名称」は、属性セット
番号２５ａと名称２５ｂとからなる。属性セット番号２
５ａは設定する属性セット毎に、属性セット１，属性セ
ット２，……と付されるものであり、名称２５ｂに入力
する情報としては、グループの代表者や会計監査など
の、いわゆる役員としての承認会員に割り当てる属性セ
ットである場合には、「承認」であり、それら以外の一
般会員に割り当てる属性セットである場合には、「一
般」である。名称２５ｂに「承認」を入力した場合に
は、属性として、代表者であるか否か，会計監査である
か否かを決める項目も設定できるようにする。なお、代
表者や会計監査の属性セットが設定されると、属性セッ
ト欄２４ｂには、「代表」や「会計監査」の属性は表示
されない。

【００５９】属性「出金制限」は、出金額に制限がない
“なし”（上記のパラメータ“無”が付与）と制限があ
る“あり”（上記のパラメータ“有”が付与）と出金で
きない“不可”とがあり、制限がある“あり”の場合の
制限金額が設定される。これは、図示される状態で、枠
２５ｃと枠２５ｆとに数値を入力することにより、例え
ば、「１ヶ月につき３０００円」というように設定する
ことができる。枠２５ｄは、▽印のボタン２５ｅをクリ
ックする毎に、枠２５ｄの内容を１週間，１年，……と
エンドレスに変更することができる。

【００６０】属性「承認ポイント」は、否認権，承認権
の一方または両方を与えるものであって、枠２５ｇ，２
５ｈに０以上の整数のポイントを入力することにより、
夫々の権限の大きさを設定することができる。否認権と
承認権とに同じポイントを与える場合には（これは、挙
手による投票に相当する）、枠２５ｉをクリックすれば
よい。このときには、ｘ印がこの枠２５ｉ内に表示され
る。

【００６１】属性「自動連絡」，「入金制限」は、有，
無の選択である。属性「会費」，「共済金」は夫々、枠
２５ｊ，２５ｋ内に規定した会費，共済金を入力するも
のである。これら会費，共済金については、枠２５ｊ，
２５ｋ内の▽印のボタンをタッチまたはクリック操作す
ることにより、図５で設定された金額や徴収期間が表示
され、その中から選択することができる。

【００６２】図示しない属性「属性変更管理」や「新人
紹介（入会管理）」，「退会管理」，「不定期会費の徴
収」，「代表」，「会計監査」などについても、それが
できる会員には、パラメータ“有”を、できない会員に
は、パラメータ“無”を付与する。

【００６３】いま、図示するように設定した属性セット
がある一般会員に対するものとすると、「属性セットの
名称」の名称欄２５ｂを、例えば、「一般」を設定し、
この設定した属性セットを割り当てる会員を会員リスト
欄２４ｃの中から選択し、これを会員選択欄２４ｃにド
ラッグ・アンド・ドロップする。このようにドラッグ・
アンド・ドロップされた会員は会員リスト欄２４ａから
除かれる。ここでは、会員リスト欄２４ａでの２番目と
３番目の会員としている。従って、この場合、これら会
員に対しては、一般会員であって、１ヶ月に付き３００
０円までの出金制限が付き、承認ポイントと否認ポイン
トとは同じであり、自動連絡，入金（例えば、寄付な
ど）に制限がなく、会費は１ヶ月に付き１０００円で、
入会するときに３０００円の共済金を支払うことにな
る、などといった属性セットが付与されることになる。

【００６４】１つの属性セットの設定が終わると、次
に、作成画面２４中の「次のセット」ボタン２４ｅをタ
ッチまたはクリック操作することにより、属性セット欄
２４ｂで次の「属性セット２」として次の属性セットの
設定が行なわれ、その属性セットが割り当てられる会員
を会員リスト欄２４ａから選んで会員選択欄２４ｃにド
ラッグ・アンド・ドロップする。以下、このような処理
を行なうことにより、夫々の会員に夫々に適した属性セ
ットが割り当てられることになる。このようにして、各
会員には、異なる２以上の属性セットが重複して割り当
てられないようにしている。なお、属性セットは全ての
属性に関する設定をせずに、未完のままであっても、成
立するものとする。なお、「前のセット」ボタン２４ｆ
をタッチまたはクリック操作すると、１つ前に設定され
た属性セットの表示状態となる。

【００６５】全ての会員あるいは必要な会員に対する属
性セットの割当が終了し、作成画面２４での「次へ」ボ
タン２４ｄをタッチまたはクリック操作することによ
り、図８での属性セットの割り当て結果に基づいて、各
会員毎に割り当てられた属性セットを表わす図９に示す
ような会員リストの作成画面２６が表示される。

【００６６】この作成画面２６では、会員番号，会員氏
名や図８に示す画面２４で設定された属性セットの名
称，出金制限属性，承認ポイント、さらに、図示しない
が、自動連絡属性，入金属性，新人紹介属性，会費属
性，共済金属性、さらには、会計管理属性，退会管理属
性，属性変更管理属性及び代表属性から構成された会員
リストに、既に図８で設定されたこれら属性のパラメー
タが入力されており、どの属性セットにも登録されなか
った会員の各属性パラメータの設定，属性パラメータの
設定が未完の状態である属性セットに登録された会員の
属性パラメータの設定及び会計管理属性設定，退会管理
属性設定，属性変更管理属性設定，代表属性の設定を行
ない、各会員の属性パラメータの設定を完了する。この
とき、設定が未完の会員については、作成画面２６の左
端などのこの会員に対応した位置に、それとわかる目印
をつけることにより、グループ預金口座開設者の入力を
助けることになる。

【００６７】ここでは、図面の都合上、３会員につい
て、承認会員か一般会員かを示す「属性セット」の名称
と属性「出金制限」と属性「承認ポイント」とが表示さ
れるようにしている。２番目及び３番目の会員について
は、図８に示した属性セットが設定されているが、１番
目の会員については、図８に示したのと同様な作成画面
２４において、属性セットの名称２５ｂを「承認」と
し、出金制限無し、否認ポイント１，承認ポイント３と
したものである。

【００６８】また、リスト全体が表示できないときに
は、このリストをスクロールして他の会員を順次表示さ
せることができ、また、「戻る」ボタン２６ａをタッチ
またはクリック操作することにより、図８に示す作成画
面２４に戻して各欄２４ｂ，２４ｃでの設定した内容を
修正することができる。ここで、図８に示す作成画面２
４での修正では、属性セット欄２４ｂの内容を変更する
ことができるし、また、会員選択欄２４ｃでの適宜の削
除操作により、この会員選択欄２４ｃでの所定の会員を
会員リスト欄２４ａに戻すことができ、また、図示する
「前のセット」ボタン２４ｆあるいは「次のセット」ボ
タン２４ｅをタッチまたはクリック操作することによ
り、属性セット欄２４ｂに表示される属性セットを他の
番号の属性セットに変えることができる。

【００６９】また、図９に示す作成画面２６において
も、個々の会員について、その属性セットを修正できる
ようにすることもできる。

【００７０】このように、この実施形態では、属性を複
数人設定する場合には、図８に示す作成画面２４で設定
し、１人ずつ設定する場合には、図９に示す作成画面２
６で設定することができる。

【００７１】また、ここでは、「承認」，「一般」を特
定された名称で説明しているが、この名称の定義は、図
８または図９に示す作成画面の他の関連入力欄の設定で
なされ、その名称は入力者が自由に設定することができ
る。従って、図９に示す作成画面２６で入力欄を修正し
た場合には、これに対応する属性セット名あるいは同一
の属性セット名が登録されていないとき、新規の名称を
登録することになる。

【００７２】なお、以上の説明では、図８及び図９に示
す作成画面とも属性セットを可能としているが、図８に
示す作成画面２４を属性セットの仮入力画面とし、図９
に示す作成画面２６を属性セット設定画面としてもよ
い。このようにすることにより、例えば、属性の大部分
が共通するが、一部が異なる複数人の属性設定を行なう
場合には、図８に示す作成画面２４で共通部分を入力し
ておいて、図９に示す作成画面２６で異なる部分を設定
することができる。

【００７３】作成画面２６の内容を確認後、この作成画
面２６での「次へ」ボタン２６ｂをタッチまたはクリッ
ク操作することにより、図１０に示すような承認依頼者
の設定のための画面２７に表示画面が変更される。この
設定画面２７では、図示するように、会員個人の「属性
変更」，「代表者変更」，会員の「退会」，会員個人の
「口座解約」，「認可（１）」，「認可（２）」，「非
認可」，「承認者設定」，「認可判断基準」，「出金費
目」や、図示しないが、「新規入会」，「不定期会費の
徴収」などの各項目について、それを承認する会員（承
認依頼者）の条件を設定するものであって、承認を不要
とするものか（不要）、全会員の承認を必要とするもの
（全会員）、全承認会員の承認を必要とするものか（全
承認会員）、所定の承認ポイント以上の全承認会員の承
認を必要とするものか（承認（）ｐｔ．以上）、その他
特定の会員（例えば、会計監査会員など）の承認を必要
とするのか（その他）を規定するものである。

【００７４】また、属性「出金制限」のパラメータ
“無”が与えられた会員の項目「出金認可（１）」に分
類される費目での出金または属性「出金制限」のパラメ
ータ“有”が与えられた会員の項目「出金認可（１）」
に分類される費目での出金制限額内の出金や、属性「出
金制限」のパラメータ“有”が与えられた会員の項目
「出金認可（１）」に分類される費目での出金制限額を
越える出金，属性「出金制限」のパラメータ“無”が与
えられた会員の項目「出金認可（２）」に分類される費
目での出金または属性「出金制限」のパラメータ“有”
が与えられた会員の項目「出金認可（２）」に分類され
る費目での出金制限額内の出金，属性「出金制限」のパ
ラメータ“有”が与えられた会員の項目「出金認可
（２）」に分類される費目での出金制限額を越える出
金，項目「出金非認可」に分類される費目での出金とに
対して承認の依頼が発生する場合、承認を求める必要が
ないもの（不要）、全会員の承認を必要とするもの（全
会員）、全承認会員に承認を必要とするもの（全承認会
員）、所定のポイント数以上の承認ポイントを有する全
承認会員の承認を必要とするもの（承認（）ｐｔ．以
上）、例えば、属性「会計管理」のパラメータ“可”が
与えられた会員などの特定の会員に承認を求める必要が
あるもの（その他）のいずれかであるかを設定する。

【００７５】なお、各項目の設定は、デフォルト値を設
定しておいてもよいし、設定していなくてもよい。デフ
ォルト値が設定されている場合には、設定欄のいずれか
が設定されているようにする。また、特定の項目毎にデ
フォルト値を設定してもよい。これにより、必ず承認が
必要なものの漏れを防ぐことができる。

【００７６】ここでは、項目「認可（１）」についての
制限内の出金の場合には、承認を不要とし、代表者を変
更する場合やグループ預金口座の解約項目「非認可」に
ついての出金，承認者の設定，認可判断基準の改正，出
金費目の改正などについては、全会員の承認を必要と
し、会員個人の属性の変更や会員の退会要求，認可
（１）の費目（品目）の購入に対して制限額を越えた出
金，認可（２）の費目の購入に対する制限額にかかわり
ない出金などについては、承認ポイント２以上の全承認
会員の承認を必要としている。

【００７７】このような会員は、否認ポイントが与えら
れているとき、会員からの上記の要求に対して、否認ポ
イントを提示することにより、否認することができる。
即ち、会員からの上記の項目の提案に対し、承認が求め
られる会員（承認依頼者）は、承認ポイントや否認ポイ
ントでもってこの提案を承認するか否か投票するもので
ある。上記の各項目について、承認されるために必要な
ポイント数は図１１で規定され、承認が求められる会員
から提示される承認ポイントの合計から否認ポイントの
合計を差し引いた値がこのポイント数以上のとき、承認
されることになる。

【００７８】設定画面２７の内容を確認後、この設定画
面２７での「完成」ボタン２７ａをタッチまたはクリッ
ク操作することにより、図１１に示すように、図１０に
示す設定画面２７での設定結果が認可判定基準の設定と
して表わされる画面２８に表示画面が変更される。この
設定画面２８では、上記の各項目毎にその承認が求めら
れる会員（投票できる会員）が表示され、また、これら
項目毎に承認されるためのポイント数を入力する。各項
目の枠２８ａ内には、規定されたポイント数を表示す
る。

【００７９】かかるポイント数としては、上記のよう
に、承認ポイントの合計と否認ポイントの合計との差に
基づくものとしてもよいし（図１１の例では、項目「属
性変更」と「代表者変更」）、承認した会員数としても
よいし（図１１の例では、項目「退会」，「口座解
約」）、また、承認が求められる全会員に対する承認し
た会員の割合としてもよいし（図１１に示す例では、上
記項目以外のもの）、これら以外の数値であってもよ
い。

【００８０】設定画面２８の内容を確認後、この設定画
面２８での「完成」ボタン２８ｂをタッチまたはクリッ
ク操作することにより、図１２に示すように、項目「出
金認可（１）」，「出金認可（２）」，「出金非認可」
に該当する費目を規定するための出金費目の入力画面２
９が表示される。

【００８１】ここでは、例えば、項目「出金認可(１）」
に該当する費目は消耗品などとし、項目「出金認可
(２）」に該当する費目は備品などとする。また、項目
「出金非認可」に該当する費目は、消耗品，備品にかか
わらず、グループ預金口座からの出金が認可されないも
の、即ち、グループとして購入できないものである。画
面２８では、このような項目毎に、品目のリストを作成
するものである。

【００８２】入力画面２９の内容を確認後、この入力画
面２９での「次へ」ボタン２９ａをタッチまたはクリッ
ク操作すると、図２におけるＳ１−５が終了し、以上の
ようにＰＣ８ａ（図１）で入力された情報が口座開設申
込フォームとして銀行サーバ２に送信される（Ｓ１−
６）。

【００８３】銀行サーバ２では、取引判断手段３によ
り、この口座開設申込フォームの情報が分けられて適宜
データベース４ａ〜４ｃに格納される（Ｓ１−７）。例
えば、画面２１（図５）で入力したグループ名やグルー
プの種類、画面２２（図６）や画面２３（図７）で入力
した会員個人の情報、画面２６（図９）で表わすように
各会員毎に割り当てられた属性セットなどが会員データ
ベース４ａに格納され、画面２９（図１２）に示すよう
に設定された費目が費目データベース４ｂに格納され、
画面２８（図１１）に示すように設定された認可判定基
準が認可条件データベース４ｃに格納される。また、取
引判断手段３は、グループに適した広告を広告提供会社
１０から取り寄せ、広告データベース４ｅに格納するこ
とができる。しかる後、取引判断手段３は、仮のグルー
プＩＤナンバーとグループ預金口座開設者７ａを除く全
会員７の仮パスワードとを発行し、これら会員７へグル
ープ預金口座の開設申込があった旨を伝える開設案内の
電子メールを送信し、また、グループ預金口座開設者７
ａには、これら会員へ電子メールを送信した旨を伝える
電子メールを送信する（Ｓｌ−８）。グループ預金口座
開設者７ａは、この電子メールを受信することにより、
その旨を知ることができる（Ｓ１−９）。

【００８４】グループ預金口座開設者を除く全会員７側
では、これを対応する電子メールアドレスのＰＣなどの
端末で受信して開くと（Ｓ１−１０）、図１３に示す開
設案内画面３０が表示される。この開設案内画面３０で
は、「口座開設承認依頼」といった標題や発信日時，開
設したグループ預金口座のアドレスや画面２３（図７）
で設定した送り先のアドレスとともに、銀行１からの口
座開設の案内文や画面２２（図６）で口座開設者７ａが
入力したメッセージ、画面２１（図５）で入力したグル
ープ名、図２４（図８）で割り当てたこの会員の会費や
共済金，出金制限，承認ポイント，出金費目などの属性
が通知される。また、広告データベース４ｅに格納され
ている広告も表示することができる。

【００８５】このような通知を確認後、この会員７がこ
の開設案内画面３０でのグループ預金口座開設承認ホー
ムページへのリンク、即ち、「銀行へ接続」ボタン３０
ａをタッチまたはクリック操作すると、銀行サーバ２と
接続される。そこで、銀行サーバ２では、取引判断手段
３がこの会員７にパスワードの入力を要求し（Ｓ１−１
２）、会員７がこの要求に対してパスワードを送信する
と（Ｓ１−１３）、取引判断手段３は受信したパスワー
ドが有効か否か判断して（Ｓ１−１４）、有効でなけれ
ば、再度会員７にパスワードを要求する（Ｓ１−１
２）。

【００８６】取引判断手段３は、会員７からのパスワー
ドが有効と判断すると（Ｓ１−１４）、この会員７に会
員用申込フォームを送信する（Ｓ１−１５）。会員７の
端末では、この会員用申込フォームにより、図１４に示
すようなこの会員７の個人情報の入力画面３１が表示さ
れる。この入力画面３１では、図１３に示す開設案内画
面３０での自己の属性などについて、口座開設を支持す
るか否かを選択し、支持しない場合には、その理由を入
力し、また、図６に示した口座開設者の画面２２と同
様、自己の会員番号や氏名，１以上の電子メールのアド
レス，住所，電話番号，個人預金口座に関する情報，会
費の自動引落の可，不可のパラメータ，グループ預金口
座へのログイン用パスワードなどを入力するものであ
る。

【００８７】かかる入力画面３１において、口座開設を
支持しない場合には（Ｓ１−１６）、「支持しない」と
してその理由を入力し（図３のＳ１−１８）、また、支
持する場合には（Ｓ１−１６）、「支持する」として、
不支持理由以外の事項について入力する（図３のＳ１−
１７）。そして、入力画面３１での「送信ボタン」３１
ａをタッチまたはクリック操作することにより、図３に
おいて、入力画面３１での入力内容を含む会員用申込フ
ォームが銀行サーバ２に送信される（Ｓ１−１９）。

【００８８】このようにして、口座開設者以外の各会員
から会員用申込フォームが銀行サーバ２に送られてくる
が、銀行サーバ２の取引判断手段３は、これら会員用申
込フォームから口座開設の不支持者がいないかどうか判
断し（Ｓ１−２０）、１人もいない場合には、会員デー
タベース４ａに入力画面３１（図１４）で入力した個人
情報を格納し、また、各会員の個人預金口座に関する情
報は個人預金口座データベース４ａに格納する。そし
て、口座開設者７ａを含む全会員に、グループ預金口座
が開設された旨の連絡の電子メールが送信される（Ｓ１
−２２〜２４）。

【００８９】また、口座開設の不支持者が１人でもいる
と（Ｓ１−２０）、支持者，不支持者のリストとコメン
ト（不支持の理由など）を口座開設者７ａとそれ以外の
全会員７とに電子メールで送る（Ｓ１−２５〜２７）。
この場合、口座開設者７ａには、期日内の返答を要求す
る。従って、口座開設者７ａからこの期日内に何ら返答
がない場合には、口座を開設しないものとして、このグ
ループに関するデータベース４ａ〜４ｆの情報を消去す
る（Ｓ１−２８，２９）。

【００９０】銀行サーバ２からのコメントをもとに属性
セットなどの設定事項を修正する場合には（Ｓ１−２
８）、口座開設者７ａはＰＣ８ａを指定された期日内に
銀行サーバ２に接続する（Ｓ１−３０）。これにより、
取引判断手段３は口座開設者７ａにパスワードとＩＤを
要求し（Ｓ１−３１）、これに対して口座開設者７ａか
らパスワードとＩＤとが送られてくると（Ｓ１−３
２）、これらが有効かどうか判断する（Ｓ１−３３）。
それらのいずれかが有効でない場合には、再度口座開設
者７ａに要求するが、いずれもが有効である場合には、
上記のＳ１−７（図２）で受信した口座開設者からの入
力済みの口座開設申込フォームを口座開設者７ａに送信
する（Ｓ１−３４）。

【００９１】そこで、口座開設者７ａ側では、Ｓ１−２
５でのコメントなどを参考にして、この入力済みの口座
開設申込フォームに基く、例えば、作成設定画面２６
（図９），画面２８（図１１），画面２９（図１２）な
どで、会員の属性や認可判定基準，出金費目などを修正
し（Ｓ１−３５）、銀行サーバ２に送信する（図２のＳ
１−６）。従って、銀行サーバ２は、修正された口座開
設申込フォームについて、図２のＳ１−７からの動作を
繰り返す。このようにして、全会員が口座開設を支持す
ると、上記のＳ１−２１〜２４の動作が行なわれて、口
座が開設されることになる。

【００９２】なお、この場合、かかるグループ預金口座
の名義人としては、このグループの代表者であっても、
また、グループそれ自体であってもよい。

【００９３】〔会員の端末からの出金要求〕次に、図１
５〜図２５により、会員の端末からの出金要求について
説明する。なお、図１５及び図１６はかかる実施形態で
の出金のための一手順を示すフローチャートである。

【００９４】図１５において、出金を要求する会員（出
金要求者）７が所有の端末を銀行サーバ２に接続するこ
とにより（Ｓ２−１）、銀行サーバ２からのトップメニ
ューを受ける（Ｓ２−２）。これにより、端末では、上
記の図４に示すようなトップメニュー画面２０が表示さ
れる。この画面２０でパスワードとグループＩＤナンバ
ーを入力してログインすると（Ｓ２−３）、銀行サーバ
２の取引判断手段３がこのパスワードやＩＤナンバーが
有効か否かを判断し（Ｓ２−４）、これらが有効でない
場合には、再度トップメニューを送信する（Ｓ２−
２）。

【００９５】パスワードやＩＤナンバーが有効である場
合には（Ｓ２−４）、銀行サーバ２はログオンしている
会員専用のトップメニューをこのに送信する（Ｓ２−
５）。これにより、出金要求者の端末では、図１７に示
すような会員専用のトップメニュー画面３２が表示され
る。

【００９６】このトップメニュー画面３２では、「○○
○グループ口座」といったようにしてグループ名称や
「○○ ○○様いらっしゃい」といったようにしてログ
オンしている会員の氏名が、また、全会員の共通メニュ
ー３２ａや管理に関する属性のパラメータ“可”が付与
された会員のためのメニュー（特定会員メニュー）３２
ｂ，認可済み出金項目の出金画面３９（図２４）へのリ
ンク３２ｃ，定期もしくは不定期会費の納入画面４０
（図２５）へのリンク３２ｄ，広告提供会社１０からの
広告３２ｅとが表示される。

【００９７】トップメニュー画面３２での全会員の共通
のメニュー３２ａは、図示するように、「出金・出金要
求」や「精算」，「入金」，「取引履歴照会」，「属性
確認」，「属性変更願」，「退会願」，「ログアウト」
といった項目からなり、特定会員メニュー３２ｂは、属
性「属性変更管理」の“可”のパラメータが与えられて
いる会員（属性変更管理会員）のみが選択可能な項目
「属性変更管理」，属性「新人紹介（新規入会管理）」
の“可”のパラメータが与えられている会員（入会（新
人紹介）管理会員）のみが選択可能な項目「新人紹
介」，属性「退会管理」の“可”のパラメータが与えら
れている会員（退会管理会員）のみが選択可能な項目
「退会管理」及び属性「会計管理」の“可”のパラメー
タが与えられている会員（会計管理会員）のみが選択可
能な項目「不定期会費」である。

【００９８】また、全会員の共通メニュー３２ａにおい
て、項目「精算」は出金をして精算を行なっていない会
員のみ選択可能であって、認可済み出金項目の出金画面
３９（図２４）へのリンクは、出金要求が認可されてい
るが、出金を行なっていない会員のみに表示され、定期
もしくは不定期会費の納入画面４０（図２５）へのリン
クは、属性「会費自動引落」のパラメータ“無”が付与
されて会費納入を行なっていない会員、または不定期会
費納入の要求があった場合にこの不定期会費の納入を行
なっていない会員のみに表示される。

【００９９】出金要求者が、トップメニュー画面３２の
メニューにおいて、項目「出金・出金要求」を選択する
と（Ｓ２−６）、銀行サーバ２の取引判断手段３はそれ
を判断して出金額の入力と費目の選択を要求する（Ｓ２
−７）。これにより、出金要求者の端末では、図１８に
示すような出金・出金要求画面３３が表示される。

【０１００】この出金・出金要求画面３３では、出金費
目３３ａと出金額３３ｂと、承認が必要な場合には、さ
らに、承認者に対してのメッセージ（例えば、「デキャ
スタを割ってしまいました。ごめんなさい」といったメ
ッセージ）３３ｃを入力する（Ｓ２−８）。出金費目３
３ａと出金額３３ｂとは対をなすものであり、かかる対
は複数個設定することができる。ここで、出金費目３３
ａは費目データベース４ｂに登録された出金費目より選
択するものであり、項目「出金非認可」に分類される費
目である「その他」を選択した場合には、逐次費目を入
力する。また、入力した出金費目と出金額との対を削除
できるようにするためのメニューと削除する出金費目と
出金額の対を選択するための、例えば、チェックボック
スなどの手段を用意する。かかる出金・出金要求画面３
３で「送信」ボタン３３ｅをタッチまたはクリック操作
することにより、入力した情報が銀行サーバ２に送られ
る。なお、「クリア」ボタン３３ｆを操作する毎に、入
力情報が新しい順にクリアされていく。

【０１０１】以上の入力は、ＡＴＭ５（図１）からも行
なうことができる。即ち、ＡＴＭ５により、グループ預
金口座への出金・出金要求をする場合には、図１９に示
すように、費目の入力部３４ｃや出金額を入力するため
のキーを表す入力部３４ｄを備えた操作画面３４を表示
し、出金費目の表示部３４ａと出金費目の入力部３４
ｃ、または、出金額の表示部３４ｂと出金額の入力部３
４ｄを夫々に関連付けてハイライト表示することによ
り、出金者の入力方法の理解を助ける。また、ＡＴＭ５
から出金・出金要求をする場合、メッセージを必要とす
るときには、図２０に示すように、メッセージを入力す
るためのキーボード３５ａを備えた操作画面３５を表示
する。

【０１０２】以上のようにして出金要求者の端末やＡＴ
Ｍ５で入力された出金・出金要求に関する入力情報は、
銀行サーバ２において、取引履歴データベース４ｄへ記
録される（Ｓ２−９）。そこで、取引判断手段３は、認
可条件データベース４ｃに格納されている認可判定基準
をもとに、会員データベース４ａから、出金要求者から
の出金要求を承認してもらうための承認依頼者としての
会員を選択する（Ｓ２−１０〜１４）。

【０１０３】即ち、図１１に示した認可判定基準によ
り、出金の承認を求める出金要求者が属性「出金制限」
のパラメータ“無”を与えられている会員であって（Ｓ
２−１０）、要求する費目が出金認可（１）に分類され
る費目であるときには（Ｓ２−１３）、承認を求める必
要がないし、同じく要求する費目が出金認可（２）に分
類される費目であるときには（Ｓ２−１３）、取引判断
手段３により、所定の承認ポイントを有する全承認会員
の承認が必要であると判断されて、これら承認依頼者へ
承認依頼の電子メールが送信され（Ｓ２−１５）、同じ
く要求する費目が非認可に分類される費目であるときに
は（Ｓ２−１３）、取引判断手段３により、所定の承認
ポイントを有する全会員の承認が必要であると判断され
て、これら承認依頼者へ承認依頼の電子メールが送信さ
れる（Ｓ２−１６）。

【０１０４】また、出金の承認を求める出金要求者が属
性「出金制限」のパラメータ“有”を与えられている会
員であって（Ｓ２−１０）、設定された期間内での出金
制限額内の出金であるときには（Ｓ２−１１）、要求す
る出金費目が出金認可（１）に分類される費目であると
き（Ｓ２−１４）、承認を求める必要がないし、同じく
要求する費目が出金認可（２）に分類される費目である
とき（Ｓ２−１４）、取引判断手段３により、所定の承
認ポイントを有する全承認会員の承認が必要であると判
断されて、かかる承認依頼者へ承認依頼の電子メールが
送信され（Ｓ２−１５）、同じく要求する費目が非認可
に分類される費目であるとき（Ｓ２−１４）、取引判断
手段３により、所定の承認ポイントを有する全会員の承
認が必要であると判断されて、これら承認依頼者への承
認依頼の電子メールが送信される（Ｓ２−１６）。

【０１０５】さらに、出金の承認を求める出金要求者が
属性「出金制限」のパラメータ“有”を与えられている
会員であって（Ｓ２−１０）、設定された期間内での出
金制限額を越える出金であるときには（Ｓ２−１１）、
要求する出金費目が出金認可（１），（２）に分類され
る費目であるとき（Ｓ２−１２）、取引判断手段３によ
り、所定の承認ポイントを有する全承認会員の承認が必
要であると判断されてかかる承認依頼者へ承認依頼の電
子メールが送信され（Ｓ２−１５）、同じく要求する出
金費目が非認可に分類される費目であるとき（Ｓ２−１
２）、取引判断手段３により、所定の承認ポイントを有
する全会員の承認が必要であると判断されて、これら承
認依頼者へ承認依頼の電子メールが送信される（Ｓ２−
１６）。

【０１０６】図１６において、承認依頼を受けた会員
（承認依頼者）の端末は、これを受信すると（Ｓ２−１
７）、図２１に示すような承認依頼画面３６が表示され
る。かかる承認依頼画面３６では、件名として出金承認
依頼の電子メールであることを示す取引番号「００１
３」が付され、本文として、出金要求者の会員番号と氏
名，出金要求日時，出金要求額，出金要求費目，出金要
求者からのメッセージ，承認ポイントの選択及びグルー
プ預金口座へのログイン用パスワードが表示される。承
認ポイントとしては、この承認依頼者が使用できるポイ
ント数（承認と否認のポイント数）が設定されており、
承認依頼者がこの承認依頼画面３６での所望の承認ポイ
ントを選択し（Ｓ２−１８）、パスワードを入力して
「送信」ボタン３６ａをタッチまたはクリック操作する
と、銀行サーバ２にこの電子メールが返信される（Ｓ２
−１９）。

【０１０７】銀行サーバ２は、この電子メールを受信す
ると（Ｓ２−２０）、取引判断手段３は、パスワードが
有効か否か判断し（Ｓ２−２１）、有効でない場合に
は、図１５でのＳ２−１５またはＳ２−１６に戻って再
度承認依頼の電子メールを承認依頼者に送る。

【０１０８】承認依頼者からのパスワードが有効である
場合には（Ｓ２−２１）、各承認依頼者からの返信され
た電子メールでの承認ポイントを集計し、認可可能であ
るかどうかの判断をする（Ｓ２−２２）。

【０１０９】この判断で認可可能である場合には、ある
いはまた、図１５でのＳ２−１３，１４で承認を必要と
しない場合には、出金要求金額をグループ預金口座から
出金要求者の個人預金口座へ移動し（Ｓ２−２３）、こ
の旨を取引履歴データベース４ｄへ記録し（Ｓ２−２
４）、出金要求者及び承認依頼者に出金が認可されたこ
とを伝える電子メールを送信する（Ｓ２−２５〜２
７）。図２２はこの電子メールによって出金要求者の端
末に表示される出金認可画面３７を示し、図２３は同じ
く承認依頼者の端末に表示される出金認可画面３８を示
すものである。ここで、承認依頼者と出金要求者とへ送
る電子メールには、件名として上記の承認依頼画面３６
（図２１）と同じ取引番号が付され、承認依頼者がその
承認依頼の件が既に終了したことを理解することを助け
る。

【０１１０】また、取引判断手段３が認可できないと判
断した場合には（Ｓ２−２２）、この旨を取引履歴デー
タベース４ｄへ記録し（Ｓ２−２８）、出金要求者及び
承認依頼者に出金が認可されなかったことを伝える電子
メールを送信する（Ｓ２−２９〜３１）。

【０１１１】〔ＡＴＭ５からの出金，出金要求と精算〕
次に、図２６〜図３２により、ＡＴＭ５からの会員によ
る出金要求について説明する。なお、図２６及び図２７
はかかる実施形態での出金のための一手順を示すフロー
チャートである。

【０１１２】図２６において、或る会員、例えば、会員
７ｂが、出金要求者として、銀行１のＡＴＭ５に銀行カ
ード９ｂを挿入すると（Ｓ３−１）、銀行サーバ２の取
引判断手段３が図２８に示すような取引口座選択画面４
１をＡＴＭ５に表示させる（Ｓ３−２）。この取引口座
選択画面４１では、グループ預金口座の取引を行なう
か、個人預金口座の取引を行なうかの選択をすることが
でき、グループ預金口座での取引を選択すると（Ｓ３−
３）、図２９に示すようなグループ預金口座のＡＴＭ用
トップメニュー画面４２がＡＴＭ５に表示される。

【０１１３】このトップメニュー画面４２では、「出金
・出金要求」，「精算」，「入金」，「取引履歴照会」
及び「属性確認」の５つの項目と広告提供会社１０から
提供された広告とが表示されるが、出金に関係なく、個
人の入金が行なわれた場合には、精算ができる。また、
出金認可済の項目４２ａがある場合には（Ｓ３−４）、
その項目４２ａの個人預金口座から出金画面３９（図２
４）へのリンクが表示される（Ｓ３−５）。

【０１１４】また、取引口座選択画面４１（図２８）で
個人預金口座での取引を選択した場合には（Ｓ３−
３）、図３０に示すような個人預金口座のトップメニュ
ー画面４３が表示される。このトップメニュー画面４３
では、例えば、「支払」，「預入」，「振込」，「残高
照会」などの個人口座取引に関する項目が表示される
が、出金認可済の項目４３ａがある場合には（Ｓ３−
７）、この出金認可済の項目４３ａの出金画面３９（図
２４）へのリンクが表示される（Ｓ３−８）。なお、ト
ップメニュー画面４２，４３で項目「出金認可済」がな
い場合には、通常のメニュー表示となる（Ｓ３−６，Ｓ
３−９）。

【０１１５】トップメニュー画面４２，４３で出金認可
済の項目４２ａ，４３ａを選択すると（Ｓ３−１０）、
図２４に示すような出金画面３９が表示される。この出
金画面３９では、出金認可済の出金費目３９ａと出金額
３９ｂとの対と出金額の合計とが表示されるが、「出金
認可済」の項目が複数あり、かつ出金する必要がなくな
った項目がある場合には、項目「出金」から削除する項
目を選べるようにするために、例えば、各「出金」の項
目の左端にチェックボックスを用意するなどすることに
より、出金しない項目を出金する項目から削除できるよ
うにする。また、出金認可の下りていない項目について
新たに出金する必要が生じた場合には、ここで、その費
目を追加し、出金額を入力することができるが、取引判
断手段３によって承認依頼が必要であると判断される項
目については、承認されて認可が下りるまでは出金する
ことはできず、この場合には、出金要求として扱われ
る。

【０１１６】この出金画面３９で「確認」ボタン３９ｃ
をタッチまたはクリック操作をすると、銀行サーバ２の
取引判断手段３はＡＴＭ５にパスワードを要求し（Ｓ３
−１１）、これに対し、出金者がＡＴＭ５でパスワード
を入力すると（Ｓ３−１２）、取引判断手段３はこのパ
スワードが有効か否か判断し（Ｓ３−１３）、有効でな
ければ、再度ＡＴＭ５にパスワード入力を要求する（Ｓ
３−１１）。

【０１１７】パスワードが有効な場合には、ＡＴＭ５に
より、グループ預金口座から出金者の個人預金口座を介
して項目「出金認可済」について出金が行なわれ（Ｓ３
−１４）、これとともに、出金認可済項目の出金が行な
われたことを伝える使用金額の入力フォームを含んだ電
子メールが出金者の端末に送信される（Ｓ３−１５）。
これが出金者の端末で受信される（図２７のＳ３−１
７）。

【０１１８】そこで、図２７において、ＡＴＭ５から出
金認可された図２４の出金画面３９で示されるような金
銭が出金され、出金要求者はこれを受け取ることができ
る（Ｓ３−１６）。出金要求者は、この受け取った金銭
で出金認可された費目の商品を購入してその代金を支払
い（Ｓ３−１８）、釣り銭を受け取る（Ｓ３−１９）。

【０１１９】一方、図２６のＳ３−１５で送られた電子
メールにより、出金要求者の端末では、図３１に示すよ
うな出金の確認画面４４が表示されてその内容を確認す
ることができ、その「ログイン」ボタン４４ａをタッチ
またはクリック操作することにより、図３２に示すよう
な精算画面４５が表示される。この精算画面４５では、
費目毎にその使用金額と釣り銭を入力するものであり、
かかる入力が終了してグループ預金口座へのログイン用
パスワードを入力し（Ｓ３−２０）、「確認」ボタン４
５ａをタッチまたはクリック操作すると、これら入力情
報が電子メールで送信される（Ｓ３−２１）。

【０１２０】なお、図３２では、図２９のトップメニュ
ー画面４２の精算を選択しても、同様な画面がＡＴＭに
表示され、同様な操作を行なうことができる。また、図
３２では、ＡＴＭ対応の画面デザインとしているが、電
子メールに対応した独自の画面としてもよい。

【０１２１】銀行サーバ２では、この電子メールを受信
すると（Ｓ３−２２）、取引判別手段３が、まず、パス
ワードが有効か否か判断し（Ｓ３−２３）、有効でなけ
れば、再度図２６のＳ３−１５に戻って電子メールを送
るようにし、有効であれば、銀行サーバ２は入力された
情報に従って出金額と支払額との差額を戻額として個人
預金口座からグループ預金口座へ移動し（Ｓ３−２
４）、さらに、取引履歴データベース４ｄに以上の取引
情報を記録して（Ｓ３−２５）、精算を完了する。

【０１２２】〔入金〕次に、図３３により、会員の会費
などの入金について説明する。なお、図３３はかかる実
施形態での入金のための一手順を示すフローチャートで
ある。

【０１２３】図３３において、会員７ｂ（図１）を入金
者として、ＡＴＭ５を利用して入金する場合には（Ｓ４
−１）、入金者７ｂは、まず、銀行カード９ｂをＡＴＭ
５に挿入する（Ｓ４−２）。これにより、銀行サーバ２
の取引判断手段３が、図２８に示すような上記の選択画
面４１をＡＴＭ５に表示させる（Ｓ４−３）。

【０１２４】そこで、この選択画面４１において、グル
ープ預金口座での取引を選択すると（Ｓ４−４）、取引
判断手段３が、ＡＴＭ５で図２９に示すような上記のグ
ループ預金口座のＡＴＭ用トップメニュー画面４２を表
示させる（Ｓ４−５）。このトップメニュー画面４２で
項目「入金」を選択すると（Ｓ４−６）、取引判断手段
３はＡＴＭ５に入金を要求させ（Ｓ４−７）、これに従
って入金者７ｂが現金の入金を行なうと（Ｓ４−８）、
入金された現金はＡＴＭ５で計数され（Ｓ４−９）、図
３４に示すような入金額を表わした入力画面４６をＡＴ
Ｍ５に表示させて費目の入力を要求する（Ｓ４−１
０）。

【０１２５】そこで、この入力画面４６において、入金
者７ｂは表示される費目のうちから所定のものを選択
し、かつ費目毎に表示されるキーボードを用いて入金額
の入力を行なう（Ｓ４−１１）。

【０１２６】この入金費目の入力画面４６は、上記の入
金計数結果による入金額（ここでは、６０００円とす
る）の表示部４６ａと、入金費目の表示部４６ｂと、費
目毎の入金額の表示部４６ｃと、残り額の表示部４６ｆ
と、入金費目の選択部４６ｄと、入金額の入力部４６ｅ
とから構成され、入金費目とその入金額とは対をなして
設定することができ、入金費目と入金額との対は複数設
定することができる。

【０１２７】選択部４６ｄで入金費目として項目「その
他」を選択した場合には、逐次費目を入力する。また、
入力した入金費目と入金額の対を削除できるようにする
ためのメニューと削除する入金費目と入金額の対を選択
するための、例えば、チェックボックスなどの手段を用
意する。入金費目の表示部４６ｂと入金費目の入力部４
６ｃ、または入金額の表示部４６ｃと入金額の入力部４
６ｅとを夫々に関連付けてハイライト表示することによ
り、入金者の入力方法の理解を助けることがてきる。

【０１２８】このように入力画面４６での入力が終り、
その「確認」ボタン４６ｇをタッチまたはクリック操作
すると、入力情報が銀行サーバ２に送信され、取引判断
手段３により、取引履歴データベース４ｄに記録される
（Ｓ４−２１）。

【０１２９】入金者７ｂが、その端末からインターネッ
ト６を介してグループ預金口座への入金を行なう場合に
は（Ｓ４−１）、入金者７ｂの端末が銀行サーバ２に接
続されると（Ｓ４−１２）、銀行サーバ２からトップメ
ニューが送信され（Ｓ４−１３）、図４に示すような入
力画面２０が表示される。この入力画面２０でパスワー
ドとグループＩＤナンバーを入力してログインすると
（Ｓ４−１４）、銀行サーバ２の取引判断手段３がこの
パスワードやＩＤナンバーが有効か否かを判断し（Ｓ４
−１５）、これらが有効でない場合には、再度トップメ
ニューを送信する（Ｓ４−１３）。

【０１３０】パスワードやＩＤナンバーが有効である場
合には（Ｓ４−１５）、銀行サーバ２はログオンしてい
る会員専用のトップメニューをこの入金者７ｂに送信す
る（Ｓ４−１６）。これにより、入金者７ｂの端末で
は、図１７に示すような上記の会員専用のトップメニュ
ー画面３２が表示される。このトップメニュー画面３２
でその共通メニュー３２ａの項目「入金」を選択すると
（Ｓ４−１７）、銀行サーバ２の取引判断手段３は入金
額の入力と費目の選択とを要求し（Ｓ４−１８）、上記
の図２５に示すような入金費目の入力画面４０を端末に
表示させる。入金者７ｂは、この入力画面４６で費目４
６ｂと費目毎の入金額４６ｃとを入力する（Ｓ４−１
９）。

【０１３１】この入金が終ってこの入力画面４６の「確
認」ボタン４６ｇをタッチまたはクリック操作すると、
この入力情報が銀行サーバ２に送信される。銀行サーバ
２では、取引判断手段３により、この入金者の個人預金
口座からグループ預金口座へ入金額が移動し（Ｓ４−２
０）、以上のことが取引履歴データベース４ｄに記録さ
れる（Ｓ４−２１）。

【０１３２】〔会費の徴収〕次に、この実施形態での会
員の徴収のための一処理手順について説明する。なお、
図３５はかかる手順を示すフローチャートである。

【０１３３】図３５において、銀行サーバ２の取引判別
手段３は、定期会費の徴収期日になると、取引履歴デー
タベース４ｄを照会して定期会費の未払会員の抽出を行
なう（Ｓ５−１）。そして、会員データベース４ａを参
照して、抽出した定期会費未払会員の属性「会費自動引
落」を参照し（Ｓ５−２）、この属性のパラメータが
“無”である場合には、個人口座からの会費引落の承認
を求める電子メールをこの定期会費未払会員へ送信する
（Ｓ５−３）。定期会費未払会員は、この電子メールを
受信すると（Ｓ５−４）、個人口座からの会費の引落を
承認するか否かを決め（Ｓ５−５）、承認する場合に
は、承認したことを示す情報とパスワードとを入力し
（Ｓ５−６）、承認しない場合には、承認しないことを
示す情報とパスワードとを入力し（Ｓ５−１７）、夫々
電子メールで銀行サーバ２に送信する（Ｓ５−７，Ｓ５
−１８）。銀行サーバ２の取引判断手段３は、以上の電
子メールを受信すると（Ｓ５−８，Ｓ５−１９）、ま
ず、パスワードが有効可動かを判断し（Ｓ５−９，Ｓ５
−２０）、パスワードが有効でない場合には、Ｓ５−３
に戻って承認を求める電子メールを再度送信する。

【０１３４】定期会費未払会員の属性「会費自動引落」
のパラメータが“有”である場合（Ｓ５−２）、及び上
記の引落の承認を求める電子メールに対して承認の返信
があって、パスワードが有効である場合（Ｓ５−９）に
は、後者に対しては、会員データベース４ａで定期会費
未払会員の会費を照会した後（Ｓ５−１０）、これらい
ずれの定期会費未払会員に対しても、その個人口座の残
高照会を行ない（Ｓ５−１１）、個人口座の残高が会費
の額を上回っている場合には（Ｓ５−１２）、その個人
口座からグループ口座へ会費を引き落とし（Ｓ５−１
３）、次いで、以上のことを取引履歴データベース４ｄ
へ記録し（Ｓ５−１４）、会費の引落が終了したことを
伝える電子メールを会費の引落を行なった会員へ送信す
る（Ｓ５−１５）。

【０１３５】また、上記のように、会費の引落の承認を
求める電子メールに対して否認の返信があって、パスワ
ードが有効である場合（Ｓ５−２０）、及び会費の自動
引き落しができるが、個人口座の残高が会費を下回って
いた場合（Ｓ５−１２）には、定期会費の引き落しを行
なわなかったことを伝える電子メールを当該会員と属性
「会計管理」のパラメータ“可”が与えられている会員
（会計管理会員）とに送信する（Ｓ５−２０〜２２）。
この場合には、この定期会費未払会員による定期会費の
納入は、会計管理会員の要求によって別途入金すること
になる。なお、会計管理会員は、取引判断手段３が会員
データベース４ａから見つけ出すものである。

【０１３６】〔新規入会〕次に、入会希望があった場合
の一処理手順について説明する。図３６，図３７はその
手順を示すフローチャートである。

【０１３７】図３６において、グループ口座への入会希
望者は属性「入会管理（新人紹介）」のパラメータ
“可”が与えられた会員（即ち、入会管理会員）へ入会
要求を行なう（Ｓ６−１）。入会希望者は、会員の紹介
によって入会管理会員を知ることができる。この要求が
あると、入会管理会員はその端末を銀行サーバ２へ接続
する（Ｓ６−２）。これにより、取引判断手段３によ
り、トップメニューが送信され（Ｓ６−３）、入会管理
会員の端末に図４に示すようなトップメニュー画面２０
が表示される（Ｓ６−４）。上記のように、このトップ
メニュー画面２０にパスワードやＩＤナンバーを入力し
て送信すると（Ｓ６−４）、銀行サーバ２の取引判断手
段３は、会員データベース４ａからこれらが入会管理会
員からのものであって、有効であると判断した場合（Ｓ
６−５）、入会管理会員の端末に上記の図１７に示すよ
うな会員専用のトップメニュー画面３２が送られて表示
される。この場合、新規入会に関するものであるため、
このトップメニュー画面３２の特定会員メニュー３２ｂ
の項目「新人紹介」を選択することができ（属性「入会
管理（新人紹介）」のパラメータ“可”が付与されてい
ない会員は、この項目「新人紹介」を選択することがで
きない）、入会管理会員がこの項目「新人紹介」を選択
すると（Ｓ７−６）、取引判断手段３からこの入会管理
会員に管理者用入会用フォームが送られ（Ｓ６−７）、
その端末に図３８で示すような入会希望者の紹介用画面
４７が表示される。この紹介用画面４７に入会布望者の
氏名や電子メールアドレス，属性、さらに、入会に他会
員の承認が必要な場合には、承認依頼者へのメッセージ
を入力し（Ｓ６−８）、この入力した管理者用入会用フ
ォームを送信する（Ｓ６−９）。

【０１３８】そこで、銀行サーバ２の取引判断手段３
は、新規入会に承認が必要であるかを判断し（Ｓ６−１
０）、承認が必要であると判断した場合には、承認依頼
者へ承認依頼の電子メールを送信するが、この承認依頼
者としては、全承認会員（Ｓ６−１１）の場合と全会員
（Ｓ６−１２）の場合とがある。これらの設定は、図１
０，図１１で示す画面で行なうことができる。

【０１３９】承認依頼を受けた承認依頼者は、この電子
メールを受信すると（Ｓ６−１３）、図３８に示した紹
介用画面４７の内容をもとに承認するか否かを決め、グ
ループ口座へのログイン用パスワードと承認ポイント
（または、否認ポイント）とを入力し（Ｓ６−１４）、
これを銀行サーバ２に電子メールを返信する（Ｓ６−１
５）。

【０１４０】銀行サーバ２の取引判断手段３は、この電
子メールを受信すると（Ｓ６−１６）、図３７におい
て、受信したパスワードの有効性を判断し（Ｓ６−１
７）、有効でなければ、図３６でのＳ６−１１，１２に
戻るが、有効であれば、全承認ポイントを集計し（Ｓ６
−１８）、その結果、入会が認可されなかった場合に
は、そのことを伝える電子メールを入会希望者や入会管
理会員，承認依頼会員へ送信する（Ｓ６−３２〜３
４）。

【０１４１】入会が承認された場合（Ｓ６−１８）及び
新規入会に承認が必要でない場合（図３６のＳ６−１
０）には、取引判断手段３は入会希望者へ所定フォーマ
ットの入会者用入会用フォームを送信する（Ｓ６−１
９）。入会希望者は、送られてきたこの入会者用入会用
フォームに記載されている入会希望者の属性に異議があ
る場合には（Ｓ６−２０）、属性の変更要求を入会管理
会員へ送り（図３６のＳ６−２１）、Ｓ６−２からの行
程を繰り返すことができるが、送られてきた入会者用入
会用フォームに記載されている入会希望者の属性に異議
がない場合には（Ｓ６−２０）、入会者用入会用フォー
ムに入会希望者の１つ以上の電子メールアドレス及び住
所，電話番号，個人口座番号，会費自動引落属性，グル
ープ口座へのログイン用パスワード及びグループ口座入
会に当たっての全会員へ当てたメッセージなどの必要な
情報を入力し（Ｓ６−２２）、銀行サーバ２へ送信する
（Ｓ６−２３）。銀行サーバ２では、取引判断手段３が
送られてきた情報を会員データベース４ａへ記録し（Ｓ
６−２４）、さらに、新規入会者による共済金の入金が
必要な場合には、この入会希望者の個人口座から共済金
をグループ口座へ引き落とす（Ｓ６−２６）。そして、
以上のことを取引履歴データベース４ｄへ記録し（Ｓ６
−２７）、新規入会の手続きが終了したことを伝える電
子メールを全会員へ送信する（Ｓ６−２８〜３１）。

【０１４２】〔退会〕次に、この実施形態での会員がグ
ループからの退会のための一処理手順について説明す
る。図３９，図４０はかかる手順を示すフローチャート
である。

【０１４３】図３９において、グループ口座からの退会
希望者は、まず、属性「退会管理」のパラメータ“可”
が与えられている会員（退会管理会員）７へ退会要求を
行ない（Ｓ７−１）。退会管理会員は、この要求がある
と、自身の端末を銀行サーバ２へ接続する（Ｓ７−
２）。そして、図１５や図３６に示す手順と同様、Ｓ７
−３〜Ｓ７−５の手順を経て、先の図１７に示すような
会員専用のトップメニュー画面３２が退会管理会員の端
末に表示される。退会管理会員がこのトップメニュー画
面３２の特定会員メニュー３２ｂにおける属性「退会管
理」を選択すると（Ｓ７−６）、銀行サーバ２の取引判
断手段３は、会員データベース４ａをもとにこの属性
「退会管理」が退会管理会員によって選択されたものと
判断し、会員データベース４ａをもとに図４１に示すよ
うな退会時用会員リストの画面４８を作成し、これを退
会管理会員の端末に送信する（Ｓ７−７）。退会管理会
員は、その端末に表示されるこのリスト画面４８の中か
ら退会希望者の選択欄４８ａにｘ印を入力し、「確認」
ボタン４８ｂをタッチまたはクリック操作することによ
り、退会希望者を銀行サーバ２に通知する（Ｓ７−
８）。

【０１４４】そこで、銀行サーバ２の取引判断手段３
は、この退会希望者の退会に承認が必要であるかどうか
を判断し（Ｓ７−９）、承認が必要であると判断した場
合には、承認依頼者としての承認会員（Ｓ７−１０）ま
たは全会員（Ｓ７−１１）に承認依頼の電子メールを送
信する。かかる承認依頼者は、この承認依頼を受けると
（Ｓ７−１２）、グループ口座へのログイン用パスワー
ドと承認ポイント（または、否認ポイント）を入力し
（Ｓ７−１３）、その旨を示す電子メールを銀行サーバ
２に返信する（Ｓ７−１４）。銀行サーバ２の取引判断
手段３は、この電子メールを受信して（Ｓ７−１５）パ
スワードの有効性を判断し（Ｓ７−１６）、パスワード
が有効と判断すると、全承認依頼者からの承認ポイン
ト，否認ポイントを集計して退会が認可されるか否かを
判断する（Ｓ７−１７）。

【０１４５】退会が認可される場合（Ｓ７−１７）、も
しくは退会に承認を必要としない場合には（Ｓ７−
９）、取引判断手段３は退会希望者へ退会を承認するか
否かの確認のための電子メールを送信する（Ｓ７−１
８）。また、退会が認可されなかった場合には（Ｓ７−
１７）、取引判断手段３は、図４０において、その旨を
伝える電子メールを退会希望者と退会管理会員と承認会
員に送信する（Ｓ７−１９，Ｓ７−３５〜Ｓ７−３
７）。

【０１４６】一方、図３９のＳ７−１８による電子メー
ルは、図４０において、退会希望者の端末で受信される
（Ｓ７−２０）。退会希望者は、この電子メールに対
し、退会の意志が変わらない場合には、退会することと
グループ口座ログイン用のパスワードと退会するに当た
って全会員へ当てたメッセージとを入力し（Ｓ７−２
２）、これを電子メールを返信する（Ｓ７−２５）。銀
行サーバ２の取引手段３は、この返信の電子メールに対
し、パスワードの有効性を確認した後（Ｓ７−２６）、
退会希望者が入会時に共済金を納入していた場合には
（Ｓ７−２７）、この共済金をグループ口座からこの退
会希望者の個人口座へ移し（Ｓ７−２８）、取引履歴デ
ータベース４ｄへこのことを記録するとともに（Ｓ１−
２９）、会員データベース４ａへ退会希望会員の退会を
記録する（Ｓ７−３０）。この退会希望者へ返済する共
済金がない場合には（Ｓ７−２７）、直接会員データベ
ース４ａへ退会希望会員の退会を記録する（Ｓ７−３
０）。しかる後、退会が終了したことを伝える電子メー
ルをこの退会希望者も含めた全会員へ電子メールで通知
する（Ｓ７−３１〜Ｓ７−３４）。

【０１４７】取引判断手段３からの電子メールによる退
会希望者へ退会を承認するか否かの確認に対し、退会希
望者に退会しないという意志変更があった場合には、退
会希望者は、退会しないこととグループ口座ログイン用
のパスワードとを入力し（Ｓ７−２４）、これを電子メ
ールを返信する（Ｓ７−２５）。取引判断手段３は、こ
の電子メールを受信すると、その旨を伝える電子メール
を退会希望者と退会管理会員と承認会員に送信する（Ｓ
７−１９，Ｓ７−３５〜Ｓ７−３７）。

【０１４８】〔属性変更〕次に、この実施形態での所定
会員の属性変更の要求があった場合の一処理手順につい
て説明する。図４２及び図４３はその手順を示すフロー
チャートである。

【０１４９】図４２において、属性「属性変更管理」の
パラメータ“可”が与えられている会員７（属性変更管
理会員）が或る会員７の属性の変更をする場合（この会
員を属性変更対象者という）、属性変更管理会員は、ま
ず、その所有の端末を銀行サーバ２に接続する（Ｓ８−
１）。そこで、この銀行サーバ２と属性変更管理会員と
の間で図３９でのＳ７−３〜Ｓ７−５と同様の動作が行
なわれ（Ｓ８−２〜Ｓ８−４）、銀行サーバ２の取引判
断手段３からのトップメニューの送信により（Ｓ８−
５）、先の図１７に示すような会員専用のトップメニュ
ー画面３２が属性変更管理会員の端末に表示される。属
性変更管理会員がこのトップメニュー画面３２の特定会
員メニュー３２ｂにおける項目「属性変更管理」を選択
すると（Ｓ８−６）、取引判断手段３から属性変更管理
会員に属性変更管理者用フォームが送られ（Ｓ８−
７）、その端末に図４４で示すような会員リストの画面
４９が表示される。この画面４９では、各会員毎に設定
されている属性が表示されており、この会員リストから
属性変更の対象となる会員を選択してその選択欄４９ａ
にｘ知るしを入力し、さらに、この属性変更対象者の対
象となる属性を変更し（Ｓ８−８：なお、この場合、変
更した属性が一目で分かるように表示する）、これを電
子メールで銀行サーバ２に送信する（Ｓ８−９）。

【０１５０】銀行サーバ２の取引判断手段３は、この電
子メールを受信すると、この属性の変更に他会員の承認
が必要か否か判断し（Ｓ８−１０）、必要な場合には、
承認依頼の電子メールを承認依頼者に送信する（Ｓ８−
１２）。そこで、図４３において、承認依頼者は、この
電子メールを受信すると（Ｓ８−２１）、承認ポイント
もしくは否認ポイントとグループ口座入力用のパスワー
ドとを入力し（Ｓ８−２２）、これを電子メールで銀行
サーバ２に返信する（Ｓ８−２３）。そこで、銀行サー
バ２の取引判断手段３は、この電子メールを受信すると
（Ｓ８−２４）、パスワードの有効性を判断した後（Ｓ
８−２５）、承認ポイント，否認ポイントを集計して提
案された属性変更を認可するかどうかを決める（Ｓ８−
２６）。認可できない場合には、この旨を属性変更管理
会員と承認依頼者と属性変更対象者とに伝える電子メー
ルを送信する（Ｓ８−３３）。これにより、属性変更は
行なわれない。

【０１５１】Ｓ８−２６で承認依頼者によって属性変更
が認可されたと判断された場合、及び図２のＳ８−１０
で属性変更に他会員の承認が必要ない場合には、図４２
において、その旨を示す電子メールを属性変更対象者に
送信する（Ｓ８−１１）。属性変更対象者は、この電子
メールを受信すると（Ｓ８−１３）、これに対して了承
するか否か決定し（Ｓ８−１４）、その決定結果をパス
ワードを付して銀行サーバ２に送信する（Ｓ８−１５，
Ｓ８−１８）。

【０１５２】銀行サーバ２の取引判断手段３は、了承す
る旨の属性変更対象者からの電子メールを受信すると
（Ｓ８−１６）、図４３において、パスワードの有効性
を判断した後（Ｓ８−１７）、会員データベース４ａに
属性変更対象者の属性の変更を行ない（Ｓ８−２７）、
属性変更対象者も含む全会員にその旨を電子メールで通
知する（Ｓ８−２８〜Ｓ８−３１）。

【０１５３】銀行サーバ２の取引判断手段３は、属性変
更を了承しないとする属性変更者からの電子メールを受
信すると（図４２のＳ８−１９）、パスワードの有効性
を判断した後（Ｓ８−２０）、その旨を伝える電子メー
ルを属性変更管理会員へ送信する（Ｓ８−３２，Ｓ８−
３３）。この場合には、属性変更は行なわれない。

【０１５４】Ｓ８−２５でパスワードが有効でないと判
断された場合、図４２において、承認依頼の電子メール
が承認依頼者に再度送信され（Ｓ８−１２）、また、Ｓ
８−１７，Ｓ８−２０でパスワードが有効でないと判断
された場合には、図４２において、属性変更対象者に上
記の電子メールが再度送信される（Ｓ８−１１）。

【０１５５】なお、グループ口座解約などについても、
同様に、認可判定基準に従って行なう。

【０１５６】

【発明の効果】以上説明したように、本発明によれば、
夫々に複数のパラメータで構成される複数の属性を設
け、会員各人にかかる属性に関するパラメータを設定す
ることにより、会員各人にグループ内における承認など
の役割と出金などに関する権限を持たせ、出金などの預
金口座における取引を、出金要求者，出金日時，出金費
目，出金額及び承認依頼者を記録することによって管理
し、この取引履歴を全会員に開示することにより、出金
要求者の出金に関する権限内における出金であれば、全
会員の承認を求めることなく、出金を許可し、ある会員
が出金に関する権限を越える出金を必要とした場合に
は、インターネットなどのネットワークを介して承認依
頼者へ承認を求めることができるようにするものである
から、特定の個人に特別な負担をかけることなく、グル
ープで共有する資金を円滑に運営することが可能とな
る。

【０１５７】また、例えば、趣味の集まりにより、本発
明により提供される預金口座を開設される場合など、あ
る一定の特徴をもった会員により構成されるグループに
対して、各グループに見合った広告を効率良く配信する
ことを可能とする。

【図面の簡単な説明】

【図１】本発明によるグループ預金口座の管理システム
の一実施形態を示すブロック図である。

【図２】本発明によるグループ預金口座の管理方法の一
実施形態における口座開設の処理手順の一例の前半部を
示すフローチャートである。

【図３】図２に示す処理手順に続く処理手順を示すフロ
ーチャートである。

【図４】図２に示す処理手順でのトップメニュー画面の
一具体例を示す図である。

【図５】図２に示す処理手順でのグループ情報の入力画
面の一具体例を示す図である。

【図６】図２に示す処理手順でのグループ口座の開設者
に関する情報の入力画面の一具体例を示す図である。

【図７】図２に示す処理手順での会員の情報の入力画面
の一具体例を示す図である。

【図８】図２に示す処理手順での会員の属性セットの設
定画面の一具体例を示す図である。

【図９】図８に示した設定画面での設定に基づく会員リ
ストの作成画面の一具体例を示す図である。

【図１０】図２に示す処理手順での承認依頼者の設定画
面の一具体例を示す図である。

【図１１】図２に示す処理手順での認可判定基準の設定
画面の一具体例を示す図である。

【図１２】図２に示す処理手順での出金費目の入力画面
の一具体例を示す図である。

【図１３】図２に示す処理手順での会員への口座開設の
案内画面の一具体例を示す図である。

【図１４】図１３に示した案内画面に対する会員の返答
のための画面の一具体例を示す図である。

【図１５】本発明によるグループ預金口座の管理方法の
一実施形態における出金のための処理手順の一例の前半
部を示すフローチャートである。

【図１６】図１５に示す処理手順に続く処理手順を示す
フローチャートである。

【図１７】図１５に示す処理手順での会員への口座開設
の案内画面の一具体例を示す図である。

【図１８】図１５に示す処理手順での出金・出金要求画
面の一具体例を示す図である。

【図１９】ＡＴＭで出金要求する場合のＡＴＭでの画面
の一具体例を示す図である。

【図２０】ＡＴＭで出金要求する場合のＡＴＭでの画面
の他の具体例を示す図である。

【図２１】図１６に示す処理手順での出金・出金要求の
承認を依頼するための画面の一具体例を示す図である。

【図２２】図１６に示す処理手順での出金・出金要求が
承認されたことを出金要求者に通知する画面の一具体例
を示す図である。

【図２３】図１６に示す処理手順での出金・出金要求が
承認されたことを承認依頼者に通知する画面の一具体例
を示す図である。

【図２４】図１７に示す案内画面にリンクされた出金・
出金要求画面の一具体例を示す図である。

【図２５】図１７に示す案内画面にリンクされた入金画
面の一具体例を示す図である。

【図２６】本発明によるグループ預金口座の管理方法の
一実施形態におけるＡＴＭでの出金のための処理手順の
一例の前半部を示すフローチャートである。

【図２７】図２６に示す処理手順に続く処理手順を示す
フローチャートである。

【図２８】図２６に示す処理手順でのＡＴＭに銀行カー
ドを挿入したことによるトップメニュー画面の一具体例
を示す図である。

【図２９】図２８のトップメニュー画面でグループ口座
を選択したときのＡＴＭ用トップメニュー画面の一具体
例を示す図である。

【図３０】図２８のトップメニュー画面で個人口座を選
択したときのＡＴＭ用トップメニュー画面の一具体例を
示す図である。

【図３１】図２７に示す処理手順での出金が認可された
ときの出金要求者の出金確認画面の一具体例を示す図で
ある。

【図３２】図２７に示す処理手順での出金者の精算画面
の一具体例を示す図である。

【図３３】本発明によるグループ預金口座の管理方法の
一実施形態における入金のための処理手順の一例を示す
フローチャートである。

【図３４】図３３に示す処理手順での入金者の入力画面
の一具体例を示す図である。

【図３５】本発明によるグループ預金口座の管理方法の
一実施形態における会費未払会員への支払請求のための
処理手順の一例を示すフローチャートである。

【図３６】本発明によるグループ預金口座の管理方法の
一実施形態における新規入会の承認のための処理手順の
一例の前半部を示すフローチャートである。

【図３７】図３６に示す処理手順に続く処理手順を示す
フローチャートである。

【図３８】図３６に示す処理手順で入会管理会員の入力
画面の一具体例を示す図である。

【図３９】本発明によるグループ預金口座の管理方法の
一実施形態における退会の承認のための処理手順の一例
の前半部を示すフローチャートである。

【図４０】図３９に示す処理手順に続く処理手順を示す
フローチャートである。

【図４１】図３９に示す処理手順で退会管理会員の入力
画面の一具体例を示す図である。

【図４２】本発明によるグループ預金口座の管理方法の
一実施形態における会員の属性変更の承認のための処理
手順の一例の前半部を示すフローチャートである。

【図４３】図４２に示す処理手順に続く処理手順を示す
フローチャートである。

【図４４】図４２に示す処理手順で属性変更管理会員の
入力画面の一具体例を示す図である。

【符号の説明】

１銀行２銀行サーバ３取引判断手段４ａ会員データベース４ｂ費目データベース４ｃ認可条件データベース４ｄ取引履歴データベース４ｅ広告データベース４ｆ個人口座データベース５現金自動預入支払機６ネットワーク７ａ，７ｂ会員８ａパーソナルコンピュータ８ｂ携帯電話９ａ，９ｂ個人口座の銀行カード

───────────────────────────────────────────────────── フロントページの続き (72)発明者豊田文夫東京都国分寺市東恋ケ窪一丁目280番地株式会社日立製作所デザイン研究所内 (72)発明者東原徹東京都国分寺市東恋ケ窪一丁目280番地株式会社日立製作所デザイン研究所内

Claims

【特許請求の範囲】

【請求項１】複数の会員からなるグループによって開
設されたグループ預金口座の管理システムであって、該グループ預金口座が開設された施設のサーバが、ネッ
トワークを介して、該会員夫々の端末や該施設内の現金
自動預入支払機と接続されてなり、該サーバに、該会員毎に設定された属性のパラメータや
該会員が取引する費目，該グループでの設定された取引
などに関する認可条件，各会員の個人預金口座に関する
データベースと、取引判断手段とを設け、該端末や現金自動預入支払機による該会員からの出金や
入金，新規会員の紹介，退会，属性変更の要求、さらに
は、該会員からの会費の徴収に対し、該取引判断手段が
該データベースをもとに認可するか否かの判断をするこ
とを特徴とするグループ預金口座の管理システム。
【請求項２】夫々所定の属性を備えた複数の会員から
なるグループで預金口座を開設し、該会員による取引や
要求を、その属性に応じて、許可することを特徴とする
グループ預金口座の管理方法。
【請求項３】請求項２において、前記属性は、前記グループ預金口座に入金することので
きる権限を与える第１の属性と、該第１の属性に加えて
前記グループ預金口座の内容を見ることのできる権限を
与える第２の属性と、該第１，第２の属性に加えて前記
グループ預金口座の取引可能な権限を与える第３の属性
とであることを特徴とするグループ預金口座の管理方
法。
【請求項４】請求項３において、前記第３の属性は、前記グループ預金口座における全て
の取引が可能な権限を備えた第４の属性と、前記グルー
プ預金口座において一定金額内の取引が可能な権限を備
えた第５の属性であることを特徴とするグループ預金口
座の管理方法。
【請求項５】請求項４において、前記第４の属性は、取引目的により、前記グループ預金
口座における全ての取引が可能な権限を備えた第６の属
性と、前記グループ預金口座において、他の会員の承認
を得ることにより、その取引目的における取引が可能な
権限を備えた第７の属性とからなることを特徴とするグ
ループ預金口座の管理方法。
【請求項６】請求項４において、前記第５の属性は、取引目的により、前記グループ預金
口座において一定金額内の取引が可能な権限を備えた第
８の属性と、前記グループ預金口座において、他会員の
承認を得ることにより、その取引目的において、一定金
額内の取引が可能な権限を備えた第９の属性とからなる
ことを特徴とするグループ預金口座の管理方法。
【請求項７】請求項６において、前記第８の属性は、その取引目的により、前記グループ
預金口座で一定金額内の取引が可能な権限を備えた第１
０の属性と、前記グループ預金口座で他会員の承認を得
ることにより、その取引目的における一定金額を超えた
取引が可能な権限を備えた第１１の属性とからなること
を特徴とするグループ預金口座の管理方法。
【請求項８】請求項５における前記第７の属性や請求
項６における前記第９の属性，請求項７における前記第
１１の属性は夫々、他の会員からの要求に対して、承認
ポイントまたは否認ポイントによって承認か否かの決定
をする権限を備えた第１２の属性と、承認か否認かの表
明によって承認か否かの決定をする権限を備えた第１３
の属性とからなることを特徴とするグループ預金口座の
管理方法。
【請求項９】請求項８において、前記第１２の属性は、前記承認ポイントと前記否認ポイ
ントとに夫々重み付けをしたことを特徴とするグループ
預金口座の管理方法。
【請求項１０】請求項１〜９のいずれか１つにおい
て、各グループの特徴を把握し、それに見合った広告を各グ
ループを構成する会員へ提供することを特徴とするグル
ープ預金口座の管理方法。