(57)【特許請求の範囲】
【請求項１】
複数の入力フィールドを含む電子フォームと、処理モジュールと、入力フィールドに対する処理段階の処理順を示す処理順データ、現在の処理段階を示す処理段階データを含む電子フォームパックを送受信する電子フォーム入力支援装置において、
前記電子フォームパック中の前記電子フォームを表示装置上に表示する表示手段と、
ユーザによる入力を受け取り、前記入力フィールドに入力する入力手段と、
前記電子フォームパック中の処理順データと現在の処理段階データを参照して、処理モジュールの指示に従い、ユーザが入力を行うべき入力フィールドを前記表示手段に強調表示させてユーザによる電子フォームの入力処理を制御する制御手段と、
入力処理の完了に応じて前記電子フォームパック中の現在の処理段階データを更新記憶させる処理段階記憶手段と、
既に入力処理が完了している処理段階に対応する入力フィールドについてユーザによる入力内容変更指示が入力された場合に、前記入力内容変更指示により指定された処理段階に、現在の処理段階データを変更する変更制御手段とを備え、
前記制御手段は、前記変更制御手段により変更された現在の処理段階データを参照し、処理順データに従って、入力処理を遡って実行することを特徴とする電子フォーム入力支援装置。
【請求項２】
前記電子フォームは、契約内容記入欄と契約者の署名欄を入力フィールドとして有し、
前記変更制御手段により、契約者の署名欄に記入する段階を超えて遡って、現在の処理段階データを変更した場合であっても、前記制御手段は、前記変更制御手段により変更された現在の処理段階データを参照し、処理順データに従って、入力処理を遡って実行し、前記契約者の署名欄に記入する段階を再度入力処理することを特徴とする請求項１に記載の電子フォーム入力支援装置。
【請求項３】
前記処理段階記憶手段は、ユーザによる入力処理の中断があった場合に、中断時点において完了している現在の処理段階データを前記電子フォームパックに記憶させ、
ユーザによる入力処理の再開がなされた場合に、前記記憶された現在の処理段階データに示される処理段階の次の処理段階からユーザの入力処理を実行させるように前記制御手段を制御する中断制御手段と、をさらに備える請求項１又は２に記載の電子フォーム入力支援装置。
【請求項４】
前記制御手段は、最後の処理段階において電子フォームを紙媒体にプリント出力する出力手段を有し、
前記出力手段は、プリント出力後にユーザが記入すべき入力欄を強調表示した状態で電子フォームをプリントする請求項１乃至３のいずれか一項に記載の電子フォーム入力支援装置。
【請求項５】
ユーザが入力のために使用する入力媒体を判別する手段と、
前記入力媒体の種類に応じて前記強調表示の方法を決定する手段と、をさらに備える請求項１乃至４のいずれか一項に記載の電子フォーム入力支援装置。
【請求項６】
複数の入力フィールドを含む電子フォームと、処理モジュールと、入力フィールドに対する処理段階の処理順を示す処理順データ、現在の処理段階を示す処理段階データを含む電子フォームパックを送受信する電子フォーム入力支援装置としてコンピュータを機能させる電子フォーム入力支援プログラムであって、
前記コンピュータを
前記電子フォームパック中の前記電子フォームを表示装置上に表示する表示手段と、
ユーザによる入力を受け取り、前記入力フィールドに入力する入力手段と、
前記電子フォームパック中の処理順データと現在の処理段階データを参照して、処理モジュールの指示に従い、ユーザが入力を行うべき入力フィールドを前記表示手段に強調表示させてユーザによる電子フォームの入力処理を制御する制御手段と、
入力処理の完了に応じて前記電子フォームパック中の現在の処理段階データを更新記憶させる処理段階記憶手段と、
既に入力処理が完了している処理段階に対応する入力フィールドについてユーザによる入力内容変更指示が入力された場合に、前記入力内容変更指示により指定された処理段階に、現在の処理段階データを変更する変更制御手段として機能させ、
前記制御手段は、前記変更制御手段により変更された現在の処理段階データを参照し、処理順データに従って、入力処理を遡って実行するよう機能させる電子フォーム入力支援プログラム。
【請求項７】
前記電子フォームは、契約内容記入欄と契約者の署名欄を入力フィールドとして有し、
前記変更制御手段により、契約者の署名欄に記入する段階を超えて遡って、現在の処理段階データを変更した場合であっても、前記制御手段は、前記変更制御手段により変更された現在の処理段階データを参照し、処理順データに従って、入力処理を遡って実行し、前記契約者の署名欄に記入する段階を再度入力処理することを特徴とする請求項６に記載の電子フォーム入力支援プログラム。
【請求項８】
前記処理段階記憶手段は、ユーザによる入力処理の中断があった場合に、中断時点において完了している現在の処理段階データを前記電子フォームパック記憶させ、
ユーザによる入力処理の再開がなされた場合に、前記記憶された現在の処理段階データに示される処理段階の次の処理段階からユーザの入力処理を実行させるように前記制御手段を制御する中断制御手段と、をさらに備える電子フォーム入力支援装置としてコンピュータを機能させる請求項６又は７に記載の電子フォーム入力支援プログラム。
【請求項９】
前記制御手段は、最後の処理段階において電子フォームを紙媒体にプリント出力する出力手段を有し、
前記出力手段は、プリント出力後にユーザが記入すべき入力欄を強調表示した状態で電子フォームをプリントする請求項６乃至８のいずれか一項に記載の電子フォーム入力支援プログラム。
【請求項１０】
ユーザが入力のために使用する入力媒体を判別する手段と、
前記入力媒体の種類に応じて前記強調表示の方法を決定する手段と、をさらに備える電子フォーム入力支援装置としてコンピュータを機能させる請求項６乃至９のいずれか一項に記載の電子フォーム入力支援プログラム。
【請求項１１】
複数の入力フィールドを含む電子フォームと、
電子フォームへの入力処理において実行される複数の処理段階、各処理段階において入力を行うべき入力主体、及び、各処理段階において入力を行うべき入力フィールドを示す処理順データと、
現在の処理段階を示す処理段階データと、
前記処理順データを参照し、ユーザによる電子フォームの入力処理を制御する入力処理プログラムと、を含む電子フォームプログラムにおいて、
コンピュータを、
ユーザによる入力を受け取り、前記入力フィールドに入力する入力手段と、
前記処理順データを参照しつつユーザによる入力に応じて前記処理段階を進行させ、各処理段階において入力を行うべき入力主体の端末装置へ前記電子フォームプログラムを送信する手段と、
前記処理順データと現在の処理段階データを参照し、各処理段階においてユーザが入力を行うべき入力フィールドを強調表示した状態で前記電子フォームを表示装置上に表示させる表示手段と、
入力処理の完了に応じて前記電子フォームパック中の現在の処理段階データを更新記憶させる処理段階記憶手段と、
既に入力処理が完了している処理段階に対応する入力フィールドについてユーザによる入力内容変更指示が入力された場合に、前記入力内容変更指示により指定された処理段階に、現在の処理段階データを変更する変更制御手段として機能させ、
前記制御手段は、前記変更制御手段により変更された現在の処理段階データを参照し、処理順データに従って、入力処理を遡って実行することとして機能させる電子フォームプログラム。
【請求項１２】
前記制御手段は、最後の処理段階において電子フォームを紙媒体にプリント出力する出力手段を有し、
前記出力手段は、プリント出力後にユーザが記入すべき入力欄を強調表示した状態で電子フォームをプリントする請求項１１に記載の電子フォームプログラム。
【請求項１３】
さらに、ユーザが入力のために使用する入力媒体を判別する手段と、
前記入力媒体の種類に応じて前記強調表示の方法を決定する手段としてコンピュータを機能させる請求項１１又は１２に記載の電子フォームプログラム。
【請求項１４】
複数の入力フィールドを含む電子フォームと、処理モジュールと、入力フィールドに対する処理段階の処理順を示す処理順データ、現在の処理段階を示す処理段階データを含む電子フォームパックを送受信する電子フォーム入力支援装置において、
前記電子フォームパック中の前記電子フォームを表示装置上に表示する表示手段と、
ユーザによる入力を受け取り、前記入力フィールドに入力する入力手段と、
前記電子フォームパック中の処理順データと現在の処理段階データを参照して、処理モジュールの指示に従い、ユーザが入力を行うべき入力フィールドを前記表示手段に強調表示させてユーザによる電子フォームの入力処理を制御する制御手段と、
入力処理の完了に応じて前記電子フォームパック中の現在の処理段階データを更新記憶させる処理段階記憶手段とを備え、
前記制御手段は、最後の処理段階において電子フォームを紙媒体にプリント出力する出力手段を有し、
前記出力手段は、プリント出力後にユーザが記入すべき入力欄を強調表示した状態で電子フォームをプリントすることを特徴とする電子フォーム入力支援装置。
【請求項１５】
さらに、ユーザが入力のために使用する入力媒体を判別する手段と、
前記入力媒体の種類に応じて前記強調表示の方法を決定する手段と、を備えることを特徴とする請求項１４に記載の電子フォーム入力支援装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、インターネットなどを利用して各種申込、通知などの手続を行うシステムに関する。
【０００２】
【従来の技術】
従来、官公庁などへの申請、届出や、企業などへの申込、登録、契約などの各種手続は、基本的に紙の書類を利用して行われていた。即ち、予め用意された書式の帳票に手続者が必要事項を記入し、さらに必要に応じて捺印したり、必要書類を添付したりして提出先に提出するという方法で手続が行われていた。
【０００３】
近年のネットワーク技術の進歩やペーパーレス化の流れに伴い、紙媒体の書類ではなく、電子化された書類データをインターネット上で授受することにより、上述のような各種手続を効率的に行うことが可能となりつつある。
【０００４】
【発明が解決しようとする課題】
しかし、そのように手続を行うユーザが電子フォームに対して必要な事項を入力して電子書類を作成する際にはある程度の支援、補助などが必要な場合が多い。一般的に官公庁や企業などへ提出する書類は記載内容や記載方式などに規則が多く、規則に従って必要な事項を正しい順序で入力する必要がある。特に保険契約その他の種々の契約に関する書類は、必要事項の記入、署名及び捺印などの順序が予め決められており、正しい順序で作成された書類のみが有効なものとして取り扱われる。従って、ユーザが必要な事項を正しい順序で入力して手続のための電子書類を容易に作成することが可能なシステムが要求される。
【０００５】
本発明は以上の課題に鑑みてなされたものであり、その課題は、インターネットなどのネットワークを通じ、電子書類を使用して各種手続を行う場合に、手続者が正しい順序で必要事項を入力することにより電子書類を容易に作成することを可能とすることにある。
【０００６】
【課題を解決するための手段】
本発明の一の観点によれば、複数の入力フィールドを含む電子フォームと、処理モジュールと、入力フィールドに対する処理段階の処理順を示す処理順データ、現在の処理段階を示す処理段階データを含む電子フォームパックを送受信する電子フォーム入力支援装置において、前記電子フォームパック中の前記電子フォームを表示装置上に表示する表示手段と、ユーザによる入力を受け取り、前記入力フィールドに入力する入力手段と、前記電子フォームパック中の処理順データと現在の処理段階データを参照して、処理モジュールの指示に従い、ユーザが入力を行うべき入力フィールドを前記表示手段に強調表示させてユーザによる電子フォームの入力処理を制御する制御手段と、入力処理の完了に応じて前記電子フォームパック中の現在の処理段階データを更新記憶させる処理段階記憶手段と、既に入力処理が完了している処理段階に対応する入力フィールドについてユーザによる入力内容変更指示が入力された場合に、前記入力内容変更指示により指定された処理段階に、現在の処理段階データを変更する変更制御手段とを備え、前記制御手段は、前記変更制御手段により変更された現在の処理段階データを参照し、処理順データに従って、入力処理を遡って実行する。
【０００７】
これによれば、各処理段階においてユーザが入力を行うべき入力フィールドが強調表示されるので、ユーザは入力を行うべき入力フィールドを容易に把握することができる。また、過去に入力処理が完了している処理段階の入力内容を変更、修正する場合には、その処理段階にまで遡り、その後は処理順データに従って入力処理を実行する。よって、内容の変更、修正がなされた処理段階以降の入力処理は再度行われるので、不正に過去の入力内容を変更などすることが防止される。
【０００８】
上記電子フォーム入力支援装置の一態様では、前記電子フォームは、契約内容記入欄と契約者の署名欄を入力フィールドとして有し、前記変更制御手段により、契約者の署名欄に記入する段階を超えて遡って、現在の処理段階データを変更した場合であっても、前記制御手段は、前記変更制御手段により変更された現在の処理段階データを参照し、処理順データに従って、入力処理を遡って実行し、前記契約者の署名欄に記入する段階を再度入力処理する。
【０００９】
これによれば、不正に過去の入力内容を変更などすることが防止される。
【００１０】
上記電子フォーム入力支援装置の他の一態様では、前記処理段階記憶手段は、ユーザによる入力処理の中断があった場合に、中断時点において完了している現在の処理段階データを前記電子フォームパックに記憶させ、ユーザによる入力処理の再開がなされた場合に、前記記憶された現在の処理段階データに示される処理段階の次の処理段階からユーザの入力処理を実行させるように前記制御手段を制御する中断制御手段と、をさらに備える。
【００１１】
この態様によれば、ユーザによる入力処理の中断時点で完了済の処理段階が記憶されているので、入力処理の再開時にはそれ以降の処理段階から入力処理を続行することができる。
【００１２】
上記電子フォーム入力支援装置の他の一態様では、前記制御手段は、最後の処理段階において電子フォームを紙媒体にプリント出力する出力手段を有し、前記出力手段は、プリント出力後にユーザが記入すべき入力欄を強調表示した状態で電子フォームをプリントする。
【００１３】
この態様によれば、端末による入力処理が完了し、電子フォームを紙媒体にプリントした状態でさらにユーザが入力、捺印などを行うべき欄が強調表示される。
【００１４】
上記電子フォーム入力支援装置のさらに他の一態様では、ユーザが入力のために使用する入力媒体を判別する手段と、前記入力媒体の種類に応じて前記強調表示の方法を決定する手段と、をさらに備える。
【００１５】
この態様によれば、ユーザが入力に使用する媒体に応じて、適切な態様で強調表示がなされる。
【００１６】
本発明の他の観点によれば、複数の入力フィールドを含む電子フォームと、処理モジュールと、入力フィールドに対する処理段階の処理順を示す処理順データ、現在の処理段階を示す処理段階データを含む電子フォームパックを送受信する電子フォーム入力支援装置としてコンピュータを機能させる電子フォーム入力支援プログラムであって、前記コンピュータを前記電子フォームパック中の前記電子フォームを表示装置上に表示する表示手段と、ユーザによる入力を受け取り、前記入力フィールドに入力する入力手段と、前記電子フォームパック中の処理順データと現在の処理段階データを参照して、処理モジュールの指示に従い、ユーザが入力を行うべき入力フィールドを前記表示手段に強調表示させてユーザによる電子フォームの入力処理を制御する制御手段と、入力処理の完了に応じて前記電子フォームパック中の現在の処理段階データを更新記憶させる処理段階記憶手段と、既に入力処理が完了している処理段階に対応する入力フィールドについてユーザによる入力内容変更指示が入力された場合に、前記入力内容変更指示により指定された処理段階に、現在の処理段階データを変更する変更制御手段として機能させ、前記制御手段は、前記変更制御手段により変更された現在の処理段階データを参照し、処理順データに従って、入力処理を遡って実行するよう機能させる。
【００１７】
これによれば、各処理段階においてユーザが入力を行うべき入力フィールドが強調表示されるので、ユーザは入力を行うべき入力フィールドを容易に把握することができる。また、内容の変更、修正がなされた処理段階以降の入力処理は再度行われるので、不正に過去の入力内容を変更などすることが防止される。
【００１８】
上記電子フォーム入力支援プログラムの一態様は、前記電子フォームは、契約内容記入欄と契約者の署名欄を入力フィールドとして有し、前記変更制御手段により、契約者の署名欄に記入する段階を超えて遡って、現在の処理段階データを変更した場合であっても、前記制御手段は、前記変更制御手段により変更された現在の処理段階データを参照し、処理順データに従って、入力処理を遡って実行し、前記契約者の署名欄に記入する段階を再度入力処理する。
【００１９】
これによれば、不正に過去の入力内容を変更などすることが防止される。
【００２０】
上記電子フォーム入力支援プログラムの他の一態様では、前記処理段階記憶手段は、ユーザによる入力処理の中断があった場合に、中断時点において完了している現在の処理段階データを前記電子フォームパック記憶させ、ユーザによる入力処理の再開がなされた場合に、前記記憶された現在の処理段階データに示される処理段階の次の処理段階からユーザの入力処理を実行させるように前記制御手段を制御する中断制御手段と、をさらに備える電子フォーム入力支援装置としてコンピュータを機能させる。
【００２１】
この態様によれば、ユーザによる入力処理の中断時点で完了済の処理段階が記憶されているので、入力処理の再開時にはそれ以降の処理段階から入力処理を続行することができる。
【００２２】
上記電子フォーム入力支援プログラムの他の一態様では、前記制御手段は、最後の処理段階において電子フォームを紙媒体にプリント出力する出力手段を有し、前記出力手段は、プリント出力後にユーザが記入すべき入力欄を強調表示した状態で電子フォームをプリントする。
【００２３】
この態様によれば、端末による入力処理が完了し、電子フォームを紙媒体にプリントした状態でさらにユーザが入力、捺印などを行うべき欄が強調表示される。
【００２４】
上記電子フォーム入力支援プログラムのさらに他の一態様は、ユーザが入力のために使用する入力媒体を判別する手段と、前記入力媒体の種類に応じて前記強調表示の方法を決定する手段と、をさらに備える電子フォーム入力支援装置としてコンピュータを機能させる。
【００２５】
この態様によれば、ユーザが入力に使用する媒体に応じて、適切な態様で強調表示がなされる。
【００２６】
本発明のさらに他の観点では、複数の入力フィールドを含む電子フォームと、電子フォームへの入力処理において実行される複数の処理段階、各処理段階において入力を行うべき入力主体、及び、各処理段階において入力を行うべき入力フィールドを示す処理順データと、現在の処理段階を示す処理段階データと、前記処理順データを参照し、ユーザによる電子フォームの入力処理を制御する入力処理プログラムと、を含む電子フォームプログラムにおいて、コンピュータを、ユーザによる入力を受け取り、前記入力フィールドに入力する入力手段と、前記処理順データを参照しつつユーザによる入力に応じて前記処理段階を進行させ、各処理段階において入力を行うべき入力主体の端末装置へ前記電子フォームプログラムを送信する手段と、前記処理順データと現在の処理段階データを参照し、各処理段階においてユーザが入力を行うべき入力フィールドを強調表示した状態で前記電子フォームを表示装置上に表示させる表示手段と、入力処理の完了に応じて前記電子フォームパック中の現在の処理段階データを更新記憶させる処理段階記憶手段と、既に入力処理が完了している処理段階に対応する入力フィールドについてユーザによる入力内容変更指示が入力された場合に、前記入力内容変更指示により指定された処理段階に、現在の処理段階データを変更する変更制御手段として機能させ、前記制御手段は、前記変更制御手段により変更された現在の処理段階データを参照し、処理順データに従って、入力処理を遡って実行することとして機能させる。
これによれば、各処理段階においてユーザが入力を行うべき入力フィールドが強調表示されるので、ユーザは入力を行うべき入力フィールドを容易に把握することができる。また、内容の変更、修正がなされた処理段階以降の入力処理は再度行われるので、不正に過去の入力内容を変更などすることが防止される。
【００２７】
上記電子フォームプログラムの一態様では、前記制御手段は、最後の処理段階において電子フォームを紙媒体にプリント出力する出力手段を有し、前記出力手段は、プリント出力後にユーザが記入すべき入力欄を強調表示した状態で電子フォームをプリントする。
この態様によれば、端末による入力処理が完了し、電子フォームを紙媒体にプリントした状態でさらにユーザが入力、捺印などを行うべき欄が強調表示される。
【００２８】
上記電子フォームプログラムの他の一態様は、さらに、ユーザが入力のために使用する入力媒体を判別する手段と、前記入力媒体の種類に応じて前記強調表示の方法を決定する手段と、してコンピュータを機能させる。
この態様によれば、ユーザが入力に使用する媒体に応じて、適切な態様で強調表示がなされる。
【００３０】
本発明のさらに他の観点では、複数の入力フィールドを含む電子フォームと、処理モジュールと、入力フィールドに対する処理段階の処理順を示す処理順データ、現在の処理段階を示す処理段階データを含む電子フォームパックを送受信する電子フォーム入力支援装置において、前記電子フォームパック中の前記電子フォームを表示装置上に表示する表示手段と、ユーザによる入力を受け取り、前記入力フィールドに入力する入力手段と、前記電子フォームパック中の処理順データと現在の処理段階データを参照して、処理モジュールの指示に従い、ユーザが入力を行うべき入力フィールドを前記表示手段に強調表示させてユーザによる電子フォームの入力処理を制御する制御手段と、入力処理の完了に応じて前記電子フォームパック中の現在の処理段階データを更新記憶させる処理段階記憶手段とを備え、前記制御手段は、最後の処理段階において電子フォームを紙媒体にプリント出力する出力手段を有し、前記出力手段は、プリント出力後にユーザが記入すべき入力欄を強調表示した状態で電子フォームをプリントする。
これによれば、端末による入力処理が完了し、電子フォームを紙媒体にプリントした状態でさらにユーザが入力、捺印などを行うべき欄が強調表示される。
【００３１】
上記電子フォーム入力支援装置の他の一態様では、さらに、ユーザが入力のために使用する入力媒体を判別する手段と、前記入力媒体の種類に応じて前記強調表示の方法を決定する手段と、を備える。
これによれば、ユーザが入力に使用する媒体に応じて、適切な態様で強調表示がなされる。
【００３２】
【発明の実施の形態】
以下、図面を参照して本発明の好適な実施の形態について説明する。
［１］システムの構成
図１に、本発明の実施形態にかかる入力支援を実行する手続システムの構成を概念的に示す。本発明の手続システムは、まず、保険契約などを含む各種手続をオンラインで実行する機能を有する。
【００３３】
図１に示すように、手続主体２、手続先３、フォーム製作会社５、外部機能提供者１０、及び申込・通知プラットフォーム（以下、単に「プラットフォーム」と呼ぶ。）２０がインターネット１を通じて接続されている。なお、本発明はインターネット以外のネットワークにも適用可能である。
【００３４】
手続主体２は、申込などの各種手続を行う者であり、個人及び企業を含む。手続とは、例えば官公庁に対して個人や企業が行う各種申請、届出、登録などの他、私企業に対して個人や企業が行う申込、登録、契約なども含む。手続先３は、手続主体２が所定の手続を行う相手であり、官公庁などの他に、銀行、保険会社などの私企業も含まれる。また、図１では手続先３を１つのみ示しているが、実際には複数の手続先３がインターネット１に接続されている。
【００３５】
フォーム製作会社５は、手続主体２が手続先３に対して行う各種手続において必要とされる書類の電子フォームを作成し、提供する会社である。従来の申請などの手続は紙書類を使用して行われてきたが、本手続システムにおいては、電子フォームを利用して手続が実行される。「電子フォーム」とは、手続主体が必要事項を記入する前の状態の申込書などに対応する電子データである。電子フォームには、書類名、入力項目名、入力フィールドなどが予め含まれており、手続主体が入力フィールドに必要事項を入力する。手続主体が電子フォームに必要事項を入力し、手続先へ提出できる状態としたデータを、未入力状態の電子フォームと区別する意味で以下「電子書類」と呼ぶことがある。フォーム製作会社５は、手続先３などの要求に応じて各種手続に使用する電子フォームを作成し、プラットフォーム２０に提供、登録する役割を有する。
【００３６】
プラットフォーム２０は、企業Ａにより運営され、手続主体２と得意先３の間に入って手続の実行に伴う種々の処理を行う。また、外部機能提供者１０は、プラットフォーム２０による手続の実行に関連して、種々の専門的処理、サービスなどを提供する企業、機関などである。このような構成で、手続主体２と手続先３との間で手続が実行される。
【００３７】
次に、図２を参照して本発明の手続システムの構成について詳細に説明する。
図２は、手続システムの構成を示す機能ブロック図である。
【００３８】
図２において、手続主体２は、種々の形態でインターネットを通じてプラットフォーム２０と通信し、手続を行う。プラットフォーム２０へのアクセス方法として、手続主体２は家庭や勤務先に設置されたパソコン、携帯電話、ＰＤＡ、などを利用することができる。手続主体２は、基本的にはインターネット上の所定のウェブサイトを通じてプラットフォーム２０に入ることになる。パソコンの場合には、ウェブブラウザを使用してプラットフォーム２０のサイトにアクセスしたり、商品ポータルサイトを経由してプラットフォームのサイトにアクセスしたり、電子メールをそのサイトに送信したりすることにより手続主体２側のデータをプラットフォーム２０に送信することができる。携帯電話を使用した場合も同様にインターネットに接続してウェブページを閲覧したり、電子メールを送信したりしてプラットフォーム２０と通信することができる。なお、手続主体２からプラットフォーム２０へ送信されるデータとしては、各種手続のために手続主体２が作成した電子書類や、電子署名その他の付随的データが含まれる。
【００３９】
また、プラットフォーム２０から手続主体２への通信も、手続主体２のパソコン、携帯電話などを使用して実行することができる。即ち、プラットフォーム２０は、手続主体２に対してウェブブラウザ上でデータを送信することができ、また電子メールやファイル自体としてパソコンや携帯電話にデータを送信することができる。また、手続主体２側がパソコンに接続されたプリンタを所有する場合には、手続主体２はパソコンを通じてダウンロードしたデータをプリンタにより紙媒体に出力することもできる。なお、プラットフォーム２０から手続主体２へ送信されるデータとしては、手続を行うために要求される電子フォームや、手続の進捗、完了に関する情報、手続の実行中又は実行後に手続先３から手続主体２に送られる通知データなどが含まれる。
【００４０】
手続先３は、官公庁や役所、企業など、各種の手続を受け付ける機関、企業などである。手続先３は、端末装置を使用してインターネットに接続して手続を実行する。手続先３の端末装置は、データ授受ブロック３ａとフォーム製作指示ブロック３ｂとを備える。
【００４１】
データ授受ブロック３ａは、プラットフォーム２０との間で申込書などの電子書類を授受する。申込書などの電子書類自体は手続主体２が作成してプラットフォーム２０に送信し、プラットフォーム２０は所定の処理後に手続先３に電子書類を送信することになる。従って、データ授受ブロック３ａは、手続先３において各種手続の受付処理を行う役割を果たす。また、データ授受ブロック３ａは、必要に応じて、受信した申込書の電子書類のフォーマット変換を行う。例えば、プラットフォーム２０において使用している申込書などの電子フォーム（即ち、手続主体が必要事項を入力した電子フォーム）と手続先３内部において使用する電子フォームのフォーマットが異なる場合に（なお、フォーマットが異なっていても、入力事項は一致している）、プラットフォーム２０から受信した電子書類を手続先３専用のフォーマットに変換する処理を行う。なお、これは例えばＸＭＬなどの構造化言語で構成されている電子書類のタグを利用して行うことができる。
【００４２】
また、フォーム製作指示ブロック３ｂは、手続先３内部で規定される要求事項をフォーム製作会社５に指示し、その要求事項に適合した電子フォームの製作を依頼する。
【００４３】
フォーム製作会社５は、手続先３からの指示に応じて、手続に必要となる電子フォームを製作するフォーム製作＆登録ブロック６を有する。フォーム製作＆登録ブロック６は、フォーマット変換機能７、フォーム登録機能８及び部品化管理機能９を含む。フォーム登録機能８は、製作された電子フォームや通知物テンプレートなどをプラットフォーム２０へ送信し、登録させる。フォーマット変換機能７は、電子フォームの製作過程及び／又はプラットフォーム２０への登録過程において必要に応じてフォーマット変換（例えばＸＦＡからＰＤＦへの変換など）を実行する。部品化管理機能９は、製作した電子フォームを部品単位で保存し、管理する。電子フォームは、通常の紙の申込書類などと同様に複数のセクションから構成されている。ここでは、各セクションを部品として製作し、複数の部品の集合体として１つの電子フォームを構成する。こうすることにより、例えば住所、氏名など、多数の電子フォームで使用される部品を共通化して管理することにより、電子フォームの製作、修正、変形などを効率化することができる。
【００４４】
プラットフォーム２０は、申込・通知手続の中心的な役割を果たす部分であり、大別してデータ受付ブロック３０、データ配信ブロック３５、プロセス管理ブロック４０、申込・通知手続ブロック４５、ファイル生成ブロック５０、データ管理ブロック５５、フォーム管理ブロック６０、及び手続ログ管理ブロック６５を含む。
【００４５】
データ受付ブロック３０は、ウェブブラウザ、電子メールなどの手段により、手続主体から申込、請求などの手続に関するデータを受け取る処理を行うものであり、ポータルサイト、ウェブブラウザ、携帯電話など複数の手段を通じてデータの受付が可能なように構成される。手続主体２から提供されるデータは、ＨＴＭＬ、ＸＦＡ（JetForm対応）などの複数のフォーマットに対応するものとする。データ受付ブロック３０は、サイト連携機能３１、データ受付機能３２及びメール受信機能３３を含む。サイト連携機能３１は、商品ポータルサイトなどと連携して手続の申込、要求などを処理する。データ受付機能３２は、手続主体２から送信されるデータを受け取る処理を行う。また、メール受信機能３３は手続主体２から送信される電子メールデータを受け取る処理を行う。データ受付ブロック３０は、セキュリティの観点より、手続主体２から正しいデータを受信したことを保証、確保する手段を備える。例えば、適切な暗号化処理、電子署名、電子透かしなどの種々の技術を利用し、インターネット１を介した送信中に手続主体２から受信したデータに対して改竄、変更などがされていないことを確認する。
【００４６】
データ配信ブロック３５は、ウェブブラウザ、電子メール、ファイルのダウンロードなどの方法により、申込書などの電子フォームや、手続の結果報告などを含む通知データなどを手続主体２へ配信する。データ配信ブロック３５は、ウェブブラウザを通じてデータを送信するデータ送信機能３６、電子メールによりデータを送信するメール送信機能３７、ファイルの形態でデータを送信するファイル配信機能３８及びプリントデータを送信するプリント出力機能３９を含む。手続主体２に提供されるデータは、ＨＴＭＬ、ＸＦＡ、ＰＤＦなど種々の形態とすることができる。プリントデータは、例えば保険契約手続における保険証券など、手続の完了を証明するデータとすることができる。プリントデータは、手続主体２の端末装置に付属するプリンタにより紙出力することができる。また、データ配信ブロック３５は、正しいデータが手続主体２へ確実に届いたことを確保する手段を有する。これは、例えば電子署名などを利用したり、手続主体が受領確認データを返信したりすることにより実現することができる。
【００４７】
プロセス管理ブロック４０はプロセス制御機能４１を有し、手続主体２が指定した手続のプロセスを制御する。手続主体２が指定することができる各種手続については、予め対応する手続フローが用意されている。手続フローは手続モジュールという細かい処理の集合として構成され、手続は手続フローに規定する順序に従って手続モジュールを順に実行することにより行われる。プロセス制御機能４１は手続フローに従って手続モジュールを実行する制御を行う。なお、手続モジュールは個別のプログラムとして構成することができる。また、プロセス制御機能４１は、単に手続フローに従って手続を実行するのみでなく、手続主体２の認証レベルや手続の利用チャネルなどを判断して適切な方法で手続を実行する機能も含む。
【００４８】
データ管理ブロック５５は、申込・通知などの手続で扱う個人データ、申込データ、通知データなどを保存し、保存期間を管理してデータを処分などする。個人データは個人の住所、氏名などの個人情報であり、法人の場合は法人のデータが含まれる。個人データは個人データＤＢ５６に保存される。申込データは手続主体が申込手続において入力した情報であり、申込データＤＢ５７に保存される。申込データは２つの目的で管理することができる。プラットフォーム２０は手続主体２からの依頼に基づき、手続先３に対して所定の手続を行う。代行処理の際には手続主体２から入手した申込データを手続先３へ提出するが、プラットフォーム２０はその控えとして申込データを申込データＤＢ５７に保存することができる。また、データ管理ブロック５５は、手続主体２からの依頼に基づいて、申込データや手続が完了した後の結果データなどを手続主体２から預かるサービスを行うことができる。例えば、手続主体２の保険契約手続を代行した場合に、契約書データを手続主体２へ送信するともにその控えデータを預かり、保管することができる。これにより、例えば手続主体２は自分の契約書データを紛失したような場合に、プラットフォーム２０からその控えデータを入手することができる。なお、プラットフォーム２０はそのようなサービスを有料で行うことができる。
【００４９】
また、通知データは、手続先３が手続主体２へ通知する情報であり、通知データＤＢ５８に保存される。申込データ及び通知データは、データファイル単位で保存され、ホルダ又はリレーショナルＤＢ単位で格納されてセキュリティ保護及び原本性の保証がなされる。また、個人データはリレーショナルＤＢに保存され、セキュリティ保護がなされる。保存するデータにはタグ付けがなされ、タグの標準化や関連付けがなされる。
【００５０】
フォーム管理ブロック６０は申込・通知手続において利用する申込書フォーム、通知物テンプレート、カタログファイルなどを保管し、そのバージョン管理なども行う。申込書フォームは、プラットフォーム２０が手続主体２から情報を取得する時に使用されるフォームやテンプレートであり、申込書フォームＤＢ６１に保存される。通知物テンプレートは、プラットフォーム２０から手続主体２へ情報を提供する時に使用されるフォームやテンプレートであり、通知物テンプレートＤＢ６２に保存される。カタログファイルは手続に関連して手続主体２に提示すべきマニュアルやカタログなどのデータであり、カタログファイルＤＢ６３に保存される。これらのデータは、原則としてファイル単位での管理が行われるが、オブジェクト単位での管理も可能である。
【００５１】
ファイル生成ブロック５０は、プラットフォーム２０から手続主体２へ通知、配信されるデータファイルを作成するものであり、データの形態はＨＴＭＬ、ＸＦＡ、ＰＤＦなどとすることができる。ファイル生成ブロック５０は、データ転記機能５１、テキスト加工機能５２、ファイル編集機能５３及びチャネル変換機能５４を含む。データ転記機能５１は、データ管理ブロック５５の個人データＤＢ５６内に保存されている個人データを申込書フォームや通知物テンプレートに転記する処理を行う。手続主体２へ送信する申込フォームなどに予め個人情報を転記しておくことにより、手続主体の電子書類作成を簡素化することができる。テキスト加工機能５２は、申込書フォームや通知物テンプレートに入力するテキストデータの加工を行う機能であり、加工後のテキストデータが申込書フォームなどに入力されることになる。ファイル編集機能５３は、オブジェクト化されたフォームやテンプレートなどを編集する機能である。チャネル変換機能５４は、手続主体２へ配信すべきデータファイルを、手続主体２の有する端末装置、例えばパソコン、携帯電話などの別に応じて適切なデータフォーマットに変換する機能である。
【００５２】
申込・通知手続ブロック４５は、手続主体２が希望する手続を実行する際に中心的な役割を果たす部分であり、本人認証機能４６、フォーム配信機能４７、申込・受付代行機能４８及び通知・配信代行機能４９を含む。本人認証手続機能４６は、外部の認証機関などと連携して本人認証を行い、その結果を通知する。また、各手続において要求される認証レベルによっては、会員データのＩＤ／パスワードを利用して本人認証を行うこともできる。また、電子署名などを使用して本人認証を行うことができ、その際には手続主体２はＩＣカードなどの記録媒体に署名のための鍵データを記憶しておき、これを利用して署名などを行うことができる。この本人認証機能により、従来は署名・捺印などにより行われていた処理をオンラインで実行することが可能となる。多くの手続においては手続主体の署名・捺印などが必要とされ、従来は紙の書類に署名・捺印を行っていた。本発明の本人認証機能を利用することにより、申込から手続の完了までを、紙書類などを使用することなく、全てオンラインで実行することが可能となる。なお、電子署名などの電子的な手法により本人認証を行うことにより、パソコンのみならず携帯電話などを利用する場合でも、何らかの認証を要する手続をオンラインで完了することができるようになる。申込・通知手続ブロック４５は、本人認証に成功したことを条件に以降の手続を進行するように制御することができる。
【００５３】
フォーム配信機能４７は、手続主体２及び／又は手続先３の要求に従って、申込書、カタログなどをインターネット上で配信し、手続主体２の端末や外部出力機能１４へ送信する。こうして手続主体２は申込書やカタログのプリント出力を得ることができる。
【００５４】
申込、受付手続代行機能４８は、手続主体２から申込書などの電子書類を受け取って申込を受け付け、その入力データを申込データとしてデータ管理ブロック５５内に保管する。また、申込の受付結果をウェブブラウザや電子メールなどを利用して手続主体２へ通知する。さらに、手続が決済を要する場合には、外部の決済機能１３やマルチ決済ゲートウェイなどと連携して必要な決済手続を実行する。
【００５５】
通知・配信代行機能４９は、手続先３から手続主体２への通知物（例えば、クレジットカードの利用明細、保険の満期案内など）をインターネットで配信し、又はプリント出力として配送する処理を制御する。なお、利用明細のように定期的に大量の通知物を配達する処理と、保険の満期案内のように不定期に少量の通知物を配送する処理の両方を行う。
【００５６】
手続ログ管理ブロック６５は、プラットフォーム２０内の各ブロックや各機能が実行する処理のログを取得し、手続ログＤＢ６６に保存する。具体的には、各手続は手続フローに規定される複数の手続モジュールを順に実行することにより行われるので、手続ログＤＢには各手続モジュールの実行ログが保存されることになる。また、手続ログ管理ブロック６５は、手続ログＤＢ６６の内容（例えば実行された処理の前後関係、時間など）を保証することができる。また、手続の終了後も、手続主体２や手続先３などからの要求に応じてログ記録を開示したり、ログ記録に基づいて手続が完了した事実を証明したりすることもできる。
【００５７】
なお、ログ情報は、種々の方法で利用者へ提供することができる。例えば、手続主体２へ送信したログファイルを紙媒体などにプリントすることができる。また、手続主体がログ情報を要求した場合以外にも、ログ情報又はそれに関連する情報を提供することができる。例えば、ある手続の完了時に契約書データ、確認書類データなどの重要な書類データが作成され、手続主体がこれを紙媒体にプリントして保存するような状況が考えられる。保険契約における保険証書、ローン契約における契約書などがその例である。この場合、プラットフォーム２０から手続主体の端末へ書類データが送信されるが、その書類データ自体にログファイルを添付することができる。これにより、手続主体は、契約書などの書類データを入手すると共に、その契約に至るまでの手続のログデータを同時に取得することができる。さらに、書類データに添付されるログファイルを不可視データとし、特別な読み取りソフトウェアなどを利用した場合にのみ見ることができるように構成することもできる。さらには、ログファイル自体ではなく、例えばログファイルを特定するＩＤ、バーコード、管理番号など、ログファイルに関連する情報を書類データに添付して手続主体の端末へ提供することもできる。この場合、例えばユーザがその書類データをプリントして契約書その他の紙書類を作成した時に、その書類の一部にログデータ又はログデータに関連するデータが可視的又は不可視的にプリントされるようにすることもできる。手続主体２はこのログファイル関連情報を使用して、必要な時にプラットフォームからログファイルを取得することができる。
【００５８】
外部機能ブロック１０は、プラットフォーム２０による処理に付随して発生する各種処理を行うブロックであり、認証機能１１、公証機能１２、決済機能１３、出力機能１４、配信機能１５、課金・請求機能１６、物流管理機能１７、及び時刻証明機能１８を含む。
【００５９】
認証機能１１は、手続を実行する手続主体２が正しい本人であることを第三者が保証する機能であり、具体的には公的又は私的な認証機関などがこれを行うことができる。認証機能１１は、例えば特定の認証機関などにより発行されたＩＤ及びパスワードや、電子署名の鍵データ、特定のユーザ識別データなどにより、登録ユーザの本人認証を行うことができる。
【００６０】
公証機能１２は、ネットワーク上で行われた手続や通知・配信物の内容を第三者が保証する機能であり、これも公的又は私的な公証機関などが行うことができる。決済機能１３は、ある手続の実行に付随して、クレジット決済、銀行引き落としなどの決済手続をネットワーク上で行う機能であり、具体的にはクレジット会社、金融機関などのサーバが実行することができる。
【００６１】
出力機能１４は、いわゆるキオスク端末などから手続主体が必要なデータを出力する機能である。キオスク端末とは、コンビニエンスストアやショッピングセンターなどに設置される端末装置であり、紙や各種記録媒体にデータを出力する機能を有するものである。プラットフォーム２０は、手続主体２の要求に応じて特定のデータをキオスク端末などの外部の出力機能１４に送信し、手続主体２はそこから必要なデータを出力することができる。また、出力機能１４は、そのようにして行われたデータの出力処理についてのログを記録し、プラットフォーム２０に送信して手続ログ管理ブロック６５に保存させることができる。
【００６２】
キオスク端末は、種々の形態でデータの入出力を可能とするように構成されている。例えば、キオスク端末は手続主体２がキオスク端末から必要なデータを取り出すためにＩＤやパスワードを手入力するためのキーボードなどの入力装置を備える。また、手続主体２が所有するＩＣカードとの間でデータの入出力を行うためのＩＣカードリーダや、バーコードを読みとるためのバーコードリーダ、電子ペーパーとの間でデータの入出力を可能とするインタフェースなどを備えることができる。また、ＣＤ−ＲＯＭ、ＤＶＤなどの汎用記録媒体のドライブを備えることができる。さらに、携帯電話やＰＤＡを接続して、データの入出力を行う機能を備えることもできる。
【００６３】
配信機能１５は、ネットワーク上でファイル配信（例えば、e-Percelなどによる）を行うと共に、その配信状況などを管理する機能であり、配信処理に関するログを記録してプラットフォーム２０の手続ログ管理ブロック６５に提供することができる。
【００６４】
課金・請求機能１６は、手続主体２の行った手続に付随するコンテンツの使用や手続の手数料などの課金管理を行うと共に、プラットフォーム２０を介して手続主体２に代金などの請求通知を行う。この場合の課金は、プラットフォーム２０側が手続代行手数料のようなものを手続主体２に対して請求する場合と、手続先３に対して請求する場合とがありうる。
【００６５】
物流管理機能１７は、例えば紙の申込書が物流会社により提出先に配送される場合などに、配送の進捗状況を取得し、管理する機能である。物流管理機能１７から進捗状況データを取得することにより、プラットフォーム上で手続の進捗状況を管理することも可能となる。なお、この物流管理機能１７をプラットフォーム２０内部に設け、外部から進捗状況の情報を受信してプラットフォーム内部で進捗状況管理を行うようにシステムを構成することも可能である。
【００６６】
時刻証明機能１８は、公的機関その他の許認可を受けた企業やその他の企業などが時刻の証明業務を提供するものである。プラットフォーム２０は、各種手続のうち特に時刻が重要視される手続（例えば、為替に関連する手続など）を実行する際に時刻証明機能１８を利用し、実際に手続を実行した時刻を証明する。このような時刻情報は、手続ログとして手続ログ管理ブロック６５により管理することができる。
【００６７】
また、プラットフォーム２０内の外部機能連携ブロック６８は、プラットフォーム２０の各ブロックと、上記の外部機能１０との間の処理の連携を行う。具体的には、外部の認証機能１１と接続して認証情報や認証結果のやりとりを行い、外部の公証機能１２と接続して通知物やログ記録の内容保証を行う。また、配信機能１５と連携して利用明細などの通知物をファイルの形態で配達し、出力機能１４と連携して申込書、カタログなどのプリント出力を行う。
【００６８】
以上のようなプラットフォームを利用することにより、手続主体はパソコン、携帯電話など種々の手段を利用して所望の手続をオンライン上で実行することができる。なお、以上の説明において、プラットフォーム２０内の各機能は、コンピュータプログラムにより実現することができる。
［２］実施例
次に、本発明の手続システムによる入力支援について説明する。本発明では、ユーザが所定の手続を行うために必要な電子フォームに対して必要事項を入力して電子書類を作成する際に、その電子書類に対して予め決められた処理順序に従ってユーザに入力を促し、正しい順序で電子書類を作成することを可能とする。
【００６９】
図３（Ａ）に本発明において使用される電子フォームパック１０のデータ構成を概念的に示す。電子フォームパック１０は、電子フォーム及びプログラムを含むデータの集合であり、ユーザの端末、Ａ社の運営するプラットフォーム及び手続先の間で電子フォームを授受する際の単位データとなる。具体的には、電子フォームパック１０は、電子フォーム１２と、処理モジュール１４と、処理データ１６とを含む。
【００７０】
電子フォーム１２は、上述のように従来からの紙書類を電子化したデータであり、これにユーザが必要な事項を入力することにより電子書類が作成される。図４（Ａ）に電子フォーム１２の一例を示す。この電子フォーム１２は例えば自動車保険などの保険契約書の電子フォームであり、個人ユーザ甲が保険会社乙との間で保険契約を行う際に使用されるものである。図４（Ａ）の電子フォームは、契約内容を入力するための契約内容フィールド２０と、契約者である甲が住所及び氏名を入力するための甲署名フィールドと２１と、乙が住所及び氏名を入力するための乙署名フィールド２２と、甲及び乙が捺印するための捺印フィールド２３と、を含む。
【００７１】
契約内容フィールド２０は保険会社乙が保険契約の内容を入力するための欄である。甲署名フィールド２１は、契約内容フィールドに記載された契約内容に同意する場合に甲が自己の住所及び氏名を入力する欄である。乙署名フィールド２２は、甲が甲署名フィールド２１に住所及び氏名を入力した後に、保険会社乙が住所及び氏名を入力する欄である。また、捺印フィールド２３は、保険契約の当事者である甲及び乙が各々の捺印を行う欄である。なお、本例では契約内容フィールド２０、甲署名フィールド２１及び乙署名フィールド２２が入力された後に電子フォーム１２がプリント出力されて紙の契約書となり、その捺印フィールド２３に甲及び乙の両者が捺印することにより保険申込書の作成が完了する。
【００７２】
処理モジュール１４は一種のプログラムであり、ユーザが電子フォーム１２に対して必要事項を入力する際に、処理データ１６を参照してユーザの入力を支援する表示処理を行う。なお、この表示処理の詳細は後述する。
【００７３】
処理データ１６は、処理順データ１７及び現在の処理段階データ１８を含む。処理順データ１７は、電子フォーム１２に対してユーザが行うべき処理（多くの場合は入力）の順序などを示すデータである。図３（Ｂ）に処理順データ１７の一例を示す。ある１つの手続に対して１つの処理順データ１７が作成される。図３（Ｂ）に示すのは上述の甲・乙間の保険契約手続に関する処理順データである。
【００７４】
図示のように、処理順データ１７には、「処理段階」、「処理主体」及び「処理部分（強調部分）」の３つの項目毎に必要な情報が設定されている。「処理段階」は、その手続を行うために実行される複数の処理の進行段階を示す。なお、一般的には複数の処理の大部分はユーザによる入力処理となる。「処理主体」は、対応する処理段階において処理を実行する主体を示す。また、「処理部分（強調部分）」は、入力支援の目的でユーザに対して強調表示される電子フォーム上の部分（フィールド）を示す。
【００７５】
現在の処理段階データ１８は、手続中の各時点において、その時点で既に完了している処理段階を示している。現在の処理段階データ１８は、何らかの理由により手続が中断し、その手続を再会する場合に使用される。また、現在の処理段階データ１８は、ある段階まで進行した手続を何らかの理由により、それ以前の段階までさかのぼって修正、再入力などを行うような場合にも使用される。
【００７６】
次に、保険契約手続における入力支援処理を図３乃至図６を参照して説明する。なお、以下の手続の進行においては、保険契約を行う甲（個人：山田××）が図１における手続主体２に相当し、保険契約の相手である保険会社乙（企業：ＡＢＣ保険会社）が図１における手続先３に相当する。また、手続を行う甲（山田××）は図２に示すような各種端末装置を操作してＡ社の運営するプラットフォーム２０にアクセスして処理を行う。また、保険会社も同様に各種端末装置を使用してプラットフォーム２０とデータを授受して手続を行う。また、以下の処理は、基本的に各端末装置上で図３（Ａ）に示す処理モジュール１４が処理データ１６を参照して行う。
【００７７】
まず、保険会社の担当者は端末装置を使用してプラットフォーム２０に接続し、保険契約の電子フォームを要求する（ステップＳ１０）。これに対し、プラットフォーム２０はフォーム管理部６０から対応する電子フォームを含む電子フォームパック１０を取得し、保険会社の端末へ送信する（ステップＳ１１）。
【００７８】
保険会社の端末上では、受信した電子フォームパック１０に含まれる処理モジュール１４が動作し、処理順データ１７を参照する。図３（Ｂ）に例示する処理順データ１７では、処理段階１において処理主体が乙（保険会社）であり、その時の強調部分が契約内容フィールド２０であることが示されている。よって、処理モジュール１４は、図４（Ａ）に示すように契約内容フィールド２０を強調表示させた状態で電子フォーム１２を保険会社の端末上に表示させる（ステップＳ１２）。
【００７９】
なお、図４（Ａ）の例においては、強調表示の一例として契約内容フィールド２０の枠を太線により示しているが、これ以外の種々の方法により契約内容フィールド２０を強調表示することができる。例としては、表示画面上で強調表示するフィールドの枠のみを異なる色（例えば赤）とすることができる。また、契約内容フィールド２０の枠を点滅させたり、点線により示したり、契約内容フィールド２０以外の全てのフィールドを非アクティブ状態（カーソルを移動できない状態）とすることもできる。こうして、契約内容フィールド２０を強調することにより、保険会社の担当者はその段階で入力すべき事項が契約内容であることを容易に把握することができる。なお、こうして強調表示される入力フィールド以外の入力フィールドは、ユーザによる入力を不能とすることもできる。
【００８０】
さて、保険会社において契約内容が入力され、担当者が入力完了指示又は送信指示を行うと（ステップＳ１３）、処理モジュール１４は現在の処理段階データ１８を「段階１」とする。次に処理モジュール１４が処理順データを参照し、次の段階２における処理主体が甲であることを知ると、処理モジュール１４は保険会社の端末装置を制御して電子フォームパック１０が甲の端末へ送信されようにする。なお、処理モジュール１４は、段階１における乙の入力が完了し、送信ボタンなどが押されると、電子フォームパック１０全体を次の処理主体である甲へ送信するように端末装置に指示を送るようにプログラムされている。
【００８１】
電子フォームパック１０が甲の端末装置へ送信された後（ステップＳ１４）、処理モジュール１４は処理順データ１６を参照し、段階２において甲署名フィールド２１を強調表示させるべきであることを知る。そして、図４（Ｂ）に示すように甲署名フィールド２１を強調表示させた状態で電子フォーム１２を甲の端末装置上に表示する（ステップＳ１５）。これにより、甲は自分が入力すべき事項が甲署名フィールド内の住所及び氏名であることを容易に知ることができる。
【００８２】
こうして甲の入力が完了すると（ステップＳ１６）、電子フォームパック１０内の現在の処理段階データ１８が「段階２」に変更され、再び電子フォームパック１０は段階３の処理主体である乙の端末装置へ送信される（ステップＳ１７）。ここで、処理モジュール１４は処理順データ１７を参照し、図５（Ａ）に示すように乙署名フィールド２２を強調した状態で電子フォーム１２を端末装置上に表示する（ステップＳ１８）。保険会社乙の担当者は、次に入力すべき事項が乙の住所及び氏名であることを容易に把握することができる。
【００８３】
乙署名欄の入力が完了すると（ステップＳ１９）、現在の処理段階データ１８が「段階３」に変更される。電子フォームパック１０は処理順データ１７を参照し、次の段階４では電子フォーム１２をプリント出力すべきであることを知り、所定のプリント端末（例えばプラットフォーム２０内のプリント出力機能３９又は外部出力機能１４など）へ電子フォームパック１０が送信される。
【００８４】
プリント端末では電子フォーム１２が図５（Ｂ）に示すように、甲及び乙の捺印欄フィールドが強調された状態でプリント出力される（ステップＳ２１）。こうして、保険契約書が作成される。また、プリント出力された状態では、次に行うべき処理が甲及び乙による捺印であることが容易にわかる。この後、甲及び乙が保険契約書に捺印をすると保険契約が完了する。
【００８５】
このように、本発明によれば、所定の手続を行う際に必要なる電子フォームと、その手続における処理順データとがパッケージとして一体的に取り扱われる。処理モジュールは処理順データを参照し、次の処理主体へ電子フォームパックが送信されるように各端末装置を制御する。また、電子フォームパックを受信した端末装置上では処理モジュールが動作して次の処理順に対応する入力部分が強調表示される。よって、各段階において処理主体は自分が行うべき処理を容易に知ることができる。
【００８６】
また、強調表示は、端末上での表示のみならず、プリント出力した紙書類上においても行われるので、書類の作成をオンラインで行い、最後に捺印などを行って紙の書類を提出するような手続においてもユーザの書類作成を効果的に支援することができる。
【００８７】
上記の例では、甲と乙の２者間で保険契約書を作成しているが、３者以上が同一の電子フォームに順に必要事項を入力することにより特定の電子書類を作成し、手続を行う場合にも本発明を適用することができる。逆に、１人のユーザが複数の入力フィールドを有する電子フォームに必要事項を入力して電子書類を作成する場合にも本発明を適用することができる。いずれの場合にも、その電子フォームにおける正しい入力順を示す入力順データが予め用意されているので、処理モジュールは処理順データを参照して正しい順序で必要事項の入力を行うようにユーザを促すことができる。
［３］変形例
上記の例では、一連の入力処理が中断無く行われた場合を示したが、電子フォームへの入力処理中に何らかの理由により入力の中断を余儀なくされた場合でも、現在の処理段階データ１８を参照することにより、中断があった段階から入力処理を再開することができる。この場合、処理モジュール１４が処理順データ１７及び現在の処理段階データ１８を参照して、中断が生じた時点でどの段階まで処理が進んでいたかを把握し、処理順データ１７に示される次の処理段階へと処理を進めればよい。
【００８８】
また、本発明によれば、ある段階まで入力処理が進んだ状態で過去に入力した事項を変更する場合にも正しく入力処理を行うことができる。例えば、図３（Ｂ）に示す処理順データに従って入力処理が進行し、段階３に至って保険会社の担当者が乙署名フィールドに乙の住所及び氏名を入力する状況になったとする。この状況で、例えば保険会社の担当者が契約内容の入力に誤りがあることに気づいたとする。その担当者は画面上に表示された修正ボタンなどを使用して、契約内容の修正を行う指示を入力する。すると、処理モジュールはこの指示を受け取り、処理順データを参照して現在の処理段階データ１８を段階１まで戻し、図４（Ａ）に示すように契約内容フィールドを強調表示する。これにより、担当者は契約内容を修正することができる。
【００８９】
こうして、契約内容が変更されると、後は処理順データ１８に従って再度入力処理が続行される。即ち、処理は段階２へ進み、電子フォームパックが甲の端末装置へ送信されて、甲による署名入力が行われ（段階２）、さらに電子フォームパックが乙の端末装置へ送信されて乙の署名入力が行われる（段階３）。ここで、契約内容の修正後に直ちに段階３の甲署名入力に進まないのは、処理順データ１８により正しい入力処理の順序が定められているからである。この例では保険契約書の内容に変更があれば、変更後の内容で甲及び乙が署名及び捺印をしなければ契約が有効とならない。よって処理が段階１へ戻って契約内容が変更された場合は、その後は予め決められた処理順データに従って再度甲及び乙の入力が行われる。
【００９０】
このように、過去に入力が済んだ事項の修正、変更などを行う場合には、変更された段階以降の処理を処理順データに従ってやり直すので、修正などがあった場合でも正しい順序で入力を行い、電子書類を作成することが可能となる。
【００９１】
なお、上記の例では、電子フォームパック中に電子フォーム自体と処理モジュールと処理データが含まれており、電子フォームパックを複数の端末装置間で送受信することにより入力支援を行っている。その代わりに、プラットフォーム２０上のフォーム管理部６０内に記憶された電子フォームと、プロセス管理部４０内に記憶された手続プロセスデータを使用して、サーバ上で同様の処理を行って強調表示した電子フォームを作成し、これを各端末装置へ送信するようにシステムを構成することも可能である。
【００９２】
また、ユーザが電子フォームへの入力を行う際に使用する処理媒体（端末装置）に応じて、強調表示の方法を変更することが可能である。即ち、ユーザが電子フォームに対して必要事項を入力する際にはパソコン、携帯電話、携帯型情報端末（ＰＤＡ）などの各種の媒体を使用する場合があるが、そのような入力処理に使用する媒体に応じて、強調方法を変更することができる。例えば、ユーザがパソコンを使用している場合はユーザが見る表示画面が比較的大きいので電子フォーム中のフィールドを示す枠を太線にするとか、色を変える方法を採用する。一方、ユーザが携帯電話を使用している場合には、表示画面が小さくフィールド枠全体を表示しきれないことがあるので、強調部分の文字自体を太線にしたり、色を変えて表示する、という具合である。
【００９３】
これは、具体的には、プラットフォーム２０との通信に使用可能な媒体（端末装置）を予めプラットフォーム２０側で規定しておき、端末装置の種類毎に適切な強調表示方法を予め決定してテーブルなどの形態で記憶しておくことにより実現することができる。プラットフォーム２０は、ユーザが使用している媒体の種類を特定し、上記のテーブルなどを参照してその媒体に適した強調方法で表示又はプリント出力を行う。
【００９４】
なお、ユーザがどのような種類の処理媒体を使用しているかは、プラットフォーム２０側でユーザの使用する端末装置からの信号を受信し、その信号フォーマットなどを知ることにより自動判定することができる。また、入力処理の開始前に、ユーザに対して自分が入力に使用する端末装置の種類などを指定することを要求し、それに応じて強調表示方法を制御することもできる。
【００９５】
【発明の効果】
以上説明したように、本発明によれば、予め定められた処理順に従って、次に入力すべきフィールドが強調表示されるので、ユーザは正しい順序で電子フォームに必要事項を入力することができる。
【００９６】
また、その処理順に従ってどの段階まで入力処理が進行したかを示す現在の処理段階データが常に記憶されているので、電子書類の作成途中で何らかの理由で入力処理を中断、再開する場合や、過去に入力した事項を修正、変更するような場合でも、正しい順序に従って電子フォームへの入力を行うことができる。
【図面の簡単な説明】
【図１】本発明に係る手続システムの構成を模式的に示す。
【図２】図１に示す手続システムの構成を詳細に示すブロック図である。
【図３】本発明の入力支援に使用される電子フォームパックのデータ構造及び処理順データの内容を模式的に示す。
【図４】入力すべきフィールドを強調表示した例を示す。
【図５】入力すべきフィールドを強調表示した例を示す。
【図６】本発明の入力支援を伴う電子フォーム入力処理を示すフローチャートである。
【符号の説明】
１  インターネット
２  手続主体
３  手続先
５  フォーム提供会社
１０  外部機能提供者
２０  プラットフォーム
【図１】
0004834924.tif 000002
【図２】
0004834924.tif 000003
【図３】
0004834924.tif 000004
【図４】
0004834924.tif 000005
【図５】
0004834924.tif 000006
【図６】
0004834924.tif 000007