特許 7145546 広域給付請求支援システムおよびプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B1)

(11)【特許番号】

(24)【登録日】2022-09-22

(45)【発行日】2022-10-03

(54)【発明の名称】広域給付請求支援システムおよびプログラム

(51)【国際特許分類】

   G06Q 50/26 20120101AFI20220926BHJP

【ＦＩ】

G06Q50/26

【請求項の数】 8

(21)【出願番号】P 2022058505

(22)【出願日】2022-03-31

【審査請求日】2022-03-31

【早期審査対象出願】

(73)【特許権者】

【識別番号】507234427

【氏名又は名称】公立大学法人岩手県立大学

(74)【代理人】

【識別番号】100111383

【弁理士】

【氏名又は名称】芝野 正雅

(74)【代理人】

【識別番号】100170922

【弁理士】

【氏名又は名称】大橋 誠

(72)【発明者】

【氏名】船山 希

(72)【発明者】

【氏名】井上 孝之

【審査官】加舎 理紅子

(56)【参考文献】

【文献】特許第６６９１９９６（ＪＰ，Ｂ１）

【文献】特開２０１７－２２０１４７（ＪＰ，Ａ）

【文献】太田 勝久 他，子ども・子育て分野における富士通の取組み，ＦＵＪＩＴＳＵ，富士通株式会社，2014年11月01日，Ｖｏｌ．６５，Ｎｏ．６，ｐ．１６－２１

【文献】阿部 考志 等，福祉分野における潜在ニーズをとらえた業務支援システムの開発，全国研究発表大会要旨集 ２０１７年秋季全国研究発表大会，経営情報学会，2017年11月30日，ｐ．５０－５１，［令和４年７月７日検索］，インターネット＜ＵＲＬ：https://www.jstage.jst.go.jp/article/jasmin/2017f/0/2017f_50/_pdf/-char/ja＞

【文献】自治体と保育施設の架け橋 おが～るウェブレポ ＩＣＴ化による給付費算定の業務効率改善事例，第２３回 地域で創り、育み、守る ～そして、活力ある地域社会へ～ 自治体総合フェア２０１９発表資料，岩手インフォメーション・テクノロジー株式会社，2019年05月24日，［令和４年７月７日検索］，インターネット＜ＵＲＬ：https://www.iwate-it.co.jp/wp-content/uploads/2020/08/lgf_seminar_R1_v001-1.pdf＞

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｑ １０／００ － ９９／００

(57)【特許請求の範囲】

【請求項1】

第１の自治体管内の保育施設の保育実績と国および前記第１の自治体の基準に基づいて前記保育施設に対する給付単価を算出し、算出した前記給付単価に基づいて、前記第１の自治体が管理する第１自治体端末に対する処理を実行する第１サーバと、
第２の自治体が管理する第２自治体端末に対する処理を実行する第２サーバと、
前記第１サーバが算出し、前記第１自治体端末を介して前記第１の自治体から承認を受けた前記給付単価を前記第１サーバから取得して保持する第３サーバと、を備え、
前記第２サーバは、前記第２自治体端末から前記保育施設の管外給付請求の承認に関する情報を受信したことに基づいて、前記第３サーバから前記保育施設の前記給付単価を取得し、取得した前記給付単価を含む情報を前記第２自治体端末に送信する、
ことを特徴とする広域給付請求支援システム。

【請求項2】

請求項１に記載の広域給付請求支援システムにおいて、
前記第３サーバは、前記管外給付請求に係る保育実績と前記給付単価とに基づいて算出された前記保育施設の管外給付請求情報を前記給付単価とともに保持し、
前記第２サーバは、前記第２自治体端末から前記保育施設の前記管外給付請求の承認に関する情報を受信したことに基づいて、前記第３サーバから前記保育施設の前記給付単価とともに前記管外給付請求情報を取得して前記第２自治体端末に送信する、
ことを特徴とする広域給付請求支援システム。

【請求項3】

請求項２に記載の広域給付請求支援システムにおいて、
前記第１サーバは、前記保育施設が管理する保育端末から前記保育施設の前記管外保育給付請求に係る保育実績を受信したことに基づいて、前記管外保育実績および前記保育施設の前記給付単価から前記管外給付請求情報を算出し、算出した前記管外給付請求情報を前記第３サーバに送信し、
前記第３サーバは、前記第１サーバから受信した前記管外給付請求情報を保持する、
ことを特徴とする広域給付請求支援システム。

【請求項4】

請求項１ないし３の何れか一項に記載の広域給付請求支援システムにおいて、
前記第３サーバは、前記給付単価に紐づけてキー情報を保持するとともに、前記キー情報を、前記保育施設が管理する保育端末に送信し、
前記第２サーバは、前記給付単価の取得の際に、前記第２自治体端末から前記管外給付請求の承認に関する情報とともに前記キー情報を前記第３サーバに送信し、
前記第３サーバは、前記第２サーバから受信した前記キー情報が適正であることを条件に、前記キー情報に紐づけられた前記保育施設の前記給付単価を前記第２サーバに送信する、
ことを特徴とする広域給付請求支援システム。

【請求項5】

請求項１ないし４の何れか一項に記載の広域給付請求支援システムにおいて、
前記第１サーバは、前記保育施設が管理する保育端末から前記保育施設の管内保育実績を受信したことに基づいて、前記管内保育実績および前記保育施設の前記給付単価から前記管内給付請求情報を算出し、算出した前記管内給付請求情報を前記保育端末に送信する、
ことを特徴とする広域給付請求支援システム。

【請求項6】

請求項１ないし５の何れか一項に記載の広域給付請求支援システムにおいて、
前記第１サーバ、前記第２サーバおよび前記第３サーバは、前記給付単価を含む請求情報の履歴を前記保育施設ごとに記憶するデータベースを有する、
ことを広域給付請求支援システム。

【請求項7】

請求項１ないし６の何れか一項に記載の広域給付請求支援システムにおいて、
前記第１サーバ、前記第２サーバおよび前記第３サーバは、クラウドサーバに構築された仮想サーバである、
ことを広域給付請求支援システム。

【請求項8】

第１の自治体が管理する第１自治体端末に対する処理を実行する第１サーバ、第２の自治体が管理する第２自治体端末に対する処理を実行する第２サーバ、および前記第１サーバと前記第２サーバとを仲介する第３サーバに、それぞれ所定の機能を実行させるプログラムであって、
前記第１サーバには、前記第１の自治体管内の保育施設の保育実績と国および前記第１の自治体の基準に基づいて前記保育施設に対する給付単価を算出する機能を実行させ、
前記第３サーバには、前記第１サーバが算出し、前記第１自治体端末を介して前記第１の自治体から承認を受けた前記給付単価を前記第１サーバから取得して保持する機能を実行させ、
前記第２サーバには、前記第２自治体端末から前記保育施設の管外給付請求の承認に関する情報を受信したことに基づいて、前記第３サーバから前記保育施設の前記給付単価を取得し、取得した前記給付単価を含む情報を前記第２自治体端末に送信する機能を実行させる、プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、自治体に対する保育施設の給付金の請求を支援する広域給付請求支援システムおよびプログラムに関する。

【背景技術】

【0002】

保育所、認定こども園および幼稚園等の保育施設は、保育施設が属する管内の自治体に対して、保育実績に基づく給付金の請求を行っている。この請求では、まず、保育施設が、毎月の保育実績を自治体に報告する。自治体は、報告された保育実績を確認すると共に、国および各自治体が定める複雑な算定基準に従い、歳児別（保育年齢別）および標短別（標準時間保育と短期保育の別）に、１人当りの給付単価を認定し、保育施設に通知する。保育施設は、自治体が認定した給付単価毎に、この自治体内から通園する園児数を乗じて給付金を算出し、算出した給付金の合計額を自治体に請求する。自治体は、保育施設が提出した請求書（管内給付請求書）の内容を確認して、保育施設に給付金を支払う。

【0003】

このような管内における給付金の請求を支援するための管内給付支援システムが、以下の非特許文献１に記載されている。この管内給付請求支援システムでは、自治体が管理する端末と、その自治体内の保育施設が管理する端末と、クラウドコンピュータとが、ネットワークで接続され、上述の自治体と保育施設との間の面倒な事務手続が、コンピューター処理により効率的に処理される。現在多くの自治体は、この管内給付請求支援システムを導入して、自治体内の園児分に関する管内給付請求の効率化と簡素化を図っている。

【先行技術文献】

【特許文献】

【0004】

【文献】横浜市給付費請求システム https://serve.jp/product/yokohama/

【発明の概要】

【発明が解決しようとする課題】

【0005】

しかしながら、保育施設は、自治体内から通園する園児だけではなく、自治体外から通園する、いわゆる越境園児も保育していることが多い。このため、保育施設は、これらの越境園児に対する管外給付請求について、越境園児が居住する自治体毎に、請求を行うことになる。

【0006】

これに対し、上述の管内給付請求支援システムは、このような管外給付請求が菅外の自治体になされた場合には対応していない。このため、越境園児分について保育施設から管外給付請求を受けた自治体は、管外給付請求書に記載された給付単価が適正であるかを、逐次確認する必要がある。具体的には、自治体は、この保育施設を管轄する自治体に対し、管外給付請求書に記載された給付単価が適正な給付単価であるか否かを、メールや電話等で確認する必要がある。このような確認手続きは、両方の自治体にとって大きな負担となっている。

【0007】

かかる課題に鑑み、本発明は、菅外の保育施設からの給付請求に対して自治体が円滑に対応することが可能な広域給付請求支援システムおよびプログラムを提供することを目的とする。

【課題を解決するための手段】

【0008】

本発明の第１の態様は、広域給付請求支援システムに関する。この態様に係る広域給付請求支援システムは、第１の自治体管内の保育施設の保育実績と国および前記第１の自治体の基準に基づいて前記保育施設に対する給付単価を算出し、算出した前記給付単価に基づいて、前記第１の自治体が管理する第１自治体端末に対する処理を実行する第１サーバと、第２の自治体が管理する第２自治体端末に対する処理を実行する第２サーバと、前記第１サーバが算出し、前記第１自治体端末を介して前記第１の自治体から承認を受けた前記給付単価を前記第１サーバから取得して保持する第３サーバと、を備える。ここで、前記第２サーバは、前記第２自治体端末から前記保育施設の管外給付請求の承認に関する情報を受信したことに基づいて、前記第３サーバから前記保育施設の前記給付単価を取得し、取得した前記給付単価を含む情報を前記第２自治体端末に送信する。

【0009】

本態様に係る広域給付請求支援システムによれば、管外給付請求を行った保育施設の給付単価が、第３サーバから取得されて第２自治体端末に送信される。このため、第２の自治体の担当者は、受信した給付単価を第２自治体端末において参照することで、当該管外給付請求に含まれる給付単価が、国および第１の自治体の基準により決定され、第１の自治体が承認した適正な給付単価であるか否かを円滑に確認できる。よって、第２の自治体は、管外の保育施設からの管外給付請求に対して円滑に対応することができる。

【0010】

また、第１サーバと第２サーバとが直接情報をやり取りすることなく、第１サーバと第２サーバとを第３サーバが仲介するため、第１サーバと第２サーバとの間に情報通信の障壁（ファイヤーウォール）を確保できる。よって、自治体間の情報流出を確実に回避できる。

【0011】

本態様に係る広域給付請求支援システムにおいて、前記第３サーバは、前記管外給付請求に係る保育実績と前記給付単価とに基づいて算出された前記保育施設の管外給付請求情報を前記給付単価とともに保持し、前記第２サーバは、前記第２自治体端末から前記保育施設の前記管外給付請求の承認に関する情報を受信したことに基づいて、前記第３サーバから前記保育施設の前記給付単価とともに前記管外給付請求情報を取得して前記第２自治体端末に送信するよう構成され得る。

【0012】

この構成によれば、第２自治体端末において、当該保育施設の給付単価とともに、管外給付請求の内容を示す管外給付請求情報が表示され得る。よって、第２の自治体の担当者は、当該管外給付請求に含まれる給付単価が適正な給付単価であるか否かとともに、当該管外給付請求の内容が適正であるかについても円滑に確認できる。

【0013】

この場合、前記第１サーバは、前記保育施設が管理する保育端末から前記保育施設の前記管外給付請求に係る保育実績を受信したことに基づいて、前記管外保育実績および前記保育施設の前記給付単価から前記管外給付請求情報を算出し、算出した前記管外給付請求情報を前記第３サーバに送信し、前記第３サーバは、前記第１サーバから受信した前記管外給付請求情報を保持するよう構成され得る。

【0014】

この構成によれば、当該保育施設を管轄する第１の自治体の第１サーバと、当該保育施設の保育端末との間で、管外保育実績の入力と管外給付請求情報の算出との処理が行われる。このため、管外給付請求情報の算出のための手続きを円滑かつ正確に行うことができ、第３サーバに管外給付請求情報を円滑に保持させることができる。

【0015】

本態様に係る広域給付請求支援システムにおいて、前記第３サーバは、前記給付単価に紐づけてキー情報を保持するとともに、前記キー情報を、前記保育施設が管理する保育端末に送信し、前記第２サーバは、前記給付単価の取得の際に、前記第２自治体端末から前記管外給付請求の承認に関する情報とともに前記キー情報を前記第３サーバに送信し、前記第３サーバは、前記第２サーバから受信した前記キー情報が適正であることを条件に、前記キー情報に紐づけられた前記保育施設の前記給付単価を前記第２サーバに送信するよう構成され得る。

【0016】

この構成によれば、給付単価のセキュリティ性を高めることができる。よって、第１の自治体が算定した保育施設の給付単価が、第２の自治体に不所望に漏洩することをより確実に防ぐことができる。

【0017】

本態様に係る広域給付請求支援システムにおいて、前記第１サーバは、前記保育施設が管理する保育端末から前記保育施設の管内保育実績を受信したことに基づいて、前記管内保育実績および前記保育施設の前記給付単価から前記管内給付請求情報を算出し、算出した前記管内給付請求情報を前記保育端末に送信するよう構成され得る。

【0018】

この構成によれば、保育施設は、保育端末を介して、管内保育実績に基づく管内給付請求と、管外保育実績に基づく管外給付請求の両方を、コンピューター処理により効率的に行うことができる。よって、保育施設の利便性および作業効率を高めることができる。

【0019】

本態様に係る広域給付請求支援システムにおいて、前記第１サーバ、前記第２サーバおよび前記第３サーバは、前記給付単価を含む請求情報の履歴を前記保育施設ごとに記憶するデータベースを有する。

【0020】

この構成によれば、各自治体の担当者は、年度締め等の際に、自身の自治体に対応するサーバ（第１サーバまたは第２サーバ）または第３サーバにアクセスすることで、処理対象の保育施設の過去の給付単価を含む請求情報を確認することができる。よって、給付請求に関する処理を効率的に進めることができる。

【0021】

本態様に係る広域給付請求支援システムにおいて、前記第１サーバ、前記第２サーバおよび前記第３サーバは、クラウドサーバに構築された仮想サーバとされ得る。

【0022】

この構成によれば、広域給付請求支援システムに対応する自治体の数に応じて各サーバを簡易に構築できる。よって、広域給付請求支援システムへの自治体の参加を促進することができる。

【0023】

本発明の第２の態様は、第１の自治体が管理する第１自治体端末に対する処理を実行する第１サーバ、第２の自治体が管理する第２自治体端末に対する処理を実行する第２サーバ、および前記第１サーバと前記第２サーバとを仲介する第３サーバに、それぞれ所定の機能を実行させるプログラムに関する。この態様に係るプログラムは、前記第１サーバには、前記第１の自治体管内の保育施設の保育実績に基づいて前記保育施設に対する給付単価を算出する機能を実行させ、前記第３サーバには、前記第１サーバが算出し、前記第１自治体端末を介して前記第１の自治体から承認を受けた前記給付単価を前記第１サーバから取得して保持する機能を実行させ、前記第２サーバには、前記第２自治体端末から前記保育施設の管外給付請求の承認に関する情報を受信したことに基づいて、前記第３サーバから前記保育施設の前記給付単価を取得し、取得した前記給付単価を含む情報を前記第２自治体端末に送信する機能を実行させる。

【0024】

本態様に係るプログラムによれば、第１サーバ、第２サーバおよび第３サーバにおいて、上記第１の態様と同様の処理が実行される。よって、上記第１の態様と同様の効果が奏され得る。

【発明の効果】

【0025】

以上のとおり、本発明によれば、菅外の保育施設からの給付請求に対して自治体が円滑に対応することが可能な広域給付請求支援システムを提供できる。

【0026】

本発明の効果ないし意義は、以下に示す実施形態の説明により更に明らかとなろう。ただし、以下に示す実施形態は、あくまでも、本発明を実施化する際の一つの例示であって、本発明は、以下の実施形態に記載されたものに何ら制限されるものではない。

【図面の簡単な説明】

【0027】

【図1】図１は、実施形態に係る、広域給付請求支援システムの構成を示す図である。

【図2】図２は、実施形態に係る、給付単価の決定方法を説明する図である。

【図3】図３は、実施形態に係る、管内給付請求額の算出方法を示す図である。

【図4】図４は、実施形態に係る、管外給付請求額の算出方法を示す図である。

【図5】図５は、実施形態に係る、管外給付請求額の算出方法を示す図である。

【図6】図６は、実施形態に係る、園児リストの構成を示す図である。

【図7】図７は、実施形態に係る、園児の入園手続の流れを示すフローチャートである。

【図8】図８は、実施形態に係る、広域給付請求支援システムにより実行される基本処理を示すフローチャートである。

【図9】図９は、実施形態に係る、管内給付請求に関する処理を示すフローチャートである。

【図10】図１０は、実施形態に係る、管内情報データベースの構成を示す図である。

【図11】図１１は、実施形態に係る、保育実績の入力画面を示す図である。

【図12】図１２は、実施形態に係る、管内給付請求書画面を示す図である。

【図13】図１３は、実施形態に係る、管内給付承認支払に関する処理を示すフローチャートである。

【図14】図１４は、実施形態に係る、申請承認画面の構成を示す図である。

【図15】図１５は、実施形態に係る、第１自治体端末に表示される管内給付請求書の表示画面を示す図である。

【図16】図１６は、実施形態に係る、管外給付請求に関する処理を示すフローチャートである。

【図17】図１７は、実施形態に係る、管外情報データベースの構成を示す図である。

【図18】図１８は、実施形態に係る、保育端末に表示される管外保育実績の入力画面を示す図である。

【図19】図１９は、実施形態に係る、広域データベースの構成を示す図である。

【図20】図２０は、実施形態に係る、キー付き管外給付請求書画面を示す図である。

【図21】図２１は、実施形態に係る、管外給付承認支払に関する処理を示すフローチャートである。

【発明を実施するための形態】

【0028】

以下、実施形態に係る広域給付請求支援システム１について、図面を参照して説明する。

【0029】

［システムの基本構成］
図１は、広域給付請求支援システム１の構成を示す図である。

【0030】

広域給付請求支援システム１は、第１サーバ１１と、第２サーバ１２と、第３サーバ１３とを備える。本実施形態では、これら第１サーバ１１、第２サーバ１２および第３サーバ１３が、クラウドサーバ１０の仮想サーバとして、それぞれ構成される。但し、第１サーバ１１、第２サーバ１２および第３サーバ１３は、必ずしも、仮想サーバでなくてもよく、物理サーバにより構成されてもよい。第１サーバ１１、第２サーバ１２および第３サーバ１３は、インターネット等の公衆通信網２０に接続されている。

【0031】

第１の自治体Ｍ１には、第１の自治体Ｍ１の施設に、保育施設からの給付請求を処理するための第１自治体端末３１が設置されている。また、第１の自治体Ｍ１には、管内の各保育施設において、各保育施設が管理する保育端末４１が設置されている。これら第１自治体端末３１および保育端末４１は、公衆通信網２０に接続されている。第１自治体端末３１および保育端末４１は、たとえば、パーソナルコンピュータやタブレット端末により構成される。

【0032】

第２の自治体Ｍ２には、第２の自治体Ｍ２の施設に、保育施設からの給付請求を処理するための第２自治体端末３２が設置されている。また、第２の自治体Ｍ２には、管内の各保育施設において、各保育施設が管理する保育端末４２が設置されている。これら第２自治体端末３２および保育端末４２は、公衆通信網２０に接続されている。第１自治体端末３１および保育端末４１は、たとえば、パーソナルコンピュータやタブレット端末により構成される。

【0033】

第１サーバ１１は、第１の自治体Ｍ１に設置された第１自治体端末３１および保育端末４１に対する給付請求の処理を実行し、第２サーバ１２は、第２の自治体Ｍ２に設置された第２自治体端末３２および保育端末４２に対する給付請求の処理を実行する。第１サーバ１１および第２サーバ１２における給付請求処理の機能は、同じである。すなわち、第１サーバ１１および第２サーバ１２には、広域給付請求支援システム１の処理を実現するための同一のアプリケーションプログラムがインストールされている。

【0034】

上記のように、本実施形態では、第１サーバ１１および第２サーバ１２は、クラウドサーバ１０の仮想サーバとして構成されているが、セキュリティ確保のために、それぞれファイアウォールで保護され独立的に機能している。

【0035】

第３サーバ１３は、後述のように、管外給付請求の際に、第１サーバ１１と第２サーバ１２とを仲介する。第３サーバ１３には、第１サーバ１１と第２サーバ１２とを仲介して広域給付請求支援システム１の処理を実現するためのアプリケーションプログラムがインストールされている。

【0036】

第１サーバ１１、第１自治体端末３１および保育端末４１は、公衆通信網２０を介して互いに通信が可能である。第１サーバ１１、第１自治体端末３１および保育端末４１は、この通信を行うために、通信先のアドレス情報および識別情報を保持している。同様に、第２サーバ１２、第２自治体端末３２および保育端末４２は、公衆通信網２０を介して互いに通信が可能である。第２サーバ１２、第２自治体端末３２および保育端末４２は、この通信を行うために、通信先のアドレス情報および識別情報を保持している。

【0037】

なお、ここでは、第３の自治体Ｍ３は、広域給付請求支援システム１に対応していない。したがって、第３の自治体Ｍ３における管外給付請求の処理は、広域給付請求支援システム１によるコンピューター処理とは別の従前の手続きに従って実行されることになる。

【0038】

図１には、便宜上、広域給付請求支援システム１に対応している自治体として、第１の自治体Ｍ１と第２の自治体Ｍ２とが示されているが、広域給付請求支援システム１に対応している他の自治体についても、第１サーバ１１および第２サーバ１２と同様のサーバと第３サーバ１３とによって、広域給付請求支援システム１による以下の給付請求処理が実行される。

【0039】

以下には、第１の自治体Ｍ１に属する保育施設が、第１の自治体Ｍ１に対して管内給付請求を行い、第２の自治体Ｍ２に対して管外給付請求を行う場合の処理について説明する。

【0040】

ここで、管内給付請求とは、第１の自治体Ｍ１から通園する管内園児に対する給付請求のことであり、管外給付請求とは、第２の自治体Ｍ２から通園する越境園児に対する給付請求のことである。管内給付請求は、当該保育施設が属する第１の自治体Ｍ１に対して行う必要があり、管外給付請求は、越境園児を管轄する第２の自治体Ｍ２に対して行う必要がある。

【0041】

この場合、管内給付請求および管外給付請求に適用される給付単価は、当該保育施設を管轄する第１の自治体Ｍ１によって決定される。管外給付請求の際には、第１の自治体Ｍ１により決定された給付単価が適用されて、管外給付請求に係る請求額が算出される。以下に、給付単価の決定方法と、管内給付請求および管外給付請求の請求額の算出方法について説明する。

【0042】

［給付単価］
第１の自治体Ｍ１に属する保育施設における園児１人当たりの月額の給付単価は、図２に示すように、当該保育施設の月毎の保育実績（保育環境情報と、歳児別・標短別の園児数）を、国の基準と第１の自治体Ｍ１の基準に当てはめて、歳児別・標短別に決定される。上記のように、この給付単価の承認は、第１の自治体Ｍ１によって行われる。

【0043】

ここで、保育環境情報には、当該保育施設の職員情報（職員毎の在籍月数・通算保育従事月数・処遇改善に関わる情報・資格情報・配置クラス役割）と、職員実績（勤務形態・その月に労働時間）とが含まれ、さらには、加算に関わる情報（職員情報から算定した加算率・公定価格のバージョン・加算項目の各項目の設定値）が含まれる。

【0044】

［第１の自治体Ｍ１に対する管内給付請求］
第１の自治体Ｍ１に属する保育施設が第１の自治体Ｍ１に請求する管内給付請求額は、図３に示す給付請求合計額ΣＡＱとして算出される。すなわち、上述の歳児別・標短別の給付単価に、第１の自治体Ｍ１内から通園する園児数Ｑについて歳児別・標短別の対応人数を乗じて、歳児別・標短別給付請求額が算出される。そして、これらの給付請求額が合計されて、管内給付請求の合計額（ΣＡＱ）が算出される。

【0045】

［第２の自治体Ｍ２に対する管外給付請求］
第１の自治体Ｍ１に属する保育施設が第２の自治体Ｍ２に請求する管外給付請求額は、図４に示す給付請求合計額ΣＡＲとして算出される。すなわち、上記と同様の歳児別・標短別の給付単価に、第２の自治体Ｍ２から通園する越境園児数Ｒについて歳児別・標短別の対応人数を乗じて、歳児別・標短別給付請求額が算出される。そして、これらの給付請求額が合計されて、管外給付請求の合計額（ΣＡＲ）が算出される。したがって、第２の自治体Ｍ２は、算定に用いられた給付単価が、第１の自治体Ｍ１によって承認されたものであることを確認した上で、管外給付請求に基づく支払処理を行う必要がある。

【0046】

[第３の自治体Ｍ３に対する管外給付請求]
第１の自治体Ｍ１内の保育施設が第３の自治体Ｍ３に請求する管外給付請求額は、図５に示す様に、図４と同様の算出処理により算出される。この場合も、第３の自治体Ｍ３は、算定に用いられた給付単価が、第１の自治体Ｍ１によって承認されたものであることを確認した上で、管外給付請求に基づく支払処理を行う必要がある。

【0047】

[自治体の管内園児リスト]
各自治体は、保育施設からの給付請求を確認して承認するために、当該自治体内の園児について、認定区分・歳児区分・標短区分を把握し、さらに、これらの園児がどの保育施設に通園しているかを把握しておく必要がある。このため、各自治体は、図６に示すような園児リストを作成している。

【0048】

[入園施設決定手続]
図７は、園児の入園手続の流れを示すフローチャートである。

【0049】

上述の園児リストの作成は、この流れに従って、保護者と、保護者が入園を希望する保育施設と、園児が居住する自治体とにより行われる入園施設決定手続の中で、自治体により作成される。

【0050】

まず、保護者は、自身が居住する自治体に対して認定申請を行う（Ｆ１）。この認定申請において、保護者は、認定申請書類を作成して、自治体に提出する。

【0051】

認定申請書類を受け取った自治体は、申請内容を評価して、１号～３号の認定を行う（Ｆ２）。自治体は、１号～３号の認定結果を保護者に通知し（Ｆ３）、さらに、申請書類から抽出した保護者の氏名、園児の氏名、住所、認定区分および歳児区分を自治体端末内の園児リストに入力する（Ｆ４）。

【0052】

認定結果通知を受けた保護者は、認定区分を確認し（Ｆ５）、1号区分の場合は（Ｆ５：ＹＥＳ）、願書を作成して希望する保育施設に直接願書を提出する（Ｆ６）。願書を受け取った保育施設は、合否判定を行い（Ｆ７）、保護者に対して合否結果を通知する（Ｆ８）。保護者は、合否結果を確認し（Ｆ９）、不合格の場合は（Ｆ９：ＮＯ）、合格通知が得られるまで、別の保育施設に対して願書提出を繰り返し行う（Ｆ６）。

【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】

この他、本発明の実施形態は、特許請求の範囲に示された技術的思想の範囲内において、適宜、種々の変更が可能である。

【符号の説明】

【0158】

１ 広域給付請求支援システム
１１ 第１サーバ
１２ 第２サーバ
１３ 第３サーバ
３１ 第１自治体端末
３２ 第２自治体端末
４１、４２ 保育端末
Ｍ１ 第１自治体
Ｍ２ 第２自治体
Ｍ３ 第３自治体

【要約】

【課題】菅外の保育施設からの給付請求に対して自治体が円滑に対応することが可能な広域給付請求支援システムを提供する。
【解決手段】広域給付請求支援システム１は、第１の自治体Ｍ１管内の保育施設の保育実績に基づいて保育施設に対する給付単価を算出し、算出した給付単価に基づいて、第１の自治体Ｍ１が管理する第１自治体端末３１に対する処理を実行する第１サーバ１１と、第２の自治体Ｍ２が管理する第２自治体端末３２に対する処理を実行する第２サーバ１２と、第１サーバ１１が算出し、第１自治体端末３１を介して第１の自治体Ｍ１から承認を受けた給付単価を第１サーバ１１から受信して保持する第３サーバ１３とを備える。第２サーバ１２は、第２自治体端末３２から管外給付請求の承認に関する情報を受信したことに基づいて、第３サーバ１３から管外給付請求に対応する給付単価を取得し、取得した給付単価を含む情報を第２自治体端末３２に送信する。
【選択図】図１

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】