(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024157728
(43)【公開日】2024-11-08
(54)【発明の名称】集金システム、プログラム、および方法
(51)【国際特許分類】
G06Q 20/10 20120101AFI20241031BHJP
【ＦＩ】
G06Q20/10 300
【審査請求】有
【請求項の数】6
【出願形態】ＯＬ
(21)【出願番号】P 2023072257
(22)【出願日】2023-04-26
(11)【特許番号】
(45)【特許公報発行日】2023-12-20
(71)【出願人】
【識別番号】518391959
【氏名又は名称】株式会社エンペイ
(74)【代理人】
【識別番号】110002815
【氏名又は名称】ＩＰＴｅｃｈ弁理士法人
(72)【発明者】
【氏名】森脇 潤一
(72)【発明者】
【氏名】根津 宏和
【テーマコード（参考）】
5L020
5L055
【Ｆターム（参考）】
5L020AA32
5L055AA32
(57)【要約】
【課題】複数の事業所を運営する法人において、各事業所での集金業務の一括した管理を円滑に行うことができる集金システムを提供する。
【解決するための手段】プロセッサを備え、複数の事業所を管理する法人による事業所における顧客からの集金に用いられる集金システムに実行させるプログラムであって、プロセッサに、法人の担当者が使用する端末装置から、複数の事業所それぞれにおける顧客への請求に関する情報、および当該請求に対する集金状況に関する情報のうちの少なくとも一方についての集計指示の入力を受け付けるステップと、集計指示の受け付けに応答して、事業所ごとの請求に関する情報、および集金状況に関する情報のうちの少なくとも一方を集計するステップと、集計した情報を端末装置に対して出力するステップと、を実行させる、プログラム。
【選択図】図１６
【解決するための手段】プロセッサを備え、複数の事業所を管理する法人による事業所における顧客からの集金に用いられる集金システムに実行させるプログラムであって、プロセッサに、法人の担当者が使用する端末装置から、複数の事業所それぞれにおける顧客への請求に関する情報、および当該請求に対する集金状況に関する情報のうちの少なくとも一方についての集計指示の入力を受け付けるステップと、集計指示の受け付けに応答して、事業所ごとの請求に関する情報、および集金状況に関する情報のうちの少なくとも一方を集計するステップと、集計した情報を端末装置に対して出力するステップと、を実行させる、プログラム。
【選択図】図１６
【特許請求の範囲】
【請求項1】
プロセッサを備え、複数の事業所を管理する法人による前記事業所における顧客からの集金に用いられる集金システムに実行させるプログラムであって、
前記プログラムは、前記プロセッサに、
前記法人の担当者が使用する端末装置から、複数の前記事業所それぞれにおける前記顧客への請求に関する情報、および当該請求に対する集金状況に関する情報のうちの少なくとも一方についての集計指示の入力を受け付けるステップと、
前記集計指示の受け付けに応答して、前記事業所ごとの前記請求に関する情報、および前記集金状況に関する情報のうちの少なくとも一方を集計するステップと、
集計した情報を前記端末装置に対して出力するステップと、を実行させる、プログラム。
前記プログラムは、前記プロセッサに、
前記法人の担当者が使用する端末装置から、複数の前記事業所それぞれにおける前記顧客への請求に関する情報、および当該請求に対する集金状況に関する情報のうちの少なくとも一方についての集計指示の入力を受け付けるステップと、
前記集計指示の受け付けに応答して、前記事業所ごとの前記請求に関する情報、および前記集金状況に関する情報のうちの少なくとも一方を集計するステップと、
集計した情報を前記端末装置に対して出力するステップと、を実行させる、プログラム。
【請求項2】
前記プロセッサに、さらに、
前記担当者に付与されたユーザ権限を判定するステップと、
前記担当者に対して所定の権限が付与されている場合に、前記集計指示の入力を行う画面である、法人担当者向けの管理画面を前記端末装置に対して出力するステップと、を実行させる、請求項１に記載のプログラム。
前記担当者に付与されたユーザ権限を判定するステップと、
前記担当者に対して所定の権限が付与されている場合に、前記集計指示の入力を行う画面である、法人担当者向けの管理画面を前記端末装置に対して出力するステップと、を実行させる、請求項１に記載のプログラム。
【請求項3】
前記プロセッサに、さらに、
前記端末装置から、前記事業所を指定した請求締め処理の入力を受け付けるステップと、
前記請求締め処理の入力に応答して、前記事業所における請求情報の変更を制限するステップと、を実行させる、請求項１に記載のプログラム。
前記端末装置から、前記事業所を指定した請求締め処理の入力を受け付けるステップと、
前記請求締め処理の入力に応答して、前記事業所における請求情報の変更を制限するステップと、を実行させる、請求項１に記載のプログラム。
【請求項4】
前記集金状況には、前記事業所ごとの集金率、および前記顧客の支払手段の内訳の少なくとも一方が含まれる、請求項１に記載のプログラム。
【請求項5】
前記プロセッサに、さらに、
前記端末装置から、前記請求に関する支払について、前記請求の費目ごとに、入金するべき口座である入金口座の指定を受け付けるステップと、
前記顧客からの支払いを受けた費用について、前記費目ごとに集計をして、指定された前記入金口座への入金を行うステップと、を実行させる、請求項１に記載のプログラム。
前記端末装置から、前記請求に関する支払について、前記請求の費目ごとに、入金するべき口座である入金口座の指定を受け付けるステップと、
前記顧客からの支払いを受けた費用について、前記費目ごとに集計をして、指定された前記入金口座への入金を行うステップと、を実行させる、請求項１に記載のプログラム。
【請求項6】
プロセッサを備え、複数の事業所を管理する法人による前記事業所における顧客からの集金に用いられる集金システムが実行する方法であって、
前記方法は、前記プロセッサが、
前記法人の担当者が使用する端末装置から、複数の前記事業所それぞれにおける前記顧客への請求に関する情報、および当該請求に対する集金状況に関する情報のうちの少なくとも一方についての集計指示の入力を受け付けるステップと、
前記集計指示の受け付けに応答して、前記事業所ごとの前記請求に関する情報、および前記集金状況に関する情報のうちの少なくとも一方を集計するステップと、
集計した情報を前記端末装置に対して出力するステップと、を実行する、方法。
前記方法は、前記プロセッサが、
前記法人の担当者が使用する端末装置から、複数の前記事業所それぞれにおける前記顧客への請求に関する情報、および当該請求に対する集金状況に関する情報のうちの少なくとも一方についての集計指示の入力を受け付けるステップと、
前記集計指示の受け付けに応答して、前記事業所ごとの前記請求に関する情報、および前記集金状況に関する情報のうちの少なくとも一方を集計するステップと、
集計した情報を前記端末装置に対して出力するステップと、を実行する、方法。
【請求項7】
プロセッサを備え、複数の事業所を管理する法人による前記事業所における顧客からの集金に用いられる集金システムであって、
前記集金システムは、前記プロセッサが、
前記法人の担当者が使用する端末装置から、複数の前記事業所それぞれにおける前記顧客への請求に関する情報、および当該請求に対する集金状況に関する情報のうちの少なくとも一方についての集計指示の入力を受け付ける手段と、
前記集計指示の受け付けに応答して、前記事業所ごとの前記請求に関する情報、および前記集金状況に関する情報のうちの少なくとも一方を集計する手段と、
集計した情報を前記端末装置に対して出力する手段と、を備える、集金システム。
前記集金システムは、前記プロセッサが、
前記法人の担当者が使用する端末装置から、複数の前記事業所それぞれにおける前記顧客への請求に関する情報、および当該請求に対する集金状況に関する情報のうちの少なくとも一方についての集計指示の入力を受け付ける手段と、
前記集計指示の受け付けに応答して、前記事業所ごとの前記請求に関する情報、および前記集金状況に関する情報のうちの少なくとも一方を集計する手段と、
集計した情報を前記端末装置に対して出力する手段と、を備える、集金システム。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、集金システム、プログラム、および方法に関する。
【背景技術】
【0002】
従来から、請求元から支払者へ発行される各種の費用請求を、電子データにより行うシステムが知られている。
【0003】
例えば、特許文献１には、複数の請求元それぞれから発行される請求情報を集計して、支払者に対してまとめて請求を行うシステムが開示されている。
【先行技術文献】
【特許文献】
【0004】
【特許文献1】特開２００１－２５００６９
【発明の概要】
【発明が解決しようとする課題】
【0005】
しかしながら従来のシステムでは、あくまで請求元ごとの支払情報を管理するため、例えば複数の事業所を運営する法人において、請求元となる事業所ごとに集金状況を確認する必要があり、複数の事業所における集金業務の一括した管理に対して改善の余地があった。
【0006】
本開示では、複数の事業所を運営する法人において、各事業所での集金業務の一括した管理を円滑に行うことができる集金システムを提供することを目的とする。
【課題を解決するための手段】
【0007】
本開示の一態様のプログラムは、プロセッサを備え、複数の事業所を管理する法人による事業所における顧客からの集金に用いられる集金システムに実行させるプログラムであって、プロセッサに、法人の担当者が使用する端末装置から、複数の事業所それぞれにおける顧客への請求に関する情報、および当該請求に対する集金状況に関する情報のうちの少なくとも一方についての集計指示の入力を受け付けるステップと、集計指示の受け付けに応答して、事業所ごとの請求に関する情報、および集金状況に関する情報のうちの少なくとも一方を集計するステップと、集計した情報を端末装置に対して出力するステップと、を実行させる、プログラム。
【発明の効果】
【0008】
本開示の集金システムでは、複数の事業所を運営する法人において、各事業所での集金業務の一括した管理を円滑に行うことができる。
【図面の簡単な説明】
【0009】
【図1】本発明の集金システムのブロック図である。
【図9】本発明に係る集金システムの処理のうち、担当者のログインによる管理画面の表示処理を示すフロー図である。
【図10】本発明に係る集金システムの処理のうち、事業所からの費用請求から支払者による支払いまでの処理を示すフロー図である。
【図11】本発明に係る集金システムの処理のうち、法人の担当者からの請求締め処理を示すフロー図である。
【図12】本発明に係る集金システムの処理のうち、請求および集金状況の集計処理を示すフロー図である。
【図13】集金システムの処理のうち、入金口座の指定処理を示すフロー図である。
【図14】本発明に係る集金システムにおける第１画面例を示す図である。
【図15】本発明に係る集金システムにおける第２画面例を示す図である。
【図16】本発明に係る集金システムにおける第３画面例を示す図である。
【図17】本発明に係る集金システムにおける第４画面例を示す図である。
【発明を実施するための形態】
【0010】
以下、本発明の一実施形態について、図面に基づいて詳細に説明する。なお、実施形態を説明するための図面において、同一の構成要素には原則として同一の符号を付し、その繰り返しの説明は省略する。
【0011】
（１）システム１の概要
図１は、本発明の集金システム１（以下、単にシステム１という）の概要を説明する図である。
図１に示すように、システム１は、顧客からの支払いに関する集金業務に用いられるシステムである。またシステム１は、複数の事業所を管理する法人による事業所における集金業務に特に用いられる。
以下の説明では、まずシステム１の構成について説明した後に、システム１を用いた各種の処理について詳述する。
図１は、本発明の集金システム１（以下、単にシステム１という）の概要を説明する図である。
図１に示すように、システム１は、顧客からの支払いに関する集金業務に用いられるシステムである。またシステム１は、複数の事業所を管理する法人による事業所における集金業務に特に用いられる。
以下の説明では、まずシステム１の構成について説明した後に、システム１を用いた各種の処理について詳述する。
【0012】
（１－１）全体構成
本実施形態に係るシステム１の全体構成について説明する。
図１に示すように、システム１は、複数の端末装置１０と、サーバ２０と、を含む。
複数の端末装置１０とサーバ２０とは、ネットワーク８０を介して相互に通信可能に接続されている。ネットワーク８０は、有線又は無線ネットワークにより構成される。
本実施形態に係るシステム１の全体構成について説明する。
図１に示すように、システム１は、複数の端末装置１０と、サーバ２０と、を含む。
複数の端末装置１０とサーバ２０とは、ネットワーク８０を介して相互に通信可能に接続されている。ネットワーク８０は、有線又は無線ネットワークにより構成される。
【0013】
以下の説明において、端末装置１０は、ユーザの種別により以下の３つに分類される。
・法人の担当者が使用する法人端末１０Ａ
・各事業所の担当者が使用する事業所端末１０Ｂ
・支払者が使用する支払者端末１０Ｃ
・法人の担当者が使用する法人端末１０Ａ
・各事業所の担当者が使用する事業所端末１０Ｂ
・支払者が使用する支払者端末１０Ｃ
【0014】
ここで、法人とは、任意の事業を運営する団体（事業者）であり、一定の目的のために結合した集団をさす。法人が運営する事業としては、会員に対して所定の役務を提供する各種の事業が含まれ、一例としては以下が挙げられる。
・教育事業：保育園、幼稚園、学童保育、小学校、学習塾、各種習い事など
・生活関連サービス業：社会人スクール、トレーニングジムなど
・教育事業：保育園、幼稚園、学童保育、小学校、学習塾、各種習い事など
・生活関連サービス業：社会人スクール、トレーニングジムなど
【0015】
なお、システム１の射程となる事業としては、会員に対して継続的に役務を提供し、事業所が定期的な会費の支払いを受ける事業が好ましい。
また、この説明における法人には、法律上の法人格を有さない所定の事業を営む団体が含まれてもよい。
また、システム１を、複数の事業所を運営する個人が利用してもよい。この場合には、当該個人が、この説明における法人とみなされる。
また、この説明における法人には、法律上の法人格を有さない所定の事業を営む団体が含まれてもよい。
また、システム１を、複数の事業所を運営する個人が利用してもよい。この場合には、当該個人が、この説明における法人とみなされる。
【0016】
システム１は、このような各種の事業を複数の事業所において運営する法人により使用される。すなわち、法人は複数の事業所の運営を統括して管理する団体である。法人および事業所の関係は例えば以下のとおりである。
・法人：複数の幼稚園を運営する学校法人
・事業所：当該学校法人により運営されるそれぞれの幼稚園
・法人：複数の幼稚園を運営する学校法人
・事業所：当該学校法人により運営されるそれぞれの幼稚園
【0017】
ここで、システム１のユーザの種別について定義する。
・法人担当者：法人に所属し、当該法人が運営する複数の事業所の運営について統括した管理を行う者（例えば法人社員、法人代表者など）
・事業所担当者：事業所に所属し、会員への役務の提供を行うとともに、当該事業所の運営を管理する者（例えば事業所社員、事業所代表者など）
・会員：各事業所から役務の提供を受ける物（事業所が幼稚園の場合は園児）
・支払者：各事業所から役務の提供を受ける会員、又は会員の保護者等であって、会員が受ける役務の対価を、当該事業所に対して支払う者（事業所が幼稚園の場合は親）
なお、会員および支払者を顧客と呼ぶことがある。
・法人担当者：法人に所属し、当該法人が運営する複数の事業所の運営について統括した管理を行う者（例えば法人社員、法人代表者など）
・事業所担当者：事業所に所属し、会員への役務の提供を行うとともに、当該事業所の運営を管理する者（例えば事業所社員、事業所代表者など）
・会員：各事業所から役務の提供を受ける物（事業所が幼稚園の場合は園児）
・支払者：各事業所から役務の提供を受ける会員、又は会員の保護者等であって、会員が受ける役務の対価を、当該事業所に対して支払う者（事業所が幼稚園の場合は親）
なお、会員および支払者を顧客と呼ぶことがある。
【0018】
（１－２）端末装置１０のハードウェア構成
図１に示すように、端末装置１０は、各ユーザが操作する情報処理装置である。端末装置１０は、据え置き型のＰＣ（Personal Computer）、ラップトップＰＣなどにより実現される。その他、端末装置１０は、例えば移動体通信システムに対応したタブレットや、スマートフォン等の携帯端末であってもよい。
図１に示すように、端末装置１０は、各ユーザが操作する情報処理装置である。端末装置１０は、据え置き型のＰＣ（Personal Computer）、ラップトップＰＣなどにより実現される。その他、端末装置１０は、例えば移動体通信システムに対応したタブレットや、スマートフォン等の携帯端末であってもよい。
【0019】
端末装置１０は、ネットワーク８０を介してサーバ２０と通信可能に接続される。端末装置１０は、５Ｇ、ＬＴＥ（Long Term Evolution）などの通信規格に対応した無線基地局８１、ＩＥＥＥ（Institute of Electrical and Electronics Engineers）８０２．１１などの無線ＬＡＮ（Local Area Network）規格に対応した無線ＬＡＮルータ８２等の通信機器と通信することにより、ネットワーク８０に接続される。
【0020】
図１に示すように、端末装置１０は、通信ＩＦ（Interface）１２と、入力装置１３と、出力装置１４と、メモリ１５と、記憶部１６と、プロセッサ１９とを備える。
【0021】
通信ＩＦ１２は、端末装置１０が外部の装置と通信するため、信号を入出力するためのインタフェースである。
入力装置１３は、ユーザからの入力操作を受け付けるための入力装置（例えば、キーボードや、タッチパネル、タッチパッド、マウス等のポインティングデバイス等）である。
入力装置１３は、ユーザからの入力操作を受け付けるための入力装置（例えば、キーボードや、タッチパネル、タッチパッド、マウス等のポインティングデバイス等）である。
【0022】
出力装置１４は、ユーザに対し情報を提示するための出力装置（ディスプレイ、スピーカ等）である。
メモリ１５は、プログラム、および、プログラム等で処理されるデータ等を一時的に記憶するためのものであり、例えばＤＲＡＭ（Dynamic Random Access Memory）等の揮発性のメモリである。
メモリ１５は、プログラム、および、プログラム等で処理されるデータ等を一時的に記憶するためのものであり、例えばＤＲＡＭ（Dynamic Random Access Memory）等の揮発性のメモリである。
【0023】
記憶部１６は、データを保存するための記憶装置であり、例えばフラッシュメモリ、ＨＤＤ（Hard Disc Drive）である。
プロセッサ１９は、プログラムに記述された命令セットを実行するためのハードウェアであり、演算装置、レジスタ、周辺回路などにより構成される。
プロセッサ１９は、プログラムに記述された命令セットを実行するためのハードウェアであり、演算装置、レジスタ、周辺回路などにより構成される。
【0024】
（１－３）サーバ２０のハードウェア構成
図１に示すように、サーバ２０は、事業所における会員からの会費の集金業務をサポートする情報処理装置である。
サーバ２０は、ネットワーク８０に接続されたコンピュータである。サーバ２０は、通信ＩＦ２２と、入出力ＩＦ２３と、メモリ２５と、ストレージ２６と、プロセッサ２９とを備える。
図１に示すように、サーバ２０は、事業所における会員からの会費の集金業務をサポートする情報処理装置である。
サーバ２０は、ネットワーク８０に接続されたコンピュータである。サーバ２０は、通信ＩＦ２２と、入出力ＩＦ２３と、メモリ２５と、ストレージ２６と、プロセッサ２９とを備える。
【0025】
通信ＩＦ２２は、サーバ２０が外部の装置と通信するため、信号を入出力するためのインタフェースである。
入出力ＩＦ２３は、ユーザからの入力操作を受け付けるための入力装置、および、ユーザに対し情報を提示するための出力装置とのインタフェースとして機能する。
入出力ＩＦ２３は、ユーザからの入力操作を受け付けるための入力装置、および、ユーザに対し情報を提示するための出力装置とのインタフェースとして機能する。
【0026】
メモリ２５は、プログラム、および、プログラム等で処理されるデータ等を一時的に記憶するためのものであり、例えばＤＲＡＭ（Dynamic Random Access Memory）等の揮発性のメモリである。
ストレージ２６は、データを保存するための記憶装置であり、例えばフラッシュメモリ、ＨＤＤ（Hard Disc Drive）である。
プロセッサ２９は、プログラムに記述された命令セットを実行するためのハードウェアであり、演算装置、レジスタ、周辺回路などにより構成される。
ストレージ２６は、データを保存するための記憶装置であり、例えばフラッシュメモリ、ＨＤＤ（Hard Disc Drive）である。
プロセッサ２９は、プログラムに記述された命令セットを実行するためのハードウェアであり、演算装置、レジスタ、周辺回路などにより構成される。
【0027】
（２）端末装置１０の機能的構成
図２は、システム１を構成する端末装置１０の機能的な構成を示すブロック図である。図２に示すように、端末装置１０は、複数のアンテナ（アンテナ１１１、アンテナ１１２）と、各アンテナに対応する無線通信部（第１無線通信部１２１、第２無線通信部１２２）と、入力受付部１３０（キーボード１３１およびディスプレイ１３２を含む）と、音声処理部１４０と、マイク１４１と、スピーカ１４２と、カメラ１５０と、記憶部１６０と、制御部１７０とを含む。
図２は、システム１を構成する端末装置１０の機能的な構成を示すブロック図である。図２に示すように、端末装置１０は、複数のアンテナ（アンテナ１１１、アンテナ１１２）と、各アンテナに対応する無線通信部（第１無線通信部１２１、第２無線通信部１２２）と、入力受付部１３０（キーボード１３１およびディスプレイ１３２を含む）と、音声処理部１４０と、マイク１４１と、スピーカ１４２と、カメラ１５０と、記憶部１６０と、制御部１７０とを含む。
【0028】
端末装置１０は、図２では特に図示していない機能および構成（例えば、電力を保持するためのバッテリー、バッテリーから各回路への電力の供給を制御する電力供給回路など）も有している。図２に示すように、端末装置１０に含まれる各ブロックは、バス等により電気的に接続される。
【0029】
アンテナ１１１は、端末装置１０が発する信号を電波として放射する。また、アンテナ１１１は、空間から電波を受信して受信信号を第１無線通信部１２１へ与える。
【0030】
アンテナ１１２は、端末装置１０が発する信号を電波として放射する。また、アンテナ１１２は、空間から電波を受信して受信信号を第２無線通信部１２２へ与える。
【0031】
第１無線通信部１２１は、端末装置１０が他の無線機器と通信するため、アンテナ１１１を介して信号を送受信するための変復調処理などを行う。第２無線通信部１２２は、端末装置１０が他の無線機器と通信するため、アンテナ１１２を介して信号を送受信するための変復調処理などを行う。
【0032】
第１無線通信部１２１と第２無線通信部１２２とは、チューナー、ＲＳＳＩ（Received Signal Strength Indicator）算出回路、ＣＲＣ（Cyclic Redundancy Check）算出回路、高周波回路などを含む通信モジュールである。第１無線通信部１２１と第２無線通信部１２２とは、端末装置１０が送受信する無線信号の変復調や周波数変換を行い、受信信号を制御部１７０へ与える。
【0033】
入力受付部１３０は、ユーザの入力操作を受け付けるための機構を有する。具体的には、入力受付部１３０は、キーボード１３１と、ディスプレイ１３２とを含む。なお、入力受付部１３０は、例えば静電容量方式のタッチパネルを用いることによって、タッチパネルに対するユーザの接触位置を検出する、タッチスクリーンとして構成してもよい。
【0034】
キーボード１３１は、端末装置１０のユーザの入力操作を受け付ける。キーボード１３１は、文字入力を行う装置であり、入力された文字情報を入力信号として制御部１７０へ出力する。
【0035】
ディスプレイ１３２は、制御部１７０の制御に応じて、画像、動画、テキストなどのデータを表示する。すなわち、ディスプレイ１３２は、ユーザに対して情報を出力する出力部としても機能する。ディスプレイ１３２は、例えばＬＣＤ（Liquid Crystal Display）や有機ＥＬ（Electro-Luminescence）ディスプレイによって実現される。
【0036】
記憶部１６０は、例えばフラッシュメモリ等により構成され、端末装置１０が使用するデータおよびプログラムを記憶する。ある局面において、記憶部１６０は、ユーザ情報１６１を記憶する。
【0037】
ユーザ情報１６１は、端末装置１０を使用してシステム１を利用するユーザの情報である。ユーザ情報１６１としては、ユーザを識別する情報、ユーザの名称、ユーザが使用するメッセージアプリのアカウント情報、ユーザのメールアドレス等の連絡先に関する情報等が含まれる。
【0038】
制御部１７０は、記憶部１６０に記憶されるプログラムを読み込んで、プログラムに含まれる命令を実行することにより、端末装置１０の動作を制御する。制御部１７０は、例えば予め端末装置１０にインストールされているアプリケーションプログラムである。制御部１７０は、プログラムに従って動作することにより、操作受付部１７１と、送受信部１７２と、データ処理部１７３と、表示処理部１７４としての機能を発揮する。
【0039】
操作受付部１７１は、キーボード１３１等の入力装置に対するユーザの入力操作を受け付ける処理を行う。
【0040】
送受信部１７２は、端末装置１０が、サーバ２０等の外部の装置と、通信プロトコルに従ってデータを送受信するための処理を行う。
【0041】
データ処理部１７３は、端末装置１０が入力を受け付けたデータに対し、プログラムに従って演算を行い、演算結果をメモリ等に出力する処理を行う。
【0042】
表示処理部１７４は、ユーザに対し情報を提示する処理を行う。表示処理部１７４は、表示画像をディスプレイ１３２に表示させる処理等を行う。
【0043】
【0044】
通信部２０１は、サーバ２０が外部の装置と通信するための処理を行う。
【0045】
（３－１）記憶部２０２の構成
記憶部２０２は、サーバ２０が使用するデータおよびプログラムを記憶する。記憶部２０２は、以下のデータベースを記憶している。
１）法人に関する情報を記憶するデータベース
・法人データベース（法人ＤＢ）２０２１
・事業所情報データベース（事業所ＤＢ）２０２２
・入金口座データベース（入金口座ＤＢ）２０２３
２）担当者に関する情報を記憶するデータベース
・担当者データベース（担当者ＤＢ）２０２４
・役割データベース（役割ＤＢ）２０２５
３）会員および支払者に関する情報を記憶するデータベース
・会員データベース（会員ＤＢ）２０２６
・支払者データベース（支払者ＤＢ）２０２７
４）請求に関する情報を記憶するデータベース
・請求データベース（請求ＤＢ）２０２８
５）法人の担当者による操作履歴に関する情報を記憶するデータベース
・請求締め履歴データベース（請求締め履歴ＤＢ）２０２９
・指定口座マスタデータベース（指定口座マスタＤＢ）２０３０
これらの各データベースの詳細については、後述する。
記憶部２０２は、サーバ２０が使用するデータおよびプログラムを記憶する。記憶部２０２は、以下のデータベースを記憶している。
１）法人に関する情報を記憶するデータベース
・法人データベース（法人ＤＢ）２０２１
・事業所情報データベース（事業所ＤＢ）２０２２
・入金口座データベース（入金口座ＤＢ）２０２３
２）担当者に関する情報を記憶するデータベース
・担当者データベース（担当者ＤＢ）２０２４
・役割データベース（役割ＤＢ）２０２５
３）会員および支払者に関する情報を記憶するデータベース
・会員データベース（会員ＤＢ）２０２６
・支払者データベース（支払者ＤＢ）２０２７
４）請求に関する情報を記憶するデータベース
・請求データベース（請求ＤＢ）２０２８
５）法人の担当者による操作履歴に関する情報を記憶するデータベース
・請求締め履歴データベース（請求締め履歴ＤＢ）２０２９
・指定口座マスタデータベース（指定口座マスタＤＢ）２０３０
これらの各データベースの詳細については、後述する。
【0046】
（３－２）制御部２０３の構成
図３に示す制御部２０３は、サーバ２０のプロセッサ２９が、プログラムに従って処理を行うことにより、各種モジュールとして送受信制御モジュール２０３１、取得モジュール２０３２、アカウント認証モジュール２０３３、請求モジュール２０３４、入金モジュール２０３５、集計モジュール２０３６、および出力モジュール２０３７としての機能を発揮する。
図３に示す制御部２０３は、サーバ２０のプロセッサ２９が、プログラムに従って処理を行うことにより、各種モジュールとして送受信制御モジュール２０３１、取得モジュール２０３２、アカウント認証モジュール２０３３、請求モジュール２０３４、入金モジュール２０３５、集計モジュール２０３６、および出力モジュール２０３７としての機能を発揮する。
【0047】
送受信制御モジュール２０３１は、サーバ２０が外部の装置から通信プロトコルに従って信号を送受信する処理を制御する。
【0048】
取得モジュール２０３２は、送受信制御モジュール２０３１が受信した各種の情報を取得し、該当するデータベースに記録処理を制御する。
【0049】
アカウント認証モジュール２０３３は、システム１へのログインにおいて、担当者が入力したアカウント情報を用いてログインの認証を行う。アカウント認証モジュール２０３３は、ログインを行った担当者の権限を判定することで、後述する管理画面の切り替えを行う。すなわち、アカウント認証モジュール２０３３は、担当者に対して所定の権限（法人権限）が付与されていることを条件として、法人担当者向けの操作画面を法人端末１０Ａに対して出力する。
【0050】
請求モジュール２０３４は、請求情報を生成する。請求モジュール２０３４は、事業所ＤＢ２０２２に登録された請求書発行時期に従って、各事業所の会員に対して請求情報を作成する。
【0051】
入金モジュール２０３５は、外部の電子決済手段から決済情報を受け付け、請求データベースを更新する。入金モジュール２０３５は、外部の電子決済手段が発行した決済ＩＤごとに決済情報を受け付け、請求ＤＢ２０２８の入金に関するカラムを更新する。
この際、入金モジュール２０３５は、請求情報の消込を行う。すなわち、入金モジュール２０３５は、請求ＤＢ２０２８を参照して、対応する請求書の費用が既に入金されたかどうかを確認する。入金モジュール２０３５は、確認の結果を、請求ＤＢ２０２８における項目「入金の有無」の新たなレコードとして記録する。
入金モジュール２０３５は、支払者から入金があった費用について、指定口座マスタＤＢ２０３０を参照して、該当する入金口座に入金させるための指示を金融機関に対して送信する。
この際、入金モジュール２０３５は、請求情報の消込を行う。すなわち、入金モジュール２０３５は、請求ＤＢ２０２８を参照して、対応する請求書の費用が既に入金されたかどうかを確認する。入金モジュール２０３５は、確認の結果を、請求ＤＢ２０２８における項目「入金の有無」の新たなレコードとして記録する。
入金モジュール２０３５は、支払者から入金があった費用について、指定口座マスタＤＢ２０３０を参照して、該当する入金口座に入金させるための指示を金融機関に対して送信する。
【0052】
集計モジュール２０３６は、未払いの集計を行う。具体的には、集計モジュール２０３６は、請求情報を参照し、支払期日を超えて入金がされていない未払いの請求書番号を特定する。集計モジュール２０３６は、未払いの請求書番号に対応する会員ＩＤを特定し、会員ＤＢ２０２６を参照することで、支払者ＩＤを特定する。集計モジュール２０３６は、支払者ＤＢ２０２７を参照して、特定した支払者ＩＤに対応する請求先情報を特定する。集計モジュール２０３６は、未払いの請求情報と、請求先情報と、を出力モジュール２０３７に送信する。
【0053】
集計モジュール２０３６は、事業所ごとの支払い状況の集計として、複数の会員の支払い状況を集計する。具体的には、集計モジュール２０３６は、集金状況として、複数の支払者における支払い完了の割合を表示させる。また、集計モジュール２０３６は、支払者の属性に基づいて区分けされたグループごとに、支払い状況を表示させる。また、集計モジュール２０３６は、共通する費目ごとに集金状況を表示させる。
【0054】
また、集計モジュール２０３６は、法人担当者からの集計指示の受け付けに応答して、事業所ごとの請求に関する情報、および集金状況に関する情報のうちの少なくとも一方を集計する。この際、集計モジュール２０３６は、法人が管理する事業所全ての請求情報および集金状況を集計する。
【0055】
出力モジュール２０３７は、請求情報を請求書として支払者端末１０Ｃに対して通知する。この際、出力モジュール２０３７は、請求情報とともに、外部の電子決済手段に関するＵＲＬを通知する。
出力モジュール２０３７は、事業所端末１０Ｂに対して、支払者からの入金の通知を行う。出力モジュール２０３７は、支払者端末１０Ｃに対して、領収書の発行を行う。
また、出力モジュール２０３７は、集計した事業所ごとの請求および集金状況に関する情報を、法人端末１０Ａに対して出力する。
出力モジュール２０３７は、事業所端末１０Ｂに対して、支払者からの入金の通知を行う。出力モジュール２０３７は、支払者端末１０Ｃに対して、領収書の発行を行う。
また、出力モジュール２０３７は、集計した事業所ごとの請求および集金状況に関する情報を、法人端末１０Ａに対して出力する。
【0056】
（４）データベースのデータ構造
次に、前述した各データベースの構成について順番に説明する。なお、これらの説明はあくまで一例であり、データベースの構造は任意に変更可能である。
次に、前述した各データベースの構成について順番に説明する。なお、これらの説明はあくまで一例であり、データベースの構造は任意に変更可能である。
【0057】
（４－１）法人に関する情報を記憶するデータベース
まず、法人に関する情報を記憶するデータベースについて説明する。
図４は、法人に関する情報を記憶するデータベースを示す図である。このうち、図４Ａは、法人ＤＢ２０２１を示す図、図４Ｂは事業所ＤＢ２０２２を示す図、図４Ｃは入金口座ＤＢ２０２３を示す図である。
まず、法人に関する情報を記憶するデータベースについて説明する。
図４は、法人に関する情報を記憶するデータベースを示す図である。このうち、図４Ａは、法人ＤＢ２０２１を示す図、図４Ｂは事業所ＤＢ２０２２を示す図、図４Ｃは入金口座ＤＢ２０２３を示す図である。
【0058】
（４－１－１）法人ＤＢ２０２１
図４Ａに示す法人ＤＢ２０２１は、システム１を利用する法人に関する情報（法人情報）を記録するデータベースである。法人ＤＢ２０２１は、法人による新規利用時のユーザ登録により新たなレコードが記録される。法人ＤＢ２０２１は、システム１の管理者が閲覧、編集できる。
図４Ａに示す法人ＤＢ２０２１は、システム１を利用する法人に関する情報（法人情報）を記録するデータベースである。法人ＤＢ２０２１は、法人による新規利用時のユーザ登録により新たなレコードが記録される。法人ＤＢ２０２１は、システム１の管理者が閲覧、編集できる。
【0059】
図４Ａに示すように、法人ＤＢ２０２１の各レコードは、項目「法人ＩＤ」と、項目「法人名称」と、項目「本社所在地住所」と、項目「代表者名」と、を含む。
【0060】
項目「法人ＩＤ」は、法人を特定可能な法人の識別情報である。法人ＩＤは法人ごとに固有値となるように付与される。
【0061】
項目「法人名称」は、法人ＩＤに対応する法人の名称を示す情報である。
【0062】
項目「本社所在地」は、法人ＩＤに対応する法人の本社の所在地を示す情報である。
【0063】
項目「代表者名」は、会員ＩＤに対応する法人の代表者の氏名を示す情報である。
なお、法人ＤＢ２０２１には、その他のデータ項目が管理されてもよい。
なお、法人ＤＢ２０２１には、その他のデータ項目が管理されてもよい。
【0064】
（４－１－２）事業所ＤＢ２０２２
図４Ｂに示す事業所ＤＢ２０２２は、システム１を利用する事業所に関する情報（事業所情報）を保持するためのデータベースである。事業所ＤＢ２０２２の各レコードは、新たにシステム１を利用する事業所の登録時に、新たなレコードが記録される。事業所ＤＢ２０２２は、サーバ２０の管理者および法人の担当者が閲覧、編集できる。
図４Ｂに示す事業所ＤＢ２０２２は、システム１を利用する事業所に関する情報（事業所情報）を保持するためのデータベースである。事業所ＤＢ２０２２の各レコードは、新たにシステム１を利用する事業所の登録時に、新たなレコードが記録される。事業所ＤＢ２０２２は、サーバ２０の管理者および法人の担当者が閲覧、編集できる。
【0065】
図４Ｂに示すように、事業所ＤＢ２０２２の各レコードは、項目「事業所ＩＤ」と、項目「法人ＩＤ」と、項目「事業所名称」と、項目「所在地」と、項目「代表者名」と、項目「連絡先」と、項目「請求書発行時期」を含む。
【0066】
項目「事業所ＩＤ」は、事業所を特定可能な事業所の識別情報である。事業所ＩＤは事業所ごとに固有値となるように付与される。
【0067】
項目「法人ＩＤ」は、事業所ＩＤに対応する事業所が所属する法人の識別情報である。
【0068】
項目「事業所名称」は、事業所ＩＤに対応する事業所の名称を示す情報である。
【0069】
項目「所在地」は、事業所ＩＤに対応する事業所の所在地を示す情報である。
【0070】
項目「代表者名」は、事業所ＩＤに対応する事業所の代表者の氏名を示す情報である。
【0071】
項目「連絡先」は、事業所ＩＤに対応する事業所の電話番号又はメールアドレスのような連絡先に関する情報である。
【0072】
項目「請求書発行時期」は、事業所ＩＤに対応する事業所において、請求書を発行する時期として登録されている情報である。項目「請求書発行時期」は、定期的に発行される請求書に対して適用される。このほかに、費用の請求が生じた際に、その都度請求書を発行することもできる。
なお、事業所ＤＢ２０２２には、その他のデータ項目が管理されてもよい。
なお、事業所ＤＢ２０２２には、その他のデータ項目が管理されてもよい。
【0073】
（４－１－３）入金口座ＤＢ２０２３
図４Ｃに示す入金口座ＤＢ２０２３は、システム１を利用する入金口座に関する情報（入金口座情報）を保持するためのデータベースである。入金口座ＤＢ２０２３の各レコードは、新たにシステム１において利用する入金口座の登録時に、新たなレコードが記録される。入金口座の登録の処理については後述する。入金口座ＤＢ２０２３は、サーバ２０の管理者および法人の担当者が閲覧、編集できる。
図４Ｃに示す入金口座ＤＢ２０２３は、システム１を利用する入金口座に関する情報（入金口座情報）を保持するためのデータベースである。入金口座ＤＢ２０２３の各レコードは、新たにシステム１において利用する入金口座の登録時に、新たなレコードが記録される。入金口座の登録の処理については後述する。入金口座ＤＢ２０２３は、サーバ２０の管理者および法人の担当者が閲覧、編集できる。
【0074】
図４Ｃに示すように、入金口座ＤＢ２０２３の各レコードは、項目「口座ＩＤ」と、項目「口座番号」と、項目「法人ＩＤ」と、を含む。
【0075】
項目「口座ＩＤ」は、入金口座を特定可能な入金口座の識別情報である。入金口座ＩＤは入金口座ごとに固有値となるように付与される。
【0076】
項目「口座番号」は、入金口座ＩＤに対応する入金口座についての金融機関で管理される口座番号に関する情報である。
【0077】
項目「法人ＩＤ」は、入金口座ＩＤに対応する入金口座を利用する法人の識別情報である。
なお、入金口座ＤＢ２０２３には、その他のデータ項目が管理されてもよい。
なお、入金口座ＤＢ２０２３には、その他のデータ項目が管理されてもよい。
【0078】
（４－２）担当者に関する情報を記憶するデータベース
次に、担当者に関する情報を記憶するデータベースについて説明する。
図５は、担当者に関する情報を記憶するデータベースである担当者ＤＢ２０２４を示す図である。このうち、図５Ａは、担当者ＤＢ２０２４を示す図、図５Ｂは役割ＤＢ２０２５を示す図である。
次に、担当者に関する情報を記憶するデータベースについて説明する。
図５は、担当者に関する情報を記憶するデータベースである担当者ＤＢ２０２４を示す図である。このうち、図５Ａは、担当者ＤＢ２０２４を示す図、図５Ｂは役割ＤＢ２０２５を示す図である。
【0079】
（４－２－１）担当者ＤＢ２０２４
図５Ａに示す担当者ＤＢ２０２４は、システム１を利用する法人の担当者、および事業所の担当者に関する情報（担当者情報）を保持するためのデータベースである。担当者ＤＢ２０２４の各レコードは、新たにシステム１において利用する担当者の登録時に、新たなレコードが記録される。担当者ＤＢ２０２４は、サーバ２０の管理者および法人の担当者が閲覧、編集できる。
図５Ａに示す担当者ＤＢ２０２４は、システム１を利用する法人の担当者、および事業所の担当者に関する情報（担当者情報）を保持するためのデータベースである。担当者ＤＢ２０２４の各レコードは、新たにシステム１において利用する担当者の登録時に、新たなレコードが記録される。担当者ＤＢ２０２４は、サーバ２０の管理者および法人の担当者が閲覧、編集できる。
【0080】
図５Ａに示すように、担当者ＤＢ２０２４の各レコードは、項目「担当者ＩＤ」と、項目「氏名」と、項目「ログインＰａｓｓ」と、項目「所属法人」と、項目「所属事業所」と、項目「権限種別」と、を含む。
【0081】
項目「担当者ＩＤ」は、担当者を特定可能な担当者の識別情報である。担当者ＩＤは担当者ごとに固有値となるように付与される。
【0082】
項目「氏名」は、担当者ＩＤに対応する担当者の氏名に関する情報である。
【0083】
項目「ログインＰａｓｓ」は、担当者ＩＤに対応する担当者がシステム１にログインする際に入力を要求されるパスワードである。
【0084】
項目「所属法人」は、担当者ＩＤに対応する担当者が所属する法人の識別情報である。
【0085】
項目「所属事業所」は、担当者ＩＤに対応する担当者が所属する事業所の識別情報である。なお、担当者が法人担当者である場合には、この項目はＮｕｌｌであってもよい。
【0086】
項目「役割」は、担当者ＩＤに対応する担当者に設定された役割を示す情報である。担当者の役割には以下の２つが設けられている。
・法人担当者
・事業所担当者
なお、担当者ＤＢ２０２４には、その他のデータ項目が管理されてもよい。
・法人担当者
・事業所担当者
なお、担当者ＤＢ２０２４には、その他のデータ項目が管理されてもよい。
【0087】
（４－２－２）役割ＤＢ２０２５
図５Ｂに示す役割ＤＢ２０２５は、システム１を利用する担当者の役割の権限に関する情報（役割権限情報）を保持するためのデータベースである。役割ＤＢ２０２５の各レコードは、システム１の構築時に予め設定されている。役割ＤＢ２０２５は、サーバ２０の管理者が閲覧、編集できる。
図５Ｂに示す役割ＤＢ２０２５は、システム１を利用する担当者の役割の権限に関する情報（役割権限情報）を保持するためのデータベースである。役割ＤＢ２０２５の各レコードは、システム１の構築時に予め設定されている。役割ＤＢ２０２５は、サーバ２０の管理者が閲覧、編集できる。
【0088】
図５Ｂに示すように、役割ＤＢ２０２５の各レコードは、項目「役割名」と、項目「権限」と、を含む。
【0089】
項目「役割名」には、担当者に対して設定される役割の名称が定義されている。
【0090】
項目「権限種別」は、役割名に対応する役割に対して付与される権限を示す情報である。担当者の権限には、法人担当者の設定される法人権限と、事業所担当者に設定される事業所権限とがある。これらの権限の違いについては後述する。
なお、役割ＤＢ２０２５には、その他のデータ項目が管理されてもよい。
なお、役割ＤＢ２０２５には、その他のデータ項目が管理されてもよい。
【0091】
（４－３）会員および支払者に関する情報を記憶するデータベース
次に、会員および支払者に関する情報を記憶するデータベースについて説明する。
図６は、会員および支払者に関する情報を記憶するデータベースを示す図である。このうち、図６Ａは、会員ＤＢ２０２６を示す図、図６Ｂは支払者ＤＢ２０２７を示す図である。
次に、会員および支払者に関する情報を記憶するデータベースについて説明する。
図６は、会員および支払者に関する情報を記憶するデータベースを示す図である。このうち、図６Ａは、会員ＤＢ２０２６を示す図、図６Ｂは支払者ＤＢ２０２７を示す図である。
【0092】
（４－３－１）会員ＤＢ２０２６
【0093】
図６Ａに示す会員ＤＢ２０２６は、各事業所から役務の適用を受ける会員に関する情報（会員情報）を保持するためのデータベースである。会員ＤＢ２０２６の各レコードは、新たに事業所の会員を登録する際に、事業所から入力された情報に基づいて記録される。
会員ＤＢ２０２６のうち、自身の会員に関する情報については、各事業所が閲覧することができる。
会員ＤＢ２０２６のうち、自身の会員に関する情報については、各事業所が閲覧することができる。
【0094】
図６Ａに示すように、会員ＤＢ２０２６の各レコードは、項目「会員ＩＤ」と、項目「事業所ＩＤ」と、項目「会員名」と、項目「属性」と、項目「支払者氏名」と、項目「支払者ＩＤ」等を含む。
【0095】
項目「会員ＩＤ」は、事業所からの役務の提供を受ける会員を識別するための情報である。事業所ＩＤは会員ごとに固有値となるように付与される。
【0096】
項目「事業所ＩＤ」は、会員ＩＤに対応する会員が所属する事業所のＩＤを示す情報である。
【0097】
項目「会員名」は、会員ＩＤに対応する会員の氏名を示す情報である。例えば、事業所が保育園の場合には、会員は保育園に通う生徒（園児）に相当する。
【0098】
項目「属性」は、会員ＩＤに対応する会員に対して事業所が設定した属性を示す情報である。例えば事業所が保育園の場合には、属性としては「年長バラ組」や「年少さくら組」といったクラス名に相当する。属性は、例えば事業所が音楽教室の場合には、「上級者クラス」、「初心者クラス」といった受講するコースであってもよい。また、事業所がフィットネスジムである場合には、「フルタイム会員」や「平日会員」といった契約内容に関する情報であってもよい。項目「属性」は会員（園児）の進級や、会員の契約内容の変更に伴い自動的に変更される。
【0099】
項目「支払者氏名」は、会員ＩＤに対応する会員が、事業所から提供される役務の対価を支払うものの氏名を示す情報である。「支払者氏名」は、会員の氏名であってもよいし、例えば事業所が保育園の場合には、会員（生徒）の保護者の氏名であってもよい。また、法人契約の場合には、「支払者氏名」は法人名であってもよい。
【0100】
項目「支払者ＩＤ」は、支払者を識別するための情報である。支払者ＩＤは、支払者氏名の登録に伴い設定される。支払者ＩＤは、ランダムな数字や文字の列であってもよい。
なお、会員ＤＢ２０２６には、その他のデータ項目が管理されてもよい。
なお、会員ＤＢ２０２６には、その他のデータ項目が管理されてもよい。
【0101】
（４－３－２）支払者ＤＢ２０２７
【0102】
図６Ｂに示す支払者ＤＢ２０２７は、システム１を利用する支払者に関する情報（支払者のアカウント情報）を保持するためのデータベースである。支払者ＤＢ２０２７の各レコードは、新たな支払者からの請求先情報の登録に応じて記録される。なお、支払者ＤＢ２０２７の各レコードは、支払者の必要に応じて変更することができる。支払者ＤＢ２０２７のうち、自身の会員に対する支払者に関する情報については、各事業所が閲覧することができる。
【0103】
図６Ｂに示すように、支払者ＤＢ２０２７の各レコードは、項目「支払者ＩＤ」と、項目「支払者氏名」と、項目「登録パスワード」と、項目「請求先情報」等を含む。
【0104】
項目「支払者ＩＤ」は、会員ＤＢ２０２６において設定された支払者ＩＤを引用する情報である。
【0105】
項目「支払者氏名」は、支払者ＩＤに対応する支払者の氏名を示す情報である。
【0106】
項目「登録パスワード」は、支払者ＩＤに対応する支払者がアカウント情報を登録する際に用いるパスワードに関する情報である。登録パスワードを用いた請求先情報の登録処理については後述する。
【0107】
項目「請求先情報」は、支払者ＩＤに対応する支払者が登録した請求先に関する情報である。本実施形態では、支払者が普段使用しているメッセージアプリのアカウント情報を、請求先情報として登録する処理を例に挙げる。請求先情報は、メールアドレスや、その他の電子的手段により請求情報を受領できる連絡先に関する情報であってもよい。
請求先情報としては、メッセージアプリにおける支払者のアカウント情報を特定するためのトークンであってもよい。
なお、支払者ＤＢ２０２７には、その他のデータ項目が管理されてもよい。
請求先情報としては、メッセージアプリにおける支払者のアカウント情報を特定するためのトークンであってもよい。
なお、支払者ＤＢ２０２７には、その他のデータ項目が管理されてもよい。
【0108】
（４－４）請求に関する情報を記憶するデータベース
次に、請求に関する記憶する請求ＤＢ２０２８について説明する。図７は、請求データベースを示す図である。
次に、請求に関する記憶する請求ＤＢ２０２８について説明する。図７は、請求データベースを示す図である。
【0109】
（４－４－１）請求ＤＢ２０２８
図７に示す請求ＤＢ２０２８は、システム１により事業所から支払者に対して請求される費用に関する請求書の情報（請求情報）を保持するためのデータベースである。請求ＤＢ２０２８の各レコードは、請求書が発行される、および後述する外部の電子決済手段による決済が行われた際に、外部の電子決済手段から通知された決済情報に基づいて記録される。請求書の発行処理については後述する。なお、請求ＤＢ２０２８の各レコードは、事業所の必要に応じて変更することができる。外部の電子決済手段による決済処理については後述する。
請求ＤＢ２０２８のうち、自身の請求書に関する情報については、各事業所が閲覧することができる。
図７に示す請求ＤＢ２０２８は、システム１により事業所から支払者に対して請求される費用に関する請求書の情報（請求情報）を保持するためのデータベースである。請求ＤＢ２０２８の各レコードは、請求書が発行される、および後述する外部の電子決済手段による決済が行われた際に、外部の電子決済手段から通知された決済情報に基づいて記録される。請求書の発行処理については後述する。なお、請求ＤＢ２０２８の各レコードは、事業所の必要に応じて変更することができる。外部の電子決済手段による決済処理については後述する。
請求ＤＢ２０２８のうち、自身の請求書に関する情報については、各事業所が閲覧することができる。
【0110】
図７に示すように、請求ＤＢ２０２８の各レコードは、項目「請求書番号」と、項目「事業所ＩＤ」と、項目「請求日」と、項目「支払期日」と、項目「費目」と、項目「請求額」と、項目「会員ＩＤ」と、項目「決済ＩＤ」と、項目「入金日」と、項目「入金方法」と、項目「入金額」と、項目「入金の有無」と、を含む。
【0111】
項目「請求書番号」は、請求書を識別するための情報である。
【0112】
項目「事業所ＩＤ」は、請求書番号に対応する請求書が発行された事業所を特定するための情報である。
【0113】
項目「請求日」は、請求書番号に対応する請求書において請求する費用が発生した日を示す情報である。請求日としては、月や週のような期間を示す情報であってもよい。
【0114】
項目「支払期日」は、請求書番号に対応する請求書に設定された支払期日を示す情報である。
【0115】
項目「費目」は、請求書番号に対応する請求書において請求する費用の内容を示す情報である。事業所が保育園である場合には、費目として「保育料」や「教材費」等が相当する。
【0116】
項目「請求額」は、請求書番号に対応する請求書が請求する費用の額を示す情報である。
【0117】
項目「会員ＩＤ」は、請求書番号に対応する請求書が請求する費用を対価として、事業所からの役務の提供を受けた会員を特定する情報である。
【0118】
項目「決済ＩＤ」は、決済（支払い）処理を識別するための情報である。決済ＩＤは、請求書番号に対応して付与される。
【0119】
項目「請求書番号」は、決済ＩＤに対する請求書番号を特定する情報である。
【0120】
項目「入金日」は、決済ＩＤに対応する請求書番号に関する支払が行われた日を示す情報である。項目「入金日」は、時間に関する情報を含んでもよい。
【0121】
項目「入金方法」は、決済ＩＤに対応する請求書番号に関する支払いが行われた手段を示す情報である。項目「入金方法」には、「クレジットカード」および「コンビニ支払い」などが相当する。
【0122】
項目「入金額」は、決済ＩＤに対応する請求書番号に関する支払において、実際に入金された額を示す情報である。
【0123】
項目「入金の有無」は、請求書番号に対応する請求書が請求する費用の支払い状況を示す情報である。
なお、請求ＤＢ２０２８には、その他のデータ項目が管理されてもよい。
なお、請求ＤＢ２０２８には、その他のデータ項目が管理されてもよい。
【0124】
（４－５）法人の担当者による操作履歴に関する情報を記憶するデータベース
次に、法人の担当者による操作履歴に関する情報を記憶するデータベースについて説明する。
図８は、法人の担当者による操作履歴に関する情報を記憶するデータベースである。このうち、図８Ａは、請求締め処理履歴ＤＢを示す図、図８Ｂは指定口座マスタデータベースを示す図である。
次に、法人の担当者による操作履歴に関する情報を記憶するデータベースについて説明する。
図８は、法人の担当者による操作履歴に関する情報を記憶するデータベースである。このうち、図８Ａは、請求締め処理履歴ＤＢを示す図、図８Ｂは指定口座マスタデータベースを示す図である。
【0125】
（４－５－１）請求締め履歴ＤＢ２０２９
図８Ａに示す請求締め履歴ＤＢ２０２９は、システム１を利用する法人の担当者により行われた請求締め処理の履歴を記録するデータベースである。請求締め履歴ＤＢ２０２９の各レコードは、法人の担当者により請求締め処理が行われた際に、新たなレコードが記録される。請求締め履歴ＤＢ２０２９は、サーバ２０の管理者および法人の担当者が閲覧、編集できる。
図８Ａに示す請求締め履歴ＤＢ２０２９は、システム１を利用する法人の担当者により行われた請求締め処理の履歴を記録するデータベースである。請求締め履歴ＤＢ２０２９の各レコードは、法人の担当者により請求締め処理が行われた際に、新たなレコードが記録される。請求締め履歴ＤＢ２０２９は、サーバ２０の管理者および法人の担当者が閲覧、編集できる。
【0126】
図８Ａに示すように、請求締め履歴ＤＢ２０２９の各レコードは、項目「請求締め履歴ＩＤ」と、項目「法人ＩＤ」と、項目「事業所ＩＤ」と、項目「対象集計月」と、項目「担当者ＩＤ」と、項目「締め処理日時」と、を含む。
【0127】
項目「請求締め履歴ＩＤ」は、請求締め処理を特定可能な請求締め処理の識別情報である。請求締め履歴ＩＤは請求締め処理ごとに固有値となるように付与される。
【0128】
項目「法人ＩＤ」は、請求締め履歴ＩＤに対応する請求締め処理を行った法人の識別情報である。
【0129】
項目「事業所ＩＤ」は、請求締め履歴ＩＤに対応する請求締め処理の対象となった事業所の識別情報である。
【0130】
項目「対象集計月」は、請求締め履歴ＩＤに対応する請求締め処理により請求締めが行われた集計月に関する情報である。
【0131】
項目「担当者ＩＤ」は、請求締め履歴ＩＤに対応する請求締め処理に関する指示操作を入力した法人担当者の識別情報である。
【0132】
項目「締め処理日時」は、請求締め履歴ＩＤに対応する請求締め処理が指示された日時に関する情報である。
なお、請求締め履歴ＤＢ２０２９には、その他のデータ項目が管理されてもよい。
なお、請求締め履歴ＤＢ２０２９には、その他のデータ項目が管理されてもよい。
【0133】
（４－５－２）指定口座マスタＤＢ２０３０
図８Ｂに示す指定口座マスタＤＢ２０３０は、システム１を利用する法人の担当者により指定された集金した費用の入金先となる口座（指定口座）のマスタを記録するデータベースである。指定口座マスタＤＢ２０３０の各レコードは、法人の担当者により入金先となる口座の指定が行われた際に、新たなレコードが記録される。指定口座マスタＤＢ２０３０は、サーバ２０の管理者および法人の担当者が閲覧、編集できる。
図８Ｂに示す指定口座マスタＤＢ２０３０は、システム１を利用する法人の担当者により指定された集金した費用の入金先となる口座（指定口座）のマスタを記録するデータベースである。指定口座マスタＤＢ２０３０の各レコードは、法人の担当者により入金先となる口座の指定が行われた際に、新たなレコードが記録される。指定口座マスタＤＢ２０３０は、サーバ２０の管理者および法人の担当者が閲覧、編集できる。
【0134】
図８Ｂに示すように、指定口座マスタＤＢ２０３０の各レコードは、項目「指定口座マスタＩＤ」と、項目「法人ＩＤ」と、項目「事業所ＩＤ」と、項目「指定費目」と、項目「口座ＩＤ」と、項目「担当者ＩＤ」と、項目「指定日時」と、を含む。
【0135】
項目「指定口座マスタＩＤ」は、指定口座マスタを特定可能な指定口座マスタの識別情報である。指定口座マスタＩＤは指定口座マスタごとに固有値となるように付与される。
【0136】
項目「法人ＩＤ」は、指定口座ＩＤに対応する指定口座マスタが適用される法人の識別情報である。
【0137】
項目「事業所ＩＤ」は、指定口座ＩＤに対応する指定口座マスタが適用される事業所の識別情報である。
【0138】
項目「指定費目」は、指定口座マスタＩＤに対応する指定口座マスタが適用される請求書の請求費目に関する情報である。
【0139】
項目「口座ＩＤ」は、指定口座マスタＩＤに対応する指定口座マスタにおいて、入金先となる入金口座の識別情報である。
【0140】
項目「担当者ＩＤ」は、指定口座マスタＩＤに対応する指定口座マスタの登録（入金口座の指定）を行った法人担当者の識別情報である。
【0141】
項目「指定日時」は、指定口座マスタＩＤに対応する指定口座マスタの登録（入金口座の指定）が行われた日時に関する情報である。
なお、指定口座マスタＤＢ２０３０には、その他のデータ項目が管理されてもよい。
なお、指定口座マスタＤＢ２０３０には、その他のデータ項目が管理されてもよい。
【0142】
（５）システム１の処理
次に、システム１の制御処理について説明する。
次に、システム１の制御処理について説明する。
【0143】
【0144】
図９に示すように、管理画面の表示処理では、まず、法人端末１０Ａ又は事業所端末１０Ｂが、担当者からログイン操作の入力を受け付ける（ステップＳ１０１）。
具体的には、端末装置１０は、操作受付部１７１が受け付けた担当者ＩＤおよびログインパスワードを含むアカウント情報を取得し、送受信部１７２を介してサーバ２０に送信する。
具体的には、端末装置１０は、操作受付部１７１が受け付けた担当者ＩＤおよびログインパスワードを含むアカウント情報を取得し、送受信部１７２を介してサーバ２０に送信する。
【0145】
ステップＳ１０１の後に、サーバ２０は、ログイン操作を受け付ける（ステップＳ２２１）。
具体的には、サーバ２０の送受信制御モジュール２０３１は、ステップＳ１０１において端末装置１０から送信されたログイン操作に含まれるアカウント操作に関する情報を受信する。データ取得部は、アカウント操作に関する情報に含まれる担当者のアカウント情報を取得し、アカウント認証モジュール２０３３に対して入力する。
具体的には、サーバ２０の送受信制御モジュール２０３１は、ステップＳ１０１において端末装置１０から送信されたログイン操作に含まれるアカウント操作に関する情報を受信する。データ取得部は、アカウント操作に関する情報に含まれる担当者のアカウント情報を取得し、アカウント認証モジュール２０３３に対して入力する。
【0146】
ステップＳ２０１の後に、サーバ２０は、アカウント認証を行う（ステップＳ２０２）。
具体的には、サーバ２０のアカウント認証モジュール２０３３は、ステップＳ２０１においてデータ取得部から入力された担当者のアカウント情報について、担当者ＤＢ２０２４を参照し、該当する担当者ＩＤおよびログインパスワードを含む担当者のアカウントが存在するかどうかを判定する。この際、アカウント認証モジュール２０３３は、ユーザ権限を判定する。すなわち、担当者ＤＢ２０２４において該当する担当者ＩＤに紐づけられた当該担当者の役割を特定し、役割ＤＢ２０２５を参照することで、当該担当者に付与されている権限を特定する。
具体的には、サーバ２０のアカウント認証モジュール２０３３は、ステップＳ２０１においてデータ取得部から入力された担当者のアカウント情報について、担当者ＤＢ２０２４を参照し、該当する担当者ＩＤおよびログインパスワードを含む担当者のアカウントが存在するかどうかを判定する。この際、アカウント認証モジュール２０３３は、ユーザ権限を判定する。すなわち、担当者ＤＢ２０２４において該当する担当者ＩＤに紐づけられた当該担当者の役割を特定し、役割ＤＢ２０２５を参照することで、当該担当者に付与されている権限を特定する。
【0147】
ステップＳ２０２の後に、サーバ２０は、管理画面を出力する（ステップＳ２０３）。
具体的には、サーバ２０の出力モジュール２０３７は、端末装置１０に対して、ログインを行った担当者の権限に即した管理画面を出力する。すなわち、出力モジュール２０３７は、当該担当者に対して法人権限（所定の権限）が付与されている場合に、法人管理画面を法人端末１０Ａに対して出力する。
一方、出力モジュール２０３７は、当該担当者に対して法人権限が付与されておらず、事業所権限が付与されている場合には、事業所端末１０Ｂに対して、事業所管理画面を出力する。
具体的には、サーバ２０の出力モジュール２０３７は、端末装置１０に対して、ログインを行った担当者の権限に即した管理画面を出力する。すなわち、出力モジュール２０３７は、当該担当者に対して法人権限（所定の権限）が付与されている場合に、法人管理画面を法人端末１０Ａに対して出力する。
一方、出力モジュール２０３７は、当該担当者に対して法人権限が付与されておらず、事業所権限が付与されている場合には、事業所端末１０Ｂに対して、事業所管理画面を出力する。
【0148】
すなわち、システム１では、以下の２つの管理画面が設定されており、ユーザの権限により表示が切り替えられる。
・法人管理画面：法人が管理するすべての事業所の請求情報を確認できる画面であり、後述する請求締め処理および事業所ごとの請求情報の集計指示の入力を行う画面
・事業所管理画面：事業所内の請求情報を確認できる画面であり、事業所内の個別の請求情報を編集可能な画面
なお、法人管理画面は、法人担当者のみ閲覧、編集が可能となっており、事業所管理画面は、法人担当者および事業所担当者の双方が閲覧、編集が可能となっている。
・法人管理画面：法人が管理するすべての事業所の請求情報を確認できる画面であり、後述する請求締め処理および事業所ごとの請求情報の集計指示の入力を行う画面
・事業所管理画面：事業所内の請求情報を確認できる画面であり、事業所内の個別の請求情報を編集可能な画面
なお、法人管理画面は、法人担当者のみ閲覧、編集が可能となっており、事業所管理画面は、法人担当者および事業所担当者の双方が閲覧、編集が可能となっている。
【0149】
ステップＳ２０３の後に、端末装置１０は、管理画面を表示する（ステップＳ１０２）。
具体的には、端末装置１０の表示処理部１７４は、ステップＳ２０３において出力された管理画面を端末装置１０のディスプレイ１３２に表示する。
すなわち、ステップＳ１０２において、法人端末１０Ａには法人管理画面が表示される。法人管理画面の具体的な表示態様は、第１画面例Ｄ１として後述する。また、ステップＳ１０２において、事業所端末１０Ｂには、事業所管理画面が表示される。事業所管理画面の具体的な表示態様は、第２画面例Ｄ２として後述する。
以上により、管理画面の表示処理が終了する。
具体的には、端末装置１０の表示処理部１７４は、ステップＳ２０３において出力された管理画面を端末装置１０のディスプレイ１３２に表示する。
すなわち、ステップＳ１０２において、法人端末１０Ａには法人管理画面が表示される。法人管理画面の具体的な表示態様は、第１画面例Ｄ１として後述する。また、ステップＳ１０２において、事業所端末１０Ｂには、事業所管理画面が表示される。事業所管理画面の具体的な表示態様は、第２画面例Ｄ２として後述する。
以上により、管理画面の表示処理が終了する。
【0150】
（５－２）事業所からの請求書の発行、および支払者による支払い処理
次に、事業所からの請求書の発行処理について説明する。
図１０は、事業所からの費用請求から支払者による支払いまでの処理を示すフロー図である。この処理は、事業所端末１０Ｂに表示された事業所管理画面から行うことができる。
次に、事業所からの請求書の発行処理について説明する。
図１０は、事業所からの費用請求から支払者による支払いまでの処理を示すフロー図である。この処理は、事業所端末１０Ｂに表示された事業所管理画面から行うことができる。
【0151】
図１０に示すように、請求書の発行処理では、まず、事業所端末１０Ｂにおいて、請求情報の入力が行われる（ステップＳ１１１）。
具体的には、ログインされた状態において、事業所で発生した請求のうち、定期的に請求することが決まっていない費目（例えば保育園における時間外手数料等）について、事業所担当者から事業所端末１０Ｂへの入力操作が行われる。
具体的には、ログインされた状態において、事業所で発生した請求のうち、定期的に請求することが決まっていない費目（例えば保育園における時間外手数料等）について、事業所担当者から事業所端末１０Ｂへの入力操作が行われる。
【0152】
ステップＳ１１１の後に、サーバ２０は、請求情報の受け付けを行う（Ｓ２１１）。
具体的には、サーバ２０の送受信制御モジュール２０３１は、ステップＳ１１１において事業所端末１０Ｂから送信された請求情報の各項目に関する情報を受信する。
具体的には、サーバ２０の送受信制御モジュール２０３１は、ステップＳ１１１において事業所端末１０Ｂから送信された請求情報の各項目に関する情報を受信する。
【0153】
ステップＳ２１１の後に、サーバ２０は、請求情報を作成する（ステップＳ２１２）。
具体的には、サーバ２０の取得モジュール２０３２は、ステップＳ２１１において送受信制御モジュール２０３１が受信した請求情報を取得し、請求ＤＢ２０２８の新たなレコードとして記録する。
請求モジュール２０３４は、請求ＤＢ２０２８に新たに記録された請求情報に基づいて、請求情報を作成する。また、請求モジュール２０３４は、定期的に請求することが設定されている費目に対しては、事業所ＤＢ２０２２に設定された請求書発行時期の条件に従って、自動的に各会員に対する請求情報を作成する。
具体的には、サーバ２０の取得モジュール２０３２は、ステップＳ２１１において送受信制御モジュール２０３１が受信した請求情報を取得し、請求ＤＢ２０２８の新たなレコードとして記録する。
請求モジュール２０３４は、請求ＤＢ２０２８に新たに記録された請求情報に基づいて、請求情報を作成する。また、請求モジュール２０３４は、定期的に請求することが設定されている費目に対しては、事業所ＤＢ２０２２に設定された請求書発行時期の条件に従って、自動的に各会員に対する請求情報を作成する。
【0154】
ステップＳ２１２の後に、サーバ２０は、請求書の発行を行う（ステップＳ２１３）。
具体的には、サーバ２０の出力モジュール２０３７は、作成された請求情報に基づいた請求書を、支払者端末１０Ｃに対して送信する。この際、出力モジュール２０３７は、請求情報に格納された支払者ＩＤと、支払者ＤＢ２０２７に格納された請求先情報を、を参照して、支払者におけるメッセージアプリのアカウントに向けて、請求書を送信する。また、出力モジュール２０３７は、請求書とともに外部の電子決済手段に関するＵＲＬを通知する。
具体的には、サーバ２０の出力モジュール２０３７は、作成された請求情報に基づいた請求書を、支払者端末１０Ｃに対して送信する。この際、出力モジュール２０３７は、請求情報に格納された支払者ＩＤと、支払者ＤＢ２０２７に格納された請求先情報を、を参照して、支払者におけるメッセージアプリのアカウントに向けて、請求書を送信する。また、出力モジュール２０３７は、請求書とともに外部の電子決済手段に関するＵＲＬを通知する。
【0155】
ステップＳ２１３の後に、支払者端末１０Ｃは、請求書を受領する（ステップＳ３１１）。具体的には、支払者端末１０Ｃにおいて、メッセージアプリが請求書を受信する。支払者はメッセージアプリが受信した請求書を確認して請求内容を把握する。
【0156】
ステップＳ３１１の後に支払者は、支払の実行を行う（ステップＳ３１２）。具体的には、支払者は、通知されたＵＲＬから遷移される外部の電子決済手段を利用して決済を行う。
外部の電子決済手段とは、入金手段として、例えばクレジットカード支払いやコンビニエンスストアでの支払等の決済代行システムと連携をするオンライン決済システムである。
外部の電子決済手段は、支払者端末１０Ｃに表示する案内に従って、支払者が入金手段としてクレジットカード決済又はコンビニエンスストアでの支払いを選択することで、決済に用いるクレジットカードの情報を入力する入力フォーム、又はコンビニエンスストアで支払う際に用いる支払番号等の情報を提供する。外部の電子決済手段は、選択された入金方法による決済に応じて決済ＩＤを発行する。
外部の電子決済手段とは、入金手段として、例えばクレジットカード支払いやコンビニエンスストアでの支払等の決済代行システムと連携をするオンライン決済システムである。
外部の電子決済手段は、支払者端末１０Ｃに表示する案内に従って、支払者が入金手段としてクレジットカード決済又はコンビニエンスストアでの支払いを選択することで、決済に用いるクレジットカードの情報を入力する入力フォーム、又はコンビニエンスストアで支払う際に用いる支払番号等の情報を提供する。外部の電子決済手段は、選択された入金方法による決済に応じて決済ＩＤを発行する。
【0157】
ステップＳ３１２の後に、外部の電子決済手段は、決済情報をサーバ２０に通知する（ステップS４１１）。具体的には外部の電子決済手段は、発行した決済ＩＤごとに、決済情報をサーバ２０に対して送信する。
【0158】
ステップＳ４１１の後に、サーバ２０は、決済情報の受付を行う（ステップＳ２０９）。
具体的には、サーバ２０の取得モジュール２０３２は、外部の電子決済手段から受信した決済情報に基づいて、請求ＤＢ２０２８の新たなレコードを記録する。
また、入金モジュール２０３５は、請求情報の消込を行う。すなわち、入金モジュール２０３５は、支払者ＤＢ２０２７を参照して、決済ＩＤに基づいて、対応する請求書の費用が既に入金されたかどうかを確認する。入金モジュール２０３５は、確認の結果を、請求ＤＢ２０２８における項目「入金の有無」の新たなレコードとして記録する。
具体的には、サーバ２０の取得モジュール２０３２は、外部の電子決済手段から受信した決済情報に基づいて、請求ＤＢ２０２８の新たなレコードを記録する。
また、入金モジュール２０３５は、請求情報の消込を行う。すなわち、入金モジュール２０３５は、支払者ＤＢ２０２７を参照して、決済ＩＤに基づいて、対応する請求書の費用が既に入金されたかどうかを確認する。入金モジュール２０３５は、確認の結果を、請求ＤＢ２０２８における項目「入金の有無」の新たなレコードとして記録する。
【0159】
ステップＳ２１４の後に、サーバ２０は入金の通知を行う（ステップＳ２１５）。具体的には、サーバ２０の出力モジュール２０３７は、事業所端末１０Ｂに向けて入金があった旨を通知する。また、出力モジュール２０３７は、支払者端末１０Ｃに対しては、領収書の発行を行ってもよい。出力モジュール２０３７は、領収書の発行とともに、支払履歴に関する情報を通知してもよい。
以上により、請求書の発行および支払い処理が終了する。
以上により、請求書の発行および支払い処理が終了する。
【0160】
（５－３）法人担当者による請求締め処理
次に、法人担当者からの請求締め処理について説明する。この処理は、法人端末１０Ａに表示された法人管理画面から行うことができる。ここで、請求締め処理の必要性について説明する。
次に、法人担当者からの請求締め処理について説明する。この処理は、法人端末１０Ａに表示された法人管理画面から行うことができる。ここで、請求締め処理の必要性について説明する。
【0161】
複数の事業所を管理する法人において、法人担当者が事業所ごとの会計処理を行う際に、締め対象となる請求期間の請求情報を事業所担当者が変更すると、法人担当者が会計処理に計上した請求額と、その後に変更された実際に請求をした金額と、の間に差額が生じ、会計処理に手戻りが生じる原因となる。
【0162】
このため、システム１では、法人担当者が事業所ごとの会計処理を行うタイミングなどに、請求期間および事業所を指定して、又は全ての事業所に対して一括して請求締め処理を行うことができる。請求締め処理を実行することで以下の効果が発揮される。
・締め対象となる請求期間についてその後の新たな請求書の作成（請求情報の追加）が制限される。
・締め対象となる請求期間についてその後に既に発行された請求書の変更（請求情報の変更）が制限される。
・締め対象となる請求期間についてその後の新たな請求書の作成（請求情報の追加）が制限される。
・締め対象となる請求期間についてその後に既に発行された請求書の変更（請求情報の変更）が制限される。
【0163】
なお、請求期間については必ずしも月単位としなくてもよい。また、請求期間の指定は省略し、月単位での集計をデフォルトの設定としてもよい。
このような請求締め処理の処理フローについて以下に説明する。
図１１は、法人担当者からの請求締め処理を示すフロー図である。
このような請求締め処理の処理フローについて以下に説明する。
図１１は、法人担当者からの請求締め処理を示すフロー図である。
【0164】
図１１に示すように、請求締め処理ではまず、図９のステップＳ１０２において表示された法人管理画面において、請求締め操作の入力を受け付ける（ステップＳ１２１）。
具体的には、法人端末１０Ａの操作受付部１７１は、法人担当者から入力された請求締め操作を受け付ける。法人端末１０Ａは入力された請求締め処理の操作をサーバ２０に対して送信する。この時の法人管理画面の具体的な表示態様については、第３画面例Ｄ３として後述する。
具体的には、法人端末１０Ａの操作受付部１７１は、法人担当者から入力された請求締め操作を受け付ける。法人端末１０Ａは入力された請求締め処理の操作をサーバ２０に対して送信する。この時の法人管理画面の具体的な表示態様については、第３画面例Ｄ３として後述する。
【0165】
ステップＳ１２１の後に、サーバ２０は、請求締め操作の受け付けを行う（ステップＳ２２１）。
具体的には、サーバ２０の送受信制御モジュール２０３１は、ステップＳ１２１において法人端末１０Ａから送信された請求締め操作を受け付ける。この際、請求締め操作には、以下の情報が含まれる。
・請求締め操作を行った法人担当者の担当者ＩＤ、法人ＩＤ
・請求締め処理の対象となる事業所ＩＤ
・請求締め処理の対象となる集計月（請求期間）
・請求締め処理が行われた操作日時
具体的には、サーバ２０の送受信制御モジュール２０３１は、ステップＳ１２１において法人端末１０Ａから送信された請求締め操作を受け付ける。この際、請求締め操作には、以下の情報が含まれる。
・請求締め操作を行った法人担当者の担当者ＩＤ、法人ＩＤ
・請求締め処理の対象となる事業所ＩＤ
・請求締め処理の対象となる集計月（請求期間）
・請求締め処理が行われた操作日時
【0166】
ステップＳ２２１の後に、サーバ２０は、請求締め処理を行う（ステップＳ２２２）。
具体的には、サーバ２０の取得モジュール２０３２は、ステップＳ２２１において送受信制御モジュール２０３１が受け付けた請求締め操作に含まれる各種の情報を取得し、請求締め履歴ＤＢ２０２９に新たなレコードを記録する。
以上により、法人担当者による請求締め処理が終了する。
具体的には、サーバ２０の取得モジュール２０３２は、ステップＳ２２１において送受信制御モジュール２０３１が受け付けた請求締め操作に含まれる各種の情報を取得し、請求締め履歴ＤＢ２０２９に新たなレコードを記録する。
以上により、法人担当者による請求締め処理が終了する。
【0167】
次に、このような請求締め処理の効果について説明する。
図示の例では、請求締め処理が行われたのちに、該当する請求期間に関する請求情報の閲覧が事業所端末１０Ｂで行われた局面を想定している。
図示の例では、請求締め処理が行われたのちに、該当する請求期間に関する請求情報の閲覧が事業所端末１０Ｂで行われた局面を想定している。
【0168】
ステップＳ２２２の後に、事業所端末１０Ｂには、事業所担当者から請求情報の表示指示が入力される（ステップＳ１３１）。
具体的には、事業所端末１０Ｂの操作受付部１７１は、事業所管理画面に対して法人担当者が操作した請求情報の表示指示の入力を受け付ける。事業所端末１０Ｂは、請求情報の表示指示をサーバ２０に送信する。表示指示には、以下の情報が含まれる。
・請求書番号
具体的には、事業所端末１０Ｂの操作受付部１７１は、事業所管理画面に対して法人担当者が操作した請求情報の表示指示の入力を受け付ける。事業所端末１０Ｂは、請求情報の表示指示をサーバ２０に送信する。表示指示には、以下の情報が含まれる。
・請求書番号
【0169】
ステップＳ１３１の後に、サーバ２０は、請求情報の表示指示を受け付ける（ステップＳ２２３）。
具体的には、サーバ２０の送受信制御モジュール２０３１は、ステップＳ１３１において事業所端末１０Ｂから送信された請求情報の表示指示を受信する。サーバ２０の取得モジュール２０３２は、請求情報の表示指示を取得し、出力モジュール２０３７に対して入力する。
具体的には、サーバ２０の送受信制御モジュール２０３１は、ステップＳ１３１において事業所端末１０Ｂから送信された請求情報の表示指示を受信する。サーバ２０の取得モジュール２０３２は、請求情報の表示指示を取得し、出力モジュール２０３７に対して入力する。
【0170】
ステップＳ２２３の後に、サーバ２０は、請求情報を出力する（ステップＳ２２４）。
具体的には、サーバ２０の出力モジュール２０３７は、ステップＳ２２３において取得モジュール２０３２から入力された請求情報の表示指示に含まれる請求書番号を用いて、請求ＤＢ２０２８を参照して該当する請求情報を特定し、事業所端末１０Ｂに対して出力する。その際、出力モジュール２０３７は、請求情報の変更が制限されている旨のメッセージを同時に出力する。
具体的には、サーバ２０の出力モジュール２０３７は、ステップＳ２２３において取得モジュール２０３２から入力された請求情報の表示指示に含まれる請求書番号を用いて、請求ＤＢ２０２８を参照して該当する請求情報を特定し、事業所端末１０Ｂに対して出力する。その際、出力モジュール２０３７は、請求情報の変更が制限されている旨のメッセージを同時に出力する。
【0171】
ステップＳ２２４の後に、事業所端末１０Ｂは、請求情報を表示する（ステップＳ１３２）。
具体的には、事業所端末１０Ｂの表示処理部１７４は、ステップＳ２２４においてサーバ２０から出力された請求情報を、請求情報の変更が制限されている旨のメッセージともに、事業所端末１０Ｂのディスプレイ１３２に表示する。この時の事業所管理画面の具体的な表示態様については、第４画面例Ｄ４として後述する。
このようにして、請求締め処理による請求情報の変更の制限が行われる。
具体的には、事業所端末１０Ｂの表示処理部１７４は、ステップＳ２２４においてサーバ２０から出力された請求情報を、請求情報の変更が制限されている旨のメッセージともに、事業所端末１０Ｂのディスプレイ１３２に表示する。この時の事業所管理画面の具体的な表示態様については、第４画面例Ｄ４として後述する。
このようにして、請求締め処理による請求情報の変更の制限が行われる。
【0172】
（５－４）法人担当者による集計処理
次に、法人担当者による集計処理について説明する。の処理は、法人端末１０Ａに表示された法人管理画面から行うことができる。システム１では、法人担当者は、法人端末１０Ａから、複数の事業所それぞれにおける顧客への請求に関する情報、および当該請求に対する集金状況に関する情報のうちの少なくとも一方について集計を実行させる。
図１２は、事業所ごとの請求および集金状況の集計処理を示すフロー図である。
次に、法人担当者による集計処理について説明する。の処理は、法人端末１０Ａに表示された法人管理画面から行うことができる。システム１では、法人担当者は、法人端末１０Ａから、複数の事業所それぞれにおける顧客への請求に関する情報、および当該請求に対する集金状況に関する情報のうちの少なくとも一方について集計を実行させる。
図１２は、事業所ごとの請求および集金状況の集計処理を示すフロー図である。
【0173】
図１２に示すように、請求情報および集金情報の集計処理では、まず、法人端末１０Ａに対して集計指示が入力される（ステップＳ１４１）。
具体的には、法人端末１０Ａの操作受付部１７１は、法人担当者から入力された集計指示を受け付ける。法人端末１０Ａは入力された集計指示をサーバ２０に対して送信する。
具体的には、法人端末１０Ａの操作受付部１７１は、法人担当者から入力された集計指示を受け付ける。法人端末１０Ａは入力された集計指示をサーバ２０に対して送信する。
【0174】
ステップＳ１４１の後に、サーバ２０は、集計指示の受け付けを行う（ステップＳ２４１）。
具体的には、サーバ２０の送受信制御モジュール２０３１は、ステップＳ１４１において法人端末１０Ａから送信された集計指示を受け付ける。この際、集計指示には、以下の情報が含まれる。
・集計指示を行った法人担当者の担当者ＩＤ、法人ＩＤ
・集計の対象となる事業所ＩＤ
・集計の対象となる集計月（請求期間）
・集計項目（請求情報、集金状況）
・集計処理が入力された操作日時
具体的には、サーバ２０の送受信制御モジュール２０３１は、ステップＳ１４１において法人端末１０Ａから送信された集計指示を受け付ける。この際、集計指示には、以下の情報が含まれる。
・集計指示を行った法人担当者の担当者ＩＤ、法人ＩＤ
・集計の対象となる事業所ＩＤ
・集計の対象となる集計月（請求期間）
・集計項目（請求情報、集金状況）
・集計処理が入力された操作日時
【0175】
ステップＳ２４１の後に、サーバ２０は、集計処理を実行する（ステップＳ２４２）。
具体的には、サーバ３０の集計モジュール２０３６は、請求ＤＢ２０２８を参照して、指定された集計項目の集計を行う。ここで、集金状況には、事業所ごとの集金率、および顧客の支払手段の内訳が含まれてもよい。
具体的には、サーバ３０の集計モジュール２０３６は、請求ＤＢ２０２８を参照して、指定された集計項目の集計を行う。ここで、集金状況には、事業所ごとの集金率、および顧客の支払手段の内訳が含まれてもよい。
【0176】
ステップＳ２４２の後に、サーバ２０は、集計結果の出力を行う（ステップＳ２４３）。
具体的には、サーバ２０の出力モジュール２０３７は、集計モジュール２０３６が集計した結果を法人端末１０Ａに対して出力する。
具体的には、サーバ２０の出力モジュール２０３７は、集計モジュール２０３６が集計した結果を法人端末１０Ａに対して出力する。
【0177】
ステップＳ２４２の後に、法人端末１０Ａは、集計結果の表示を行う（ステップＳ１４２）。
具体的には、法人端末１０Ａの表示処理部１７４は、ステップＳ２４３においてサーバ２０から出力された集計結果に関する情報を法人端末１０Ａのディスプレイ１３２に表示する。これにより、法人担当者は、事業所ごとの請求および集金状況を確認することができる。
以上により、事業所ごとの請求および集金状況の集計処理が終了する。
具体的には、法人端末１０Ａの表示処理部１７４は、ステップＳ２４３においてサーバ２０から出力された集計結果に関する情報を法人端末１０Ａのディスプレイ１３２に表示する。これにより、法人担当者は、事業所ごとの請求および集金状況を確認することができる。
以上により、事業所ごとの請求および集金状況の集計処理が終了する。
【0178】
（５－５）法人担当者による入金口座の指定処理
次に、法人担当者による入金口座の指定処理について説明する。この処理は、法人端末１０Ａに表示された法人管理画面から行うことができる。ここで、費目ごとの入金口座の指定の必要性について説明する。
次に、法人担当者による入金口座の指定処理について説明する。この処理は、法人端末１０Ａに表示された法人管理画面から行うことができる。ここで、費目ごとの入金口座の指定の必要性について説明する。
【0179】
例えば、自治体が運営をする保育園などの事業所では、保育費は自治体が管理する口座に対して支払いを行い、園児が使用した各種の物品に関する費用については、当該事業所が管理する口座に対して支払いを行う必要がある。
この場合において、従来では、自治体が管理する口座に対して支払うべき費用は現金で支払者からの支払いを受けたうえで、事業所が個別に該当する自治体口座に振り込むといった作業を行っており、集金業務が煩雑であった。このような費目により入金口座を振り分ける機能について説明する。
図１３は、入金口座の指定処理を示すフロー図である。
この場合において、従来では、自治体が管理する口座に対して支払うべき費用は現金で支払者からの支払いを受けたうえで、事業所が個別に該当する自治体口座に振り込むといった作業を行っており、集金業務が煩雑であった。このような費目により入金口座を振り分ける機能について説明する。
図１３は、入金口座の指定処理を示すフロー図である。
【0180】
入金口座の指定処理では、まず、法人端末１０Ａにおいて、費目ごとの入金口座の指定が行われる（ステップＳ１５１）。
具体的には、法人端末１０Ａの操作受付部１７１は、法人担当者から入力された費目ごとの入金口座の指定操作を受け付ける。法人端末１０Ａは入金口座指定の操作をサーバ２０に対して送信する。
具体的には、法人端末１０Ａの操作受付部１７１は、法人担当者から入力された費目ごとの入金口座の指定操作を受け付ける。法人端末１０Ａは入金口座指定の操作をサーバ２０に対して送信する。
【0181】
ステップＳ１５１の後に、サーバ２０は、入金口座の指定の受け付けを行う（ステップＳ２５１）。
具体的には、サーバ２０の送受信制御モジュール２０３１は、ステップＳ１５１において法人端末１０Ａから送信された指定操作を受け付ける。この際、指定操作には、以下の情報が含まれる。
・指定操作を行った法人担当者の担当者ＩＤ、法人ＩＤ
・指定の対象となる事業所ＩＤ
・指定の対象となる費目
・指定の対象となる入金口座の口座ＩＤ
具体的には、サーバ２０の送受信制御モジュール２０３１は、ステップＳ１５１において法人端末１０Ａから送信された指定操作を受け付ける。この際、指定操作には、以下の情報が含まれる。
・指定操作を行った法人担当者の担当者ＩＤ、法人ＩＤ
・指定の対象となる事業所ＩＤ
・指定の対象となる費目
・指定の対象となる入金口座の口座ＩＤ
【0182】
ステップＳ２５１の後に、サーバ２０は指定口座のマスタ登録を行う（ステップＳ２５２）。
具体的には、サーバ２０の取得モジュール２０３２は、ステップＳ２５１において送受信制御モジュール２０３１が受信した指定操作に含まれる情報を取得し、指定口座マスタＤＢ２０３０の新たなレコードを記録する。
以上により、入金口座の指定処理が終了する。
具体的には、サーバ２０の取得モジュール２０３２は、ステップＳ２５１において送受信制御モジュール２０３１が受信した指定操作に含まれる情報を取得し、指定口座マスタＤＢ２０３０の新たなレコードを記録する。
以上により、入金口座の指定処理が終了する。
【0183】
次に、このような費目ごとの入金口座の指定処理の効果について説明する。
例えば、前述したステップＳ２５２の後に、図１０に示す支払の実行（ステップＳ３１２）が行われた場合を想定する。
例えば、前述したステップＳ２５２の後に、図１０に示す支払の実行（ステップＳ３１２）が行われた場合を想定する。
【0184】
この場合には、ステップＳ２５３において、サーバ２０は、入金先として指定口座への入金を金融機関に対して指示する（ステップＳ２５３）。
具体的には、サーバ２０の入金モジュール２０３５は、支払者から支払口座に支払いを受けた費用について、費目ごとの集計をしたうえで、該当する指定口座への入金を金融機関に対して通知する。金融機関は、指定された内容に沿って費目ごとに集計された費用を該当する指定口座に入金する。
具体的には、サーバ２０の入金モジュール２０３５は、支払者から支払口座に支払いを受けた費用について、費目ごとの集計をしたうえで、該当する指定口座への入金を金融機関に対して通知する。金融機関は、指定された内容に沿って費目ごとに集計された費用を該当する指定口座に入金する。
【0185】
ステップＳ２５３の後に、サーバ２０は、入金通知を行う（ステップＳ２５４）。
具体的には、サーバ２０の出力モジュール２０３７は、費目ごとに集計された費用が指定口座に入金された旨を法人端末１０Ａに対して出力する。
具体的には、サーバ２０の出力モジュール２０３７は、費目ごとに集計された費用が指定口座に入金された旨を法人端末１０Ａに対して出力する。
【0186】
ステップＳ２５４の後に、法人端末１０Ａは、入金通知を受領する（ステップＳ１５２）。
具体的には、法人端末１０Ａの表示処理部１７４は、ステップＳ２５４において金融機関に対して入金の指示を行った旨を、法人端末１０Ａのディスプレイ１３２に表示する。これにより、法人担当者は、費目ごとの指定口座への入金が行われたことを確認することができる。
このようにして、システム１では、法人の担当者が予め指定した費目ごとに、指定した入金口座への入金を行うことができる。
具体的には、法人端末１０Ａの表示処理部１７４は、ステップＳ２５４において金融機関に対して入金の指示を行った旨を、法人端末１０Ａのディスプレイ１３２に表示する。これにより、法人担当者は、費目ごとの指定口座への入金が行われたことを確認することができる。
このようにして、システム１では、法人の担当者が予め指定した費目ごとに、指定した入金口座への入金を行うことができる。
【0187】
（６）画面例
次に、システム１の画面例について説明する。
次に、システム１の画面例について説明する。
【0188】
（６－１）第１画面例Ｄ１
図１４に示す第１画面例Ｄ１は、図９に示すステップ１０２における管理画面の表示処理において、法人端末１０Ａに表示される法人管理画面を示す図である。
法人管理画面では、表示欄Ｃ１～Ｃ３に示すように、法人が管理する事業所ごとの請求額および支払額（集金額）が表示されている。法人担当者は、各表示欄をクリックすることで、各事業所での管理画面（後述する第２画面例Ｄ２）に遷移することができる。
図１４に示す第１画面例Ｄ１は、図９に示すステップ１０２における管理画面の表示処理において、法人端末１０Ａに表示される法人管理画面を示す図である。
法人管理画面では、表示欄Ｃ１～Ｃ３に示すように、法人が管理する事業所ごとの請求額および支払額（集金額）が表示されている。法人担当者は、各表示欄をクリックすることで、各事業所での管理画面（後述する第２画面例Ｄ２）に遷移することができる。
【0189】
また、法人管理画面には、一括締め処理を行うための一括締め操作ボタンＢ１と、事業所ごとの締め処理を行うための個別締め操作ボタンＢ２～Ｂ４と、が表示されている。法人担当者が、一括締め操作ボタンＢ１をクリックすることで全ての事業所の請求締め処理が実行される。一方、法人担当者が、個別締め操作ボタンＢ２～Ｂ４のいずれかをクリックすることで、対応する個別の施設についての請求締め処理が実行される。
【0190】
また、また、法人管理画面には、全ての事業所の請求情報をダウンロードする操作ボタンＢ５が次表示されている。法人担当者が操作ボタンＢ５をクリックすることで、全ての事業所での請求情報が一括でダウンロードされる。
【0191】
（６－２）第２画面例Ｄ２
図１５に示す第２画面例Ｄ２は、図９に示すステップ１０２における管理画面の表示処理において、事業所端末１０Ｂに表示される事業所管理画面を示す図である。
事業所管理画面では、表示欄Ｃ４に示すように、当月の請求情報のリストが表示されている。リストの各フィールドをクリックすることで、それぞれの請求情報の詳細を表示することができる。
図１５に示す第２画面例Ｄ２は、図９に示すステップ１０２における管理画面の表示処理において、事業所端末１０Ｂに表示される事業所管理画面を示す図である。
事業所管理画面では、表示欄Ｃ４に示すように、当月の請求情報のリストが表示されている。リストの各フィールドをクリックすることで、それぞれの請求情報の詳細を表示することができる。
【0192】
また、事業所管理画面には、当該事業所における当月の全ての請求における集金状況を示す集金状況表示欄Ｃ５が表示されている。集金状況表示欄Ｃ５では円グラフで集金状況が表示されており、事業所担当者および法人担当者が直感的に集金状況を把握することができる。
【0193】
（６－３）第３画面例Ｄ３
図１６に示す第３画面例Ｄ３は、図１１に示すステップＳ１２１における請求締め操作において、法人端末１０Ａに表示される法人管理画面を示す図である。
この法人管理画面では、確認メッセージ欄Ｃ６に示すように、一括締め処理を行うことで、全ての施設での締め対象となる請求期間の請求情報の変更について、事業所側での操作が制限される旨が表示されている。実行ボタンＢ６をクリックすることで、請求締め処理が実行される。
図１６に示す第３画面例Ｄ３は、図１１に示すステップＳ１２１における請求締め操作において、法人端末１０Ａに表示される法人管理画面を示す図である。
この法人管理画面では、確認メッセージ欄Ｃ６に示すように、一括締め処理を行うことで、全ての施設での締め対象となる請求期間の請求情報の変更について、事業所側での操作が制限される旨が表示されている。実行ボタンＢ６をクリックすることで、請求締め処理が実行される。
【0194】
（６－４）第４画面例Ｄ４
図１７に示す第４画面例Ｄ４は、図１１に示すステップＳ１３２における請求情報の表示処理において、事業所端末１０Ｂに表示される事業所管理画面を示す図である。
この事業所管理画面では、確認メッセージ欄Ｃ７に示すように、既に請求締め処理が実行されており、締め対象となる請求期間の請求については新規の請求および請求情報の変更が制限される旨が表示されている。再請求ボタンＢ７をクリックすることで、既に作成された締め対象となる請求期間の請求情報を変更することなく、再度請求書を発行することによる再請求を実行することができる。
図１７に示す第４画面例Ｄ４は、図１１に示すステップＳ１３２における請求情報の表示処理において、事業所端末１０Ｂに表示される事業所管理画面を示す図である。
この事業所管理画面では、確認メッセージ欄Ｃ７に示すように、既に請求締め処理が実行されており、締め対象となる請求期間の請求については新規の請求および請求情報の変更が制限される旨が表示されている。再請求ボタンＢ７をクリックすることで、既に作成された締め対象となる請求期間の請求情報を変更することなく、再度請求書を発行することによる再請求を実行することができる。
【0195】
（７）小括
以上説明したように、本実施形態に係るシステム１によれば、法人端末１０Ａから、複数の事業所それぞれにおける顧客への請求情報および集金状況についての集計指示の入力を受け付けることで、当該情報を集計し、法人端末１０Ａに対して出力する。
このため、複数の事業所を運営する法人において、各事業所での集金業務の一括した管理を円滑に行うことができる。
以上説明したように、本実施形態に係るシステム１によれば、法人端末１０Ａから、複数の事業所それぞれにおける顧客への請求情報および集金状況についての集計指示の入力を受け付けることで、当該情報を集計し、法人端末１０Ａに対して出力する。
このため、複数の事業所を運営する法人において、各事業所での集金業務の一括した管理を円滑に行うことができる。
【0196】
また、システム１では、担当者に付与されたユーザ権限を判定したうえで、担当者に対して所定の権限が付与されている場合に、法人管理画面を法人端末１０Ａに対して出力する。このため、法人担当者と事業所担当者の役割により、閲覧および操作可能な管理画面を切り分けることで、法人担当者による適切な管理を促すことができる。
【0197】
また、システム１では、法人端末１０Ａから、請求期間を指定した請求締め処理の入力を受け付けることに応答して、請求期間における請求情報の変更を制限する。このため、法人担当者が締め対象となる請求期間の売り上げの集計作業を行った後に、事業所側で請求情報が変更されることを抑制し、請求情報の後発的な変更による請求額の不整合が生じるのと回避することができる。
【0198】
また、システム１では、集計される集金状況には、事業所ごとの集金率、および顧客の支払手段の内訳の少なくとも一方が含まれる。このため、集金状況として多面的な評価したうえで、法人担当者に対して情報を提供することができる。
【0199】
また、システム１では、法人端末１０Ａから請求に関する支払について、請求の費目ごとに、入金するべき口座である入金口座の指定を受け付けたうえで、顧客からの支払いを受けた費用について、費目ごとに集計をして、指定された入金口座への入金を行うことができる。これにより、例えば自治体が管理している保育園などの事業所において、自治体に対して支払うべき保育料などの費用と、当該事業所に対して支払うべき各種の物品に関する費用と、について、自動的に入金先を振り分けることが可能になる。このため、現金での支払いを受けた後に、個別に自治体の口座に事業所から振り込むといった手間を削減することができる。また、支払者の立場にたてば、費目ごとに複数の振り込みを要求されることによる支払いの煩雑化を回避することができる。
【0200】
（８）変形例
次に、システム１の変形例について説明する。
上記実施形態では、教育事業を営む法人を例に挙げて説明したが、このような態様に限られない。システム１は様々な事業を営む法人において使用することができる。
次に、システム１の変形例について説明する。
上記実施形態では、教育事業を営む法人を例に挙げて説明したが、このような態様に限られない。システム１は様々な事業を営む法人において使用することができる。
【0201】
また、費目ごとの入金口座の指定は、法人担当者に限定されず、事業所担当者による事業所端末１０Ｂへの操作により実行されてもよい。
また、入金口座の指定は、費目ごとに加えて事業所ごとの指定を受け付けて、さらに細分化して、指定口座マスタの登録を行ってもよい。
また、入金口座の指定は、費目ごとに加えて事業所ごとの指定を受け付けて、さらに細分化して、指定口座マスタの登録を行ってもよい。
【0202】
また、担当者の権限については、法人権限および事業所権限の二つに限られず、さらに細分化されてもよい。例えば、役割ＤＢ２０２５の役割名を細分化して３つ以上設定し、役割ごとに対応する権限を設けてもよい。その例を以下に挙げる。
・法人管理者：法人管理画面における全ての機能についての操作権限を有する
・法人担当者：法人管理画面における一部の機能についての操作権限を有する。
・事業所管理者：事業所管理画面における全ての機能についての操作権限を有する。
・事業所担当者：事業所管理画面における一部の機能についての操作権限を有する。
・法人管理者：法人管理画面における全ての機能についての操作権限を有する
・法人担当者：法人管理画面における一部の機能についての操作権限を有する。
・事業所管理者：事業所管理画面における全ての機能についての操作権限を有する。
・事業所担当者：事業所管理画面における一部の機能についての操作権限を有する。
【0203】
また、上記の各実施形態では、サーバ２０で、端末装置１０から入力された情報を受け付けて、必要な演算を行ったうえで端末装置１０に表示させる構成としているが、このような構成に限られない。
例えば、上記の機能の一部又はすべてについて、端末装置１０で入力を受け付けて端末装置１０内で処理を行い、端末装置１０のディスプレイ１３２に表示させる構成としてもよい。このような構成にするため、ユーザは、端末装置１０を介してサーバ２０へアクセスし、サーバ２０が提供するプログラムを端末装置１０へインストールさせ、端末装置１０内で処理を行う構成にしてもよい。この場合、サーバ２０は、その機能として、前述した各機能モジュールの一部又は全てを備えなくてもよい。
例えば、上記の機能の一部又はすべてについて、端末装置１０で入力を受け付けて端末装置１０内で処理を行い、端末装置１０のディスプレイ１３２に表示させる構成としてもよい。このような構成にするため、ユーザは、端末装置１０を介してサーバ２０へアクセスし、サーバ２０が提供するプログラムを端末装置１０へインストールさせ、端末装置１０内で処理を行う構成にしてもよい。この場合、サーバ２０は、その機能として、前述した各機能モジュールの一部又は全てを備えなくてもよい。
【0204】
以上、本開示の好ましい実施形態について説明したが、本開示は係る特定の実施形態に限定されるものではなく、本開示には、特許請求の範囲に記載された発明とその均等の範囲が含まれる。また、上記実施形態および変形例で説明した装置の構成は、技術的な矛盾が生じない限り、その一部を省略又は組み合わせ可能である。
【0205】
（９）付記
以上の各実施形態で説明した事項を、以下に付記する。
以上の各実施形態で説明した事項を、以下に付記する。
【0206】
（付記）
プロセッサを備え、複数の事業所を管理する法人による事業所における顧客からの集金に用いられる集金システムに実行させるプログラムであって、
プログラムは、プロセッサに、
法人の担当者が使用する端末装置から、複数の事業所それぞれにおける顧客への請求に関する情報、および当該請求に対する集金状況に関する情報のうちの少なくとも一方についての集計指示の入力を受け付けるステップ（ステップＳ２４１）と、
集計指示の受け付けに応答して、事業所ごとの請求に関する情報、および集金状況に関する情報のうちの少なくとも一方を集計するステップ（ステップＳ２４２）と、
集計した情報を端末装置に対して出力するステップ（ステップＳ２４３）と、を実行させる、プログラム。
プロセッサを備え、複数の事業所を管理する法人による事業所における顧客からの集金に用いられる集金システムに実行させるプログラムであって、
プログラムは、プロセッサに、
法人の担当者が使用する端末装置から、複数の事業所それぞれにおける顧客への請求に関する情報、および当該請求に対する集金状況に関する情報のうちの少なくとも一方についての集計指示の入力を受け付けるステップ（ステップＳ２４１）と、
集計指示の受け付けに応答して、事業所ごとの請求に関する情報、および集金状況に関する情報のうちの少なくとも一方を集計するステップ（ステップＳ２４２）と、
集計した情報を端末装置に対して出力するステップ（ステップＳ２４３）と、を実行させる、プログラム。
【0207】
（付記２）
プロセッサに、さらに、
担当者に付与されたユーザ権限を判定するステップ（ステップＳ２０２）と、
担当者に対して所定の権限が付与されている場合に、集計指示の入力を行う画面である、法人担当者向けの管理画面を端末装置に対して出力するステップ（ステップＳ２０３）と、を実行させる、請求項１に記載のプログラム。
プロセッサに、さらに、
担当者に付与されたユーザ権限を判定するステップ（ステップＳ２０２）と、
担当者に対して所定の権限が付与されている場合に、集計指示の入力を行う画面である、法人担当者向けの管理画面を端末装置に対して出力するステップ（ステップＳ２０３）と、を実行させる、請求項１に記載のプログラム。
【0208】
（付記３）
プロセッサに、さらに、
端末装置から、事業所を指定した請求締め処理の入力を受け付けるステップ（ステップＳ２２１）と、
請求締め処理の入力に応答して、事業所における請求情報の変更を制限するステップ（ステップＳ２２２）と、を実行させる、請求項１に記載のプログラム。
プロセッサに、さらに、
端末装置から、事業所を指定した請求締め処理の入力を受け付けるステップ（ステップＳ２２１）と、
請求締め処理の入力に応答して、事業所における請求情報の変更を制限するステップ（ステップＳ２２２）と、を実行させる、請求項１に記載のプログラム。
【0209】
（付記４）
集金状況には、事業所ごとの集金率、および顧客の支払手段の内訳の少なくとも一方が含まれる、請求項１に記載のプログラム。
集金状況には、事業所ごとの集金率、および顧客の支払手段の内訳の少なくとも一方が含まれる、請求項１に記載のプログラム。
【0210】
（付記５）
プロセッサに、さらに、
端末装置から、請求に関する支払について、請求の費目ごとに、入金するべき口座である入金口座の指定を受け付けるステップ（ステップＳ２５１）と、
顧客からの支払いを受けた費用について、費目ごとに集計をして、指定された入金口座への入金を行うステップ（ステップＳ２５３）と、を実行させる、請求項１に記載のプログラム。
プロセッサに、さらに、
端末装置から、請求に関する支払について、請求の費目ごとに、入金するべき口座である入金口座の指定を受け付けるステップ（ステップＳ２５１）と、
顧客からの支払いを受けた費用について、費目ごとに集計をして、指定された入金口座への入金を行うステップ（ステップＳ２５３）と、を実行させる、請求項１に記載のプログラム。
【0211】
（付記６）
プロセッサを備え、複数の事業所を管理する法人による事業所における顧客からの集金に用いられる集金システムが実行する方法であって、
方法は、プロセッサが、
法人の担当者が使用する端末装置から、複数の事業所それぞれにおける顧客への請求に関する情報、および当該請求に対する集金状況に関する情報のうちの少なくとも一方についての集計指示の入力を受け付けるステップ（ステップＳ２４１）と、
集計指示の受け付けに応答して、事業所ごとの請求に関する情報、および集金状況に関する情報のうちの少なくとも一方を集計するステップ（ステップＳ２４２）と、
集計した情報を端末装置に対して出力するステップ（ステップＳ２４３）と、を実行する、方法。
プロセッサを備え、複数の事業所を管理する法人による事業所における顧客からの集金に用いられる集金システムが実行する方法であって、
方法は、プロセッサが、
法人の担当者が使用する端末装置から、複数の事業所それぞれにおける顧客への請求に関する情報、および当該請求に対する集金状況に関する情報のうちの少なくとも一方についての集計指示の入力を受け付けるステップ（ステップＳ２４１）と、
集計指示の受け付けに応答して、事業所ごとの請求に関する情報、および集金状況に関する情報のうちの少なくとも一方を集計するステップ（ステップＳ２４２）と、
集計した情報を端末装置に対して出力するステップ（ステップＳ２４３）と、を実行する、方法。
【0212】
（付記７）
プロセッサを備え、複数の事業所を管理する法人による事業所における顧客からの集金に用いられる集金システムであって、
集金システムは、プロセッサが、
法人の担当者が使用する端末装置から、複数の事業所それぞれにおける顧客への請求に関する情報、および当該請求に対する集金状況に関する情報のうちの少なくとも一方についての集計指示の入力を受け付ける手段と、
集計指示の受け付けに応答して、事業所ごとの請求に関する情報、および集金状況に関する情報のうちの少なくとも一方を集計する手段と、
集計した情報を端末装置に対して出力する手段と、を備える、集金システム。
プロセッサを備え、複数の事業所を管理する法人による事業所における顧客からの集金に用いられる集金システムであって、
集金システムは、プロセッサが、
法人の担当者が使用する端末装置から、複数の事業所それぞれにおける顧客への請求に関する情報、および当該請求に対する集金状況に関する情報のうちの少なくとも一方についての集計指示の入力を受け付ける手段と、
集計指示の受け付けに応答して、事業所ごとの請求に関する情報、および集金状況に関する情報のうちの少なくとも一方を集計する手段と、
集計した情報を端末装置に対して出力する手段と、を備える、集金システム。
【符号の説明】
【0213】
１ 集金システム
１０Ａ 法人端末
１０Ｂ 事業所端末
１０Ｃ 支払者端末
２０ サーバ
２０２ 記憶部
２０３ 制御部
２０３１ 送受信制御モジュール
２０３２ 取得モジュール
２０３３ アカウント認証モジュール
２０３４ 請求モジュール
２０３５ 入金モジュール
２０３６ 集計モジュール
２０３７ 出力モジュール
１０Ａ 法人端末
１０Ｂ 事業所端末
１０Ｃ 支払者端末
２０ サーバ
２０２ 記憶部
２０３ 制御部
２０３１ 送受信制御モジュール
２０３２ 取得モジュール
２０３３ アカウント認証モジュール
２０３４ 請求モジュール
２０３５ 入金モジュール
２０３６ 集計モジュール
２０３７ 出力モジュール
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【手続補正書】
【提出日】2023-09-07
【手続補正1】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項1】
プロセッサを備え、複数の事業所を管理する法人による前記事業所における顧客からの集金に用いられる集金システムに実行させるプログラムであって、
前記プログラムは、前記プロセッサに、
前記法人の担当者が使用する端末装置から、複数の前記事業所それぞれにおける前記顧客への請求に関する情報、および当該請求に対する集金状況に関する情報のうちの少なくとも一方についての集計指示の入力を受け付けるステップと、
前記集計指示の受け付けに応答して、前記事業所ごとの前記請求に関する情報、および前記集金状況に関する情報のうちの少なくとも一方を集計するステップと、
集計した情報を前記端末装置に対して出力するステップと、
前記端末装置から、前記事業所を指定して、または全ての前記事業所に対して請求締め処理の入力を受け付けるステップと、
前記請求締め処理の入力に応答して、指定された前記事業所、または全ての前記事業所における請求情報の変更を制限するステップと、を実行させる、プログラム。
前記プログラムは、前記プロセッサに、
前記法人の担当者が使用する端末装置から、複数の前記事業所それぞれにおける前記顧客への請求に関する情報、および当該請求に対する集金状況に関する情報のうちの少なくとも一方についての集計指示の入力を受け付けるステップと、
前記集計指示の受け付けに応答して、前記事業所ごとの前記請求に関する情報、および前記集金状況に関する情報のうちの少なくとも一方を集計するステップと、
集計した情報を前記端末装置に対して出力するステップと、
前記端末装置から、前記事業所を指定して、または全ての前記事業所に対して請求締め処理の入力を受け付けるステップと、
前記請求締め処理の入力に応答して、指定された前記事業所、または全ての前記事業所における請求情報の変更を制限するステップと、を実行させる、プログラム。
【請求項2】
前記集金システムはメモリを備え、前記メモリには、前記担当者に付与されたユーザ権限が格納され、
前記プロセッサに、さらに、
前記担当者に付与された前記ユーザ権限を判定するステップと、
前記担当者に対して所定の権限が付与されている場合に、前記集計指示の入力を行う画面である、法人担当者向けの管理画面を前記端末装置に対して出力するステップと、を実行させる、請求項１に記載のプログラム。
前記プロセッサに、さらに、
前記担当者に付与された前記ユーザ権限を判定するステップと、
前記担当者に対して所定の権限が付与されている場合に、前記集計指示の入力を行う画面である、法人担当者向けの管理画面を前記端末装置に対して出力するステップと、を実行させる、請求項１に記載のプログラム。
【請求項3】
前記集金状況には、前記事業所ごとの集金率、および前記顧客の支払手段の内訳の少なくとも一方が含まれる、請求項１に記載のプログラム。
【請求項4】
前記プロセッサに、さらに、
前記端末装置から、前記請求に関する支払について、前記請求の費目ごとに、入金するべき口座である入金口座の指定を受け付けるステップと、
前記顧客からの支払いを受けた費用について、前記費目ごとに集計をして、指定された前記入金口座への入金を行うステップと、を実行させる、請求項１に記載のプログラム。
前記端末装置から、前記請求に関する支払について、前記請求の費目ごとに、入金するべき口座である入金口座の指定を受け付けるステップと、
前記顧客からの支払いを受けた費用について、前記費目ごとに集計をして、指定された前記入金口座への入金を行うステップと、を実行させる、請求項１に記載のプログラム。
【請求項5】
プロセッサを備え、複数の事業所を管理する法人による前記事業所における顧客からの集金に用いられる集金システムが実行する方法であって、
前記方法は、前記プロセッサが、
前記法人の担当者が使用する端末装置から、複数の前記事業所それぞれにおける前記顧客への請求に関する情報、および当該請求に対する集金状況に関する情報のうちの少なくとも一方についての集計指示の入力を受け付けるステップと、
前記集計指示の受け付けに応答して、前記事業所ごとの前記請求に関する情報、および前記集金状況に関する情報のうちの少なくとも一方を集計するステップと、
集計した情報を前記端末装置に対して出力するステップと、
前記端末装置から、前記事業所を指定して、または全ての前記事業所に対して請求締め処理の入力を受け付けるステップと、
前記請求締め処理の入力に応答して、指定された前記事業所、または全ての前記事業所における請求情報の変更を制限するステップと、を実行する、方法。
前記方法は、前記プロセッサが、
前記法人の担当者が使用する端末装置から、複数の前記事業所それぞれにおける前記顧客への請求に関する情報、および当該請求に対する集金状況に関する情報のうちの少なくとも一方についての集計指示の入力を受け付けるステップと、
前記集計指示の受け付けに応答して、前記事業所ごとの前記請求に関する情報、および前記集金状況に関する情報のうちの少なくとも一方を集計するステップと、
集計した情報を前記端末装置に対して出力するステップと、
前記端末装置から、前記事業所を指定して、または全ての前記事業所に対して請求締め処理の入力を受け付けるステップと、
前記請求締め処理の入力に応答して、指定された前記事業所、または全ての前記事業所における請求情報の変更を制限するステップと、を実行する、方法。
【請求項6】
プロセッサを備え、複数の事業所を管理する法人による前記事業所における顧客からの集金に用いられる集金システムであって、
前記集金システムは、前記プロセッサが、
前記法人の担当者が使用する端末装置から、複数の前記事業所それぞれにおける前記顧客への請求に関する情報、および当該請求に対する集金状況に関する情報のうちの少なくとも一方についての集計指示の入力を受け付ける手段と、
前記集計指示の受け付けに応答して、前記事業所ごとの前記請求に関する情報、および前記集金状況に関する情報のうちの少なくとも一方を集計する手段と、
集計した情報を前記端末装置に対して出力する手段と、
前記端末装置から、前記事業所を指定して、または全ての前記事業所に対して請求締め処理の入力を受け付ける手段と、
前記請求締め処理の入力に応答して、指定された前記事業所、または全ての前記事業所における請求情報の変更を制限する手段と、を備える、集金システム。
前記集金システムは、前記プロセッサが、
前記法人の担当者が使用する端末装置から、複数の前記事業所それぞれにおける前記顧客への請求に関する情報、および当該請求に対する集金状況に関する情報のうちの少なくとも一方についての集計指示の入力を受け付ける手段と、
前記集計指示の受け付けに応答して、前記事業所ごとの前記請求に関する情報、および前記集金状況に関する情報のうちの少なくとも一方を集計する手段と、
集計した情報を前記端末装置に対して出力する手段と、
前記端末装置から、前記事業所を指定して、または全ての前記事業所に対して請求締め処理の入力を受け付ける手段と、
前記請求締め処理の入力に応答して、指定された前記事業所、または全ての前記事業所における請求情報の変更を制限する手段と、を備える、集金システム。
【手続補正2】
【補正対象書類名】明細書
【補正対象項目名】０１７２
【補正方法】変更
【補正の内容】
【0172】
（５－４）法人担当者による集計処理
次に、法人担当者による集計処理について説明する。この処理は、法人端末１０Ａに表示された法人管理画面から行うことができる。システム１では、法人担当者は、法人端末１０Ａから、複数の事業所それぞれにおける顧客への請求に関する情報、および当該請求に対する集金状況に関する情報のうちの少なくとも一方について集計を実行させる。
図１２は、事業所ごとの請求および集金状況の集計処理を示すフロー図である。
次に、法人担当者による集計処理について説明する。この処理は、法人端末１０Ａに表示された法人管理画面から行うことができる。システム１では、法人担当者は、法人端末１０Ａから、複数の事業所それぞれにおける顧客への請求に関する情報、および当該請求に対する集金状況に関する情報のうちの少なくとも一方について集計を実行させる。
図１２は、事業所ごとの請求および集金状況の集計処理を示すフロー図である。
【手続補正3】
【補正対象書類名】明細書
【補正対象項目名】０２０６
【補正方法】変更
【補正の内容】
【0206】
（付記１）
プロセッサを備え、複数の事業所を管理する法人による事業所における顧客からの集金に用いられる集金システムに実行させるプログラムであって、
プログラムは、プロセッサに、
法人の担当者が使用する端末装置から、複数の事業所それぞれにおける顧客への請求に関する情報、および当該請求に対する集金状況に関する情報のうちの少なくとも一方についての集計指示の入力を受け付けるステップ（ステップＳ２４１）と、
集計指示の受け付けに応答して、事業所ごとの請求に関する情報、および集金状況に関する情報のうちの少なくとも一方を集計するステップ（ステップＳ２４２）と、
集計した情報を端末装置に対して出力するステップ（ステップＳ２４３）と、を実行させる、プログラム。
プロセッサを備え、複数の事業所を管理する法人による事業所における顧客からの集金に用いられる集金システムに実行させるプログラムであって、
プログラムは、プロセッサに、
法人の担当者が使用する端末装置から、複数の事業所それぞれにおける顧客への請求に関する情報、および当該請求に対する集金状況に関する情報のうちの少なくとも一方についての集計指示の入力を受け付けるステップ（ステップＳ２４１）と、
集計指示の受け付けに応答して、事業所ごとの請求に関する情報、および集金状況に関する情報のうちの少なくとも一方を集計するステップ（ステップＳ２４２）と、
集計した情報を端末装置に対して出力するステップ（ステップＳ２４３）と、を実行させる、プログラム。