JP2001357334A - 予算管理システム、予算管理方法、電子マネー記録媒体、予算管理サーバ及び予算管理プログラムを記録した記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】 企業等の組織において予算の使用・管理を効
率的に行うための予算管理システム、予算管理方法、電
子マネー記録媒体、予算管理サーバ及び予算管理プログ
ラムを記録した記録媒体を提供する。 【解決手段】 組織を構成する複数のグループのうちの
１つのグループに対応付けられた、金銭を電子データの
形態で表す電子マネーを記憶する少なくとも１以上の予
算口座管理記憶手段４２２と、電子マネーを発行して予
算口座管理記憶手段４２２に記憶し、予算口座管理記憶
手段４２２に記憶された一部または全部の電子マネーを
移動させると共に、予算口座管理記憶手段４２２に電子
マネーを移動させるサーバコンピュータ４２０とを備え
る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、企業等の組織にお
いて予算の使用・管理を効率的に行うための予算管理シ
ステム、予算管理方法、電子マネー記録媒体、予算管理
サーバ及び予算管理プログラムを記録した記録媒体に関
する。

【０００２】

【従来の技術】従来、企業において予算の管理は、予算
管理データの手操作で行っていた。この予算管理手順に
ついて図１９を参照して説明する。図１９は、従来、企
業で行われている予算管理手順のフローチャートであ
る。

【０００３】例えば、１０万円の物品を購入する場合を
考えると、つぎのような手順となる。購入依頼者が物品
名と個数、単価を記入し購入依頼書を作成して（Ｓ１０
１）、購入依頼元の予算管理者へ購入依頼書を渡す。購
入依頼元の予算管理者が予算管理票をチェックし（Ｓ１
０２）、予算の残額を確認して１０万円以上残っている
かどうか確認する。

【０００４】予算が残っていれば、購入依頼書に捺印を
押し、その購入依頼書を購買部門へ送る。購買部門で
は、発注先を決め、単価を確認し、発注伝票を作成し
て、発注を行う（Ｓ１０３）。

【０００５】そして、物品が納入されると、納入伝票と
検収伝票が添付された物品を購入依頼元へ送付する（Ｓ
１０４）。

【０００６】購入依頼元では、物品を検収し納品に問題
がなければ、検収伝票に捺印を押し、検収伝票を購買部
門に送る（Ｓ１０５）。購買部門では、支払伝票を作成
し、会計部門にそれを送り、会計部門では支払い処理を
行うとともに、予算の予算管理データを更新する（Ｓ１
０６，Ｓ１０７，Ｓ１０８）。

【０００７】すなわち、支払い金額を購入依頼元の予算
から差し引く。更新された予算管理データから毎月所定
の日に予算実績データと予算残額データの記入された予
算管理票を作成し、購入依頼元へ送る（Ｓ１０９）。

【０００８】また、以上のような事務フローをイントラ
ネットの環境で、コンピュータによるワークフローで行
い、伝票を使わない方法が近年普及しつつある。

【０００９】

【発明が解決しようとする課題】しかしながら、このよ
うな方法では、次のような処理が負担となる。１．予算
管理者という係りを設け、購入金額が予算をオーバーし
ないかを一々購入依頼の度にチェックしなくてはならな
い。

【００１０】２．会計部門においては、購入のあったた
びに予算管理データを更新しなくてはならない。

【００１１】３．会計部門が予算管理票を作成し、購入
依頼元へ予算管理票を毎月送付しなくてはならない。

【００１２】本発明は上記の従来技術の課題を解決する
ためになされたもので、その目的とするところは、企業
等の組織において予算の使用・管理を効率的に行うため
の予算管理システム、予算管理方法、電子マネー記録媒
体、予算管理サーバ及び予算管理プログラムを記録した
記録媒体を提供することにある。

【００１３】

【課題を解決するための手段】上記目的を達成するため
に、本発明に係る予算管理システムは、組織を構成する
複数のグループのうちの１つのグループに対応付けられ
た、金銭を電子データの形態で表す電子マネーを記憶す
る少なくとも１以上の電子マネー記録媒体と、前記電子
マネーを発行して前記電子マネー記録媒体に記憶する電
子マネー発行手段と、前記電子マネー記録媒体に記憶さ
れた一部または全部の電子マネーを移動させると共に、
前記電子マネー記録媒体に電子マネーを移動させる電子
マネー移動手段とを備える。

【００１４】また、前記移動させられた電子マネーを記
憶する仮払い口座管理記憶手段と、前記グループが購入
する被購入対象の発注金額と、前記仮払い口座管理記憶
手段に移動させられた電子マネーとの差から、余剰金を
算出する余剰金算出手段とを備える。

【００１５】また、前記被購入対象の発注先に支払いを
行った後に、前記余剰金を前記電子マネー記録媒体に移
動させる余剰金移動手段を備える。

【００１６】また、前記電子マネー記録媒体から移動す
る電子マネー及び前記電子マネー記録媒体に移動する電
子マネーのデータに、該データのデジタル署名データを
付加する公開鍵暗号化手段を備える。

【００１７】また、所定の前記電子マネー記録媒体から
他の電子マネー記録媒体に電子マネーを分配する電子マ
ネー分配手段を備える。

【００１８】また、前記電子マネー記録媒体がＩＣカー
ドである。

【００１９】また、前記グループを構成する構成者ごと
の予算口座に基づいて電子マネーを管理するサーバを備
え、前記電子マネー記録媒体が、前記サーバに具備され
た、前記予算口座に対応した記録媒体であり、前記サー
バは、該サーバと通信するクライアント端末の指示に基
づいて、所定の予算口座に対応した電子マネー記録媒体
に記憶されている電子マネーの全部または一部を、他の
予算口座に対応した電子マネー記録媒体へ振替る。

【００２０】また、前記サーバは、前記所定の予算口座
に対応した電子マネー記録媒体に記憶された金額から、
一部または全部の金額を差し引き、残高の金額を含むデ
ータを所定の秘密鍵によってデジタル署名して署名デー
タを作成しなおし、該署名データを所定の予算口座に対
応した電子マネー記録媒体へ記録し、前記他の予算口座
に対応した電子マネー記録媒体に記憶された金額に前記
差し引かれた金額を加算した結果の金額を含むデータを
前記秘密鍵によってデジタル署名して署名データを作成
しなおし、該署名データを他の予算口座に対応した電子
マネー記録媒体へ記録することで、口座振替を行う。

【００２１】また、被購入対象の支払い金の仮払いを前
記所定の予算口座から他の予算口座へ口座振り替えをす
ることで行って、前記被購入対象の購買を行う。

【００２２】また、前記サーバが、前記仮払い金額と前
記被購入対象の購入金額の差である余剰金を前記所定の
予算口座へ振り替えしなおす。

【００２３】また、前記サーバが、前記仮払い金額から
前記被購入対象の購入金額を差し引いた差額が、正の数
ならば、該差額を余剰金として前記所定の予算口座へ振
り替えしなおし、該差額が負の数ならば、差額の絶対値
の金額を再度前記他の予算口座へ追加の口座振替をす
る。

【００２４】また、前記電子マネー発行手段は、前記組
織に所属する金銭に基づいて所定の割合で電子マネーを
発行し、該電子マネーを電子マネー記録媒体に分配して
記憶させる。

【００２５】さらに、本発明に係る予算管理方法は、金
銭を電子データの形態で表す電子マネーを発行する工程
と、前記発行された電子マネーを、組織を構成する複数
のグループのうちの１つのグループに対応付けられた電
子マネー記録媒体に記憶する工程と、前記電子マネー記
録媒体に記憶された一部または全部の電子マネーを移動
させ、若しくは前記電子マネー記録媒体に電子マネーを
移動させる工程とを備える。

【００２６】さらに、本発明に係る電子マネー記録媒体
は、組織を構成する複数のグループのうちの１つのグル
ープに対応付けられた、金銭を電子データの形態で表す
電子マネーを記憶する電子マネー記録媒体であって、被
購入対象の購入を行った際に、記憶された一部または全
部の電子マネーのデータが移動される。

【００２７】また、前記電子マネー記録媒体がＩＣカー
ドからなる。

【００２８】また、前記電子マネー記録媒体が、前記グ
ループを構成する構成者ごとの予算口座に基づいて電子
マネーを管理するサーバに具備された、該予算口座に対
応した記録媒体である。

【００２９】さらに、本発明に係る予算管理サーバは、
組織を構成する複数のグループのうちの１つのグループ
を構成する構成者ごとの予算口座に基づいて電子マネー
を管理する予算管理サーバであって、前記予算口座に対
応した電子マネー記録媒体を備えると共に、被購入対象
の購入を行う際に、通信するクライアント端末の指示に
基づいて、所定の予算口座に対応した電子マネー記録媒
体に記憶されている電子マネーの全部または一部を、他
の予算口座に対応した電子マネー記録媒体へ振替る。

【００３０】さらに、本発明に係る予算管理プログラム
を記録した記録媒体は、組織において予算の管理を行う
ための予算管理プログラムを記録した記録媒体であっ
て、金銭を電子データの形態で表す電子マネーを、組織
を構成する複数のグループのうちの１つのグループに対
応付けられた、少なくとも１以上の電子マネー記録媒体
に記憶させるステップと、前記電子マネー記録媒体に記
憶された一部または全部の電子マネーを移動させ、若し
くは前記電子マネー記録媒体に電子マネーを移動させる
ステップとを備える。

【００３１】このように本発明によれば、組織を構成す
る複数のグループのうちの１つのグループに対応付けら
れた、金銭を電子データの形態で表す電子マネーを記憶
する少なくとも１以上の電子マネー記録媒体に電子マネ
ーを記憶させて被購入対象の購入処理を行うため、従来
のように人手によるチェック、予算の更新及び予算管理
票の作成などの負担を大幅に軽減することができる。

【００３２】ここで、上記組織には、企業、会社、団
体、組合、国、自治体等が含まれるが、特に限定するも
のではなく、人の集合若しくは財産の集合体である財団
などの一体性を有しているものを含む。

【００３３】さらに、組織を構成するグループとして
は、例えば企業における部門や課である場合が一般的で
あり、グループを構成する人員の人数も１人から複数の
場合がある。ただし、グループの構成要素としては、上
記組織の形態に応じて種々対応し、人により形成される
場合のみならず、物や金銭により形成される場合も含ま
れる。

【００３４】また、仮払い口座管理記憶手段に電子マネ
ーを移動して被購入対象の購入を行い、また、その際の
余剰金を移動させる処理を行うため、組織の外部に実際
に支払う金額と電子マネー記録媒体から移動させる金額
とを厳密に一致させる必要がなく、さらに利便性を向上
させることができる。

【００３５】また、電子マネーのデータにデジタル署名
データを付加する公開鍵暗号化手段を備えているため、
電子マネーを用いた処理の安全性を向上させることがで
きる。

【００３６】また、電子マネー記録媒体から電子マネー
記録媒体へと電子マネーの移動ができるため、グループ
間での電子マネーの融通をつけやすくなり、さらに利便
性が向上する。

【００３７】また、電子マネー記録媒体がＩＣカードで
あることから、その携帯性が向上し利便性が向上する。

【００３８】また、電子マネー記録媒体がサーバにおけ
る、グループの予算口座に対応した記録媒体であるた
め、例えばサーバを擬似的に銀行として利用することも
可能となり、予算管理面での運用が容易になると共に、
ユーザの利便性もさらに向上させることができる。

【００３９】また、サーバは予算口座間で電子データの
やり取りが行われた場合、秘密鍵を用いて署名データを
作成して口座に対応した電子マネー記録媒体に記憶して
いるため、記録媒体に記憶されているデータの正当性を
向上させることができる。

【００４０】また、例えば購買システムアプリケーショ
ンサーバ等のサーバが余剰金の電子マネー記録媒体への
振り替え、又は足りなかった分の移動を行っているた
め、実際の購入金額と移動された電子マネーとの間に差
がある場合であっても、柔軟に対応した処理を行うこと
ができる。

【００４１】また、電子マネー発行手段は、組織に所属
する金銭に基づいて所定の割合で電子マネーを発行し、
この電子マネーを電子マネー記録媒体に分配して記憶さ
せているため、組織に所属している金銭を、その運用方
針にしたがって分配して予算管理を行うことができる。

【００４２】

【発明の実施の形態】以下に図面を参照して、この発明
の好適な実施の形態を例示的に詳しく説明する。ただ
し、この実施の形態に記載されている構成部品の寸法、
材質、形状、その相対配置などは、特に特定的な記載が
ない限りは、この発明の範囲をそれらのみに限定する趣
旨のものではない。

【００４３】また、以下の図面において、既述の図面に
記載された部材と同様の部材には同じ番号を付す。ま
た、以下に説明する本発明に係る予算管理システムの各
実施形態の説明は、本発明に係る、予算管理方法、電子
マネー記録媒体、予算管理サーバ及び予算管理プログラ
ムを記録した記録媒体の各実施形態の説明も兼ねるもの
である。

【００４４】（第１の実施形態）以下に、本発明に係る
予算管理システムの第１の実施形態について図面を参照
して説明する。本実施形態では、電子マネーを使用する
ことによって、予算管理を効率的に行おうとするもので
ある。

【００４５】近年日本においても、ＩＣカードを使用し
た電子マネーが検討されつつある。例えば、平成１１年
４月１４日から平成１２年５月３１日までの間、新宿地
域においてスーパキャッシュが実験されている。また、
渋谷においても、ＩＣカードを利用したビザキャッシュ
という電子マネーの実験スマートカードソサイエティが
行われている。

【００４６】また、英国においてはモンデックスマネ
ー、ドイツにおいてはゲルトカルテマネーというＩＣカ
ードを利用した電子マネーが実用化されている。

【００４７】例えば、モンデックスの場合、オリジネー
タというモンデックスマネーの発行機関が銀行に対して
モンデックスマネーを発行する。そして、銀行は、利用
者に対して現金と引替に同額のモンデックスマネーを発
行し、利用者のＩＣカードに充填する。

【００４８】ＩＣカードへの充填は、銀行に置かれたモ
ンデックスマネー対応のモンデックスマネー支払機で行
われる。また、モンデックスマネー対応の電話機でもＩ
Ｃカードへの充填が可能である。

【００４９】また、モンデックスマネーは、ＩＣカード
同士でも移動が可能である。これは、モンデックス対応
の電話機を両者（送り側と受け取り側）が使用してモン
デックスマネーの移動ができる。また、両者のＩＣカー
ドをカード間移動装置（電子ウォレット）に挿入して、
モンデックスマネーの移動ができる。

【００５０】モンデックスマネーの支払いは、店舗に置
かれたモンデックス対応のレジ端末のスロットにＩＣカ
ードを差し込むことによって可能である。あるいはまた
通信機能を有した支払い端末と、送信側のモンデックス
対応電話機によっても支払いが可能である。

【００５１】また、携帯用残高表示機によってＩＣカー
ド内に入っているモンデックスマネーを確認できる。

【００５２】このようなＩＣカード型の電子マネーに
は、通信回線を使った、支払い、電子マネーの移動がで
きるという現金にはない大きなメリットがある。

【００５３】また、金額が多額になってもＩＣカードの
大きさに電子マネーを格納できる。さらに、所定の方法
以外にかってに電子マネーの金額を書き換えたり、消し
たりすることはできない。また、使用時には、パスワー
ドをいれないと支払いができないので、セキュリティが
堅牢である。

【００５４】本実施形態で利用する電子マネーを説明す
る。企業においては、年度ごとに一定額の予算が各セク
ション（部門）に割り当てられる。このセクションは本
発明におけるグループに対応する。

【００５５】企業における経理部門は、利益計画に基づ
いた各セクションの予算配分を数値データとして、図１
のように設定する。図１は、本発明に係る予算管理シス
テムの第１の実施形態において使用される予算配分の一
例のテーブルである。

【００５６】図１によると、年間予算の配分は、セクシ
ョンＡが６０，０００千円、セクションＢが７０，００
０千円、セクションＣが５８，０００千円、セクション
Ｄが７５，０００千円、及びセクションＥが８０，００
０千円であり、全社合計で、年間予算は、３４３，００
０千円である。各セクションにそれぞれ所属する社員の
人数を、ＮＡ，ＮＢ，ＮＣ，ＮＤ，ＮＥ（総社員数を
Ｎ）とする。ＮＡ＋ＮＢ＋ＮＣ＋ＮＤ＋ＮＥ＝Ｎ

【００５７】経理部門は、モンデックスにおけるオリジ
ネータの役割を担い、電子マネーの発行機能を持つ。ま
た、経理部門は、銀行の役割も担い、全社員Ｎ人分のＮ
個の予算口座を管理する。各予算口座は、図２のような
構造をもつ。図２は、本発明に係る予算管理システムの
第１の実施形態において使用される予算口座データの概
念図である。

【００５８】図２において、１０１は所有者ＩＤ（社員
ＩＤ）、１０２１〜１０２４・・は費目コード、１０３
１〜１０３４・・は各費目の予算金額、１０４は、署名
データである。なお、１０２９は、１０２１〜１０２４
・・など他の費目の合計を表す合計費目であり、１０３
９は他の費目の予算金額の合計である。各社員には、社
員ＩＤ１０１が割り振られている。

【００５９】本実施形態においては、公開鍵暗号方式に
よるＰＫＩ（Ｐｕｂｌｉｃ ＫｅｙＩｎｆｒａｓｔｒｕ
ｃｔｕｒｅ）が準備されていて、経理部門、および全社
員は、それぞれ秘密鍵と公開鍵を割り当てられており、
秘密鍵は、各所有者によって秘密に保持され、公開鍵は
不図示の公開鍵サーバに所有者（社員ＩＤ）と対応付け
られた状態でおかれ、だれもが参照できるようになって
いる。

【００６０】署名データ１０４は、署名データ１０４以
外の口座データ全体（１０１、１０２１〜１０２９、１
０３１〜１０３９）について経理部門の秘密鍵によって
デジタル署名されて作成された署名データである。

【００６１】公開鍵暗号方式は、例えば、素因数分解問
題に基づいたデジタル署名法ＲＳＡ、離散対数問題に基
づいたデジタル署名法ＥｌＧａｍａｌなどの方法を利用
すればよい。

【００６２】署名データ１０４があるので、署名データ
の正しさを経理部門の公開鍵で検証することができる。
したがって、口座データが経理部門以外の何者かにより
数値を書き換えられても、書き換えが判明し、不正に予
算金額を変更することはできない。

【００６３】経理部門が使用する電子マネー発行手段と
は、年間利益計画に基づき各セクション長の予算口座を
図２のように作成するもので、１０１のセクション長の
所有者ＩＤ、１０２１の費目コードと該費目コードに割
り当てる予算金額１０３１、順次、１０２２と１０３２
・・を書き込み、合計費目コード１０２９と合計予算額
１０３９を書き込み、デジタル署名データ１０４を作成
するものである。

【００６４】さて、図１のように予算配分が経理部門に
よりなされている。例えば、セクションＡの予算６０，
０００千円は、所属長である人（社員ＩＤ：２３００
８）の予算口座に、申請元の申請に従い各費目に分割さ
れ、費目ごとに割り当てられている。図２は、社員２３
００８の予算口座の口座データである。

【００６５】次に、本実施形態を構成するハードウェア
について図３を参照して説明する。図３は、本発明に係
る予算管理システムの第１の実施形態の構成図である。

【００６６】図３において、４１０は購買端末の機能を
実行するパソコン、４１１はパソコン４１０に接続され
たＩＣカード読取り機、４２０はコーポレートバンク
（企業内銀行）の機能を果たす、本発明の構成要素たる
電子マネー発行手段、電子マネー移動手段、公開鍵暗号
化手段、電子マネー分配手段及びサーバとしてのサーバ
コンピュータ（以下、単にサーバともいう）、４２１は
後の第２の実施形態におけるＩＣカードに電子マネーを
記憶させるための電子マネー発行機である。

【００６７】また、４２２は、本発明の構成要素たる電
子マネー記録媒体としての該サーバコンピュータ４２０
内にある記憶装置であって、セクションＡの所属長の予
算口座データを記憶する予算口座管理記憶手段、４２３
は同様にセクションＢの所属長の予算口座データを記憶
する予算口座管理記憶手段、不図示であるが、セクショ
ンＣ，Ｄ，Ｅに対応する所属長の予算口座データを記憶
する予算口座管理記憶手段及びその他すべての社員ごと
の予算口座管理記憶手段もコーポレートバンクのサーバ
４２０内にある。

【００６８】４２７は、本発明の構成要素たる仮払い口
座管理記憶手段としての購買部門の予算口座管理記憶手
段である。４３０は、本発明の構成要素たるクライアン
ト端末としての発注処理を行う端末のパソコンである。
４４０はＬＡＮを構成するためのケーブルである。４５
０は、本発明の構成要素たる余剰金算出手段及び余剰金
移動手段としての、購買システムを稼働させる購買シス
テムアプリケーションサーバである。

【００６９】本実施形態では、任意の予算口座から他の
予算口座へ任意の金額の予算を移動（口座振替）するこ
とができる。各社員は、ＩＣカードを保有し、その中に
自分の秘密鍵データを記憶させている。

【００７０】ここで、図４のフローチャートに従って、
予算口座振替動作を説明する。図４は、本発明に係る予
算管理システムの第１の実施形態において適用される予
算口座振替動作のフローチャートである。

【００７１】ステップＳ７０１において、振替依頼者
は、クライアントコンピュータ、例えば購買端末である
パソコン４１０で、振替依頼サービスに依頼者ＩＤ（自
分の社員ＩＤ）とログインパスワードを入力してログイ
ンする。

【００７２】振替依頼サービスは、サーバ４２０で稼働
するＷｅｂアプリケーションである。ログイン画面及び
それ以降のセッションでは、パソコン４１０とサーバ４
２０の間はＳＳＬによるプロトコルで機密保持が保たれ
る。

【００７３】ログインがなされると、図５の振替依頼画
面が表示され、サーバ４２０で付けられた一意の振替依
頼番号、依頼者ＩＤが表示されている。図５は、本発明
に係る予算管理システムの第１の実施形態において用い
られる振替依頼画面の概略図である。

【００７４】振替依頼者は、振替する予算の費目、振替
金額、振替先ＩＤ（振替先の社員ＩＤ）、振替先費目を
入力し、送信ボタンをクリックする。パソコン４１０の
ブラウザは、サーバ４２０から送られたＪａｖａアプレ
ットまたはＡｃｔｉｖｅＸコントロールが動作し、図６
に示される、５０１から５０７までのデータからなる振
り替え依頼データ５００を作成する。図６は、本発明に
係る予算管理システムの第１の実施形態において用いら
れる振替依頼データの概念図である。

【００７５】図６において、５０１は振替依頼番号、５
０２は依頼日時、５０３は依頼者ＩＤ、５０４は費目
（依頼元）、５０５は金額、５０６は依頼先ＩＤ、５０
７は費目（振替先）、５０８は署名データである。

【００７６】なお、Ｊａｖａアプレットは一般にはクラ
イアント側でデータ作成（ファイルへの書き込み）がで
きないが、Ｊａｖａアプレットにデジタル証明書を入れ
ることによりデータ作成が可能となる。依頼日時５０２
は送信ボタンをクリックしたときの時刻となる。

【００７７】そして、前記５０１から５０７までのデー
タに対する署名データを生成するため、該データを暗号
化するための秘密鍵を前記ＪａｖａアプレットまたはＡ
ｃｔｉｖｅＸコントロールは読み取ろうとし、ＩＣカー
ドをＩＣカード読み取り機４１１のＩＣカードリーダに
セットするようにメッセージボックス（中にＯＫボタン
が表示されている）をパソコン４１０のディスプレイに
表示する。

【００７８】依頼者が自分の秘密鍵データが入ったＩＣ
カードをＩＣカード読み取り機４１１に挿入し、ＯＫボ
タンをクリックすると、秘密鍵が読まれて、前記Ｊａｖ
ａアプレットまたはＡｃｔｉｖｅＸコントロールは、５
０１〜５０７のデータをＩＣカード内に送信し、ＩＣカ
ード内に記憶されている秘密鍵でＩＣカード内において
署名データ５０８を暗号化し、この暗号化データを署名
データとしてＪａｖａアプレットまたはＡｃｔｉｖｅＸ
コントロールがＩＣカードから受信して、振替依頼デー
タ５００を完成させて、該振替依頼データ５００をサー
バ４２０へ送信する。

【００７９】次に、ステップＳ７０２では、署名検証が
サーバ４２０によって行われる。サーバ４２０内には、
あらかじめ各社員とその公開鍵データを対応付けた公開
鍵テーブル３００（図７）を記憶管理している。図７
は、本発明に係る予算管理システムの第１の実施形態に
おいて用いられる公開鍵テーブルである。図７におい
て、３０１は社員ＩＤ、３０２は公開鍵データである。

【００８０】図４に示されるように、サーバ４２０は、
前記振替依頼データ５００を受信すると、５０３の依頼
者ＩＤに対応する公開鍵データを前記公開鍵テーブル３
００を参照し求める。そして、署名データ５０８をこの
公開鍵データで復号してできる復号データが５０１〜５
０７のデータと一致するかどうかを検査する。

【００８１】一致しなかったら、ステップＳ７０６へい
き、署名エラーを端末４１０に表示させる。一致した
ら、署名検証がＯＫとなり、すなわち振り込み依頼者が
まさしく依頼者ＩＤ５０３と同一であり、かつ依頼内容
５０４〜５０７の内容が改ざんされていないことが判明
するので、ステップ７０３へいく。ステップ７０３で
は、振替金額５０５が依頼者ＩＤの予算口座の費目５０
４の残高（図２の１０３３）より小さいかどうか検査す
る。

【００８２】該残高より大きければ、ステップＳ７０５
へいき、パソコン４１０に予算残高不足を表示する。前
記検査で、残高より大きくなければ、ステップＳ７０４
にいく。ステップＳ７０４では、依頼者ＩＤの予算口座
データと、振替先ＩＤの予算口座データを書き換える。

【００８３】振替金額が２５，０００円、費目をＡ１０
３とする。依頼者ＩＤの予算口座の費目Ａ１０３の残高
１０３３から２５，０００円を減じた数字１，１７５，
０００に変更し、合計費目１０２９も新しい合計５９，
９７５，０００円に変更し、予算口座データの署名デー
タ１０４以外のデータ部から、経理部門の秘密鍵データ
によってデジタル署名を行って、署名データを作成す
る。

【００８４】該署名データを新しい署名データ１０４と
して書き込む。振替先ＩＤの予算口座データの費目Ａ１
０３の残高１０３３に２５，０００円を加算し変更する
と共に、合計費目１０２９も新しい合計に変更する。

【００８５】そして、同様にして経理部門の秘密鍵デー
タによってデジタル署名を行って、署名データを作成す
る。該署名データを振替先予算口座データの署名データ
１０４に書き込む。

【００８６】パソコン４１０には振替が正常に終了した
旨のメッセージが送信される。また、振替先ＩＤの人に
は、振替データがＥ−ｍａｉｌで送信され、振替通知が
送られる。以上で、予算口座の振替処理が終わる。

【００８７】次に、物品の購買は以下のように実施され
る。図８のフローに従って説明する。図８は、本発明に
係る予算管理システムの第１の実施形態において適用さ
れる物品の購買動作のフローチャートである。ここで
は、セクションＡに所属する社員Ｍが金額４９，８００
円のＣＤ−Ｒドライブ装置を購入する場合を例にとる。

【００８８】セクションＡの年間予算は、６０，０００
千円である。セクションＡのセクション長の方針によっ
て、あらかじめ予算がメンバーに均等に配分されてい
る。この配分は、所属長の予算口座からメンバーへの予
算口座へ所属長が口座振替（上述した方法）をすること
で可能である。

【００８９】ステップＳ８０１で、前記社員は、購買端
末としてのパソコン４１０から、稼働している購買シス
テムアプリケーションサーバ４５０にアクセスし、図９
の購買依頼画面からセクション名、物品名、個数、単価
を入力し発注依頼ボタンを押す。図９は、本発明に係る
予算管理システムの第１の実施形態において用いられる
購買依頼画面の概略図である。

【００９０】そうすると、購買依頼番号が発番されて、
データ１００１から１００９からなる購入依頼データ１
０００（図１０）が作成される。図１０は、本発明に係
る予算管理システムの第１の実施形態において用いられ
る購入依頼データの概念図である。図１０において、１
００１は購入依頼番号、１００２はセクションコード、
１００３は依頼者社員ＩＤ、１００４は物品名、１００
５は個数、１００６は単価、１００７は合計金額、１０
０８は依頼日、１００９は費目である。

【００９１】購買依頼番号は、初期値が１で発注依頼ボ
タンを押すごとに＋１される。続いて、合計金額１００
７を購買部門へ口座振替するようにメッセージボックス
が表示され、振替依頼画面６がパソコン４１０に表示さ
れる。振替先ＩＤには、購買部門のＩＤがあらかじめセ
ットされている。

【００９２】また、金額フィールドには合計金額１００
７があらかじめセットされている。前記社員は、合計金
額を購買部門へ振替する処理を上述のように行う。そし
て、前記メッセージボックス２でＯＫボタンを押すと、
購入依頼データ１０００は、電子メールで購買部門の発
注担当者に送信される。

【００９３】発注担当者は、発注先を決めて購入金額を
確認する。そして、合計金額１００７と該購入金額との
差が所定の割合（購入金額に対する割合、例えば１０
％）以内であるかどうかチェックする。合計金額が購入
金額より少なくかつ差が所定の割合以内でなければ、そ
の旨のメッセージを購入依頼者へ電子メールで伝える。

【００９４】それ以外の場合ならば、発注を行い、図１
１の発注データ入力画面にて、発注金額を入力欄１１０
１に、発注日を入力欄１１０３に、費目を入力欄１１０
４に入力する。図１１は、本発明に係る予算管理システ
ムの第１の実施形態において用いられる発注データ入力
画面の概略図である。入力欄１１０２には、見積もり金
額（１００７の合計金額）−発注金額の値、すなわち余
剰金が計算され表示される。余剰金は符号付の数値であ
る。これらの入力処理、計算は、購買システムアプリケ
ーションサーバ４５０で行われる。

【００９５】該余剰金が正の数ならば、発注担当者は該
余剰金額を社員Ｍに口座振替によって返却する。また、
該余剰金が負の数ならば、発注担当者は不足金額（即
ち、余剰金額の絶対値の金額）を購買部門へ追加で口座
振替するように電子メールで伝える。

【００９６】また、購買システムアプリケーションサー
バ４５０で、図１２の発注データ１２００が作成され、
購買システムアプリケーションサーバ４５０の記憶装置
に記憶される。図１２は、本発明に係る予算管理システ
ムの第１の実施形態において用いられる発注データの概
念図である。図１２において、１２０１は購入者依頼番
号、１２０２はセクション名、１２０３は依頼者ＩＤ、
１２０４は物品名、１２０５は個数、１２０６は単価、
１２０７は発注単価、１２０８は発注金額、１２０９は
余剰金、１２１０は依頼日、１２１１は発注日、１２１
２は費目である。

【００９７】そして、図８のフローチャートに示される
ように、発注先から物品が納入（Ｓ８０３）されると、
購買部門は納品書と検収伝票及び物品を購入依頼者（依
頼者ＩＤ１２０３の人）に送付する。購買依頼者は、物
品を確認しＯＫならば検収伝票に捺印して該検収伝票を
購買部門に返送する。

【００９８】購買部門では、捺印済みの検収伝票を受け
取ったらステップＳ８０５で支払いデータ（図１３の１
３００）を作成し、会計部門に電子メールで該支払いデ
ータを送る。図１３は、本発明に係る予算管理システム
の第１の実施形態において用いられる支払いデータの概
念図である。図１３において、１３０１は購入依頼番
号、１３０２は支払い先名、１３０３は費目、１３０４
は発注金額である。

【００９９】会計部門では、支払い端末（図３にて不図
示ではあるが、ケーブル４４０に接続されているパソコ
ン）で、購買部門予算口座の費目１３０３の金額から、
発注金額１３０４を減じて、経理部門の秘密鍵でデジタ
ル署名をしなおし、署名データ１０４を書き換える。な
お、会計部門は、経理部門と秘密鍵を共有している。そ
して、会計部門は、支払い先名１３０２の支払い先に、
発注金額を支払う（ステップＳ８０６）。

【０１００】以上のように、本発明に係る予算管理シス
テムの第１の実施形態によれば、サーバコンピュータ４
２０が、各予算口座管理記憶手段４２２，４２３に記憶
されている電子マネーを移動させることにより物品の購
入処理を行うため、従来のような、人手による金銭のチ
ェック、予算の更新処理及び予算帳票の発行などの手間
を大幅に省くことができ、企業における予算管理の効率
を向上させることができる。

【０１０１】（第２の実施形態）次に、本発明に係る予
算管理システムの第２の実施形態について説明する。本
実施形態が、前述の本発明に係る予算管理システムの第
１の実施形態と異なる点は、各社員が、電子マネーが記
録されたＩＣカードを持つ点である。

【０１０２】その他の点は同様であり、例えば、図１に
示される予算配分の一例のテーブルや、図３に示される
予算管理システムの構成図や、図８に示される物品の購
買動作のフローチャート等は、本実施形態においてもそ
のまま適用される。そのため、これらの図面は以下の説
明において適宜参照する。

【０１０３】このように、本実施形態では、全社員が一
人一枚ずつのＩＣカード（エレメントカードの呼ぶ）を
所有する。

【０１０４】また、各セクション長ごとに１枚ずつのＩ
Ｃカード（セクションカードと呼ぶ）を所有するため、
社員数Ｎに対してセクション数５を足した、合計Ｎ＋５
枚のＩＣカードを準備する。もちろん、セクション数は
５以外の任意の数であって良い。

【０１０５】そして、各セクションカードに対応する予
算金額分の電子マネーを充填する。充填は、経理部門が
管理する電子マネー支払い機（モンデックスマネー支払
い機に対応）によって行われる。セクションカードは、
セクション長に渡され、エレメントカードは各社員に所
有される。

【０１０６】セクション長は、各セクションの運営方針
に応じて、セクションカードに含まれる電子マネーを適
宜セクションの社員に分配し、各社員のエレメントカー
ドに電子マネーを移動する。この移動は、電子ウォレッ
トもしくは、電子マネー対応の電話機で行う。

【０１０７】本実施形態における、物品の購買は以下の
ように実施される。図８のフローに従って説明する。こ
こでは、セクションＡに所属する社員が金額４９，８０
０円のＣＤ−Ｒドライブ装置を購入する場合を例にと
る。セクションＡの年間予算は、６０，０００千円であ
る。セクションＡのセクション長の方針によって、あら
かじめ予算がメンバーに均等に配分されている。

【０１０８】セクションＡのメンバー数は、１０人とす
ると、各メンバーが所有するセクションカードには、最
初６０００千円（６００万円）の使用可能な予算が格納
されている。

【０１０９】ステップＳ８０１で、前記社員は、図３に
示されるパソコン４１０から、購買システムアプリケー
ションサーバ４５０で稼働している購買システムアプリ
ケーションサーバにアクセスし、図１４の購買依頼画面
からセクション名、物品名、個数、単価を入力し発注依
頼ボタンを押す。図１４は、本発明に係る予算管理シス
テムの第２の実施形態において用いられる購買依頼画面
の概略図である。

【０１１０】そうすると、購買依頼番号が発番されて、
購入依頼データ１５００（図１５）が作成される。図１
５は、本発明に係る予算管理システムの第２の実施形態
において用いられる購入依頼データの概念図である。購
買依頼番号１５０１は、初期値が１で発注依頼ボタンを
押すごとに＋１される。図１５において、１５０１は購
入依頼番号、１５０２はセクションコード、１５０３は
依頼者社員ＩＤ、１５０４は物品名、１５０５は個数、
１５０６は単価、１５０７は合計金額、１５０８は依頼
日である。

【０１１１】続いて、前記社員のＩＣカードを挿入する
ように促すメッセージがパソコン４１０のディスプレイ
に表示される。前記社員が自分のＩＣカードをＩＣカー
ドリーダであるＩＣカード読み取り機４１１に挿入する
と、１５０７の合計金額の電子マネーが、前記ＩＣカー
ド内の電子マネーから引かれて、該電子マネーが図３に
示される仮払い口座管理記憶手段４２７に加算される。

【０１１２】仮払い口座管理記憶手段４２７では、購入
依頼者ＩＤ及び購入依頼番号とが該電子マネーが対応付
けられるように管理される。購入依頼データ１５００
は、電子メールで購買部門の発注担当者に送信される。

【０１１３】発注担当者は、発注先を決めて購入金額を
確認する。そして、合計金額１５０７と該購入金額との
差が所定の割合（購入金額に対する割合、例えば１０
％）以内であるかどうかチェックする。

【０１１４】合計金額が購入金額より少なくかつ差が所
定の割合以内でなければ、その旨のメッセージを購入依
頼者へ電子メールで伝える。それ以外の場合ならば、発
注を行い、図１６の発注データ入力画面にて、発注日を
入力欄７０３に、発注金額を入力欄７０１に入力する。
図１６は、本発明に係る予算管理システムの第２の実施
形態において用いられる発注データ入力画面の概略図で
ある。

【０１１５】入力欄７０２には、見積もり金額（１５０
７の合計金額）−発注金額の値、すなわち余剰金が計算
され表示される。余剰金は符号付の数値である。これら
の入力処理、計算は、購買システムアプリケーションサ
ーバ４５０で行われる。

【０１１６】そうすると入力欄７０２の余剰金は、予算
口座管理記憶手段４２２に加算される。すなわち本実施
形態では、予算口座管理記憶手段４２２は余剰金の記憶
手段ともなる。該余剰金は前記購入依頼番号及び支払い
済みフラグ領域と対応付けられ管理される。該支払い済
みフラグ領域は０に初期化される。また、購買システム
アプリケーションサーバ４５０で、図１７の発注データ
８００が作成され、購買システムアプリケーションサー
バ４５０の記憶装置に記憶される。図１７は、本発明に
係る予算管理システムの第２の実施形態において用いら
れる発注データの概念図である。図１７において、８０
１は購入者依頼番号、８０２はセクション名、８０３は
依頼者ＩＤ、８０４は物品名、８０５は個数、８０６は
単価、８０７は発注単価、８０８は発注金額、８０９は
余剰金、８１０は依頼日、８１１は発注日である。

【０１１７】そして、発注先から物品が納品（Ｓ８０
３：図８）されると、購買部門は納品書と検収伝票及び
物品を購入依頼者（依頼者ＩＤ８０３の人）に送付す
る。購買依頼者は、物品を確認しＯＫならば検収伝票に
捺印して該検収伝票を購買部門に返送する。

【０１１８】購買部門では、捺印済みの検収伝票を受け
取ったらステップＳ８０５で支払いデータ（図１８の９
００）を作成し、会計部門に電子メールで該支払いデー
タを送る。図１８は、本発明に係る予算管理システムの
第２の実施形態において用いられる支払いデータの概念
図である。図１８において、９０１は購入依頼番号、９
０２は支払い先名である。

【０１１９】会計部門では、支払い端末（図３にて不図
示ではあるが、４４０に接続されているパソコン）で、
仮払い口座管理記憶手段４２７に記憶されている購入依
頼番号９０１に対応する仮払い電子マネーを読み取った
あと消去し、予算口座管理記憶手段４２２に記憶されて
いる購入依頼番号９０１に対応する該余剰金データの対
応する支払い済みフラグを１（ＯＮ）に設定し、該余剰
金を読み取る。

【０１２０】そして、会計部門は、９０２の支払い先
に、前記仮払い電子マネーから前記余剰金を差し引いた
金額を支払う（ステップ３０６）。

【０１２１】購入依頼をした社員は、予算口座管理記憶
手段４２２内の自分の依頼者ＩＤに対応し、かつ支払い
済みフラグが１（ＯＮ）の余剰金電子マネーを、本発明
の構成要素たる余剰金算出手段として機能する電子マネ
ー発行機４２１によって自分のＩＣカードに移動でき
る。

【０１２２】したがって、本発明に係る予算管理システ
ムの第２の実施形態においても、前述の第１の実施形態
と同様の効果を得ることができると共に、電子マネー記
録媒体としてＩＣカードを用い、このＩＣカードに電子
マネーを記憶させているため、電子マネーの携帯性が向
上しさらに利便性が向上する。

【０１２３】

【発明の効果】以上説明したように、本発明によれば、
予算管理者を各セクションに設ける必要がなく、購入依
頼時に予算の残高と購入金額の比較チェックをする必要
がない。

【０１２４】また、会計部門にては、支払いがあっても
各セクションの予算残高の更新をする必要がない。

【０１２５】また、会計部門が予算管理票を作成し、各
セクションに予算の残高を通知する手間がなくなる。

【０１２６】さらに、各社員が自分に割り当てた電子マ
ネーを有効に使おうという節約意識が高まる効果があ
る。

【図面の簡単な説明】

【図１】本発明に係る予算管理システムの第１の実施形
態において使用される予算配分の一例のテーブルであ
る。

【図２】本発明に係る予算管理システムの第１の実施形
態において使用される予算口座データの概念図である。

【図３】本発明に係る予算管理システムの第１の実施形
態の構成図である。

【図４】本発明に係る予算管理システムの第１の実施形
態において適用される予算口座振替動作のフローチャー
トである。

【図５】本発明に係る予算管理システムの第１の実施形
態において用いられる振替依頼画面の概略図である。

【図６】本発明に係る予算管理システムの第１の実施形
態において用いられる振替依頼データの概念図である。

【図７】本発明に係る予算管理システムの第１の実施形
態において用いられる公開鍵テーブルである。

【図８】本発明に係る予算管理システムの第１の実施形
態において適用される物品の購買動作のフローチャート
である。

【図９】本発明に係る予算管理システムの第１の実施形
態において用いられる購買依頼画面の概略図である。

【図１０】本発明に係る予算管理システムの第１の実施
形態において用いられる購入依頼データの概念図であ
る。

【図１１】本発明に係る予算管理システムの第１の実施
形態において用いられる発注データ入力画面の概略図で
ある。

【図１２】本発明に係る予算管理システムの第１の実施
形態において用いられる発注データの概念図である。

【図１３】本発明に係る予算管理システムの第１の実施
形態において用いられる支払いデータの概念図である。

【図１４】本発明に係る予算管理システムの第２の実施
形態において用いられる購買依頼画面の概略図である。

【図１５】本発明に係る予算管理システムの第２の実施
形態において用いられる購入依頼データの概念図であ
る。

【図１６】本発明に係る予算管理システムの第２の実施
形態において用いられる発注データ入力画面の概略図で
ある。

【図１７】本発明に係る予算管理システムの第２の実施
形態において用いられる発注データの概念図である。

【図１８】本発明に係る予算管理システムの第２の実施
形態において用いられる支払いデータの概念図である。

【図１９】従来、企業で行われている予算管理手順のフ
ローチャートである。

【符号の説明】

１０１ 所有者ＩＤ（社員ＩＤ） １０４ 署名データ ３００ 公開鍵テーブル ３０１ 社員ＩＤ ３０２ 公開鍵データ ４１０ パソコン ４１１ ＩＣカード読み取り機 ４２０ サーバコンピュータ ４２１ 電子マネー発行機 ４２２，４２３，４２７ 予算口座管理記憶手段 ４４０ ケーブル ４５０ 購買システムアプリケーションサーバ ５００ 振り替え依頼データ ５０１ 振替依頼番号 ５０２ 依頼日時 ５０３ 依頼者ＩＤ ５０４ 費目（依頼元） ５０５ 金額 ５０６ 依頼先ＩＤ ５０７ 費目（振替先） ５０８ 署名データ ７０１，７０２，７０３ 入力欄 ８００ 発注データ ８０１ 購入者依頼番号 ８０２ セクション名 ８０３ 依頼者ＩＤ ８０４ 物品名 ８０５ 個数 ８０６ 単価 ８０７ 発注単価 ８０８ 発注金額 ８０９ 余剰金 ８１０ 依頼日 ８１１ 発注日 ９００ 支払いデータ ９０１ 購入依頼番号 ９０２ 支払い先名 １０００ 購入依頼データ １００１ 購入依頼番号 １００２ セクションコード １００３ 依頼者社員ＩＤ １００４ 物品名 １００５ 個数 １００６ 単価 １００７ 合計金額 １００８ 依頼日 １００９ 費目 １１０１，１１０２，１１０３，１１０４ 入力欄 １０２１，１０２２，１０２３，１０２４ 費目コード １０２９ 合計費目 １０３１，１０３２，１０３３，１０３４ 予算金額 １０３９ 予算金額の合計 １２００ 発注データ １２０１ 購入者依頼番号 １２０２ セクション名 １２０３ 依頼者ＩＤ １２０４ 物品名 １２０５ 個数 １２０６ 単価 １２０７ 発注単価 １２０８ 発注金額 １２０９ 余剰金 １２１０ 依頼日 １２１１ 発注日 １２１２ 費目 １３００ 支払いデータ １３０１ 購入依頼番号 １３０２ 支払い先名 １３０３ 費目 １３０４ 発注金額 １５００ 購入依頼データ １５０１ 購入依頼番号 １５０２ セクションコード １５０３ 依頼者社員ＩＤ １５０４ 物品名 １５０５ 個数 １５０６ 単価 １５０７ 合計金額 １５０８ 依頼日

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｇ０６Ｆ 17/60 ２２２ Ｇ０６Ｆ 17/60 ２２２ ３３２ ３３２ ４０４ ４０４ ４２８ ４２８ ５１０ ５１０ Ｇ０６Ｋ 19/073 Ｇ０６Ｋ 19/00 Ｐ 19/00 Ｕ Ｆターム(参考） 5B035 AA13 BB09 BC00 CA38 5B049 AA05 BB46 CC11 CC36 CC39 DD01 DD04 EE01 EE09 EE23 EE25 EE28 FF03 FF04 FF08 GG04 GG07 GG10 5B055 BB20 CB09 EE02 EE17 EE21 EE27 HA12 HB06 JJ05 KK05 KK09 KK18 LL11 PA02 PA34 PA37

Claims (18)

【特許請求の範囲】
1. 【請求項１】 組織を構成する複数のグループのうちの
   １つのグループに対応付けられた、金銭を電子データの
   形態で表す電子マネーを記憶する少なくとも１以上の電
   子マネー記録媒体と、 前記電子マネーを発行して前記電子マネー記録媒体に記
   憶する電子マネー発行手段と、 前記電子マネー記録媒体に記憶された一部または全部の
   電子マネーを移動させると共に、前記電子マネー記録媒
   体に電子マネーを移動させる電子マネー移動手段とを備
   える予算管理システム。
2. 【請求項２】 前記移動させられた電子マネーを記憶す
   る仮払い口座管理記憶手段と、 前記グループが購入する被購入対象の発注金額と、前記
   仮払い口座管理記憶手段に移動させられた電子マネーと
   の差から、余剰金を算出する余剰金算出手段とを備える
   請求項１に記載の予算管理システム。
3. 【請求項３】 前記被購入対象の発注先に支払いを行っ
   た後に、前記余剰金を前記電子マネー記録媒体に移動さ
   せる余剰金移動手段を備える請求項１又は２に記載の予
   算管理システム。
4. 【請求項４】 前記電子マネー記録媒体から移動する電
   子マネー及び前記電子マネー記録媒体に移動する電子マ
   ネーのデータに、該データのデジタル署名データを付加
   する公開鍵暗号化手段を備える請求項１から３のいずれ
   か１項に記載の予算管理システム。
5. 【請求項５】 所定の前記電子マネー記録媒体から他の
   電子マネー記録媒体に電子マネーを分配する電子マネー
   分配手段を備える請求項１から４のいずれか１項にに記
   載の予算管理システム。
6. 【請求項６】 前記電子マネー記録媒体がＩＣカードで
   ある請求項１から５のいずれか１項に記載の予算管理シ
   ステム。
7. 【請求項７】 前記グループを構成する構成者ごとの予
   算口座に基づいて電子マネーを管理するサーバを備え、 前記電子マネー記録媒体が、前記サーバに具備された、
   前記予算口座に対応した記録媒体であり、 前記サーバは、該サーバと通信するクライアント端末の
   指示に基づいて、所定の予算口座に対応した電子マネー
   記録媒体に記憶されている電子マネーの全部または一部
   を、他の予算口座に対応した電子マネー記録媒体へ振替
   る請求項１から５のいずれか１項に記載の予算管理シス
   テム。
8. 【請求項８】 前記サーバは、 前記所定の予算口座に対応した電子マネー記録媒体に記
   憶された金額から、一部または全部の金額を差し引き、
   残高の金額を含むデータを所定の秘密鍵によってデジタ
   ル署名して署名データを作成しなおし、該署名データを
   所定の予算口座に対応した電子マネー記録媒体へ記録
   し、 前記他の予算口座に対応した電子マネー記録媒体に記憶
   された金額に前記差し引かれた金額を加算した結果の金
   額を含むデータを前記秘密鍵によってデジタル署名して
   署名データを作成しなおし、該署名データを他の予算口
   座に対応した電子マネー記録媒体へ記録することで、口
   座振替を行う請求項７に記載の予算管理システム。
9. 【請求項９】 被購入対象の支払い金の仮払いを前記所
   定の予算口座から他の予算口座へ口座振り替えをするこ
   とで行って、前記被購入対象の購買を行う請求項７又は
   ８に記載の予算管理システム。
10. 【請求項１０】 前記サーバが、 前記仮払い金額と前記被購入対象の購入金額の差である
    余剰金を前記所定の予算口座へ振り替えしなおす請求項
    ９に記載の予算管理システム。
11. 【請求項１１】 前記サーバが、 前記仮払い金額から前記被購入対象の購入金額を差し引
    いた差額が、正の数ならば、該差額を余剰金として前記
    所定の予算口座へ振り替えしなおし、該差額が負の数な
    らば、差額の絶対値の金額を再度前記他の予算口座へ追
    加の口座振替をする請求項９又は１０に記載の予算管理
    システム。
12. 【請求項１２】 前記電子マネー発行手段は、前記組織
    に所属する金銭に基づいて所定の割合で電子マネーを発
    行し、該電子マネーを電子マネー記録媒体に分配して記
    憶させる請求項１から１１のいずれか１項に記載の予算
    管理システム。
13. 【請求項１３】 金銭を電子データの形態で表す電子マ
    ネーを発行する工程と、 前記発行された電子マネーを、組織を構成する複数のグ
    ループのうちの１つのグループに対応付けられた電子マ
    ネー記録媒体に記憶する工程と、 前記電子マネー記録媒体に記憶された一部または全部の
    電子マネーを移動させ、若しくは前記電子マネー記録媒
    体に電子マネーを移動させる工程とを備える予算管理方
    法。
14. 【請求項１４】 組織を構成する複数のグループのうち
    の１つのグループに対応付けられた、金銭を電子データ
    の形態で表す電子マネーを記憶する電子マネー記録媒体
    であって、 被購入対象の購入を行った際に、記憶された一部または
    全部の電子マネーのデータが移動される電子マネー記録
    媒体。
15. 【請求項１５】 前記電子マネー記録媒体がＩＣカード
    からなる請求項１４に記載の電子マネー記録媒体。
16. 【請求項１６】 前記電子マネー記録媒体が、前記グル
    ープを構成する構成者ごとの予算口座に基づいて電子マ
    ネーを管理するサーバに具備された、該予算口座に対応
    した記録媒体である請求項１４に記載の電子マネー記録
    媒体。
17. 【請求項１７】 組織を構成する複数のグループのうち
    の１つのグループを構成する構成者ごとの予算口座に基
    づいて電子マネーを管理する予算管理サーバであって、 前記予算口座に対応した電子マネー記録媒体を備えると
    共に、 被購入対象の購入を行う際に、通信するクライアント端
    末の指示に基づいて、所定の予算口座に対応した電子マ
    ネー記録媒体に記憶されている電子マネーの全部または
    一部を、他の予算口座に対応した電子マネー記録媒体へ
    振替る予算管理サーバ。
18. 【請求項１８】 組織において予算の管理を行うための
    予算管理プログラムを記録した記録媒体であって、 金銭を電子データの形態で表す電子マネーを、組織を構
    成する複数のグループのうちの１つのグループに対応付
    けられた、少なくとも１以上の電子マネー記録媒体に記
    憶させるステップと、 前記電子マネー記録媒体に記憶された一部または全部の
    電子マネーを移動させ、若しくは前記電子マネー記録媒
    体に電子マネーを移動させるステップとを備える予算管
    理プログラムを記録した記録媒体。