(57)【要約】【課題】本発明は、申請内容を考慮しつつ、役所における申請データ受け付け処理の負荷のピークを軽減させるための申請受付方法を提供することを目的とする。【解決手段】上記の課題は、利用者端末から申請データに関する第一の情報を受信する第一の受信ステップと、前記第一の受信ステップで受信した情報に基づいて、送信予定を決定するステップと、前記決定した送信予定を、前記申請データを送信してきた利用者端末へ通知するステップと、前記通知した送信予定に基づいて前記利用者端末から送信されてくる申請データに関する第二の情報を受信する第二の受信ステップとから解決される。【選択図】　　　　　　　　　図１
2004062418.tif 000002
【特許請求の範囲】
【請求項１】
通信回線を介して利用者端末に接続されたサーバにおいて行なわれる申請の受付方法であって、
前記利用者端末から申請データに関する第一の情報を受信する第一の受信ステップと、
前記第一の受信ステップで受信した情報に基づいて、送信予定を決定するステップと、
前記決定した送信予定を、前記申請データを送信してきた利用者端末へ通知するステップと、
前記通知した送信予定に基づいて前記利用者端末から送信されてくる申請データに関する第二の情報を受信する第二の受信ステップと
を備えたことを特徴とする申請受付方法。
【請求項２】
前記第一の受信ステップは、申請データに添付されるべき添付データに関する情報を受信し、
前記第二の受信ステップは、申請データに添付されるべき添付データそのものを受信することを特徴とする請求項１記載の申請受付方法。
【請求項３】
前記第一の受信ステップで受信した添付データに関する情報と、前記第二の受信ステップで受信した添付データそのものとを比較して、両者が合致した場合には前記第一の受信ステップで受信した日時を前記申請の受付日時とし、合致しない場合には前記第二の受信ステップで受信した日時を前記申請の受付日時とすることを特徴とする請求項２記載の申請受付方法。
【請求項４】
前記送信予定を決定するステップは、前記第一の受信ステップで受信した申請データの種別に応じて送信予定を決定することを特徴とする請求項１記載の申請受付方法。
【請求項５】
通信回線を介してサーバに接続された利用者端末において行なわれる申請方法であって、
前記サーバへ申請データに関する第一の情報を送信する第一の送信ステップと、
前記第一の送信ステップで送信した情報に基づいて、前記サーバによって決定された送信予定の通知を受信するステップと、
前記通知された送信予定に基づいて、申請データに関する第二の情報を前記サーバへ送信する第二の送信ステップと
を備えたことを特徴とする申請方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、通信回線を介した申請の受付方法及び、申請方法に関する。
【０００２】
【従来の技術】
例えば入札に対する応募申請など、自治体等に対する利用者からの申請手続きをシステム化する構想が最近出現してきている。これは、従来、利用者が役所等に出向いて行なっていた申請などの手続きを通信回線を介して行なえるようにしたものであり、このようなシステムを利用すれば、利用者はわざわざ役所に出向かなくても申請手続きを行なうことができるようになる。
さて、役所への申請には様々な添付資料が必要なことが多い。例えば、建設関係の申請では、ＣＡＤ等のサイズの大きな図面データ等の添付が必要であったり、入札への応募申請では、応募企業の経営状態に関する調査書や、登記簿や、雇用状況の報告書や納税状況に関する書類など複数の書類を添付したりすることが必要になる。
【０００３】
【発明が解決しようとする課題】
しかし、このような申請手続きは、例えばウィークデーの日中等、所定の時間に集中して行なわれることが多く、多数の資料が添付されたり、容量の大きな資料が添付されたりする申請データを受信する役所側は、データを受信するためのネットワークやデータを登録するためのデータベースを含めて、ピーク時を考慮したシステムを備えなくてはならなくなってしまうが、そのようなシステムを備えるためには多大なコストが必要であり、限られた予算の中でこれらを整えることは難しい。
本発明はこのような状況に鑑み、申請内容を考慮しつつ、役所における申請データ受け付け処理の負荷のピークを軽減させるための申請受付方法を提供することを目的とする。
【０００４】
【課題を解決するための手段】
本発明の申請受付方法は、利用者端末から申請データに関する第一の情報を受信する第一の受信ステップと、前記第一の受信ステップで受信した情報に基づいて、送信予定を決定するステップと、前記決定した送信予定を、前記申請データを送信してきた利用者端末へ通知するステップと、前記通知した送信予定に基づいて前記利用者端末から送信されてくる申請データに関する第二の情報を受信する第二の受信ステップとを含む。
【０００５】
従って本発明の申請方法によれば、利用者からの申請内容に基づいて、申請データを受信するサーバ側でデータを受信するスケジュールを設定できるようになる。
【０００６】
【発明の実施の形態】
以下、本発明の実施の形態について図面を用いて説明する。図１は本発明を実現するためのシステム構成図である。図示のように、本実施形態は、申請を受け付ける側である役所等に備えられたサーバコンピュータ（以下サーバ）であるサーバ１と、申請手続きを行なう利用者が利用するコンピュータである利用者端末２と、サーバ１と利用者端末２とを接続する例えばインタネット等のネットワーク３とから構成される。
【０００７】
なお、図１では、サーバ１や利用者端末２は例として１台がネットワーク３に接続する構成になっているが、この台数に限るものではない。利用者端末２は、利用者毎に備えられて単一の利用者のデータのみを処理しても良いし、複数の利用者に対して１台が備えられ、該複数の利用者のデータをまとめて処理してもよい。同様に、サーバ１は、役所毎に備えられても良いし、１つの役所内に複数台が備えられても良い。
【０００８】
サーバ１は、送受信プログラム１１や仮受付プログラム１２やスケジュールプログラム１３や受付プログラム１４や、申請マスタ１５や受付データ１６、また入力手段１８や出力手段１９を備えている。
【０００９】
送受信プログラム１１は、サーバ１が利用者端末２から申請や添付資料に関するデータを受信したり、申請受付等の状況や添付データ送信のスケジュール関する情報を利用者端末２へ送信したりするなど、サーバ１がネットワーク３を介して他のコンピュータとデータの送受信を行なうための処理を記述したプログラムである。
【００１０】
仮受付プログラム１２は、サーバ１が利用者端末２から受信した申請と添付データに関する情報を受付データ１６に登録したりするための処理を記述したプログラムである。
【００１１】
スケジュールプログラム１３は、サーバ１の仮受付プログラム１２が利用者端末２から受信した申請データをもとに、添付データそのものをいつ送信させるべきかの日時を設定するための処理を記述したプログラムである。
【００１２】
受付プログラム１４は、スケジュールプログラム１３によって設定された日時に基づいて利用者端末２から送信されてくる添付データそのもの等を受信し、内容を確認したり受付データ１６を更新したりするための処理を記述したプログラムである。
【００１３】
申請マスタ１５は、ネットワーク３を介して利用者端末２から送信されてくる申請データに関する情報を管理するための、申請の受付処理に先立って予め登録されるデータファイルである。
【００１４】
受付データ１６は、ネットワーク３を介して利用者端末２から送信されてくる申請データや添付データに関する情報等をそれぞれ対応づけて管理するための適宜更新されるデータファイルである。
【００１５】
入力手段１８は、サーバ１へデータを入力したり指示を与えたりするためのものであって、例えばキーボードやマウス等の、コンピュータに接続される入力用の機器である。また出力手段１９は、ディスプレイやプリンタ等のコンピュータに接続される出力用の機器である。
【００１６】
サーバ１は、上記のような構成により、利用者端末２から申請データを受信して仮受付したり、申請内容に応じて添付データの送信日時を設定したり、添付データを受信して受け付けたりする。
【００１７】
利用者端末２は、送受信プログラム２１や計時プログラム２２や、申請データ２３や、また入力手段２８や出力手段２９を備えている。
【００１８】
送受信プログラム２１は、利用者端末２がサーバ１へ申請に関するデータや添付データに関するデータを送信したり、サーバ１から送られてくる添付データの送信日時の通知を受信したりするなど、利用者端末２がネットワーク３を介して他のコンピュータとデータの送受信を行なうための処理を記述したプログラムである。
【００１９】
計時プログラム２２は、サーバ１から通知された添付データの送信日時に、現在時刻が至ったかどうかを判断するための処理を記述したプログラムである。
【００２０】
申請データ２３は、利用者端末２もしくは他のコンピュータで作成された、申請書や添付データ等、申請に必要なデータを記憶し管理するための適宜更新されるデータファイルである。
【００２１】
入力手段２８は、利用者端末２へデータを入力したり指示を与えたりするためのものであって、例えばキーボードやマウス等の、コンピュータに接続される入力用の機器である。また出力手段２９は、ディスプレイやプリンタ等のコンピュータに接続される出力用の機器である。
【００２２】
利用者端末２は、上記のような構成により、サーバ１へ申請に関するデータや添付データ送信したり、サーバ１から添付データの送信日時の通知を受信したりする。
【００２３】
図２（Ａ）は、申請マスタ１５のデータ例を示した図である。申請マスタ１５は、サーバ１が各種の申請に関する情報を管理するための、各処理に先立ち予め設定されるデータファイルであって、各申請の種類を一意に識別するための申請種別や、申請の名称や、その申請の受付期日や、申請に必要な添付書類に関する情報等をそれぞれ対応付けて管理している。
【００２４】
この例では、申請種別のＳ００１として、特許願という申請が登録されており、この申請は、受付期日が即時であるので、受け付けた日時を即、受付日時とすべきであることや、添付資料として明細書や図面や要約書のデータが必要であることが登録されている。また、申請種別のＳ００２として、２００２年Ａ工事入札申請という申請が登録されており、この申請は、受付期日が２００２／７／２０であるので、受け付け期間は２００２年の７月２０日までであることや、添付資料として雇用報告書、経営調査結果書、商業登記簿謄本、納税証明書のデータが必要であることが登録されている。
【００２５】
このような申請マスタ１５により、サーバ１は、申請種別から受付期日を判断したり、必用な添付書類に関する情報を参照したりすることができる。
【００２６】
図２（Ｂ）は、受付データ１６のデータ例を示した図である。受付データ１６は、サーバ１が利用者端末２から受信した申請に関するデータを登録したり、添付データの送信予定を管理したりするためのデータファイルであって、利用者端末２から送信されてきた申請を一意に識別するためにサーバ１が生成する識別番号や、各申請の種類を一意に識別するための申請種別や、申請者を一意に識別するための申請者ＩＤや、はじめに利用者端末２から申請データを受信した仮受付日時や、スケジュールプログラム１３が設定した送信予定日時や、実際に利用者端末２から添付データそのものを受信した送信日時や、申請データを受け付けた受付日時や、利用者端末２から受信した添付データに関する情報、添付データそのものである添付資料等をそれぞれ対応付けて管理している。
【００２７】
この例では、識別番号がＡ００１の申請として、申請種別がＳ００１であり、Ｕ００１の申請者ＩＤを持つ利用者から送られた申請データを、２００２年７月１日１３時３０分に仮受付し、受付時刻は仮受付と同日時であり、添付データに関する情報は、ＩＮＦＯ−Ａ００１で、添付データはＤＡＴＡ−Ａ００１であることが登録されている。また、識別番号Ａ００３の申請はまだ送信日時が登録されていないため、仮受付だけが完了し、添付データそのものはまだ受信していない状態であることがわかる。
【００２８】
なお、受付データ１６の申請種別欄は、申請マスタ１５の申請種別欄と対応している。また、添付情報欄に格納されている情報は、例えば、その申請に添付されている添付データのファイル名や、ファイルの大きさや、ファイルの更新日時や、例えばハッシュ値などの添付データを元に一方向性関数によって求められる値等の添付データに関する情報であり、それらの情報が直接格納されていても、またはそれらの情報が格納されている別の記憶領域を参照するための情報が格納されていても良い。同様に、添付書類欄に格納されている情報は、その申請に添付される添付データであり、添付データそのものが直接格納されていても、または添付データが格納されている別の記憶領域を参照するための情報が格納されていても良い。
【００２９】
このような受付データ１６により、サーバ１は、利用者から送信されてきた各申請の受付日時に関する情報や、添付データに関する情報を参照することができる。
【００３０】
図２（Ｃ）は、申請データ２３のデータ例を示した図である。申請データ２３は、利用者が申請を行なう際に必要なデータを管理するための利用者端末２によって適宜更新されるデータファイルであって、申請を一意に識別するためのサーバ１から通知される識別番号や、各申請の種類を一意に識別するための申請種別や、申請者を一意に識別するための申請者ＩＤや、サーバ１から通知される仮受付日時、送信予定日時、受付日時や、申請に添付して送付すべき添付データそのもの等などの情報をそれぞれ対応付けて管理している。
【００３１】
なお、申請データ２３の識別番号欄、仮受付日時欄、送信予定日時欄、受付日時欄は、受付データ１６のそれぞれ同欄と、申請データ２３の申請種別欄は、申請マスタ１５及び受付データ１６の申請種別欄と対応している。
【００３２】
利用者端末２を操作する利用者は、予め申請に必要な添付データを作成しておき、作成済みの添付データに関する情報が、申請データ２３の添付書類欄に格納されている。添付書類欄に格納されている情報は、各添付データがそれぞれ直接格納されていても、または添付データが格納されている別の記憶領域を参照するための情報が格納されていても良い。
【００３３】
この例では、申請者ＩＤがＵ００１である利用者の申請データ２３を例としており、識別番号がＡ００１の申請として、申請種別がＳ００１であり、送信した申請は、２００２年７月１日１３時３０分にサーバ１に仮受付され、受付日時は仮受付と同日時であったことが登録されている。
【００３４】
このような申請データ２３により、利用者端末２は、自端末からサーバ１へ送信した申請につき、受け付け日時や添付書類に関する情報を管理することができる。
【００３５】
また、図示はしないが、サーバ１はこれらのデータの他に、申請者ＩＤと申請者の名前やアドレス等の申請者に関する情報とを対応づけたテーブル等を備えている。
【００３６】
次に、図３乃至図４に示すフローチャートを用いて、本発明の動作例を説明する。図３は、利用者端末２から送信された申請をサーバ１が仮受付し、利用者端末２が添付データの送信を行なうまでの処理を、図４は、利用者端末２から送信された添付データをサーバ１が受け付けするまでの、本発明のサーバ１および利用者端末２の動作を説明するためのフローチャートである。
【００３７】
まず図３のステップＳ１０１で、利用者端末２の送受信プログラム２１は、申請に関する情報をサーバ１へネットワーク３を介して送信する。これは請求項の第一の送信ステップに相当する。ここで送信する申請に関する情報とは、請求項の第一の情報に相当し、申請種別や、該申請に添付する添付データに関する情報である。これらの情報は、例えば、申請書のような所定のフォーマットに則って作成されたデータであってもよい。
【００３８】
サーバ１の送受信プログラム１１は、ステップＳ２０１でこの申請に関する情報を受信する。これは請求項の第一の受信ステップに相当する。ステップＳ２０２で仮受付プログラム１２が、受信した情報に対して識別番号を採番し、該採番した識別番号と対応づけて、受信した情報を受付データ１６へ登録する。この時点で受付データ１６へ登録されるのは、識別番号と、サーバ１がステップＳ２０１で情報を受信した日時である仮受付日時と、利用者端末２から受信した情報である、申請種別、申請者ＩＤ、添付情報の各データである。
【００３９】
なお、添付データに関する情報とは、例えば、添付データのファイル名やファイルの大きさや更新日時や例えばハッシュ値などの添付データを元に一方向性関数によって求められる値等であり、添付データが複数であれば、各添付データそれぞれについて、これらの情報を受信する。後の処理ステップで実際に添付データそのものを受信した際に、ステップＳ２０２で受付データ１６の添付情報欄に格納しておいたこれらのデータと、添付データそのものとを比較することで、ステップＳ１０２で利用者端末２が申請に関する情報を送信した時点で、既に添付データが全て揃っていたかどうかを追確認することができる。
【００４０】
続いて、ステップＳ２０３で、スケジュールプログラム１３が、受信した申請に必要な添付データそのものを、利用者端末２からサーバ１へ送信させる予定日時を設定し、その日時を受付データ１６の送信予定日時欄に登録する。
【００４１】
ここでは、スケジュールプログラム１３は、ステップＳ２０１で受信した申請種別を元に申請マスタ１５の対応する受付期日欄を参照し、その申請に関する添付資料がいつまでに全て届いている必要があるのかを判断する。例えば、申請種別がＳ００１の特許願であれば、受付期日欄には、申請データを受信した日時をそのまま受付日時とすべきという意味の「即時」が登録されているので、送信予定として、すぐに添付データそのものを送信させるように設定する。また、申請種別がＳ００２の２００２年Ａ工事入札申請であれば、受付期日は２００２年７月２０日なので、７月２０日までに添付データを送信させるように、かつ、なるべくネットワーク負荷が低い、夜間などにデータを送信させるように予定日時を設定する。
【００４２】
なお、スケジュールプログラム１３が添付データの送信日時を設定するのは、特定の時間にデータ送信が集中することを避けることにより、ネットワークの混雑を回避したり、サーバ１側での受付処理を円滑に行なったりするためであり、添付データが申請内容に見合った所定の期間内に送信される日時であれば、どのような方法によって日時を設定するものでもよい。
【００４３】
送信日時の設定方法としては、例えば他に、添付データ受信に利用するネットワーク３の負荷が所定値を超えた場合にのみ送信日時を設定し、負荷が所定値を超えるまでは、仮受付の完了後にすぐに添付データを送信させるような送信予定日時を設定してもよい。若しくは、利用者端末２側に、即時受け付けされるべき申請種別の申請であれば、申請情報とともにはじめから添付データそのものを一緒にサーバ１へ送信し、即時受け付けされるべき申請以外であれば、申請情報と添付情報のみをサーバ１へ送信する機能を設け、サーバ１では、添付データが添付されていない場合、すなわち利用者端末２側で即時受け付けされるべき申請以外であると判断された申請を受け付けた場合に、上記のような方法で送信予定日時を設定してもよい。
【００４４】
いずれの方法にせよ、スケジュールプログラム１３が送信予定日時を設定すると、ステップＳ２０４で、送受信プログラム１１は、仮受付プログラム１２が採番した識別番号とスケジュールプログラム１３が設定した送信予定日時とを仮受付の完了通知として、ステップＳ２０１で申請を受信した利用者端末２へ返信し、これらの情報をステップＳ１０２で利用者端末２の送受信プログラム２１が受信する。
【００４５】
ステップＳ１０２で利用者端末２が受信する仮受付の完了通知は、例えば、図５に示すような画面情報として利用者端末２を操作する利用者へ通知される。図５の例では、申請者ＩＤがＵ００２であるＡＡ株式会社が送信した申請種別がＳ００２である２００２年Ａ工事入札申請に対して、サーバ１が仮受け付けし、識別番号はＡ００３で、利用者端末２からサーバ１への添付データの送信予定日時は、２００２年７月８日２３時００分頃で、その際に送信される添付データは、雇用報告書、経営調査結果書、商業登記簿謄本、納税証明書であることが通知されている。
【００４６】
このような通知を受信した利用者端末２は、ステップＳ１０３でこの情報を元に、申請データ２３を更新する。申請データ２３は、ステップＳ１０１で送信を行なう際に、申請種別欄と申請者ＩＤ欄と添付書類欄には既にデータが登録されており、ステップＳ１０３では、ステップＳ１０１で送信した申請に対応する行の識別番号欄、仮受付日時欄、送信予定日時欄に通知されたデータを登録する。
【００４７】
例えば、図２（Ｃ）の申請データ２３では、識別番号がＡ００１である申請は即時受付されるべき申請であったので、仮受付日時と同じ時刻が送信予定日時として通知され、識別番号がＡ００２である申請は、スケジュールプログラム１３により７月２０日までに受け付けられれば良いと判断されたので、仮受付日時よりも後の日時で、７月２０日より前である送信予定日時が通知されている状態を、それぞれ示している。
【００４８】
ステップＳ１０３までの処理で、申請の仮受け付けの手続きが終了する。
【００４９】
次に、ステップＳ１０４で、利用者端末２の計時プログラム２２は、申請データ２３に登録された各送信予定日時につき、現在時刻が送信予定日時に達したかどうかを判断する。計時プログラム２２が送信予定日時に達したと判断すると、処理フローは端子Ａ、端子Ｂを介して図４に続き、ステップＳ１０５で、利用者端末２の送受信プログラム２１は、送信予定日時に達した申請の識別番号と、該申請の添付データそのものとをサーバ１へ送信する。ここで送信するデータは請求項の第二の情報に、送信処理は第二の送信ステップに相当する。
【００５０】
利用者端末２から送信されてきた識別番号と添付データとを、ステップＳ２０５でサーバ１の送受信プログラム１１が受信する。これは請求項の第二の受信ステップに相当する。
【００５１】
続いてステップＳ２０６で、受付プログラム１４が受信した識別番号を元に受付データ１６を参照し、ステップＳ２０５で受信した日時を受付データ１６の送信日時欄に登録し、受信した添付データを添付書類欄に登録すると共に、添付情報欄のデータを得る。そして、ステップＳ２０７で、受付データ１６に既に登録されていた添付情報と、ステップＳ２０５で受信した添付データそのものとを比較する。
【００５２】
先に述べたように、ステップＳ２０１で受信し受付データ１６に登録しておいた添付データに関する情報と、ステップＳ２０５で識別番号と対応づけて受信した添付データそのものとを比較し、両方のデータが合致すれば、ステップＳ１０２で利用者端末２が申請に関する情報を送信した時点で、既に添付データが全て揃っていたということを追確認することができる。添付情報と添付データとが合致した場合には、ステップＳ２０８へ処理を進める。
【００５３】
反対に、受付データ１６の添付情報と添付データそのものとが合致しなかった場合、例えば、ステップＳ２０５で受信した添付ファイルの更新日時が受付データ１６に登録されていた情報と合致しなければ、ステップＳ２０１で申請の仮受付を行なってから、実際に添付データが送信されるまでの間に、利用者端末２側で添付データの差替えがあったことになるため、ステップＳ２０１で受信した申請時には、添付データが揃っていなかったと判断する。合致しなかった場合にはステップＳ２０９へ処理を進める。
【００５４】
ステップＳ２０８では、受付プログラム１４は、受付データ１６の該当するデータの仮受付日時欄に登録されているデータを受付日時欄にコピーする。これは、データとしては、仮受付の時点で申請に必要な全てのデータが揃っていたことが追確認できたため、仮受付日時を正式な受付日時とすることを意味している。
【００５５】
ステップＳ２０９では、受付プログラム１４は、受付データ１６の該当するデータの受付日時欄に添付データそのものを受信した日時である送信日時をコピーする。これは、データとしては、仮受付の時点で申請に必要な全てのデータが揃っていなかったことがわかったため、添付データが全て揃って受信された送信日時を正式な受付日時とすることを意味している。
【００５６】
例えば、図２（Ｂ）の受付データ１６の例では、識別番号がＡ００２である申請は、添付情報と添付書類が合致したため仮受付日時が受付日時とされたことを、識別番号がＡ００４である申請は、添付情報と添付書類が合致しなかったため送信日時が受付日時とされたことを、それぞれ意味している。
【００５７】
ステップＳ２０８またはステップＳ２０９で、受付日時が決定されたので、続いて、ステップＳ２１０で、サーバ１の送受信プログラム１１は、添付データを送信してきた利用者端末２へ受付が完了したことを返信する。
【００５８】
サーバ１がステップＳ２１０で送信した、受付日時等を含んだ受付の完了通知を、利用者端末２の送受信プログラム２１はステップＳ１０６で受信し、受信したデータを元に、ステップＳ１０７で、申請データ２３の受付日時欄を登録する。
【００５９】
例えば、図２（Ｃ）の申請データ２３の例では、識別番号がＡ００２である申請は、添付情報と添付書類が合致したため仮受付日時が受付日時とされたことを示している。
【００６０】
図３及び図４の処理によって、サーバ１は、利用者端末２から申請に関する情報をまず仮受け付けし、申請種別に応じて添付データを別途送信させることができるようになる。
【００６１】
なお、サーバ１が行なう処理ステップとして、申請マスタ１５を元に申請に必要な添付データが揃っているかどうかを確認し、揃っていなかった場合に、利用者端末２へ向けてエラーメッセージ等を通知するステップが含まれても構わない。
【００６２】
また、計時プログラム２２は初めから利用者端末２に備えられる構成ではなく、サーバ１がステップＳ２０４で利用者端末２へ添付データの送信予定を通知する際に、送信日時に至ったかどうかを判断し至った場合に添付データをサーバ１へ向けて送信させるようなプログラムを一緒に送信し、利用者端末２はそのプログラムを自端末上で起動させて、添付データを送信するようにしても構わない。
【００６３】
実際のビジネスとして本発明の申請方法による申請サービスを行なう場合には、申請回数や申請の種別に応じて利用者端末２に手数料の課金を行なう等、サーバ１の運営者が儲けを得るための手段が本発明に加えられても良い。
【００６４】
なお、図示はしていないが、サーバ１は、ＣＰＵ（Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）によって装置全体が制御されているコンピュータである。ＣＰＵには、バスを介してＲＡＭ（Ｒａｎｄｏｍ　Ａｃｃｅｓｓ　Ｍｅｍｏｒｙ）、ハードディスク装置（ＨＤＤ）、グラフィック処理部、入力インタフェース、および通信インタフェース等が接続されている。
【００６５】
ＲＡＭには、ＣＰＵに実行させるＯＳ（Ｏｐｅｒａｔｉｎｇ　Ｓｙｓｔｅｍ）のプログラムやその他のプログラムの少なくとも一部が一時的に格納される。また、ＲＡＭには、ＣＰＵによる処理に必要な各種データが格納される。ＨＤＤには、ＯＳやその他のプログラムおよびデータが格納される。
【００６６】
グラフィック処理部には、モニタ装置が接続されている。グラフィック処理部は、ＣＰＵからの命令に従って入力画面などをモニタ装置に表示させる。入力インタフェースには、キーボードやマウス等が接続されている。入力インタフェースは、キーボードやマウス等から送られてくる信号を、バスを介してＣＰＵに送信する。
【００６７】
通信インタフェースは、ネットワーク３に接続されており、ネットワーク３を介して利用者端末２との間で、データの送受信を行なう。
【００６８】
上述においてサーバ１のハードウェア構成について説明したが、利用者端末２も同様のハードウェア構成を備えるコンピュータである。
【００６９】
本発明の実施の形態に係る申請プログラムを上述のコンピュータで実行させることにより、コンピュータを申請受付装置として機能させることができる。
【００７０】
また、上記の各コンピュータが有すべき機能の処理内容は、コンピュータで読み取り可能な記録媒体に記録されたプログラムに記述させておくことができる。このプログラムをコンピュータで実行することにより、上記処理がコンピュータで実現できる。
【００７１】
コンピュータで読み取り可能な記録媒体としては、磁気記録装置や半導体メモリなどがある。市場に流通させる場合には、ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ　Ｄｉｓｋ　Ｒｅａｄ　Ｏｎｌｙ　Ｍｅｍｏｒｙ）やフレキシブルディスクなどの可搬型記録媒体にプログラムを格納して流通させたり、ネットワークを介して接続されたコンピュータの記憶装置に格納しておき、ネットワークを通じて他のコンピュータに転送したりすることもできる。コンピュータで実行する際には、コンピュータ内のハードディスク装置などにプログラムを格納しておき、メインメモリにロードして実行する。
【００７２】
（付記１）通信回線を介して利用者端末に接続されたサーバにおいて行なわれる申請の受付方法であって、前記利用者端末から申請データに関する第一の情報を受信する第一の受信ステップと、前記第一の受信ステップで受信した情報に基づいて、送信予定を決定するステップと、前記決定した送信予定を、前記申請データを送信してきた利用者端末へ通知するステップと、前記通知した送信予定に基づいて前記利用者端末から送信されてくる申請データに関する第二の情報を受信する第二の受信ステップとを備えたことを特徴とする申請受付方法。
【００７３】
（付記２）前記第一の受信ステップは、申請データに添付されるべき添付データに関する情報を受信し、前記第二の受信ステップは、申請データに添付されるべき添付データそのものを受信することを特徴とする付記１記載の申請受付方法。
【００７４】
（付記３）前記第一の受信ステップで受信した添付データに関する情報と、前記第二の受信ステップで受信した添付データそのものとを比較して、両者が合致した場合には前記第一の受信ステップで受信した日時を前記申請の受付日時とし、合致しない場合には前記第二の受信ステップで受信した日時を前記申請の受付日時とすることを特徴とする付記２記載の申請受付方法。
【００７５】
（付記４）前記送信予定を決定するステップは、前記第一の受信ステップで受信した申請データの種別に応じて送信予定を決定することを特徴とする付記１記載の申請受付方法。
【００７６】
（付記５）通信回線を介してサーバに接続された利用者端末において行なわれる申請方法であって、前記サーバへ申請データに関する第一の情報を送信する第一の送信ステップと、前記第一の送信ステップで送信した情報に基づいて、前記サーバによって決定された送信予定の通知を受信するステップと、前記通知された送信予定に基づいて、申請データに関する第二の情報を前記サーバへ送信する第二の送信ステップとを備えたことを特徴とする申請方法。
【００７７】
（付記６）通信回線を介して利用者端末に接続された装置であって、利用者端末から申請データに関する第一の情報を受信する第一の受信手段と、前記第一の受信手段で受信した情報に基づいて、送信予定を決定する手段と、前記決定した送信予定を、前記申請データを送信してきた利用者端末へ通知する手段と、前記通知した送信予定に基づいて前記利用者端末から送信されてくる申請データに関する第二の情報を受信する第二の受信手段とを備えたことを特徴とする申請受付装置。
【００７８】
（付記７）コンピュータを動作させるためのプログラムであって、コンピュータに、利用者端末から申請データに関する第一の情報を受信する第一の受信手段と、前記第一の受信手段で受信した情報に基づいて、送信予定を決定する手段と、前記決定した送信予定を、前記申請データを送信してきた利用者端末へ通知する手段と、前記通知した送信予定に基づいて前記利用者端末から送信されてくる申請データに関する第二の情報を受信する第二の受信手段とを機能させるための申請受付プログラム。
【００７９】
（付記８）コンピュータを動作させるためのプログラムを格納した記憶媒体であって、コンピュータを、利用者端末から申請データに関する第一の情報を受信する第一の受信手段と、前記第一の受信手段で受信した情報に基づいて、送信予定を決定する手段と、前記決定した送信予定を、前記申請データを送信してきた利用者端末へ通知する手段と、前記通知した送信予定に基づいて前記利用者端末から送信されてくる申請データに関する第二の情報を受信する第二の受信手段として機能させるためのプログラムを格納したことを特徴とする記憶媒体。
【００８０】
【発明の効果】
以上説明したように、本発明によれば、利用者からの申請内容に基づいて、申請データを受信するサーバ側でデータを受信するスケジュールを設定できるようになり、ひいては、サーバ側での申請データ受け付け処理の負荷を軽減することが可能になる。
【図面の簡単な説明】
【図１】本発明を実現するためのシステム構成図である。
【図２】（Ａ）申請マスタ、（Ｂ）受付データ、（Ｃ）申請データのデータ例である。
【図３】本発明のサーバと利用者端末との処理を説明するフローである。
【図４】本発明のサーバと利用者端末との処理を説明するフローである。
【図５】仮受付完了通知の画面出力例である。
【符号の説明】
１　サーバ
２　利用者端末
３　ネットワーク
１１　送受信プログラム
１２　仮受付プログラム
１３　スケジュールプログラム
１４　受付プログラム
１５　申請マスタ
１６　受付データ
２１　送受信プログラム
２２　計時プログラム
２３　申請データ
【図１】
2004062418.tif 000003
【図２】
2004062418.tif 000004
【図３】
2004062418.tif 000005
【図４】
2004062418.tif 000006
【図５】
2004062418.tif 000007