ホーム > 特許ランキング > 株式会社ミンナのミカタＨＤ
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B1)
(11)【特許番号】
(24)【登録日】2023-09-08
(45)【発行日】2023-09-19
(54)【発明の名称】手続支援装置、支援方法及びプログラム
(51)【国際特許分類】
G06Q 50/26 20120101AFI20230911BHJP
【ＦＩ】
G06Q50/26
【請求項の数】
7
(21)【出願番号】P 2022193085
(22)【出願日】2022-12-01
【審査請求日】2022-12-05
【早期審査対象出願】
(73)【特許権者】
【識別番号】522470275
【氏名又は名称】株式会社ミンナのミカタＨＤ
(74)【代理人】
【識別番号】100190621
【弁理士】
【氏名又は名称】崎間 伸洋
(74)【代理人】
【識別番号】100212510
【弁理士】
【氏名又は名称】笠原 翔
(72)【発明者】
【氏名】兼子 文晴
【審査官】大野 朋也
(56)【参考文献】
【文献】特開２００２－１４９９０３（ＪＰ，Ａ）
【文献】特開２０１８－１３９０２７（ＪＰ，Ａ）
【文献】特開２０００－０１１０３６（ＪＰ，Ａ）
【文献】特開２００８－０７７２７６（ＪＰ，Ａ）
【文献】特開２０２２－０８５６５４（ＪＰ，Ａ）
【文献】特開２０２０－０７７０２４（ＪＰ，Ａ）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｇ０６Ｑ １０／００－９９／００
(57)【特許請求の範囲】
【請求項1】
所定の手続を支援するための手続支援装置であって、前記所定の手続を特定する情報、及び、前記所定の手続の受付側となる受付側ユーザを特定する情報、に基づいて、前記受付側ユーザが実際に行った前記所定の手続の実績情報であり少なくとも過去の手続書類の記入内容を含む手続実績情報を記憶部から取得する情報取得手段と、
取得した前記受付側ユーザの前記手続実績情報を、前記所定の手続を前記受付側ユーザに対し申請する側となる申請側ユーザに報知するための処理を行う報知手段と、
を備える、手続支援装置。
【請求項2】
前記申請側ユーザからの要求に応じて、前記所定の手続に関する情報に基づき前記受付側ユーザを特定する情報を取得する第２の情報取得手段を更に備える、請求項１に記載の手続支援装置。
【請求項3】
前記受付側ユーザからの要求に応じて、前記所定の手続に関する情報に基づき前記所定の手続の前記手続実績情報を前記受付側ユーザに報知するための処理を行う第２の報知手段を更に備える、請求項１に記載の手続支援装置。
【請求項4】
前記申請側ユーザからの要求に応じて、当該申請側ユーザと、前記所定の手続に対し実績のある他の申請側ユーザとの間の問い合わせを可能にする問い合わせ手段を更に備える、請求項１に記載の手続支援装置。
【請求項5】
前記申請側ユーザからの要求に応じて、当該申請側ユーザと、前記所定の手続に対し実績のあるコンサルタントとの間の問い合わせを可能にする第２の問い合わせ手段を更に備える、請求項１に記載の手続支援装置。
【請求項6】
所定の手続を支援するための手続支援装置が実行する支援方法であって、前記所定の手続を特定する情報、及び、前記所定の手続の受付側となる受付側ユーザを特定する情報、に基づいて前記受付側ユーザが実際に行った前記所定の手続の実績情報であり少なくとも過去の手続書類の記入内容を含む手続実績情報を取得する情報取得ステップと、
取得した前記受付側ユーザの前記手続実績情報を、前記所定の手続を前記受付側ユーザに対し申請する側となる申請側ユーザに報知するための処理を行う報知ステップと、
を含む、支援方法。
【請求項7】
所定の手続を支援するための手続支援装置を制御するコンピュータに、前記所定の手続を特定する情報、及び、前記所定の手続の受付側となる受付側ユーザを特定する情報、に基づいて前記受付側ユーザが実際に行った前記所定の手続の実績情報であり少なくとも過去の手続書類の記入内容を含む手続実績情報を取得する情報取得ステップと、
取得した前記受付側ユーザの前記手続実績情報を、前記所定の手続を前記受付側ユーザに対し申請する側となる申請側ユーザに報知するための制御を行う報知ステップと、
を含む処理を実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、手続支援装置、支援方法及びプログラムに関する。
【背景技術】
【0002】
従来、会社設立等の行政手続のフローについて示唆する手続支援装置が知られている（下記特許文献１参照）。
【先行技術文献】
【特許文献】
【0003】
【文献】特開２００１－１６７１６９号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
従来技術によって示唆されるフローに沿って行政手続きが進められるとしても、行政手続の受付側の担当者の裁量によって必ずしも一定の手続内容で申請が受け付けられるとは限らなかった。即ち、行政手続（所定の手続）がスムーズに進行しないこともあった。
【0005】
本発明は、このような状況を鑑みてなされたものであり、所定の手続をスムーズに進行させることが可能な技術を提供することを目的とする。
【課題を解決するための手段】
【0006】
前述の目的を達成するため、本発明の一態様の手続支援装置は、
所定の手続を支援するための手続支援装置であって、前記所定の手続を特定する情報、及び、前記所定の手続の受付側となる受付側ユーザを特定する情報、に基づいて、前記受付側ユーザの手続実績情報を取得する情報取得手段と、取得した前記受付側ユーザの手続実績情報を前記所定の手続の申請側となる申請側ユーザに報知するための処理を行う報知手段と、を備える、ことを特徴とする。
所定の手続を支援するための手続支援装置であって、前記所定の手続を特定する情報、及び、前記所定の手続の受付側となる受付側ユーザを特定する情報、に基づいて、前記受付側ユーザの手続実績情報を取得する情報取得手段と、取得した前記受付側ユーザの手続実績情報を前記所定の手続の申請側となる申請側ユーザに報知するための処理を行う報知手段と、を備える、ことを特徴とする。
【発明の効果】
【0007】
本発明によれば、所定の手続をスムーズに進行させることができる。
【図面の簡単な説明】
【0008】
【図1】本発明の一実施形態に係る手続支援システムにより提供される本サービスの概要例を示す図である。
【図2】本発明の一実施形態に係る手続支援システムに関するシステム構成の一例を示すブロック図である。
【図3】サーバのハードウェア構成の一例を示すブロック図である。
【図4】サーバの機能的構成の一例を示す機能ブロック図である。
【図5】サーバの処理動作の流れの一例を示す図である。
【図6】本サービスを申請側ユーザが利用しているイメージ図である。
【発明を実施するための形態】
【0009】
＜本サービスの概要について＞
本発明の一実施形態に係る手続支援システム１００の適用対象となるサービス（以降「本サービス」と呼ぶ）の概要を説明する。
図１は、本発明の一実施形態に係る手続支援システム１００により提供される本サービスの概要例を示す図である。
本発明の一実施形態に係る手続支援システム１００の適用対象となるサービス（以降「本サービス」と呼ぶ）の概要を説明する。
図１は、本発明の一実施形態に係る手続支援システム１００により提供される本サービスの概要例を示す図である。
【0010】
本サービスでは、手続支援装置であるサーバ１を用いて、所定の手続をスムーズに進行させることを目的とする。そのため、本サービスでは、後述する受付側ユーザＵＵごとの癖、対応傾向、対応実績等（受付側の担当者に関する対応の様子等）を、後述する申請側ユーザＳＵに報知することができるようにしている。
【0011】
本明細書において、「所定の手続」とは、行政手続が一例として挙げられる。行政手続とは、国や県、市町村等に対し行う手続である。例えば、前述の国を例に挙げれば、国の機関に対し行うことのできる手続であり、機関としては、総務省、法務省、国税庁、厚生労働省、特許庁、国土交通省、観光庁、環境省、裁判所等が該当する。また、前述の県を例に挙げれば、例えば、県庁に対し行う手続が該当する。また、前述の市町村を例に挙げれば、例えば、市役所や町役場、村役場に対し行う手続が該当する。また、市役所を例に挙げれば、例えば、障がい福祉課に対し行う手続が該当する。
なお、所定の手続を行う際には、申請や届出等をする必要があるが、これら申請や届出等を本明細書では便宜上「申請」と総称する。
なお、所定の手続を行う際には、申請や届出等をする必要があるが、これら申請や届出等を本明細書では便宜上「申請」と総称する。
【0012】
前述からも分かるように、行政手続に係る申請を受け付ける側（受付側）の機関、その機関における部署は様々あるため、以下では、「とある市役所」の「障がい福祉課」を一例として挙げることにする。「とある市役所」の「障がい福祉課」には、申請を受け付ける担当者（所謂、自治体職員）が複数人存在する。これら「とある市役所」、「障がい福祉課」、「担当者（自治体職員）」は、夫々、後述する受付側ユーザＵＵに該当するものとする。
また、行政手続に係る申請をする側（申請側）としては、前述の「とある市役所」が存在する地域を拠点として活動する「障がい者就労継続支援事業所（者）」を一例として挙げることにする。「障がい者就労継続支援事業所（者）」にも、担当者が複数人存在する。これら「障がい者就労継続支援事業所（者）」、「担当者（事業所担当者）」は、夫々、後述する申請側ユーザＳＵに該当するものとする。なお、「障がい者」（個人）も申請側ユーザＳＵに該当するものとする。
また、行政手続に係る申請をする側（申請側）としては、前述の「とある市役所」が存在する地域を拠点として活動する「障がい者就労継続支援事業所（者）」を一例として挙げることにする。「障がい者就労継続支援事業所（者）」にも、担当者が複数人存在する。これら「障がい者就労継続支援事業所（者）」、「担当者（事業所担当者）」は、夫々、後述する申請側ユーザＳＵに該当するものとする。なお、「障がい者」（個人）も申請側ユーザＳＵに該当するものとする。
【0013】
図１には、手続支援システム１００として、サーバ１（手続支援装置）と、申請側ユーザ端末２とが示される。サーバ１は、本サービスを提供する。サーバ１は、所定の手続を支援するための情報処理装置である。申請側ユーザ端末２は、申請側となる申請側ユーザＳＵが使用する情報処理端末である。これらサーバ１と申請側ユーザ端末２は、所定のネットワークＮ（図２参照）により接続される。
【0014】
図１の概要例では、各種情報（データ）のやり取りのうちの一例が示される。
右向きの矢印で示されるように、所定の手続（行政手続）を特定する情報、及び、後述する受付側ユーザＵＵを特定する情報を、申請側ユーザＳＵが申請側ユーザ端末２を用いて入力すると（送信させると）、サーバ１では、情報取得部１１１と、報知部１１２とが備えられて、次のような処理が行われる。
即ち、先ず、サーバ１の情報取得部１１１では、所定の手続を特定する情報、及び、受付側ユーザＵＵを特定する情報に基づいて、受付側ユーザＵＵの手続実績情報を取得する（ステップＳＳ１で示す情報取得ステップを実行する）。
ここで、受付側ユーザＵＵの手続実績情報とは、自治体職員が過去に行った所定の手続に関する実績の情報（対応した所定の手続での実際の対応内容を表す情報）のことである。具体的には、過去の手続書類の記入内容（過去の手続書類で求めた一つ以上の項目への記入内容）や、添付書類等が分かるような情報であり、受付側ユーザＵＵが実際に行った所定の手続の実績情報である。
次に、サーバ１の報知部１１２では、取得した受付側ユーザＵＵの手続実績情報を申請側ユーザＳＵに報知する（ステップＳＳ２で示す報知ステップを実行する）。具体的には、左向きの矢印で示すように、申請側ユーザ端末２に対して受付側ユーザＵＵの手続実績情報を出力する（申請側ユーザ端末２には、受付側ユーザＵＵの手続実績情報が表示され、その結果、申請側ユーザＳＵに報知される）。
以上のような情報のやり取りにより、申請側ユーザＳＵは、申請側ユーザ端末２の表示部に表示された、受付側ユーザＵＵの手続実績情報（ここでは、前述の過去の手続書類の記入内容や添付書類等）を見て、受付側ユーザＵＵの癖等を知ることができる。また、受付側ユーザＵＵへの対応の仕方も知ることができる。従って、申請側ユーザＳＵは、手続をスムーズに進めることができる。このようなことから、サーバ１は、所定の手続に関し、スムーズな進行を支援することができる。
右向きの矢印で示されるように、所定の手続（行政手続）を特定する情報、及び、後述する受付側ユーザＵＵを特定する情報を、申請側ユーザＳＵが申請側ユーザ端末２を用いて入力すると（送信させると）、サーバ１では、情報取得部１１１と、報知部１１２とが備えられて、次のような処理が行われる。
即ち、先ず、サーバ１の情報取得部１１１では、所定の手続を特定する情報、及び、受付側ユーザＵＵを特定する情報に基づいて、受付側ユーザＵＵの手続実績情報を取得する（ステップＳＳ１で示す情報取得ステップを実行する）。
ここで、受付側ユーザＵＵの手続実績情報とは、自治体職員が過去に行った所定の手続に関する実績の情報（対応した所定の手続での実際の対応内容を表す情報）のことである。具体的には、過去の手続書類の記入内容（過去の手続書類で求めた一つ以上の項目への記入内容）や、添付書類等が分かるような情報であり、受付側ユーザＵＵが実際に行った所定の手続の実績情報である。
次に、サーバ１の報知部１１２では、取得した受付側ユーザＵＵの手続実績情報を申請側ユーザＳＵに報知する（ステップＳＳ２で示す報知ステップを実行する）。具体的には、左向きの矢印で示すように、申請側ユーザ端末２に対して受付側ユーザＵＵの手続実績情報を出力する（申請側ユーザ端末２には、受付側ユーザＵＵの手続実績情報が表示され、その結果、申請側ユーザＳＵに報知される）。
以上のような情報のやり取りにより、申請側ユーザＳＵは、申請側ユーザ端末２の表示部に表示された、受付側ユーザＵＵの手続実績情報（ここでは、前述の過去の手続書類の記入内容や添付書類等）を見て、受付側ユーザＵＵの癖等を知ることができる。また、受付側ユーザＵＵへの対応の仕方も知ることができる。従って、申請側ユーザＳＵは、手続をスムーズに進めることができる。このようなことから、サーバ１は、所定の手続に関し、スムーズな進行を支援することができる。
【0015】
＜手続支援システム１００に関するシステム構成について＞
図２は、本発明の一実施形態に係る手続支援システム１００に関するシステム構成の一例を示すブロック図である。
図２は、本発明の一実施形態に係る手続支援システム１００に関するシステム構成の一例を示すブロック図である。
【0016】
手続支援システム１００は、サーバ１（手続支援装置）と、申請側ユーザ端末２と、受付側ユーザ端末３と、コンサルタント端末４と、これらを接続するインターネット等の所定のネットワークとを備えて構成される。
申請側ユーザ端末２、受付側ユーザ端末３、及びコンサルタント端末４は、ここでは一又は複数あるものとする（ｎ、ｍの夫々は１以上の整数であるものとする）。
サーバ１は、例えば、負荷が重すぎる場合、複数あってもよいものとする。
申請側ユーザ端末２、受付側ユーザ端末３、及びコンサルタント端末４は、ここでは一又は複数あるものとする（ｎ、ｍの夫々は１以上の整数であるものとする）。
サーバ１は、例えば、負荷が重すぎる場合、複数あってもよいものとする。
【0017】
申請側ユーザ端末２を操作する申請側ユーザＳＵは、例えば、これ以降の説明においても、前述の「障がい者就労継続支援事業所（者）」や、その支援事業所の「担当者」、或いは「障がい者」（個人）が該当するものとする。また、受付側ユーザ端末３を操作する受付側ユーザＵＵも、例えば、前述の「とある市役所の障がい福祉課」で働く複数の「担当者（自治体職員）」や、「とある市役所」、「障がい福祉課」が該当するものとする。
申請側ユーザ端末２は、申請側ユーザＳＵが使用する端末である。また、受付側ユーザ端末３は、受付側ユーザＵＵが使用する端末である。また、コンサルタント端末４は、コンサルタントＣが使用する端末である。
申請側ユーザ端末２、受付側ユーザ端末３、及びコンサルタント端末４は、例えば、パーソナルコンピュータ（ＰＣ）、タブレットＰＣ、スマートフォン等の端末である。
申請側ユーザ端末２は、申請側ユーザＳＵが使用する端末である。また、受付側ユーザ端末３は、受付側ユーザＵＵが使用する端末である。また、コンサルタント端末４は、コンサルタントＣが使用する端末である。
申請側ユーザ端末２、受付側ユーザ端末３、及びコンサルタント端末４は、例えば、パーソナルコンピュータ（ＰＣ）、タブレットＰＣ、スマートフォン等の端末である。
【0018】
＜サーバ１のハードウェア構成について＞
図３は、サーバ１のハードウェア構成の一例を示すブロック図である。
図３は、サーバ１のハードウェア構成の一例を示すブロック図である。
【0019】
サーバ１は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１１と、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１２と、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１３と、バス１４と、入出力インターフェース１５と、出力部１６と、入力部１７と、記憶部１８と、通信部１９と、ドライブ２０とを備える。
【0020】
ＣＰＵ１１は、ＲＯＭ１２に記録されているプログラム、又は、記憶部１８からＲＡＭ１３にロードされたプログラムに従って各種の処理を実行する。
ＲＡＭ１３には、ＣＰＵ１１が各種の処理を実行する上において必要なデータ等も適宜記憶される。
ＲＡＭ１３には、ＣＰＵ１１が各種の処理を実行する上において必要なデータ等も適宜記憶される。
【0021】
ＣＰＵ１１、ＲＯＭ１２及びＲＡＭ１３は、バス１４を介して相互に接続される。このバス１４には、入出力インターフェース１５が接続される。
入出力インターフェース１５には、出力部１６、入力部１７、記憶部１８、通信部１９及びドライブ２０が接続される。
入出力インターフェース１５には、出力部１６、入力部１７、記憶部１８、通信部１９及びドライブ２０が接続される。
【0022】
出力部１６は、例えば、ディスプレイにより構成され、各種画像を表示する。入力部１７は、各種ハードウェア等で構成され、各種情報を入力する。
記憶部１８は、ハードディスクやＤＲＡＭ（Ｄｙｎａｍｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等で構成され、各種データを記憶する。
通信部１９は、所定のネットワークＮを介して申請側ユーザ端末２、受付側ユーザ端末３、及びコンサルタント端末４との間で行う通信を制御する。
記憶部１８は、ハードディスクやＤＲＡＭ（Ｄｙｎａｍｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等で構成され、各種データを記憶する。
通信部１９は、所定のネットワークＮを介して申請側ユーザ端末２、受付側ユーザ端末３、及びコンサルタント端末４との間で行う通信を制御する。
【0023】
ドライブ２０は、必要に応じて設けられる。ドライブ２０には、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリ等よりなる、リムーバブルメディア２１が適宜装着される。
ドライブ２０によってリムーバブルメディア２１から読み出されたプログラムは、必要に応じて記憶部１８にインストールされる。また、リムーバブルメディア２１は、記憶部１８に記憶されている各種データも、記憶部１８と同様に記憶することができる。
ドライブ２０によってリムーバブルメディア２１から読み出されたプログラムは、必要に応じて記憶部１８にインストールされる。また、リムーバブルメディア２１は、記憶部１８に記憶されている各種データも、記憶部１８と同様に記憶することができる。
【0024】
以上のようなサーバ１に関し、前述の各種ハードウェアと各種ソフトウェアとの協働により、後述する各種処理が実現されるようになる。
また、申請側ユーザ端末２、受付側ユーザ端末３、及びコンサルタント端末４に関しても、これらの各種ハードウェアと各種ソフトウェアとの協働により、後述する各種処理が実現されるようになる。
また、申請側ユーザ端末２、受付側ユーザ端末３、及びコンサルタント端末４に関しても、これらの各種ハードウェアと各種ソフトウェアとの協働により、後述する各種処理が実現されるようになる。
【0025】
＜各端末のハードウェア構成について＞
前述の申請側ユーザ端末２、受付側ユーザ端末３、及びコンサルタント端末４のハードウェア構成は、ここでは特に図示しないが、前述のサーバ１のハードウェア構成と基本的に同様である。即ち、ＣＰＵと、ＲＯＭと、ＲＡＭと、バスと、入出力インターフェースと、出力部（表示部）と、入力部と、記憶部と、通信部と、ドライブとを備えて構成される。各端末は、通信部を介して通話や電子メール、チャット等を可能とする。
前述の申請側ユーザ端末２、受付側ユーザ端末３、及びコンサルタント端末４のハードウェア構成は、ここでは特に図示しないが、前述のサーバ１のハードウェア構成と基本的に同様である。即ち、ＣＰＵと、ＲＯＭと、ＲＡＭと、バスと、入出力インターフェースと、出力部（表示部）と、入力部と、記憶部と、通信部と、ドライブとを備えて構成される。各端末は、通信部を介して通話や電子メール、チャット等を可能とする。
【0026】
【0027】
サーバ１（手続支援装置）は、ＣＰＵ１１と、記憶部１８と、通信部１９等とを備える。サーバ１には、通信部１９を介して申請側ユーザ端末２、受付側ユーザ端末３、及びコンサルタント端末４が夫々接続されて、これらは通信可能になっている。
【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】
なお、前述の「役所とのやり取り」以外として、次のような情報も得ることができる。
即ち、「・各市町村で提出期限のばらつきがある。」、「・報酬改定で必要ではない書類のはずのものでも、「提出しない」という記載がないという理由で提出を求められる。根拠が曖昧で納得がいかない。」、「・担当者ごとに、解釈が違うためその度に戸惑うことが多い。」、「・担当者が変わる度に、同じ説明をしなければいけない。」、「・提出書類をどのように活用しているのか不透明である。」等の情報も得ることができる。
以上は申請側ならではの情報であり、この得られた情報から、申請側ユーザＳＵ同士の情報交換に繋げることもできる。
即ち、「・各市町村で提出期限のばらつきがある。」、「・報酬改定で必要ではない書類のはずのものでも、「提出しない」という記載がないという理由で提出を求められる。根拠が曖昧で納得がいかない。」、「・担当者ごとに、解釈が違うためその度に戸惑うことが多い。」、「・担当者が変わる度に、同じ説明をしなければいけない。」、「・提出書類をどのように活用しているのか不透明である。」等の情報も得ることができる。
以上は申請側ならではの情報であり、この得られた情報から、申請側ユーザＳＵ同士の情報交換に繋げることもできる。
【0053】
図６では、他の申請側ユーザＳＵ（ＳＵ－ｎ）が体験した「役所とのやり取り」の経験がない申請側ユーザＳＵが、◎◎市役所や□□市役所に出向く前に申請側ユーザ端末２の表示部５にある検索窓（一例である）に対し「◎◎市役所 施設外就労実施報告書 提出」＋検索ボタンを入力すると（検索窓に「◎◎市役所 施設外就労実施報告書 提出」をキーワードとして入力し、検索ボタンをクリックすると）、前述の手続実績情報が表示され、“提出は不要である”ことが分かる。また、「□□市役所 施設外就労実施報告書 提出」＋検索ボタンを入力すれば、前述の手続実績情報が表示され、データの送付のみで“提出は必要である”ことが分かる。
以上のような機能は、自治体の職員にも開放することで、前任者から引き継ぎを受けていない場合に新任の職員が“施設側と同じ記録”を参照することができ、手続き事務トラブルの回避に資することができる。
また、前述の検索窓に「施設外就労実施報告書 提出」＋検索ボタンを入力すれば、◎◎市役所や□□市役所の双方の手続実績情報が出力されるので、短期的には自治体ごとの手続事務の相違が明確なるとともに、中長期的には手続事務の平準化に資することができる。
また、前述の検索窓に「□□市役所 施設外就労実施報告書 提出 “担当者名”」＋検索ボタンを入力すると、前述のように担当者ごとの手続実績情報が出力され、担当者による手続事務の解釈の違いも事前に調査することできる。
また、前述の検索窓に「□□市役所 施設外就労実施報告書 提出 実施施設」＋検索ボタンを入力すると、□□市役所で施設外就労実施報告書の提出を経験した、実績のある他の施設（他の申請側ユーザＳＵ（ＳＵ－ｎ））の情報が出力され、チャット等で直接質問をすることができる。
また、前述の検索窓に「□□市役所 施設外就労実施報告書 提出 コンサルタント」＋検索ボタンを入力すると、□□市役所で施設外就労実施報告書の提出を経験した実績のあるコンサルタントＣの情報が出力され、チャット等で直接質問をすることができる。
以上のような機能は、自治体の職員にも開放することで、前任者から引き継ぎを受けていない場合に新任の職員が“施設側と同じ記録”を参照することができ、手続き事務トラブルの回避に資することができる。
また、前述の検索窓に「施設外就労実施報告書 提出」＋検索ボタンを入力すれば、◎◎市役所や□□市役所の双方の手続実績情報が出力されるので、短期的には自治体ごとの手続事務の相違が明確なるとともに、中長期的には手続事務の平準化に資することができる。
また、前述の検索窓に「□□市役所 施設外就労実施報告書 提出 “担当者名”」＋検索ボタンを入力すると、前述のように担当者ごとの手続実績情報が出力され、担当者による手続事務の解釈の違いも事前に調査することできる。
また、前述の検索窓に「□□市役所 施設外就労実施報告書 提出 実施施設」＋検索ボタンを入力すると、□□市役所で施設外就労実施報告書の提出を経験した、実績のある他の施設（他の申請側ユーザＳＵ（ＳＵ－ｎ））の情報が出力され、チャット等で直接質問をすることができる。
また、前述の検索窓に「□□市役所 施設外就労実施報告書 提出 コンサルタント」＋検索ボタンを入力すると、□□市役所で施設外就労実施報告書の提出を経験した実績のあるコンサルタントＣの情報が出力され、チャット等で直接質問をすることができる。
【0054】
＜効果について＞
以上、図２乃至図６を参照しながら説明してきた通り、本サービスにより、申請側ユーザＳＵの一例である「障がい者就労継続支援事業所（者）」は、手続実績情報により、受付側ユーザＵＵの一例である「障がい福祉課の担当者（自治体職員）」の癖を知ることができる。また、「障がい者就労継続支援事業所（者）」は、「障がい福祉課」への申請の仕方（対応の仕方）も知ることができる。
一方、受付側ユーザＵＵは、「障がい福祉課の担当者」や「他の自治体」が過去に受け付けた申請に関する手続書類の記入内容及び添付書類等を見ることで、前任者がどのようにして受け付けをしていたのか等を把握することができる。また、受付側ユーザＵＵは、申請に関する手続書類の記入内容及び添付書類等を見ることで、全体として「前例に倣って」手続要件の「揺れ」を抑制することができる。
従って、本サービスによれば、手続をスムーズに進行させるよう支援することができる。
以上、図２乃至図６を参照しながら説明してきた通り、本サービスにより、申請側ユーザＳＵの一例である「障がい者就労継続支援事業所（者）」は、手続実績情報により、受付側ユーザＵＵの一例である「障がい福祉課の担当者（自治体職員）」の癖を知ることができる。また、「障がい者就労継続支援事業所（者）」は、「障がい福祉課」への申請の仕方（対応の仕方）も知ることができる。
一方、受付側ユーザＵＵは、「障がい福祉課の担当者」や「他の自治体」が過去に受け付けた申請に関する手続書類の記入内容及び添付書類等を見ることで、前任者がどのようにして受け付けをしていたのか等を把握することができる。また、受付側ユーザＵＵは、申請に関する手続書類の記入内容及び添付書類等を見ることで、全体として「前例に倣って」手続要件の「揺れ」を抑制することができる。
従って、本サービスによれば、手続をスムーズに進行させるよう支援することができる。
【0055】
＜まとめ＞
以上、本発明の手続支援装置（サーバ１）を含む手続支援システム１００の実施形態について説明したが、本発明は上述した本実施形態に限定されない。また、本実施形態に記載された効果は、本発明から生じる最も好適な効果の列挙に過ぎず、本発明による効果は、本実施形態に記載されたものに限定されない。
以上、本発明の手続支援装置（サーバ１）を含む手続支援システム１００の実施形態について説明したが、本発明は上述した本実施形態に限定されない。また、本実施形態に記載された効果は、本発明から生じる最も好適な効果の列挙に過ぎず、本発明による効果は、本実施形態に記載されたものに限定されない。
【0056】
本実施形態において、図３に示すハードウェア構成は、本発明の目的を達成するための例示に過ぎず、特に限定されない。換言すると、図４に示す機能的構成は例示に過ぎず、特に限定されない。即ち、上述した一連の処理を全体として実行できる機能が手続支援システム１００（手続支援装置（サーバ１））に備えられていれば足り、この機能を実現するためにどのような機能ブロックを用いるのかは特に図４の例に限定されない。
【0057】
また、機能ブロックの存在場所も、図４に特に限定されず、任意でよい。例えば、サーバ１の機能ブロックを複数のサーバに分散させてもよい。また、１つの機能ブロックは、ハードウェア単体で構成してもよいし、ソフトウェア単体で構成してもよいし、それらの組み合わせで構成してもよい。
【0058】
また、例えば、一連の処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが、コンピュータ等にネットワークや記録媒体からインストールされる。また、コンピュータは、専用のハードウェアに組み込まれるコンピュータであってもよい。
【0059】
コンピュータは、各種のプログラムをインストールすることで、各種の機能を実行することが可能なコンピュータ、例えばサーバの他、汎用のスマートフォンやパーソナルコンピュータであってもよい。
【0060】
また、例えば、このようなプログラムを含む記録媒体は、利用者にプログラムを提供するために、装置本体とは別に配布される図示しないリムーバブルメディアにより構成されるだけでなく、装置本体に予め組み込まれた状態で利用者に提供される記録媒体等で構成されるものであってもよい。
【0061】
なお、本明細書において、記録媒体に記録されるプログラムを記述するステップは、その順序に沿って時系列的に行われる処理は勿論、必ずしも時系列的に処理されなくとも、並列的或いは個別に実行される処理をも含む。また、本明細書において、システムの用語は、複数の装置や複数の手段等より構成される全体的な装置を意味する。
【0062】
このようなプログラムを含む記録媒体は、ユーザにプログラムを提供するために装置本体とは別に配布される図３のリムーバブルメディア２１により構成されるだけでなく、装置本体に予め組み込まれた状態で利用者に提供される記録媒体等で構成される。
リムーバブルメディア２１は、例えば、磁気ディスク（フロッピディスクを含む）、光ディスク、又は光磁気ディスク等により構成される。光ディスクは、例えば、ＣＤ－ＲＯＭ（Ｃｏｍｐａｃｔ Ｄｉｓｋ－Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ），ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）等により構成される。光磁気ディスクは、ＭＤ（Ｍｉｎｉ－Ｄｉｓｋ）等により構成される。
装置本体に予め組み込まれた状態でユーザに提供される記録媒体は、例えば、プログラムが記録されている図３のＲＯＭ１２や、図３の記憶部１８に含まれるハードディスク等で構成される。
リムーバブルメディア２１は、例えば、磁気ディスク（フロッピディスクを含む）、光ディスク、又は光磁気ディスク等により構成される。光ディスクは、例えば、ＣＤ－ＲＯＭ（Ｃｏｍｐａｃｔ Ｄｉｓｋ－Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ），ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）等により構成される。光磁気ディスクは、ＭＤ（Ｍｉｎｉ－Ｄｉｓｋ）等により構成される。
装置本体に予め組み込まれた状態でユーザに提供される記録媒体は、例えば、プログラムが記録されている図３のＲＯＭ１２や、図３の記憶部１８に含まれるハードディスク等で構成される。
【0063】
以上まとめると、（１）本発明が適用される手続支援装置は、次のような構成を取れば足り、各種各様な実施形態を取ることができる。
即ち、本発明が適用される手続支援装置（例えば、図２のサーバ１）は、
所定の手続（例えば、行政手続）を支援するための手続支援装置であって、前記所定の手続を特定する情報（例えば、手続名、書類名等）、及び、前記所定の手続の受付側となる受付側ユーザ（例えば、図２の受付側ユーザＵＵ）を特定する情報（例えば、自治体名や自治体職員の名前）、に基づいて、前記受付側ユーザの手続実績情報（例えば、過去の手続書類の記入内容や添付書類等）を取得する情報取得手段（例えば、図４の情報取得部１１１）と、取得した前記受付側ユーザの手続実績情報を前記所定の手続の申請側となる申請側ユーザ（例えば、図２の申請側ユーザＳＵ）に報知するための処理を行う報知手段（例えば、図４の報知部１１２）と、を備える。
本発明によれば、所定の手続をスムーズに進行させることができる。
即ち、本発明が適用される手続支援装置（例えば、図２のサーバ１）は、
所定の手続（例えば、行政手続）を支援するための手続支援装置であって、前記所定の手続を特定する情報（例えば、手続名、書類名等）、及び、前記所定の手続の受付側となる受付側ユーザ（例えば、図２の受付側ユーザＵＵ）を特定する情報（例えば、自治体名や自治体職員の名前）、に基づいて、前記受付側ユーザの手続実績情報（例えば、過去の手続書類の記入内容や添付書類等）を取得する情報取得手段（例えば、図４の情報取得部１１１）と、取得した前記受付側ユーザの手続実績情報を前記所定の手続の申請側となる申請側ユーザ（例えば、図２の申請側ユーザＳＵ）に報知するための処理を行う報知手段（例えば、図４の報知部１１２）と、を備える。
本発明によれば、所定の手続をスムーズに進行させることができる。
【0064】
また、（２）本発明が適用される手続支援装置は、（１）の手続支援装置において、
前記申請側ユーザからの要求に応じて、前記所定の手続に関する情報（例えば、手続名、自治体名等）に基づき前記受付側ユーザを特定する情報を取得する第２の情報取得手段（例えば、図４の情報取得手段１１１）を更に備える。
本発明によれば、受付側ユーザを特定することができ、その受付側ユーザに対し適切に対応することができる。
前記申請側ユーザからの要求に応じて、前記所定の手続に関する情報（例えば、手続名、自治体名等）に基づき前記受付側ユーザを特定する情報を取得する第２の情報取得手段（例えば、図４の情報取得手段１１１）を更に備える。
本発明によれば、受付側ユーザを特定することができ、その受付側ユーザに対し適切に対応することができる。
【0065】
また、（３）本発明が適用される手続支援装置は、（１）又は（２）の手続支援装置において、
前記受付側ユーザからの要求に応じて、前記所定の手続に関する情報に基づき前記所定の手続の手続実績情報を前記受付側ユーザに報知する第２の報知手段（例えば、図４の報知部１１２）を更に備える。
本発明によれば、受付側ユーザも所定の手続の手続実績情報を参考とすることができ、全体として「前例に倣って」手続要件の「揺れ」を抑制することができる。従って、本発明によれば、所定の手続をスムーズに進行させることができる。
前記受付側ユーザからの要求に応じて、前記所定の手続に関する情報に基づき前記所定の手続の手続実績情報を前記受付側ユーザに報知する第２の報知手段（例えば、図４の報知部１１２）を更に備える。
本発明によれば、受付側ユーザも所定の手続の手続実績情報を参考とすることができ、全体として「前例に倣って」手続要件の「揺れ」を抑制することができる。従って、本発明によれば、所定の手続をスムーズに進行させることができる。
【0066】
また、（４）本発明が適用される手続支援装置は、（１）乃至（３）いずれかの手続支援装置において、
前記申請側ユーザからの要求に応じて、当該申請側ユーザと、前記所定の手続に対し実績のある他の申請側ユーザ（例えば、図２の申請側ユーザＳＵ（ＳＵ－ｎ））との間の問い合わせを可能にする問い合わせ手段（例えば、図４の問い合わせ部１１３）を更に備える。
本発明によれば、申請側ユーザと、実績のある他の申請側ユーザは、これらユーザ同士のやり取りの中で情報交換を行うことができ、全体として「前例に倣って」手続要件の「揺れ」を抑制することや、実績のある他の申請側ユーザから適切なアドバイスを受けることができる。従って、本発明によれば、所定の手続をスムーズに進行させることができる。
前記申請側ユーザからの要求に応じて、当該申請側ユーザと、前記所定の手続に対し実績のある他の申請側ユーザ（例えば、図２の申請側ユーザＳＵ（ＳＵ－ｎ））との間の問い合わせを可能にする問い合わせ手段（例えば、図４の問い合わせ部１１３）を更に備える。
本発明によれば、申請側ユーザと、実績のある他の申請側ユーザは、これらユーザ同士のやり取りの中で情報交換を行うことができ、全体として「前例に倣って」手続要件の「揺れ」を抑制することや、実績のある他の申請側ユーザから適切なアドバイスを受けることができる。従って、本発明によれば、所定の手続をスムーズに進行させることができる。
【0067】
また、（５）本発明が適用される手続支援装置は、（１）乃至（４）いずれかの手続支援装置において、
前記申請側ユーザからの要求に応じて、当該申請側ユーザと、前記所定の手続に対し実績のあるコンサルタント（例えば、図２のコンサルタントＣ）との間の問い合わせを可能にする第２の問い合わせ手段（例えば、図４の問い合わせ手段１１３）を更に備える。
本発明によれば、申請側ユーザと、実績のあるコンサルタントは、これら両者のやり取りの中で情報交換を行うことができる。申請側ユーザは、実績のあるコンサルタントから適切なアドバイスを受けることができる。従って、本発明によれば、所定の手続をスムーズに進行させることができる。
前記申請側ユーザからの要求に応じて、当該申請側ユーザと、前記所定の手続に対し実績のあるコンサルタント（例えば、図２のコンサルタントＣ）との間の問い合わせを可能にする第２の問い合わせ手段（例えば、図４の問い合わせ手段１１３）を更に備える。
本発明によれば、申請側ユーザと、実績のあるコンサルタントは、これら両者のやり取りの中で情報交換を行うことができる。申請側ユーザは、実績のあるコンサルタントから適切なアドバイスを受けることができる。従って、本発明によれば、所定の手続をスムーズに進行させることができる。
【0068】
（６）本発明が適用される支援方法は、
所定の手続を支援するための手続支援装置に実行させる支援方法であって、前記所定の手続を特定する情報、及び、前記所定の手続の受付側となる受付側ユーザを特定する情報、に基づいて前記受付側ユーザの手続実績情報を取得する情報取得ステップ（例えば、図１の情報取得ステップＳＳ１）と、取得した前記受付側ユーザの手続実績情報を前記所定の手続の申請側となる申請側ユーザに報知するための処理を行う報知ステップ（例えば、図１の報知ステップＳＳ２）と、を含む。
本発明によれば、所定の手続をスムーズに進行させることが可能な支援方法を提供することができる。
所定の手続を支援するための手続支援装置に実行させる支援方法であって、前記所定の手続を特定する情報、及び、前記所定の手続の受付側となる受付側ユーザを特定する情報、に基づいて前記受付側ユーザの手続実績情報を取得する情報取得ステップ（例えば、図１の情報取得ステップＳＳ１）と、取得した前記受付側ユーザの手続実績情報を前記所定の手続の申請側となる申請側ユーザに報知するための処理を行う報知ステップ（例えば、図１の報知ステップＳＳ２）と、を含む。
本発明によれば、所定の手続をスムーズに進行させることが可能な支援方法を提供することができる。
【0069】
（７）本発明が適用されるプログラムは、
所定の手続を支援するための手続支援装置を制御するコンピュータ（例えば、図４のＣＰＵ１１）に、前記所定の手続を特定する情報、及び、前記所定の手続の受付側となる受付側ユーザを特定する情報、に基づいて前記受付側ユーザの手続実績情報を取得する情報取得ステップと、取得した前記受付側ユーザの手続実績情報を前記所定の手続の申請側となる申請側ユーザに報知するための制御を行う報知ステップと、を含む処理を実行させる。
本発明によれば、所定の手続をスムーズに進行させることが可能なプログラムを提供することができる。
所定の手続を支援するための手続支援装置を制御するコンピュータ（例えば、図４のＣＰＵ１１）に、前記所定の手続を特定する情報、及び、前記所定の手続の受付側となる受付側ユーザを特定する情報、に基づいて前記受付側ユーザの手続実績情報を取得する情報取得ステップと、取得した前記受付側ユーザの手続実績情報を前記所定の手続の申請側となる申請側ユーザに報知するための制御を行う報知ステップと、を含む処理を実行させる。
本発明によれば、所定の手続をスムーズに進行させることが可能なプログラムを提供することができる。
【符号の説明】
【0070】
１・・・サーバ（手続支援装置）、２・・・申請側ユーザ端末、３・・・受付側ユーザ端末、４・・・コンサルタント端末、１１・・・ＣＰＵ、１８・・・記憶部、１９・・・通信部、１１１ａ・・・申請側向け情報取得部（情報取得手段、第２の情報取得手段）、１１１ｂ・・・受付側向け情報取得部（第３の情報取得手段）、１１２ａ・・・申請側向け報知部（報知手段）、１１２ｂ・・・受付側向け報知部（第２の報知手段）、１１３ａ・・・他の申請側向け問い合わせ部（問い合わせ手段）、１１３ｂ・・・コンサルタント向け問い合わせ部（第２の問い合わせ手段）、１００・・・手続支援システム、１８１・・・申請側ユーザ情報記憶部、１８２・・・受付側ユーザ情報記憶部、１８３・・・所定の手続実績情報記憶部、１８４・・・コンサルタント情報記憶部、Ｎ・・・ネットワーク、ＳＵ・・・申請側ユーザ、ＵＵ・・・受付側ユーザ
【要約】
【課題】所定の手続をスムーズに進行させることが可能な技術を提供すること。
【解決手段】サーバ１は、所定の手続を特定する情報、及び、所定の手続の受付側となる受付側ユーザＵＵを特定する情報、に基づいて、受付側ユーザＵＵの手続実績情報を取得する情報取得部１１１と、取得した受付側ユーザＵＵの手続実績情報を所定の手続の申請側となる申請側ユーザＳＵに報知する報知部１１２と、を備える。情報取得手段１１１は、申請側ユーザＳＵからの要求に応じて、所定の手続に関する情報に基づき受付側ユーザＵＵを特定する情報を取得する。
【選択図】図４
【解決手段】サーバ１は、所定の手続を特定する情報、及び、所定の手続の受付側となる受付側ユーザＵＵを特定する情報、に基づいて、受付側ユーザＵＵの手続実績情報を取得する情報取得部１１１と、取得した受付側ユーザＵＵの手続実績情報を所定の手続の申請側となる申請側ユーザＳＵに報知する報知部１１２と、を備える。情報取得手段１１１は、申請側ユーザＳＵからの要求に応じて、所定の手続に関する情報に基づき受付側ユーザＵＵを特定する情報を取得する。
【選択図】図４
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】