■ [economy][computer]貨幣のモデル化（上）

といってもMIU(Money In (the) Utility)とかそういう経済学分析におけるモデルないしその構成要素ではありません。はてなでの「貨幣の概念のない世界から、ひとりの女の子がやってきました（かわいくて理解力があります）。さてあなたは貨幣の仕様を作り、彼女がその後お金を使えるように教えてあげてください。」という質問を受けての考察です。非常に面白そうなので考えてみることにしました。

UMLやマインドマップを使っていただくと分かりやすくてよいとのことですので、UMLで試してみます。UMLについてはまったくの初心者ですので多々不適当な部分があるかと思いますが、ご叱正をいただければ幸いです。

まず一番簡単なものとして、原材料について。

　　┌───┐
　　│貨　幣│
　　└───┘
　　　　△
　　┌─┴──┬────┐
┌─┴─┐┌─┴─┐┌─┴─┐
│紙　幣││硬　貨││その他│
└───┘└───┘└───┘
　　　　　　　△
　　┌────┼────┬─・・・・
┌─┴─┐┌─┴─┐┌─┴─┐
│金　貨││銀　貨││銅　貨│
└───┘└───┘└───┘

なんのひねりもなくモデル化していますので特に説明の必要はないと思いますが、蛇足的な留意事項は次のとおりです。

• 「その他」は石貨や貝貨などです。仕様として「その他」は許されないかもしれませんが・・・。
• 省略していますが、属性は「額面」となります。

続いて機能について。

　　┌────┐1..*　　　評価　　0..*┌──────┐
　　│経済主体├─────┬─────┤財・サービス│
　　├────┤　　　　　　　　　　　├──────┤
　　├────┤　　　　　│　　　　　│　価　　格　│
　　│受取り()│　　　　　　　　　　　├──────┤
　　│支払い()│　　　┌─┴─┐　　　└──────┘
　　└────┘　　　│貨　幣│　　　　　　△
　　　　△　　　　　　└───┘　　　・・・┴・・・
　　┌─┴──┐
┌─┴─┐┌─┴─┐
│自然人││法　人│
└───┘└───┘

このモデルの含意は、貨幣を導入することにより財・サービスのすべてが「価格」という属性で一くくりにできるという点です。それぞれがいくらするかという性質に抽象化されるわけですから、そこを汎化で処理しています。

アイデア自体はハイエクの市場による情報伝達から拝借しました。つまり、めいめいが勝手に価格だけに着目して欲しいものを買い、売れるものを売るなら誰かが計画しなくても市場取引の連鎖を通じて畑の小麦が食卓のパンとなって口に入るというもの。この場合、物々交換経済とは異なり財・サービスの組み合わせをいちいち考える必要はなくなります。パンはあまっているけど米が欲しいなぁという経済主体は、米が余っていてパンが欲しい別の経済主体を探す必要がありません。

その部分を「貨幣」クラスで表現しています。「貨幣」クラスの存在があるからこそ、取引相手がどのような財・サービスを欲しているかを考慮することなく、売り手はいくらの価格をつけるかに専念できますし、買い手はそれがいくらの価格であるかを見ればよいということになります。そうでなければ、「経済主体」クラスは別の「経済主体」クラスの属性を見てちょうど相補うものとしか関連が成立しないことになってしまいます。

以上は同時点での話ですが、貨幣には異時点間の話もあるだろうとのご意見があると思います。結論からいいますと、それもまたサービスの一種と観念すれば上記モデルに包摂されると考えています。

具体例を考えてみます。ある経済主体が別の経済主体にお金を貸す場合、その貸すお金は現在消費する替わりに将来の消費に充てるので異時点間での消費代替が生じるわけですが、お金を支払って何らかの財・サービスを入手することを「買う」と定義すれば貸すとは買うことに他なりません。この場合、今1万円貸して将来1.1万円返してもらう取引は、1万円を支払って将来の1.1万円の受取りを買ったということに等しいと考えられるのです。債券の購入と同じですよね?

さて、以上は手許に貨幣があることを前提に考えてみたものです。明日はどうやって手許に貨幣がやってくるのかをモデル化してみたいと思います。