特許 7381112 プログラム、方法及びシステム

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

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

(11)【特許番号】

(24)【登録日】2023-11-07

(45)【発行日】2023-11-15

(54)【発明の名称】プログラム、方法及びシステム

(51)【国際特許分類】

   G06Q 50/26 20120101AFI20231108BHJP

【ＦＩ】

G06Q50/26

【請求項の数】 8

(21)【出願番号】P 2021194905

(22)【出願日】2021-11-30

(65)【公開番号】P2022046469

(43)【公開日】2022-03-23

【審査請求日】2023-03-30

【新規性喪失の例外の表示】特許法第３０条第２項適用 ［ウェブサイトの掲載日］ 令和３年１０月２８日 ［ウェブサイトのアドレス］ ｈｔｔｐｓ：／／ｊｐ．ｔｅｃｈｃｒｕｎｃｈ．ｃｏｍ／２０２１／１０／２８／ｓｔａｙｗａｙ－ｈｏｊｙｏｋｉｎ－ｃｌｏｕｄ－ｂｅｔａ／ ［刊行物等］ ［ウェブサイトの掲載日］ 令和３年１１月１日 ［ウェブサイトのアドレス］ ｈｔｔｐｓ：／／ｗｗｗ．ｈｏｊｙｏｋｉｎｃｌｏｕｄ．ｊｐ／ ［刊行物等］ ［ウェブサイトの掲載日］ 令和３年１１月２５日 ［ウェブサイトのアドレス］ ｈｔｔｐｓ：／／ｐｒｔｉｍｅｓ．ｊｐ／ｍａｉｎ／ｈｔｍｌ／ｒｄ／ｐ／０００００００３９．００００２８０１６．ｈｔｍｌ ［刊行物等］ ［ウェブサイトの掲載日］ 令和３年１０月２８日 ［ウェブサイトのアドレス］ ｈｔｔｐｓ：／／ｔｈｅｂｒｉｄｇｅ．ｊｐ／２０２１／１０／ｓｔａｙｗａｙ－ｔｏ－ｌａｕｎｃｈ－ｈｏｊｏｋｉｎ－ｃｌｏｕｄ－ｉｎ－ｂｅｔａ ［刊行物等］ ［ウェブサイトの掲載日］ 令和３年１０月２８日 ［ウェブサイトのアドレス］ ｈｔｔｐｓ：／／ｗｗｗ．ｎｉｋｋｉｎｏｎｌｉｎｅ．ｃｏｍ／ａｒｔｉｃｌｅ／１７９１１

【早期審査対象出願】

【前置審査】

(73)【特許権者】

【識別番号】521470490

【氏名又は名称】株式会社Ｓｔａｙｗａｙ

(74)【代理人】

【識別番号】110002789

【氏名又は名称】弁理士法人ＩＰＸ

(72)【発明者】

【氏名】佐藤 淳

【審査官】原 忠

(56)【参考文献】

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

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

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

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

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

【請求項1】

第１事業者と、第２事業者と、第３事業者と、がアクセス可能なサーバに、第２事業者の補助金・助成金の申請を管理する機能を実行させるプログラムであって、
前記プログラムは、
第２事業者から、第３事業者に対する補助金・助成金の申請サポートの依頼を受信する依頼受信ステップと、第３事業者から、第２事業者の補助金・助成金の申請手続きに関する情報を受信し、前記情報を記憶する記憶ステップと、
第１事業者から、第２事業者の前記情報に対する閲覧申請を受信し、前記情報を第１事業者が閲覧可能に出力する情報出力ステップと、
第２事業者と第５事業者との間に前記補助金・助成金についてのファクタリングの取引の有無を判断する判断ステップと、
前記取引があると判断した場合、前記取引の対象となる補助金・助成金を第５事業者と関連付ける関連付けステップと、
第５事業者に関連付けられた前記補助金・助成金に関するファクタリングの情報を第１事業者が閲覧可能に出力する権利情報出力ステップ
とを、前記サーバに実行させる、プログラム。

【請求項2】

請求項１に記載のプログラムにおいて、
第２事業者に、当該第２事業者の前記補助金・助成金についてのファクタリングの取引の有無及び当該取引の取引先を入力させる画面を表示させる表示ステップを、前記サーバに実行させ、
前記判断ステップは、前記画面への入力に基づいて、前記取引の有無の判断を行うステップであり、
前記関連付けステップは、入力された前記取引先を前記第５事業者として前記取引の対象となる補助金・助成金と関連付けるステップである、
プログラム。

【請求項3】

第１事業者と、第２事業者と、第３事業者と、がアクセス可能で且つ第２事業者の補助金・助成金の申請を管理する機能を有するサーバが実行する方法であって、
第２事業者から、第３事業者に対する補助金・助成金の申請サポートの依頼を受信する依頼受信ステップと、
第３事業者から、第２事業者の補助金・助成金の申請手続きに関する情報を受信し、前記情報を記憶する情報受信ステップと、
第１事業者から、第２事業者の前記情報に対する閲覧申請を受信し、前記情報を第１事業者が閲覧可能に出力する情報出力ステップと、
第２事業者と第５事業者との間に前記補助金・助成金についてのファクタリングの取引の有無を判断する判断ステップと、
前記取引があると判断した場合、前記取引の対象となる補助金・助成金を第５事業者と関連付ける関連付けステップと、
第５事業者に関連付けられた前記補助金・助成金に関するファクタリングの情報を第１事業者が閲覧可能に出力する権利情報出力ステップと
を含む方法。

【請求項4】

第１事業者と、第２事業者と、第３事業者と、がアクセス可能で且つ第２事業者の補助金・助成金の申請を管理する機能を有するシステムであって、
第２事業者から、第３事業者に対する補助金・助成金の申請サポートの依頼を受信する依頼受信ステップと、
第３事業者から、第２事業者の補助金・助成金の申請手続きに関する情報を受信し、前記情報を記憶する情報受信ステップと、
第１事業者から、第２事業者の前記情報に対する閲覧申請を受信し、前記情報を第１事業者が閲覧可能に出力する情報出力ステップと、
第２事業者と第５事業者との間に前記補助金・助成金についてのファクタリングの取引の有無を判断する判断ステップと、
前記取引があると判断した場合、前記取引の対象となる補助金・助成金を第５事業者と関連付ける関連付けステップと、
第５事業者に関連付けられた前記補助金・助成金に関するファクタリングの情報を第１事業者が閲覧可能に出力する権利情報出力ステップと
を実行するシステム

【請求項5】

第１事業者と、第２事業者と、第３事業者と、第４事業者と、がアクセス可能なサーバに、第２事業者の補助金・助成金の申請を管理する機能を実行させるプログラムであって、
前記サーバは、第４事業者が提供するシステムのサーバであり、
前記プログラムは、
第２事業者から、第３事業者に対する補助金・助成金の申請サポートの依頼を受信する依頼受信ステップと、
第３事業者から、第２事業者の補助金・助成金の申請手続きに関する情報を受信し、前記情報を記憶する情報記憶ステップと、
第１事業者から、第２事業者の前記情報に対する閲覧申請を受信し、前記情報を第１事業者が閲覧可能に出力する情報出力ステップと、
第４事業者又は第１事業者から、前記システムを利用するユーザのアカウントとして、第１事業者の第１アカウントの発行申請を受信し、前記第１アカウントを発行する第１発行ステップと、
発行された前記第１アカウントを、第１事業者に関連付ける第１関連付けステップと、
第１事業者又は第２事業者から、前記システムを利用するユーザのアカウントとして、第２事業者の第２アカウントの発行申請を受信し、前記第２アカウントを発行する第２発行ステップと、
発行された前記第２アカウントを、第２事業者及び第１事業者に関連付ける第２関連付けステップと、
第１事業者から、第１事業者の識別画像を受信する情報受信ステップと、
第１事業者の識別画像を、前記第１アカウントに関連付ける第３関連付けステップと、
第２事業者の端末が前記システムの画面を表示する場合、前記第２アカウントが関連付けられた第１事業者の識別画像を含む画面を表示させる、表示ステップ
とを、前記サーバに実行させる、プログラム。

【請求項6】

請求項５に記載のプログラムにおいて、
第２事業者の端末が前記システムの画面を表示する場合、
前記第１事業者の識別画像が受信される前においては、前記第４事業者の識別情報を含む画面を表示させ、
前記第１事業者の識別画像が受信された後においては、前記第１事業者の識別画像を含む画面を表示させる、前記表示ステップ
を、前記サーバに実行させる、プログラム。

【請求項7】

第１事業者と、第２事業者と、第３事業者と、第４事業者と、がアクセス可能で且つ第
２事業者の補助金・助成金の申請を管理する機能を有するサーバが実行する方法であって、
前記サーバは、第４事業者が提供するシステムのサーバであり、
第２事業者から、第３事業者に対する補助金・助成金の申請サポートの依頼を受信する依頼受信ステップと、
第３事業者から、第２事業者の補助金・助成金の申請手続きに関する情報を受信し、前記情報を記憶する情報受信ステップと、
第１事業者から、第２事業者の前記情報に対する閲覧申請を受信し、前記情報を第１事業者が閲覧可能に出力する情報出力ステップと、
第４事業者又は第１事業者から、前記システムを利用するユーザのアカウントとして、第１事業者の第１アカウントの発行申請を受信し、前記第１アカウントを発行する第１発行ステップと、
発行された前記第１アカウントを、第１事業者に関連付ける第１関連付けステップと、
第１事業者又は第２事業者から、前記システムを利用するユーザのアカウントとして、第２事業者の第２アカウントの発行申請を受信し、前記第２アカウントを発行する第２発行ステップと、
発行された前記第２アカウントを、第２事業者及び第１事業者に関連付ける第２関連付けステップと、
第１事業者から、第１事業者の識別画像を受信する情報受信ステップと、
第１事業者の識別画像を、前記第１アカウントに関連付ける第３関連付けステップと、
第２事業者の端末が前記システムの画面を表示する場合、前記第２アカウントが関連付けられた第１事業者の識別画像を含む画面を表示させる、表示ステップと
を含む方法。

【請求項8】

第１事業者と、第２事業者と、第３事業者と、第４事業者と、がアクセス可能で且つ第
２事業者の補助金・助成金の申請を管理する機能を有するシステムであって、
前記システムは、第４事業者が提供するシステムであり、
第２事業者から、第３事業者に対する補助金・助成金の申請サポートの依頼を受信する依頼受信ステップと、
第３事業者から、第２事業者の補助金・助成金の申請手続きに関する情報を受信し、前記情報を記憶する情報受信ステップと、
第１事業者から、第２事業者の前記情報に対する閲覧申請を受信し、前記情報を第１事業者が閲覧可能に出力する情報出力ステップと、
第４事業者又は第１事業者から、前記システムを利用するユーザのアカウントとして、第１事業者の第１アカウントの発行申請を受信し、前記第１アカウントを発行する第１発行ステップと、
発行された前記第１アカウントを、第１事業者に関連付ける第１関連付けステップと、
第１事業者又は第２事業者から、前記システムを利用するユーザのアカウントとして、第２事業者の第２アカウントの発行申請を受信し、前記第２アカウントを発行する第２発行ステップと、
発行された前記第２アカウントを、第２事業者及び第１事業者に関連付ける第２関連付けステップと、
第１事業者から、第１事業者の識別画像を受信する情報受信ステップと、
第１事業者の識別画像を、前記第１アカウントに関連付ける第３関連付けステップと、
第２事業者の端末が前記システムの画面を表示する場合、前記第２アカウントが関連付けられた第１事業者の識別画像を含む画面を表示させる、表示ステップと
を実行するシステム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、プログラム、方法及びシステムに関する。

【背景技術】

【0002】

特許文献１には、補助金を受けようとする事業者に対して質問を送信し、事業者から質問の回答を受信すると、その回答に基づき、事業者が申請することができる助成金を選択し、選択した助成金情報を、事業者に送信する技術が開示されている。

【先行技術文献】

【特許文献】

【0003】

【文献】特開２００２－１５１００号公報

【発明の概要】

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

【0004】

特許文献１の技術のように、事業者情報に基づいて、申請可能な補助金の情報を表示し、また、申請書の作成をシステムでサポートする技術がある。しかしながら、そのような技術では、事業者の補助金の申請を補助するのみであり、補助金申請の状況を別の事業者と共有することが出来ない。そのため、別の事業者に対し、補助金の申請状況を説明する必要がある。また、別の事業者にとっても、当該事業者に状況を逐次問い合わせる必要がある。このように、別の事業者は、システムを用いて補助金の申請状況を把握しつつ、当該事業者に対してサービスを提供する準備を行うことができなかった。

【0005】

本発明では上記事情を鑑み、事業者による申請手続きの状況を別の事業者が容易に把握することとした。

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

【0006】

（１）本発明の一態様によれば、第１事業者と、第２事業者と、第３事業者と、がアクセス可能なサーバに、第２事業者の補助金・助成金の申請を管理する機能を実行させるプログラムが提供される。このプログラムにおけるプログラムは、第２事業者から、第３事業者に対する補助金・助成金の申請サポートの依頼を受信する依頼受信ステップと、第３事業者から、第２事業者の補助金・助成金の申請手続きに関する情報を受信し、情報を記憶する情報記憶ステップと、第１事業者から、第２事業者の情報に対する閲覧申請を受信し、情報を第１事業者が閲覧可能に出力する情報出力ステップとを、サーバに実行させる。

【0007】

このような態様によれば、事業者による申請手続きの状況を別の事業者が容易に把握することができる。

【図面の簡単な説明】

【0008】

【図1】申請関連システム１の全体構成を示す図である。

【図2】第１端末１０のハードウェア構成を示す図である。

【図3】サーバ装置５０のハードウェア構成を示す図である。

【図4】各装置の制御部の機能構成を示す図である。

【図5】申請関連処理の一例を示すシーケンス図である。

【図6】第１アカウント用の画面の一例を示す図である。

【図7】第２事業者Ｕ２に関する情報の入力画面の一例を示す図である。

【図8】表示された第２アカウント用の画面の一例を示す図である。

【図9】表示された第１アカウント用の画面の一例を示す図である。

【図10】第２事業者の管理画面の一例を示す図である。

【図11】申請関連システム１の全体構成を示す図である。

【図12】通知処理の一例を示すフロー図である。

【図13】リクエスト処理の一例を示すフロー図である。

【図14】資料のアップロードの状況を示す画面の一例を示す図である。

【図15】資料ファイルの一覧を示す画面の一例を示す図である。

【図16】金融情報提供処理の一例を示すフロー図である。

【図17】金融機関情報を示す画面の一例を示す図である。

【図18】ファクタリング処理の一例を示すフロー図である。

【図19】利用履歴の閲覧画面の一例を示す図である。

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

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

また、サーバ装置５０の画面生成部５１１は、補助金・助成金の一覧Ｆ３１を含む画面Ｅ３を示す画面データを生成している。一覧Ｆ３１は、Ｓ１３８において抽出された第１事業者Ｕ１に関連する補助金・助成金の一覧である。より詳細には、図８の例では、第１事業者Ｕ１により設定された第２事業者Ｕ２に対して勧めたい補助金・助成金が一覧Ｆ３１に示されている。このように、サーバ装置５０の画面生成部５１１は、第１事業者Ｕ１に関連する補助金・助成金を第２事業者Ｕ２に提示する提示ステップを実行する。このような態様によれば、第１事業者による補助金・助成金を活用した商談がされやすいようにすることができる。

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

１ ：申請関連システム
２ ：通信回線
１０ ：第１端末
２０ ：第２端末
３０ ：第３端末
４０ ：第４端末
５０ ：サーバ装置
１１１ ：入力受付部
１１２ ：システム画面表示部
１１３ ：情報出力部
１１４ ：記憶制御部
５１１ ：画面生成部
５１２ ：記憶制御部
５１３ ：アカウント管理部
５１４ ：助成金抽出部
５１５ ：申請管理部
５１６ ：閲覧管理部
５１７ ：通知管理部
５１８ ：商談管理部
５１９ ：金融情報管理部
５２０ ：権利管理部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】