JP2021033661A - 会計管理装置、会計管理方法および会計管理システム - Google Patents

Abstract

【課題】グループ企業や連結企業を跨いだプロジェクト単位での決済情報の構造の効率的な把握を可能にすること。【解決手段】グループを構成する組織群の中の第１組織の会計を管理する会計管理装置では、プログラムを実行するプロセッサと、プログラムを記憶する記憶デバイスと、を有し、プロセッサは、第１組織のプロジェクトに関する情報と、プロジェクトに関する決済情報と、を含む会計情報にアクセス可能であり、プロセッサを、会計情報から、プロジェクトに関する第１決済情報と、グループのうちプロジェクトの少なくとも一部の業務を担当した第２組織の一部の業務に関する第２決済情報と、を取得する取得手段、取得手段によって取得された第１決済情報および第２決済情報を集計する集計手段、集計手段による集計結果を出力する出力手段、として機能させる。【選択図】図１

Description

本発明は、会計管理装置、会計管理方法および会計管理システムに関する。

経営における意思決定を迅速に行うため、年度や四半期などの期間単位だけではなく、プロジェクト単位の収益構造をグループ企業全体で手間をかけずに把握したいというニーズがある。プロジェクト単位での予算管理技術として、特許文献１がある。

特許文献１の開発予算管理装置は、プロジェクト計画段階で想定する開発期間、開発費用および製品群の情報を含むプロジェクト情報を入力し、開発計画情報として格納する手段と、前記製品群の情報に基づいて開発実績情報を検索し、標準的なイベントのスケジュールおよび発生予算項目を提示する手段と、提示したイベントのスケジュールおよび発生予算項目をユーザの確認もしくは修正を経て前記開発計画情報に格納する手段とを備え、発生予算項目、予算発生時期を開発スケジュールにマッピングさせることで、製品開発の計画段階から開発完了までのライフサイクルに合わせた予算管理を行う。

特開２００９−２０５２９７号公報

しかしながら、特許文献１では、同一企業内での予算管理を前提としており、他企業に業務委託する場合に、業務委託費内の収益まで把握することはできない。グループ企業全体での収益を把握するために、グループ企業全体を統括する組織が、各グループ企業から各々の収益情報を手作業で収集する場合、グループの規模が大きくなるほど手間がかかり、ミスも発生しやすくなるという課題がある。

そこで、本発明では、グループ企業や連結企業を跨いだプロジェクト単位での収益構造の効率的な把握を可能にすることを目的とする。

本願において開示される発明の一側面となる会計管理装置は、グループを構成する組織群の中の第１組織の会計を管理する会計管理装置であって、プログラムを実行するプロセッサと、前記プログラムを記憶する記憶デバイスと、を有し、前記プロセッサは、前記第１組織のプロジェクトに関する情報と、前記プロジェクトに関する決済情報と、を含む会計情報にアクセス可能であり、前記プロセッサを、前記会計情報から、前記プロジェクトに関する第１決済情報と、前記グループのうち前記プロジェクトの少なくとも一部の業務を担当した第２組織の前記一部の業務に関する第２決済情報と、を取得する取得手段、前記取得手段によって取得された第１決済情報および前記第２決済情報を集計する集計手段、前記集計手段による集計結果を出力する出力手段、として機能させることを特徴とする。

本発明の代表的な実施の形態によれば、グループ企業や連結企業を跨いだプロジェクト単位での決済情報の構造の効率的な把握を可能にすることができる。前述した以外の課題、構成及び効果は、以下の実施例の説明により明らかにされる。

図１は、グループ企業内におけるプロジェクト単位での会計管理例を示す説明図である。 図２は、会計管理システムのシステム構成例を示す説明図である。 図３は、コンピュータのハードウェア構成例を示すブロック図である。 図４は、会計管理装置の機能的構成例を示すブロック図である。 図５は、分散台帳に登録される取引データ例を示す説明図である。 図６は、チャネル設定例を示す説明図である。 図７は、チャネル設定情報の一例を示す説明図である。 図８は、組織情報の一例を示す説明図である。 図９は、人事情報の一例を示す説明図である。 図１０は、プロジェクト登録画面の一例を示す説明図である。 図１１は、取引画面の一例を示す説明図である。 図１２は、プロジェクトコイン発行・現金化申請画面の一例を示す説明図である。 図１３は、決済画面の一例を示す説明図である。 図１４は、第１集計画面の一例を示す説明図である。 図１５は、第２集計画面の一例を示す説明図である。 図１６は、通貨発行装置によるプロジェクトコイン発行処理手順例を示すフローチャートである。 図１７は、会計管理装置の決済部が実行する決済処理手順例を示すフローチャートである。 図１８は、グループ統括組織の会計管理装置によるグループ全体での収益集計処理手順例を示すフローチャートである。

＜会計管理例＞
図１は、グループ企業内におけるプロジェクト単位での会計管理例を示す説明図である。プロジェクトとは、目的を達成するための業務である。図１では、グループ企業を例に挙げて説明するが、連結企業でも同様である。本会計管理例では、プロジェクト専用の換金可能なデジタル通貨（以下、プロジェクトコインと呼ぶ）を用いる。プロジェクトコインには、例えば、仮想通貨（暗号通貨または暗号資産ともいう）の１つであるカラードコインを利用することができる。換金可能であれば、カラードコイン以外の他の仮想通貨や手段でもよい。以下、（１）〜（８）の時系列で会計管理例を説明する。

（１）グループ外顧客ＫがプロジェクトＰをグループ企業Ａに発注する。グループ企業Ａを、グループを統括するグループ統括組織（親会社）とする。本実施例では、グループ企業Ａは、プロジェクトＰの受注により利益１００Ａを得る。また、プロジェクトＰのコストは、グループ企業Ｂへの外注費１０１Ａを含む。

（２）グループ企業Ａは、社内通貨発行組織に対し、プロジェクトＰの受注金額等に基づくプロジェクトコインを発行してもらう。プロジェクトコインには、当該プロジェクトに関係する決済でのみ利用可能なプロジェクトコインと、当該プロジェクト以外でも汎用的に利用可能なプロジェクトコインと、がある。（２）で発行されるプロジェクトコインは前者のプロジェクトコインである。たとえば、前者のプロジェクトコインが当該プロジェクト終了時に余った場合には、後者のプロジェクトコインとなる。

（３）グループ企業Ａは、グループ企業ＢをプロジェクトＰの外注先とし、プロジェクトコインでグループ企業Ｂに外注費を支払う。本実施例では、グループ企業Ｂは、グループ企業Ａの子会社とする。グループ企業Ｂは、グループ企業Ａからの発注により利益１００Ｂを得る。

（４）グループ企業Ｂは、外注費の支払いを受けてから、依頼されたものをグループ企業Ａに納品する。

（５）グループ企業Ａは、グループ企業Ｂからの納品物をグループ外顧客Ｋに納品する。（６）グループ外顧客Ｋは、グループ企業Ａに対し、現金での支払いを実行する。

（７）グループ企業Ａは、（２）で発行されたプロジェクトコインに該当する分の現金を社内通貨発行組織に支払う。

（８）グループ企業Ｂは、社内通貨発行組織に対し、グループ企業Ａから支払われたプロジェクトコインを現金に交換する。

上記（１）〜（８）の処理により、グループ統括組織であるグループ企業Ａは、グループ企業Ａの利益１００Ａおよびグループ全体の利益１００を把握することができる。グループ企業Ｂは、利益１００Ｂを把握することができる。

このように、グループ統括組織であるグループ企業Ａにおいて、グループ企業Ｂに利益１００Ａを明かすことなく、グループ企業を跨いだプロジェクト単位での収益構造の把握が可能になる。また、グループ企業を跨いだプロジェクト単位での収益構造の把握にかかる時間が短くなり、タイミングを逃すことなく、迅速に経営上の意思決定ができる。
会計上や取引上の不正（改ざん）を防止できる。

また、グループ全体での収益性を考慮して、取り組むべきプロジェクトを決定できる。たとえば、過去の実績から、どのようなプロジェクトであれば収益性が高いかの予測ができるようになる。また、単一の組織での利益が大きくない場合でも、グループ全体での利益が大きい場合は採択する判断が可能になる。

＜会計管理システム＞
図２は、会計管理システムのシステム構成例を示す説明図である。会計管理システム２００は、複数（図２では、例として７台）の会計管理装置２０１Ａ〜２０１Ｇと通貨発行装置２０２とを有する。会計管理装置２０１Ａ〜２０１Ｇを区別しない場合は、会計管理装置２０１Ｘと表記する。複数の会計管理装置２０１Ａ〜２０１Ｇと通貨発行装置２０２とは、ピア・ツー・ピアの第１ネットワーク２０３により通信可能に接続される。第１ネットワーク２０３は、たとえば、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ），インターネットであり、有線、無線を問わない。複数の会計管理装置２０１Ａ〜２０１Ｇと通貨発行装置２０２とは、共通の分散台帳２１０Ｘを有する。

会計管理装置２０１Ｘは、プロジェクトごとの予算や取引データ５００、決済情報の管理をおこなうコンピュータである。図２では、会計管理装置２０１Ｘは、グループ企業Ｘが利用するコンピュータである。本例では、グループ企業Ａ〜Ｇのうち、グループ企業Ａをグループ統括組織とする。また、図２では、各グループ企業Ａ〜Ｇがそれぞれ１つの会計管理装置２０１Ａ〜２０１Ｇを持つ構成としたが、企業内の組織ごとに会計管理装置２０１Ｘを持つ構成としてもよい。会計管理装置２０１Ｘは、たとえば、システムセンタやデータセンタに設置されたコンピュータを用いて実現される。会計管理装置２０１Ｘは、クラウドサーバとして仮想的に実現されてもよい。

通貨発行装置２０２は、社内通貨発行組織が利用するコンピュータである。通貨発行装置２０２は、プロジェクトコインの発行申請がなされたプロジェクトに対して、専用プロジェクトコインを発行する。また、通貨発行装置２０２は、プロジェクトコインの現金化の申請を受付け、許可できるかどうか判定し、現金化を許可できる場合に、プロジェクトコインを現金に交換する。

また、会計管理装置２０１Ａは、第２ネットワーク２０４を介して調達装置２０５と在庫管理装置２０６とに通信可能に接続される。第２ネットワーク２０４は、たとえば、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ），またはインターネットであり、有線、無線を問わない。

調達装置２０５は、企業間および企業内の部門間での取引で必要となる場合に、部品等の購買や調達業務を管理および支援するコンピュータである。在庫管理装置２０６は、製品や部品の在庫状況を管理するコンピュータである。在庫管理装置２０６は、企業間および企業内の部門間での取引で必要となる場合に、在庫の引き当て行い、在庫情報を更新する。在庫を持たないサービスのみを提供する企業の場合には、在庫管理装置２０６を本システムの構成に含めなくても構わない。図２では、グループ企業Ａが管理する調達装置２０５および在庫管理装置２０６を示したが、他のグループ企業Ｂ〜Ｇについても、同様の装置を有してもよい。

＜コンピュータのハードウェア構成例＞
図３は、コンピュータのハードウェア構成例を示すブロック図である。コンピュータ３００は、プロセッサ３０１と、記憶デバイス３０２と、入力デバイス３０３と、出力デバイス３０４と、通信インターフェース（ＩＦ）３０５と、を有する。プロセッサ３０１、記憶デバイス３０２、入力デバイス３０３、出力デバイス３０４、および通信ＩＦ３０５は、バス３０６により接続される。プロセッサ３０１は、コンピュータ３００を制御する。記憶デバイス３０２は、プロセッサ３０１の作業エリアとなる。また、記憶デバイス３０２は、各種プログラムやデータを記憶する非一時的なまたは一時的な記録媒体である。記憶デバイス３０２としては、たとえば、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）、フラッシュメモリがある。入力デバイス３０３は、データを入力する。入力デバイス３０３としては、たとえば、キーボード、マウス、タッチパネル、テンキー、スキャナがある。出力デバイス３０４は、データを出力する。出力デバイス３０４としては、たとえば、ディスプレイ、プリンタがある。通信ＩＦ３０５は、ネットワークと接続し、データを送受信する。

＜会計管理装置２０１Ｘの機能的構成例＞
図４は、会計管理装置２０１Ｘの機能的構成例を示すブロック図である。会計管理装置２０１Ｘは、データ処理部４１０、ノード部４２０および記憶部４３０を有する。また、データ処理部４１０は、取得部４１１、登録部４１２、取引管理部４１３、通貨交換部４１４、決済部４１５および集計部４１６を有する。

データ処理部４１０は、具体的には、たとえば、記憶デバイス３０２に記憶されたプログラムをプロセッサ３０１に実行させることにより実現される。ノード部４２０および記憶部４３０は、具体的には、たとえば、記憶デバイス３０２により実現される。データ処理部４１０、ノード部４２０および記憶部４３０を、スマートコントラクトで実現することで、処理期間の短縮や不正防止効果が期待できる。

ノード部４２０は、チャネル設定情報４２１と、分散台帳２１０Ｘと、を有する。チャネル設定情報４２１は、情報の通信相手となる他の組織の会計管理装置を規定する１以上のチャネルを設定した情報である。すなわち、チャネル設定情報４２１は、どの組織のどの会計管理装置２０１Ｘがどのチャネルに参加しているかを規定するテーブルである。同一チャネルに参加する複数の会計管理装置２０１Ｘは、互いに取引データを送受信しあう。

分散台帳２１０Ｘは、第１ネットワーク２０３において共有する会計情報を取引データとして保存する。会計情報とは、金銭（仮想通貨含む）や物品の入出を記録した情報である。分散台帳２１０Ｘは、たとえば、ブロックチェーンにより構成される。ある会計管理装置２０１Ｘの分散台帳２１０Ｘに取引データが書き込まれた場合、当該会計管理装置２０１Ｘは、チャネル設定情報４２１を参照して、取引データで指定されたチャネルに参加している会計管理装置２０１Ｙにのみ、第１ネットワーク２０３を介して、当該取引データを送信する。会計管理装置２０１Ｙは、会計管理装置２０１Ｘからの取引データを受信し、分散台帳２１０Ｙに書き込む。なお、取引データは、プロジェクト情報や取引情報、決済情報を含む。プロジェクト情報や取引情報、決済情報は、会計情報に含まれる。

記憶部４３０は、組織情報４３１および人事情報４３２を記憶する。記憶部４３０は、組織情報４３１および人事情報４３２を、たとえば、テキストファイルやＲＤＢＭＳ（Ｒｅｌａｔｉｏｎａｌ ＤａｔａＢａｓｅ Ｍａｎａｇｅｍｅｎｔ Ｓｙｓｔｅｍ）等のデータベースのテーブルとして管理する。組織情報４３１および人事情報４３２のすべてまたは一部は、第１ネットワーク２０３を介して他のサーバ上に記憶されるように構成してもよい。組織情報４３１および人事情報４３２の詳細は、図７〜図９で後述する。

取得部４１１は、会計管理装置２０１Ｘが有する入力装置や第１ネットワーク２０３を介して接続される外部装置から様々な情報の入力を受け付ける。たとえば、取得部４１１は、入力デバイス３０３または外部装置から、会計管理処理の対象となるプロジェクトの契約明細や予算、処理の実行指示といった情報の入力を受け付ける。また、取得部４１１は、入力デバイス３０３または外部装置から指定された情報を分散台帳２１０Ｘから取得する。また、取得部４１１は、取得した情報を対応する所定の機能部（登録部４１２、取引管理部４１３、通貨交換部４１４、決済部４１５および集計部４１６）に受け渡す。

登録部４１２は、顧客からの受注や社内活動により発足するプロジェクトの登録処理を実行する。登録部４１２は、プロジェクトに関連する契約明細や予算などの情報をプロジェクト情報として分散台帳２１０Ｘに登録する。プロジェクトの登録時に予算が決まっていない場合には、予算決定後に予算を登録してもよい。登録部４１２は、会計情報を分散台帳２１０Ｘに登録する際に、当該会計情報へのアクセス権を設定する。アクセス権の制御は、たとえば、各会計管理装置２０１Ｘのノード部４２０が所属するブロックチェーンのチャネルを管理するチャネル設定情報４２１を参照することで実現できる。本実施例では、チャネルを利用してアクセス権を制御する例を説明するが、同様の仕組みで制御することができれば、チャネルによる制御でなくても構わない。

取引管理部４１３は、企業間および企業内の部門間での受発注等、取引に関する情報を管理し、分散台帳２１０Ｘに登録する。分散台帳２１０Ｘに登録される取引データ５００は、登録部４１２で登録された当該プロジェクトのアクセス権に従って、第１ネットワーク２０３を介して接続される各社および各組織の管理会計装置１０の分散台帳２１０Ｘで共有される。

取引管理部４１３で管理される情報のうち、部品等の購買や調達業務に必要な情報は第２ネットワーク２０４を介して調達装置２０５に入力され、一般に広く知られる方法で調達業務が実行される。取引管理部４１３で管理される情報のうち、在庫引き当て等に必要な情報は第２ネットワーク２０４を介して在庫管理装置２０６に入力され、在庫の引き当てが実行される。

通貨交換部４１４は、プロジェクトコイン発行の申請を受付け、申請内容を分散台帳２１０Ｘに登録する。通貨発行装置２０２は、分散台帳２１０Ｘに登録されたプロジェクトコイン発行申請について、申請内容を許可できる場合にプロジェクトコインを発行し、発行情報を分散台帳２１０Ｘに登録する。たとえば、通貨発行装置２０２は、プロジェクトコインが過去に発行され、申請額を合わせた総額が予算を上回る場合に、通貨発行装置２０２はプロジェクトコインの発行を許可できないと判断することができる。

また、通貨交換部４１４はプロジェクトコインの現金化の申請を受付け、申請内容を分散台帳２１０Ｘに登録する。通貨発行装置２０２は、分散台帳２１０Ｘに登録されたプロジェクトコインの現金化の申請について、現金化を許可できる場合に、その情報を分散台帳２１０Ｘに登録する。たとえば、通貨発行装置２０２は、当該プロジェクトが終了している場合や外部への支払いのために現金が必要な場合に現金化が許可できると判断する。

また、通貨交換部４１４は、プロジェクトコインの発行状況の確認依頼を受付け、分散台帳２１０Ｘに登録された取引データから当該プロジェクトコインの発行上限額および発行総額を算出し、出力デバイス３０４に出力する。当該プロジェクトコインの発行上限額には、たとえば、プロジェクト情報として登録された予算の額が設定される。

決済部４１５は、プロジェクトコイン利用可能企業内でのプロジェクトに関する決済をプロジェクトコインで実行し、決済情報を分散台帳２１０Ｘに登録する。分散台帳２１０Ｘに登録される決済情報は、登録部４１２で登録された当該プロジェクトのアクセス権に従って、第１ネットワーク２０３を介して接続される各社および各組織の管理会計装置１０の分散台帳２１０Ｘで共有される。

また、決済部４１５は、プロジェクトコイン利用可能企業以外との取引に関する決済を現金で実行し、決済情報を分散台帳２１０Ｘに登録する。現金決済の方法は、金融機関を経由した決済など、従来から広く一般に知られている方法を利用することができるため、本実施例ではその詳細は説明しない。本実施例では、プロジェクトコイン決済または現金決済を利用する例を示すが、クレジットカード決済等、広く一般に知られている決済方法を利用できるように設定しても構わない。

集計部４１６は、分散台帳２１０Ｘに登録された情報を様々な観点で集計し、結果を出力する。たとえば、同一組織内における複数プロジェクトの情報を収集し、予算と実績の差や利益を比較することができる。また、グループ企業を跨いで任意のプロジェクトの情報を収集し、当該プロジェクトによるグループ全体での利益を出力することができる。

＜分散台帳２１０Ｘに登録される取引データ例＞
図５は、分散台帳２１０Ｘに登録される取引データ例を示す説明図である。（Ａ）は、決済情報の取引データ５００のデータ構造例を示し、（Ｂ）は、取引情報の取引データ５００のデータ構造例を示す。

取引データ５００は、取引ＩＤ５０１と、データ本体５０２と、を有する。（Ａ）の場合、データ本体５０２には、決済ＩＤ、費目、支払人、受取人、金額、支払日、申請者、タイムスタンプが含まれる。（Ｂ）の場合、データ本体５０２には、プロジェクト情報、取引内容、依頼主、取引先、納期、申請者、タイムスタンプが含まれる。また、プロジェクト情報には、プロジェクトＩＤ、プロジェクト名、プロジェクト種別、顧客名、公開方針が含まれる。また、図示はしないが、データ本体５０２には、申請者の公開鍵や電子署名、取引データ５００の送信先（受取人や取引先）の公開鍵が含まれる。なお、取引データ５００は、分散台帳２１０Ｘに構築されるブロックチェーンの各ブロックに記憶される。

＜チャネル設定例＞
図６は、チャネル設定例を示す説明図である。取引データ５００は、送信元である会計管理装置２０１Ｘの分散台帳２１０Ｘに登録されるとともに、会計管理装置２０１Ｘが指定したチャネルの参加企業Ｙの会計管理装置２０１Ｙにのみ送信され、会計管理装置２０１Ｙの分散台帳２１０Ｙに登録される。

チャネル１は、企業Ａおよび企業Ｂが参加するチャネルである。したがって、会計管理装置２０１Ａ，２０１Ｂからの取引データ５００は、会計管理装置２０１Ａ、２０１Ｂの分散台帳２１０Ａ，２１０Ｂにのみ登録される。したがって、当該取引データ５００は、企業Ａおよび企業Ｂで共有される。

たとえば、会計管理装置２０１Ａが、チャネル１を指定して、図５（Ａ）の決済情報の取引データ５００を生成した場合を想定する、会計管理装置２０１Ａは、分散台帳２１０Ａに当該取引データ５００を登録するとともに、チャネル１に参加している企業Ｂの会計管理装置２０１Ｂに当該取引データ５００を送信する。会計管理装置２０１Ｂは、受信した当該取引データ５００を分散台帳２１０Ｂに登録する。この場合、会計管理装置２０１Ｃ〜２０１Ｇはチャネル１に参加していないため、会計管理装置２０１Ａは、会計管理装置２０１Ｃ〜２０１Ｇに当該取引データ５００を送信しない。したがって、会計管理装置２０１Ｃ〜２０１Ｇは、当該取引データ５００を分散台帳２１０Ｃ〜２０１Ｇに登録できない。

また、会計管理装置２０１Ｂが、チャネル１を指定して、図５（Ａ）の決済情報の取引データ５００を生成した場合を想定する、会計管理装置２０１Ｂは、分散台帳２１０Ｂに当該取引データ５００を登録するとともに、チャネル１に参加している企業Ａの会計管理装置２０１Ａに当該取引データ５００を送信する。会計管理装置２０１Ａは、受信した当該取引データ５００を分散台帳２１０Ａに登録する。この場合、会計管理装置２０１Ｃ〜２０１Ｇはチャネル１に参加していないため、会計管理装置２０１Ｂは、会計管理装置２０１Ｃ〜２０１Ｇに当該取引データ５００を送信しない。したがって、会計管理装置２０１Ｃ〜２０１Ｇは、当該取引データ５００を分散台帳２１０Ｃ〜２０１Ｇに登録できない。

チャネル２は、企業Ａおよび企業Ｃが参加するチャネルである。したがって、会計管理装置２０１Ａ，２０１Ｃからの取引データ５００は、会計管理装置２０１Ａ、２０１Ｃの分散台帳２１０Ａ，２１０Ｃにのみ登録される。したがって、当該取引データ５００は、企業Ａおよび企業Ｃで共有される。

チャネル３は、企業Ａおよび企業Ｄが参加するチャネルである。したがって、会計管理装置２０１Ａ，２０１Ｄからの取引データ５００は、会計管理装置２０１Ａ、２０１Ｄの分散台帳２１０Ａ，２１０Ｄにのみ登録される。したがって、当該取引データ５００は、企業Ａおよび企業Ｄで共有される。

同様に、チャネル４は、企業Ａ〜企業Ｇが参加するチャネルである。したがって、会計管理装置２０１Ａ〜２０１Ｇからの取引データ５００は、会計管理装置２０１Ａ〜２０１Ｇの分散台帳２１０Ａ〜２１０Ｇに登録される。したがって、当該取引データ５００は、企業Ａ〜企業Ｇで共有される。

たとえば、会計管理装置２０１Ａが、チャネル４を指定して、図５（Ｂ）の取引情報の取引データ５００を生成した場合を想定する、会計管理装置２０１Ａは、分散台帳２１０Ａに当該取引データ５００を登録するとともに、チャネル４に参加している企業Ｂ〜Ｇの会計管理装置２０１Ｂ〜２０１Ｇに当該取引データ５００を送信する。会計管理装置２０１Ｂ〜２０１Ｇは、受信した当該取引データ５００を分散台帳２１０Ｂ〜２１０Ｇに登録する。

また、会計管理装置２０１Ｂが、チャネル４を指定して、図５（Ｂ）の決済情報の取引データ５００を生成した場合を想定する。会計管理装置２０１Ｂは、分散台帳２１０Ｂに当該取引データ５００を登録するとともに、チャネル４に参加している企業Ａ、Ｃ〜Ｇの会計管理装置２０１Ａ、２０１Ｃ〜２０１Ｇに当該取引データ５００を送信する。会計管理装置２０１Ａ、２０１Ｃ〜２０１Ｇは、受信した当該取引データ５００を分散台帳２１０Ａ、２１０Ｃ〜２１０Ｇに登録する。会計管理装置２０１Ｃ〜２０１Ｇについても同様である。

このように、従来のデータベースにおけるアクセス権管理とは異なり、各会計管理装置２０１Ｘにおいて、共有されない取引データ５００は手元の分散台帳２１０Ｘに存在しないことから、より強固に取引データ５００へのアクセスを制御でき、不正や情報漏えいを防止できる。

＜記憶部の記憶内容＞
図７は、チャネル設定情報４２１の一例を示す説明図である。チャネル設定情報４２１は、組織ＩＤ７０１と、装置ＩＤ７０２と、参加チャネル７０４と、を有する。組織ＩＤ７０１は、図２に示したように、組織Ｘを一意に特定する識別情報である。装置ＩＤ７０２は、会計管理装置２０１Ｘを一意に特定する識別情報である。参加チャネル７０４は、組織ＩＤ７０１および装置ＩＤ７０２で特定される組織Ｘの会計管理装置２０１Ｘが参加するチャネルである。会計管理装置２０１Ｘは、同じ参加チャネル７０４の他の会計管理装置２０１Ｙに取引データ５００を送信する。また、会計管理装置２０１Ｘは、同じ参加チャネル７０４の他の会計管理装置２０１Ｙから取引データ５００を受信した場合、当該取引データ５００を分散台帳２１０Ｘに書き込む。

図８は、組織情報４３１の一例を示す説明図である。組織情報４３１には、グループ会社の情報が管理される。組織情報４３１は、組織ＩＤ７０１と、組織名８０２と、親会社８０３と、統括フラグ８０４と、を有する。組織名８０２は、組織ＩＤ７０１で特定される組織の名称である。親会社８０３は、その組織に半分以上出資していて、実際の支配権を有する会社である。親会社８０３には、各レコードの組織がいずれかの組織の子会社である場合に、親会社８０３の組織名８０２が設定される。これにより、プロジェクト登録時の情報共有範囲の設定において親子関係にある組織内で共有する設定や、集計時に親子関係にある組織の情報のみを集計することが効率的にできるようになる。

統括フラグ８０４は、グループ統括組織を示す識別子であり、当該組織がグループ企業を統括する組織である場合に「１」、当該組織がグループ企業を統括する組織ではない場合に「０」が設定される。たとえば、プロジェクトの情報公開方針を「プロジェクト情報、取引データ５００を共有する」と設定し、決済情報を共有しない場合には、決済情報は自組織および統括フラグ８０４が「１」となる組織との間のみで共有される。組織情報４３１は、組織ＩＤ７０１、組織名８０２、親会社８０３、統括フラグ８０４に限らず、所在地、電話番号などを用いてもよい。図７では、企業単位で管理する例を示すが、営業部や広報部などの企業内の組織単位で管理してもよい。

図９は、人事情報４３２の一例を示す説明図である。人事情報４３２には、雇用する社員の情報が管理される。人事情報４３２は、社員ＩＤ９０１と、社員名９０２と、所属先９０３と、権限９０４と、を有する。社員ＩＤ９０１は、社員を一意に特定する識別情報である。社員名９０２は、社員ＩＤ９０１で特定される社員の氏名である。所属先９０３は、社員ＩＤ９０１で特定される社員が所属する組織（たええば、企業や企業内の部署）である。権限９０４は、社員ＩＤ９０１で特定される社員が業務を遂行し得るための権利の範囲である。

権限９０４には、プロジェクト情報の登録やプロジェクトコインの発行申請等に権限９０４が必要となる場合に、権限９０４が与えられているか判断するための情報が設定される。たとえば、権限９０４が「会計担当」である社員のみがプロジェクトコイン発行を申請可能な場合には、「立花日彦」はプロジェクトコイン発行を申請できるが、「日田ちあき」はプロジェクトコイン発行の申請が許可されない。人事情報４３２は、社員ＩＤ９０１、社員名９０２、所属先９０３、権限９０４に限らず、Ｅメールアドレス、内線番号などを含めてもよい。

＜画面例＞
図１０〜図１５を用いて、会計管理装置２０１Ｘの出力デバイス３０４または会計管理装置２０１Ｘと通信可能に接続された不図示の外部端末に表示される各画面例について説明する。図１０〜図１５の各画面は、会計管理装置２０１Ｘにユーザがログインした場合に表示される。

また、図１０〜図１５の各画面の表示に先立って、会計管理装置２０１Ｘが利用する参加チャネル７０４は、あらかじめ指定されているものとする。すなわち、図１０〜図１５の各画面から得られる情報は、取引データ５００として会計管理装置２０１Ｘの分散台帳２１０Ｘに登録されるとともに、参加チャネル７０４の会計管理装置２０１Ｙに送信され、分散台帳２１０Ｙに登録される。

［プロジェクト登録画面］
図１０は、プロジェクト登録画面の一例を示す説明図である。プロジェクト登録画面１０００は、プロジェクトを登録および更新するための画面である。プロジェクト登録画面１０００は、登録種別入力領域１００１と、契約明細アップロード欄１００２と、プロジェクト内容入力領域１００３と、登録ボタン１００４と、を有する。

登録種別入力領域１００１は、登録種別を選択して入力する領域である。登録種別には、「新規登録」、「変更」、「完了」がある。新しくプロジェクトを登録する場合は、ユーザは、登録種別入力領域１００１で「新規登録」を選択すればよい。登録済みのプロジェクトの内容を変更する場合は「変更」、登録済みのプロジェクトが終了したことを登録する場合は「完了」を、ユーザは、登録種別入力領域１００１で選択すればよい。

契約明細アップロード欄１００２は、アップロードしたい契約明細のファイルを選択する欄である。登録するプロジェクトの受注時の契約明細などのファイルが契約明細アップロード欄１００２で選択されると、当該ファイルが記憶デバイス３０２からアップロードされる。

プロジェクト内容入力領域１００３は、プロジェクトの内容であるプロジェクト情報を入力する領域である。プロジェクト情報は、分散台帳２１０Ｘに格納されている。プロジェクト内容入力領域１００３に入力されるプロジェクト情報には、たとえば、プロジェクトＩＤ、プロジェクト名、プロジェクト種別、顧客名、発生日、終了日、予算、管理担当、公開方針、登録者が含まれる。登録種別入力領域１００１に「新規登録」が設定された場合、プロジェクト名、プロジェクト種別、顧客名、発生日、終了日、予算、管理担当、公開方針は空欄であり、ログインした登録者が入力デバイス３０３を操作して入力する。

プロジェクト種別は、プロジェクトＩＤで特定されるプロジェクトの種別である。プロジェクト種別には、顧客からの受注によって発足したプロジェクトの場合には「社外からの受注」と入力され、社内活動により発足したプロジェクトの場合には「社内活動」と入力される。その他、予め決められたプロジェクト種別のうちのいずれかが入力されていればよい。

終了日は、プロジェクトＩＤで特定されるプロジェクトが終了する日である。新しくプロジェクトを登録する場合で当該プロジェクトの終了日が確定していない際には、終了日として、たとえば、顧客先への納品予定日を入力することができる。

予算は、プロジェクトＩＤで特定されるプロジェクトのために計画を立てた費用である。予算には、たとえば、顧客からの受注額や社内活動用に割り当てられた金額が入力され。

管理担当は、プロジェクトＩＤで特定されるプロジェクトの管理主体である。管理担当には、当該プロジェクトの主担当となる企業や組織の名称が入力される。たとえば、株式会社ＡＢＣから企業Ａがシステム開発等を受注し、その受注案件の主担当となる場合には、顧客名として「株式会社ＡＢＣ」、管理担当として「企業Ａ」が入力される。

公開方針は、プロジェクト情報を分散台帳２１０Ｘで共有する際の共有範囲に関する方針である。詳細ボタン１００５が押下されると、共有範囲がポップアップ画面（不図示）に選択可能に表示される。たとえば、決済情報を共有しない場合には、登録者は、ポップアップ画面から「プロジェクト情報、取引情報を共有する」を選択すればよい。決済情報を含め、すべての情報を共有する場合には、登録者は、「すべての情報を共有する」を選択すればよい。なお、公開方針以外のプロジェクト種別や管理担当についても、予め決められた選択肢が存在する情報の入力は、プルダウン等によって選択する形式でもよい。

登録者は、人事情報４３２に登録された社員である。登録者が登録ボタン１００４を押下すると、取得部４１１がその入力を受け付けて登録部４１２に引き渡し、登録部４１２によってプロジェクト登録画面１０００に入力されたプロジェクト情報が取引データ５００として分散台帳２１０Ｘの指定されたブロックに登録される。

登録種別が「新規登録」の場合には、プロジェクトＩＤが新規発行され、発行されたプロジェクトＩＤが併せて登録される。公開方針が「プロジェクト情報、取引情報を共有する」の場合、登録日（タイムスタンプ）、登録種別、契約書類、プロジェクトＩＤ、プロジェクト名、プロジェクト種別、顧客名、発生日、終了日、管理担当、公開方針および登録者がプロジェクト情報としてグループ企業全体で共有できるように分散台帳２１０Ｘに登録され、タイムスタンプ、プロジェクトＩＤ、予算および登録者が決済情報として、グループ統括組織と管理担当となる組織のみで共有できるように分散台帳２１０Ｘに登録される。

登録されるプロジェクト情報には、登録日（タイムスタンプ）、登録種別、契約書類、プロジェクトＩＤ、プロジェクト名、プロジェクト種別、顧客名、発生日、終了日、管理担当、公開方針、登録者に限らず、業界特有の情報など、予め決められたグループ企業内で共有が必要な情報を含まれてもよい。

［取引画面］
図１１は、取引画面の一例を示す説明図である。取引画面１１００は、受発注等の取引を行う際に表示される画面である。取引画面１１００は、申請内容入力領域１１０１と、取引内容入力領域１１０２と、申請ボタン１１０３と、を有する。

申請内容入力領域１１０１は、取引に関する申請内容を選択して入力する領域である。発注する場合には、申請者は、申請内容入力領域１１０１で「発注」を選択すればよい。また、申請者は、正式な発注前の見積もりをとる場合には「見積もり依頼」、見積もり依頼に対して回答する場合には「見積もり回答」、受注側が製品を出荷する場合や電子媒体で納める場合には「納品」、納品された納品物の検収が完了した場合には「検収完了」を申請内容入力領域１１０１で選択すればよい。

取引内容入力領域１１０２は、取引内容を入力する領域である。取引内容入力領域１１０２に入力される取引内容には、たとえば、プロジェクトＩＤ、取引ＩＤ５０１、取引内容、依頼主、取引先、納期、金額、特記事項、申請者が含まれる。当該取引が関連するプロジェクトが存在する場合に、プロジェクトＩＤが入力可能である。たとえば、プロジェクトＩＤが「００１０１」のプロジェクトに関するデザイン業務を企業Ａから企業Ｂに委託する場合、プロジェクトＩＤに「００１０１」、取引内容に「デザイン業務依頼」、依頼主として「企業Ａ」、取引先として「企業Ｂ」が入力される。

既に発生した取引について、異なるステータスの取引を申請する場合に、当該取引の取引ＩＤ５０１が入力可能である。取引について特記事項があれば、入力可能である。たとえば、仕様書が別に添付されている場合に「仕様書添付有り」と入力される。申請者は、人事情報４３２に登録された社員である。

申請内容入力領域１１０１で選択された申請内容が「見積り依頼」の場合には、申請者は、金額として予算を入力してもよく、または、金額を入力しなくてもよい。申請内容入力領域１１０１で選択された申請内容が「納品」の場合には、申請者は、納期ではなく出荷日または納品日を入力し、金額は入力する必要はない。

申請者が申請ボタン１１０３を操作すると、取得部４１１がその入力を受け付けて取引管理部４１３に引き渡し、取引管理部４１３によって取引画面１１００に入力された情報が分散台帳２１０Ｘの指定されたブロックに登録される。取引ＩＤ５０１が付与されていない取引の場合、新しく取引ＩＤ５０１が発行され、発行された取引ＩＤ５０１が併せて登録される。

取引内容入力領域１１０２のプロジェクトＩＤで特定されるプロジェクトの公開方針（図１０を参照）が「プロジェクト情報、取引情報を共有する」である場合、申請日（タイムスタンプ）、申請内容（ステータス）、プロジェクトＩＤ、取引ＩＤ５０１、取引内容、依頼主、取引先、納期、特記事項および申請者を含む取引情報がグループ企業全体で共有できるように、取引データ５００として分散台帳２１０Ｘに登録される。また、取引内容入力領域１１０２に金額が入力されている場合に、タイムスタンプ、申請内容、取引ＩＤ５０１、金額および申請者を含む決済情報が、グループ統括組織と管理担当となる組織のみで共有できるように、取引データ５００として分散台帳２１０Ｘに登録される。

なお、登録される取引データ５００は、プロジェクトＩＤ、取引ＩＤ５０１、取引内容、依頼主、取引先、納期、特記事項、申請者に限らず、予め決められたグループ企業内で共有が必要な情報を含めてもよい。

［プロジェクトコイン発行・現金化申請画面］
図１２は、プロジェクトコイン発行・現金化申請画面の一例を示す説明図である。プロジェクトコイン発行・現金化申請画面１２００は、プロジェクトコイン発行およびプロジェクトコインの現金化を申請するための画面である。プロジェクトコイン発行・現金化申請画面１２００は、申請種別入力領域１２０１と、申請内容入力領域１２０２と、発行確認入力領域１２０３と、申請ボタン１２０５と、発行確認ボタン１２０６と、を有する。

申請種別入力領域１２０１は、申請種別を選択して入力する領域である。プロジェクトコインが発行されていないプロジェクトに対して、新しくプロジェクトコインの発行を申請する場合には、申請者は、申請種別入力領域１２０１で「新規発行」を選択すればよい。プロジェクトコインが既に発行されているプロジェクトに対して、プロジェクトコインを追加で発行する場合には「追加発行」、発行済みのプロジェクトコインを現金に交換する場合には、申請者は、申請種別入力領域１２０１で「現金化」を選択すればよい。

申請内容入力領域１２０２は、プロジェクトコインの発行および現金への交換に必要となる申請内容を入力する領域である。申請内容入力領域１２０２に入力される情報には、プロジェクトＩＤ、申請額、申請者が含まれる。入力されるプロジェクトＩＤは、プロジェクトコイン発行またはプロジェクトコイン現金化を希望するプロジェクトのプロジェクトＩＤである。入力される申請額は、当該プロジェクトに対するプロジェクトコインの発行希望額または現金化を希望するプロジェクトコインの額である。たとえば、図１２には、プロジェクトＩＤが「００１０１」のプロジェクトに対して、新しく「２，５００，０００円」分に相当するプロジェクトコインの発行が申請され、その申請者が「立花日彦」である場合を示している。

申請者が申請ボタン１２０５を押下すると、取得部４１１がその入力を受け付けて通貨交換部４１４に引き渡し、通貨交換部４１４によって申請内容が分散台帳２１０Ｘの指定されたブロックに登録される。また、申請ボタン１２０５の押下により、通貨発行装置２０２は、会計管理装置２０１Ｘから申請内容入力領域１２０２の申請内容を取得し、申請額に応じたプロジェクトコインを発行する。そして、通貨発行装置２０２は、その発行内容を取引データ５００として分散台帳２１０Ｘの指定されたブロックに登録する。

また、プロジェクトコイン発行・現金化申請画面１２００では、プロジェクトコインの発行状況を確認することもできる。発行確認入力領域１２０３にプロジェクトＩＤを入力し、発行確認ボタン１２０６を押下すると、取得部４１１はその入力を受け付けて通貨交換部４１４に引き渡す。通貨交換部４１４は、分散台帳２１０Ｘに登録されている発行内容の取引データ５００から当該プロジェクトに対する発行上限額およびプロジェクトコインの発行総額を算出し、発行状況出力領域１２０４に出力する。

［決済画面］
図１３は、決済画面の一例を示す説明図である。決済画面１３００は、決済に関する情報を入力する画面である。決済画面１３００は、決済方法入力領域１３０１と、決済内容入力領域１３０２と、申請ボタン１３０３と、を有する。

決済方法入力領域１３０１は、利用する決済方法を選択して入力する領域である。プロジェクトコインのみで決済を行う場合には、申請者は、決済方法入力領域１３０１で「プロジェクトコイン」を選択すればよい。また、申請者は、プロジェクトコインおよび現金を併用する場合には「プロジェクトコイン＋現金」、現金のみで決済を行う場合には「現金」を決済方法入力領域１３０１で選択すればよい。

決済内容入力領域１３０２は、決済に必要となる情報（決済情報）を入力する領域である。決済内容入力領域１３０２に入力される情報には、プロジェクトＩＤ、取引ＩＤ５０１、費目、支払人、受取人、金額、支払日、申請者が含まれる。図１３に示す例では、プロジェクトＩＤが「００１０１」のプロジェクトに関する取引ＩＤ５０１が「Ｔｘ００３」の取引について、「外注費」として「企業Ａ」から「企業Ｂ」に「５０万円」が「即日」で支払われるように入力されている。支払日は、「即日」ではなく日付を指定してもよい。

決済方法入力領域１３０１で決済方法として「プロジェクトコイン＋現金」が選択されている場合は、申請者は、内訳設定ボタン１３０４を押下し、内訳を設定することができる。図１３ではプロジェクトコインのみを利用した決済の場合の例を示すが、プロジェクトコインと現金を併用し、プロジェクトコインで３０万円分、現金で２０万円分となるように設定することもできる。また、当該プロジェクトのプロジェクトコインと終了した他プロジェクトのプロジェクトを併用するように設定することもできる。

申請者が申請ボタン１３０３を押下すると、取得部４１１がその入力を受け付けて決済部４１５に引き渡し、決済部４１５によって決済処理が実行され、決済情報が分散台帳２１０Ｘの指定されたブロックに登録される。決済部４１５による決済処理が実行される際には決済ＩＤが付与され、決済情報として併せて登録される。

決済内容入力領域１３０２のプロジェクトＩＤで特定されるプロジェクトの公開方針（図１０を参照）が「プロジェクト情報、決済情報を共有する」である場合、申請日（タイムスタンプ）、決済ＩＤ、決済方法、プロジェクトＩＤ、取引ＩＤ５０１、費目、支払人、受取人、金額、支払日および申請者を含む決済情報が、グループ統括組織と管理担当となる組織のみで共有できるように、取引データ５００として分散台帳２１０Ｘに登録される。また、決済処理が完了すると、取引ＩＤ５０１に入力された取引のステータスが「決済済み」となるように取引データ５００が分散台帳２１０Ｘに登録される。公開方針に従い、登録される取引データ５００はグループ企業全体で共有される。

［集計画面］
図１４は、第１集計画面の一例を示す説明図である。第１集計画面１４００は、グループ統括組織以外の会計管理装置２０１Ｘの出力デバイス３０４および当該会計管理装置２０１Ｘと通信可能に接続された不図示の外部端末に表示される。第１集計画面は、第１集計切口入力領域１４０１と、対象プロジェクト入力領域１４０２と、表示方法入力領域１４０３と、第１集計結果表示領域１４０４と、集計実行ボタン１４０５と、ダウンロードボタン１４０６と、を有する。

第１集計切口入力領域１４０１は、操作者がどのような観点で情報を集計するかを選択して入力する領域である。組織内の複数プロジェクトを比較する目的で集計する場合には、操作者は、第１集計切口入力領域１４０１で「プロジェクト（組織内）」を選択すればよい。組織内だけではなくグループ企業全体でのプロジェクトの収益詳細を集計する場合には、操作者は、「プロジェクト（グループ全体詳細）」を選択すればよい。組織内の期ごとや年度ごとなど、設定した期間の収益推移を集計する場合には、操作者は、「時系列（組織内）」を選択すればよい。第１集計切口入力領域１４０１で選択可能な集計切口は、本実施例に示すものに限らない。

図１４では、第１集計切口入力領域１４０１で「プロジェクト（組織内）」が選択されている。ここでは、企業Ａが、ＡＢＣプロジェクトとＤＥＦプロジェクトの２つのプロジェクトの収益を比較することを想定する。

対象プロジェクト入力領域１４０２は、集計対象となるプロジェクト名を入力する領域である。対象プロジェクト入力領域１４０２では、プロジェクト名を直接入力してもよく、プロジェクト一覧やプロジェクト名の一部入力から検索できるようにしてもよい。集計対象となるプロジェクトの数は２つに限らず、３つ以上でもよいし、単一プロジェクトの集計でもよい。

表示方法入力領域１４０３は、集計結果を表示する方法を選択して入力する領域である。図１４では、「縦棒グラフ」を利用する場合を示すが、その他、横棒グラフ、折れ線グラフ、表形式など、広く知られる集計表示方法を利用することができる。詳細設定ボタンを押下すると、集計条件の詳細を設定することができる。たとえば、集計対象とするプロジェクトの予算と実績のどちらかまたは両方を表示するのか、表示方法入力領域１４０３で選択した表示方法において凡例を示すかどうか、などを設定することができる。図１４では、実績のみを表示する場合を示している。

第１集計結果表示領域１４０４は、第１集計結果１４４１を表示する領域である。第１集計結果１４４１は、「ＡＢＣプロジェクト」の決済情報（利益、外注費、販売費、固定費）１４５１と、「ＤＥＦプロジェクト」の決済情報（利益、外注費、材料費、固定費）１４５２と、を含む。操作者が集計実行ボタン１４０５を押下すると、取得部４１１はその入力を受け付けて集計部４１６に引き渡し、集計部４１６によって集計処理が実行され、第１集計結果１４４１が第１集計結果表示領域１４０４に出力される。図１４に示す例では、取引データ５００から判断できるＡＢＣプロジェクトおよびＤＥＦプロジェクトに関連する取引について、決済情報として登録された情報をプロジェクトごとに集計することで収益が算出される。

操作者がダウンロードボタン１４０６を操作すると、取得部４１１はその入力を受け付けて集計部４１６に引き渡し、集計部４１６によって、集計結果のダウンロード処理が実行される。ダウンロードするファイルの形式は、ＣＳＶファイルや表形式で集計データのみをダウンロードしてもよいし、グラフの図や集計画面をＰＤＦやＰＮＧ、ＪＰＥＧ形式などでダウンロードするようにしてもよい。ダウンロードするファイルの形式は、操作者が自由に選択可能にしても構わない。

図１５は、第２集計画面の一例を示す説明図である。第２集計画面１５００は、グループ統括組織の会計管理装置２０１Ｘの出力デバイス３０４および当該会計管理装置２０１Ｘと通信可能に接続された不図示の外部端末に表示される。第２集計画面１５００は、第２集計切口入力領域１５０１と、対象プロジェクト入力領域１４０２と、表示方法入力領域１４０３と、第２集計結果表示領域１５０４と、集計実行ボタン１４０５と、ダウンロードボタン１４０６と、を有する。図１４と同一の符号を付した構成については図１４と同様であるので説明を省略し、相違点を中心に第２集計画面１５００について説明する。

第２集計切口入力領域１５０１は、操作者がどのような観点で情報を集計するかを選択して入力する領域である。図１５では、第２集計切口入力領域１５０１で「プロジェクト（グループ全体詳細）」が選択されている。ここでは、グループ統括組織が、ＡＢＣプロジェクトについてグループ企業全体での収益を集計する場合を想定する。第２集計結果表示領域１５０４は、第２集計結果１４４２を表示する領域である。

操作者が集計実行ボタン１４０５を操作すると、取得部４１１はその入力を受け付けて集計部４１６に引き渡し、集計部４１６によって集計処理が実行され、第２集計結果１４４２が第２集計結果表示領域１５０４に表示される。第２集計結果１４４２は、企業Ａの「ＡＢＣプロジェクト」の決済情報（利益、外注費、販売費、固定費）１５５１と、外注先である企業Ｂの決済情報（利益、材料費、固定費）１５５２と、決済情報１５５１，１５５２を集計した「ＡＢＣプロジェクト」についてのグループ全体（本例では、企業Ａおよび企業Ｂ）の決済情報１５５０と、を含む。

図１５に示す例では、取引データ５００から判断できるＡＢＣプロジェクトに関連する取引について、決済情報１５５１，１５５２として登録された取引データ５００をグループ企業全体で集計することで利益が算出される。企業Ａから企業Ｂに外注した際の決済情報１５５２は、企業Ａのみの集計では「外注費」のコストとして表示されるが、企業Ｂ側の収益構造を合わせることで、グループ企業全体での利益分を把握することが可能となる。

図１５に示す例では、決済情報が共有されているグループ統括組織による操作であるため、グループ全体での収益構造の集計が可能である。一方、企業Ａや企業Ｂが持つ分散台帳２１０Ｘには自社以外の決済情報が共有されていない。このため、グループ統括組織以外の会計管理装置２０１Ｘは、図１５で示したような集計を実行することができない。

このように、チャネルを利用して分散台帳２１０Ｘに共有する情報のアクセスを制御することにより、グループ全体としての収益構造を把握する必要がある組織のみがグループ全体での収益を集計可能としながら、グループに属する各企業が集計できる収益は自社が直接関係する取引に関する情報のみに絞ることができるようになる。分散台帳２１０Ｘによってグループ全体としての収益構造を把握する必要のある組織に対して決済情報を共有することができているため、グループに属する各企業は、集計に必要となるデータを収集してグループ統括組織へ提供する手間を省くことが可能になる。

＜プロジェクトコイン発行処理＞
図１６は、通貨発行装置２０２によるプロジェクトコイン発行処理手順例を示すフローチャートである。通貨発行装置２０２は、図１２により分散台帳２１０Ｘに登録された申請内容の取引データ５００を参照して、プロジェクトコイン発行の申請種別が「新規発行」であるかを判定する（ステップＳ１６０１）。「新規発行」である場合（ステップＳ１６０１：Ｙｅｓ）、通貨発行装置２０２は、プロジェクトコインの申請額が当該プロジェクトで発行可能な上限額以内であるか否かを判定する（ステップＳ１６０２）。

プロジェクトコインの申請額が当該プロジェクトで発行可能な上限額以内である場合（ステップＳ１６０２：Ｙｅｓ）、申請額分のプロジェクトコインを発行する（ステップＳ１６０３）。そして、通貨発行装置２０２は、発行内容を取引データ５００として分散台帳２１０Ｘに登録し（ステップＳ１６０４）、発行処理を終了する。

また、ステップＳ１６０２において、プロジェクトコインの申請額が当該プロジェクトで発行可能な上限額以内でない場合（ステップＳ１６０２：Ｎｏ）、通貨発行装置２０２は、プロジェクトコインの申請却下を取引データ５００として分散台帳２１０Ｘに登録し（ステップＳ１６０５）、発行処理を終了する。

また、ステップＳ１６０１において、プロジェクトコイン発行の申請種別が「新規発行」でない場合（ステップＳ１６０１：Ｎｏ）、通貨発行装置２０２は、プロジェクトコイン発行の申請種別が「追加発行」であるか否かを判断する（ステップＳ１６０６）。「追加発行」である場合（ステップＳ１６０６：Ｙｅｓ）、通貨発行装置２０２は、プロジェクトコインの発行総額が当該プロジェクトで発行可能な上限額以内であるか否かを判定する（ステップＳ１６０７）。

プロジェクトコインの発行総額が当該プロジェクトで発行可能な上限額以内である場合（ステップＳ１６０７：Ｙｅｓ）、ステップＳ１６０３に移行する。プロジェクトコインの発行総額が当該プロジェクトで発行可能な上限額以内でない場合（ステップＳ１６０７：Ｎｏ）、ステップＳ１６０５に移行する。

また、ステップＳ１６０６において、プロジェクトコイン発行の申請種別が「追加発行」でない場合（ステップＳ１６０６：Ｎｏ）、「現金化」は「現金化」である。したがって、通貨発行装置２０２は、申請されたプロジェクトコインを現金化するための現金化処理を実行し（ステップＳ１６０８）、現金化情報を取引データ５００として分散台帳２１０Ｘに登録し（ステップＳ１６０９）、発行処理を終了する。なお、図１６の処理は、通貨発行装置２０２によって実行されたが、各会計管理装置２０１Ｘの通貨交換部が実行してもよい。

＜決済処理＞
図１７は、会計管理装置２０１Ｘの決済部４１５が実行する決済処理手順例を示すフローチャートである。決済部４１５は、図１３で申請された決済方法入力領域１３０１の決済方法がプロジェクトコインを利用する方法であるか否かを判定する（ステップＳ１７０１）。プロジェクトコインを利用する方法とは、決済方法入力領域１３０１で「プロジェクトコイン」を選択した場合のプロジェクトコインのみを利用する方法と、決済方法入力領域１３０１で「プロジェクトコイン＋現金」を選択した場合のプロジェクトコインおよび現金を利用する方法とを含む。

プロジェクトコインを利用する場合（ステップＳ１７０１：Ｙｅｓ）、決済部４１５は、申請者が所属先９０３で所属する組織が保有するプロジェクトコインの残高が不足するか否かを判定する（ステップＳ１７０２）。すなわち、決済部４１５は、決済内容入力領域１３０２に入力された金額が、申請者の所属先９０３の組織が保有するプロジェクトコインの残高よりも大きいか否かを判断する。申請者の所属先９０３の組織が保有するプロジェクトコインの残高は、分散台帳２１０Ｘに登録された決済情報の取引データ５００から算出することができる。

プロジェクトコインの残高が不足する場合（ステップＳ１７０２：Ｙｅｓ）、決済部４１５は、他プロジェクトコインの利用がある場合に利用条件を満たしているか否かを判断する（ステップＳ１７０３）。「他プロジェクトコインの利用がある」とは、たとえば、ＡＢＣプロジェクトに関する取引の決済において、ＤＥＦプロジェクト用に発行されたプロジェクトコインの利用が設定されている場合のことをいう。利用条件は、他プロジェクトコインを流用することが可能であることを規定する条件である。たとえば、流用対象の他プロジェクトが完了登録されている場合に他プロジェクトコインが流用可能と定める。

他プロジェクトコインの利用がない場合および他プロジェクトコインの利用があるが、利用条件を満たしている場合は（ステップＳ１７０３：Ｙｅｓ）、ステップＳ１７０５に移行する。一方、他プロジェクトコインの利用がない場合、または、他プロジェクトコインの利用があるが、利用条件を満たしていない場合は（ステップＳ１７０３：Ｎｏ）、決済部４１５は、残高不足を取引データ５００として分散台帳２１０Ｘに登録し（ステップＳ１７０４）、決済処理を終了する。

一方、ステップＳ１７０２において、プロジェクトコインの残高が不足していない場合（ステップＳ１７０２：Ｎｏ）ステップＳ１７０５に移行する。ステップＳ１７０５では、決済部４１５は、ステップＳ１７０１のプロジェクトコインを利用する方法に、現金の利用があるか否かを判断する（ステップＳ１７０５）。すなわち、決済部４１５は、プロジェクトコインを利用する方法が、プロジェクトコインおよび現金を利用する方法であるか否かを判断する。

決済部４１５は、現金利用がない場合（ステップＳ１７０５：Ｎｏ）、プロジェクトコインを利用した決済処理を実行し（ステップＳ１７０６）、ステップＳ１７０８に移行する。一方、現金利用がある場合（ステップＳ１７０５：Ｙｅｓ）、プロジェクトコイン決済および現金決済の処理を実行し（ステップＳ１７０７）、ステップＳ１７０８に移行する。ステップＳ１７０８では、ステップＳ１７０６またはＳ１７０７の決済情報を取引データ５００として分散台帳２１０Ｘに登録し（ステップＳ１７０８）、決済処理を終了する。

また、ステップＳ１７０１において、プロジェクトコインを利用しない場合（ステップＳ１７０１：Ｎｏ）、すなわち、現金のみの利用の場合、決済部４１５は、現金決済処理を実行し（ステップＳ１７０９）、ステップＳ１７０８に移行する。

＜グループ全体での収益集計処理＞
図１８は、グループ統括組織の会計管理装置２０１Ａによるグループ全体での収益集計処理手順例を示すフローチャートである。グループ統括組織の会計管理装置２０１Ｘは、対象プロジェクトのプロジェクトＩＤを指定して、対象プロジェクトのプロジェクト情報を分散台帳２１０Ｘから取得する（ステップＳ１８０１）。対象プロジェクトは、図１５の対象プロジェクト入力領域１４０２で特定される。プロジェクト情報とは、プロジェクトＩＤを含む取引データ５００である。会計管理装置２０１Ａは、取得したプロジェクト情報に含まれる公開方針（図５（Ｂ）を参照）から、決済情報の共有範囲を特定する（ステップＳ１８０２）。

決済情報の共有範囲が全体（チャネル４に対応）である場合（ステップＳ１８０３：全体）、グループ統括組織の会計管理装置２０１Ａは、全体共有のチャネル（たとえば、図６に示したチャネル４）について、対象プロジェクトに関する決済情報を分散台帳２１０Ｘから取得し（ステップＳ１８０４）、ステップＳ１８０７に移行する。

一方、決済情報の共有範囲に指定がある場合（ステップＳ１８０３：指定あり）、共有範囲で指定された参加チャネル７０４のうちステップＳ１８０６で未確認のものについて、対象プロジェクトに関する決済情報を取得する（ステップＳ１８０５）。そして、グループ統括組織の会計管理装置２０１Ａは、指定の参加チャネル７０４をすべて確認済みであるか否かを判断する（ステップＳ１８０６）。すべて確認済みでない場合（ステップＳ１８０６：Ｎｏ）、ステップＳ１８０５に戻る。

すべて確認済みである場合（ステップＳ１８０６：Ｙｅｓ）、ステップＳ１８０７に移行する。ステップＳ１８０７では、グループ統括組織の会計管理装置２０１Ａは、表示方法入力領域１５０３で設定された表示方法に合うように集計処理（たとえば、時系列、全体集計、費目別など）を実行し、第２集計結果１４４２を第２集計結果表示領域１５０４に表示し（ステップＳ１８０８）、集計処理を終了する。

また、上述した本実施例にかかる会計管理装置２０１Ｘは、プロジェクトコインの発行や発行不可の情報、決済処理の決済完了や決済不可の情報を分散台帳２１０Ｘに登録するとして説明したが、分散台帳２１０Ｘへの登録をトリガにして申請者に通知するよう設定してもよい。申請者への通知は、例えば、スマートコントラクトを活用して自動的に行うことができる。

また、会計管理装置２０１Ｘは、プロジェクト情報や取引データ５００のうち、共有する必要のある情報のみを分散台帳２１０Ｘに記録し、自社内や自組織内でのみ利用する付随情報は従来のＲＤＢ等のデータベースに記録してもよい。

以上に説明したように、会計管理システム２００において、会計管理装置２０１Ｘは、取引内容を記録する社内通貨であるプロジェクトコインを利用して社内およびグループ企業間の決済を行い、プロジェクトごとに取引の内容と決済情報を関連付けて分散台帳２１０Ｘ上に蓄積する。また、会計管理装置２０１Ｘは、チャネル設定情報４２１を用いて、分散台帳２１０Ｘで共有する情報に対してプロジェクトごとにアクセス制御を実行する。

このため、グループ企業Ａ〜Ｇ同士で互いの収益を明かすことなく、グループ企業Ａ〜Ｇ全体を統括する組織Ａにおいてグループ企業Ｂ〜Ｇを跨いだプロジェクト単位での収益構造の把握が可能となる。また、取引内容や決済情報の変更も記録するため、会計上や取引上の不正や改ざんを防止できる。

（１）グループを構成する組織群（企業Ａ〜Ｇ）の中の第１組織（企業Ａ）の会計を管理する会計管理装置２０１Ａは、プログラムを実行するプロセッサ３０１と、プログラムを記憶する記憶デバイス３０２と、を有し、プロセッサ３０１は、第１組織（企業Ａ）のプロジェクト情報と、プロジェクトに関する決済情報と、を含む会計情報（分散台帳２１０Ａ）にアクセス可能であり、プロセッサ３０１は、取得部４１１により、会計情報から、プロジェクトに関する第１決済情報と、グループのうちプロジェクトの少なくとも一部の業務を担当した第２組織の一部の業務に関する第２決済情報と、を取得する取得処理と、集計部４１６により、取得処理によって取得された第１決済情報および第２決済情報を集計する集計処理と、集計処理による集計結果を出力する出力処理と、を実行する。

これにより、グループ企業Ａ〜Ｇ全体を統括する組織Ａにおいてグループ企業Ａ〜Ｇを跨いだプロジェクト単位での決済情報の構造の把握が可能となる。

（２）また、上記（１）において、取得処理では、プロセッサ３０１は、取得部４１１により、プロジェクト情報に規定された決済情報の共有範囲に基づいて、分散台帳２１０Ａから第２決済情報を取得してもよい。

これにより、公開方針に則って第２決済情報を集計することができる。

（３）また、上記（１）において、集計処理では、プロセッサ３０１は、集計部４１６により、第１決済情報内の特定の勘定科目の第１金額データと、第２決済情報内の特定の勘定科目の第２金額データと、を集計してもよい。これにより、第１決済情報および第２決済情報を勘定科目単位で集計することができる。

（４）また、上記（３）において、特定の勘定科目は、利益を示す勘定科目でもよい。これにより、グループ企業Ｂ〜Ｇ全体を統括する組織Ａにおいてグループ企業Ｂ〜Ｇを跨いだプロジェクト単位での収益構造の把握が可能となる。

（５）また、上記（１）において、会計情報は、ブロックチェーンにより構成された分散台帳でもよい。これにより、会計管理装置２０１Ａで生成した取引データ５００や会計管理装置２０１Ｂ〜Ｇからの取引データ５００を容易に取得することができる。

（６）また、上記（５）において、記憶デバイス３０２は、情報の通信相手となる他の組織の会計管理装置２０１Ｘを規定する１以上のチャネルを設定したチャネル設定情報４２１を記憶しており、プロセッサ３０１は、通信ＩＦ３０５により、指定されたチャネル（たとえば、チャネル１）から特定された他の組織（たとえば、企業Ｂ）の会計管理装置（２０１Ｂ）に、第１決済情報を含む取引データを送信する送信処理を実行してもよい。

これにより、会計管理装置２０１Ａは、自分の分散台帳２１０Ａと、指定されたチャネル１に参加した企業Ｂの会計管理装置２０１Ｂの分散台帳２１０Ｂとにのみ、当該取引データ５００を登録することができる。したがって、他の会計管理装置２０１Ｃ〜２０１Ｇに当該取引データ５００は明かされない。

（７）また、上記（５）において、プロセッサ３０１は、登録部４１２により、グループ内の他の組織（たとえば、企業Ｂ）の会計管理装置（２０１Ｂ）から第２決済情報を含む取引データ５００を受信すると、分散台帳２１０Ａに第２決済情報を登録する登録処理を実行し、取得処理では、プロセッサ３０１は、分散台帳２１０Ａから、第１決済情報と、登録処理によって登録された第２決済情報と、を取得してもよい。

このように、グループ企業Ａ〜Ｇ同士で互いの収益を明かすことなく、グループ企業Ａ〜Ｇ全体を統括する組織Ａにおいてグループ企業Ａ〜Ｇを跨いだプロジェクト単位での収益構造の把握が可能となる。また、取引内容や決済情報の変更も記録するため、会計上や取引上の不正や改ざんを防止できる。

なお、本発明は前述した実施例に限定されるものではなく、添付した特許請求の範囲の趣旨内における様々な変形例及び同等の構成が含まれる。たとえば、前述した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに本発明は限定されない。また、ある実施例の構成の一部を他の実施例の構成に置き換えてもよい。また、ある実施例の構成に他の実施例の構成を加えてもよい。また、各実施例の構成の一部について、他の構成の追加、削除、または置換をしてもよい。

また、前述した各構成、機能、処理部、処理手段等は、それらの一部又は全部を、たとえば集積回路で設計する等により、ハードウェアで実現してもよく、プロセッサがそれぞれの機能を実現するプログラムを解釈し実行することにより、ソフトウェアで実現してもよい。

各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリ、ハードディスク、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）等の記憶装置、又は、ＩＣ（Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）カード、ＳＤカード、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ）の記録媒体に格納することができる。

また、制御線や情報線は説明上必要と考えられるものを示しており、実装上必要な全ての制御線や情報線を示しているとは限らない。実際には、ほとんど全ての構成が相互に接続されていると考えてよい。

２００ 会計管理システム
２０１Ｘ 会計管理装置
２０２ 通貨発行装置
２０３ 第１ネットワーク
２０４ 第２ネットワーク
２０５ 調達装置
２０６ 在庫管理装置
２１０Ｘ 分散台帳
３００ コンピュータ
３０１ プロセッサ
３０２ 記憶デバイス
４１０ データ処理部
４１１ 取得部
４１２ 登録部
４１３ 取引管理部
４１４ 通貨交換部
４１５ 決済部
４１６ 集計部
４２０ ノード部
４２１ チャネル設定情報
４３０ 記憶部
４３１ 組織情報
４３２ 人事情報
５００ 取引データ
７０４ 参加チャネル
１０００ プロジェクト登録画面
１１００ 取引画面
１３００ 決済画面
１４００ 第１集計画面
１５００ 第２集計画面

Claims (15)

1. グループを構成する組織群の中の第１組織の会計を管理する会計管理装置であって、
   プログラムを実行するプロセッサと、前記プログラムを記憶する記憶デバイスと、を有し、
   前記会計管理装置は、前記第１組織のプロジェクトに関する情報と、前記プロジェクトに関する決済情報と、を含む会計情報にアクセス可能であり、
   前記会計情報から、前記プロジェクトに関する第１決済情報と、前記グループのうち前記プロジェクトの少なくとも一部の業務を担当した第２組織の前記一部の業務に関する第２決済情報と、を取得する取得処理と、
   前記取得処理によって取得された第１決済情報および前記第２決済情報を集計する集計処理と、
   前記集計処理による集計結果を出力する出力処理と、
   を実行することを特徴とする会計管理装置。
2. 請求項１に記載の会計管理装置であって、
   前記取得処理では、前記プロジェクトに関する情報に規定された前記決済情報の共有範囲に基づいて、前記会計情報から前記第２決済情報を取得する、
   ことを特徴とする会計管理装置。
3. 請求項１に記載の会計管理装置であって、
   前記集計処理では、前記第１決済情報内の特定の勘定科目の第１金額データと、前記第２決済情報内の前記特定の勘定科目の第２金額データと、を集計する、
   ことを特徴とする会計管理装置。
4. 請求項３に記載の会計管理装置であって、
   前記特定の勘定科目は、利益を示す勘定科目である、
   ことを特徴とする会計管理装置。
5. 請求項１に記載の会計管理装置であって、
   前記会計情報は、ブロックチェーンにより構成された分散台帳である、
   ことを特徴とする会計管理装置。
6. 請求項５に記載の会計管理装置であって、
   前記記憶デバイスは、情報の通信相手となる他の組織の会計管理装置を規定する１以上のチャネルを設定した設定情報を記憶しており、
   前記会計管理装置は、
   指定されたチャネルから特定された前記他の組織の会計管理装置に、前記第１決済情報を含む取引データを送信する送信処理を実行することを特徴とする会計管理装置。
7. 請求項５に記載の会計管理装置であって、
   前記会計管理装置は、
   前記グループ内の他の組織の会計管理装置から前記第２決済情報を含む取引データを受信すると、前記会計情報に前記第２決済情報を登録する登録処理を実行し、
   前記取得処理では、前記会計情報から、前記第１決済情報と、前記登録処理によって登録された第２決済情報と、を取得する、
   ことを特徴とする会計管理装置。
8. グループを構成する組織群の中の第１組織の会計を管理する会計管理装置が実行する会計管理方法であって、
   前記会計管理装置は、プログラムを実行するプロセッサと、前記プログラムを記憶する記憶デバイスと、を有し、
   前記会計管理装置は、前記第１組織のプロジェクトに関する情報と、前記プロジェクトに関する決済情報と、を含む前記第１組織の会計情報にアクセス可能であり、
   前記会計情報から、前記第１組織での前記プロジェクトに関する第１決済情報と、前記グループのうち前記プロジェクトの少なくとも一部の業務を担当した第２組織での前記一部の業務に関する第２決済情報と、を取得する取得処理と、
   前記取得処理によって取得された第１決済情報および前記第２決済情報を集計する集計処理と、
   前記集計処理による集計結果を出力する出力処理と、
   を実行することを特徴とする会計管理方法。
9. 請求項８に記載の会計管理方法であって、
   前記取得処理では、前記プロジェクトに関する情報に規定された前記決済情報の共有範囲に基づいて、前記会計情報から前記第２決済情報を取得する、
   ことを特徴とする会計管理方法。
10. 請求項８に記載の会計管理方法であって、
    前記集計処理では、前記第１決済情報内の特定の勘定科目の第１金額データと、前記第２決済情報内の前記特定の勘定科目の第２金額データと、を集計する、
    ことを特徴とする会計管理方法。
11. 請求項１０に記載の会計管理方法であって、
    前記特定の勘定科目は、利益を示す勘定科目である、
    ことを特徴とする会計管理方法。
12. 請求項８に記載の会計管理方法であって、
    前記会計情報は、ブロックチェーンにより構成された分散台帳である、
    ことを特徴とする会計管理方法。
13. 請求項１２に記載の会計管理方法であって、
    前記記憶デバイスは、情報の通信相手となる他の組織の会計管理装置を規定する１以上のチャネルを設定した設定情報を記憶しており、
    前記会計管理装置は、
    指定されたチャネルから特定された前記他の組織の会計管理装置に、前記第１決済情報を含む取引データを送信する送信処理を実行することを特徴とする会計管理方法。
14. グループを構成する組織群の中の第１組織の会計を管理する第１会計管理装置と、前記組織群の中の第２組織の会計を管理する第２会計管理装置と、を有する会計管理システムであって、
    前記第１会計管理装置は、
    前記第１組織のプロジェクトに関する第１決済を実行する第１決済処理と、
    前記第１決済処理による第１決済情報を前記第１会計管理装置がアクセス可能な第１会計情報に登録する第１登録処理と、
    を実行し、
    前記第２会計管理装置は、
    前記プロジェクトの一部の業務に関する第２決済を実行する第２決済処理と、
    前記第２決済処理による第２決済情報を前記第２会計管理装置がアクセス可能な第２会計情報に登録する第２登録処理と、
    前記第２決済情報を前記第１会計管理装置に送信する送信処理と、
    を実行し、
    前記第１会計管理装置は、
    前記送信処理によって送信された第２決済情報を受信すると、前記第１会計情報に登録する第３登録処理と、
    前記第１会計情報から、前記第１決済情報と、前記第２決済情報と、を取得する取得処理と、
    前記取得処理によって取得された第１決済情報および前記第２決済情報を集計する集計処理と、
    前記集計処理による集計結果を出力する出力処理と、
    を実行することを特徴とする会計管理システム。
15. 請求項１４に記載の会計管理システムであって、
    前記第２会計管理装置は、情報の通信相手となる他の組織の会計管理装置を規定する１以上のチャネルを設定した設定情報を記憶しており、
    前記送信処理では、前記第２会計管理装置は、前記第１会計管理装置を前記通信相手として規定するチャネルが指定された場合、前記第１会計管理装置に、前記第２決済情報を含む取引データを送信する、
    ことを特徴とする会計管理システム。