(57)【特許請求の範囲】
【請求項１】
ネットワークを介して利用者端末と通信可能に接続されたサーバであって、
前記利用者端末からの申込の要求に応じた電子フォームを取得する電子フォーム取得手段と、
前記利用者端末からの申込の要求を識別する申込番号を発番する申込番号発番手段と、
電子ペンにより認識可能であって、前記申込番号に対応付けされたドットパターンを取得するドットパターン取得手段と、
前記電子フォーム、前記申込番号及び前記ドットパターンを有するフォーム情報を作成するフォーム情報作成手段と、
前記フォーム情報を前記利用者端末へ送信するフォーム情報送信手段と、
前記利用者端末から、前記電子フォームに入力された入力情報及び前記申込番号を有する申込情報を取得する申込情報取得手段と、
前記申込情報を記憶する申込情報記憶する申込情報記憶手段と、を備えることを特徴とするサーバ。
【請求項２】
前記電子ペン用帳票は、前記申込の受付状況に関する記入を行う受付状況エリアを有するものであって、前記受付状況エリアには前記フォーム情報に含まれるドットパターンが印刷されており、
前記受付状況エリアに前記電子ペンを使用して記入された記入情報を取得する記入情報取得手段と、
前記記入情報に基づいて、前記ドットパターンに対応付けられた申込番号を特定する申込番号特定手段と、
前記記入情報に基づいて、前記電子ペン用帳票への記入日時を特定する記入日時特定手段と、
前記記入情報から、前記電子ペン用帳票への記入に関する画像データを取得する画像データ取得手段と、
特定した前記申込番号に対応付けて、前記記入日時及び前記画像データを受付情報として記憶する受付情報記憶手段と、を備えることを特徴とする請求項１に記載のサーバ。
【請求項３】
前記利用者端末から申込番号を取得する申込番号取得手段と、
前記申込番号に基づいて、前記申込情報記憶手段から対応する申込情報を抽出する申込情報抽出手段と、
前記申込番号に基づいて、前記受付情報記憶手段から対応する受付情報を抽出する受付情報抽出手段と、
前記申込情報及び前記受付情報に基づいて、前記申込の受付状況を確認する確認画面を表示するための画面情報を作成する画面情報作成手段と、
前記画面情報を前記利用者端末へ送信する画面情報送信手段と、を備えることを特徴とする請求項２に記載のサーバ。
【請求項４】
ネットワークを介してサーバと通信可能に接続され、利用者によって使用される利用者端末であって、
前記サーバから、前記利用者による申込の要求に応じた電子フォームと、前記申込の要求を識別する申込番号と、前記申込番号に対応付けされたドットパターンとを有するフォーム情報を取得するフォーム情報取得手段と、
前記フォーム情報に基づいて、前記電子フォームを画面上に表示する電子フォーム表示手段と、
前記電子フォームに入力された入力情報を取得する入力情報取得手段と、
前記入力情報と、前記フォーム情報に含まれる申込番号とを有する申込情報を作成する申込情報作成手段と、
作成した申込情報を前記サーバへ送信する申込情報送信手段と、
前記電子フォームのフォーマットと、前記フォーム情報に含まれるドットパターン及び申込番号と、前記入力情報とを紙媒体に印刷することにより電子ペン用帳票を作成する電子ペン用帳票作成手段と、を備えることを特徴とする利用者端末。
【請求項５】
前記電子ペン用帳票作成手段は、前記申込の受付状況に関する記入が行われる受付状況エリアを前記紙媒体に設け、前記ドットパターンを前記受付状況エリアに印刷することを特徴とする請求項４に記載の利用者端末。
【請求項６】
前記申込番号を前記サーバへ送信する申込番号送信手段と、
前記サーバから、前記申込の受付状況を確認する確認画面を表示するための画面情報を取得する画面情報取得手段と、
前記画面情報に基づいて前記確認画面を表示する確認画面表示手段と、を備えることを特徴とする請求項４又は５に記載の利用者端末。
【請求項７】
前記画面情報は、前記申込番号に対応する申込情報及び受付情報に基づいて作成されたものであって、
前記受付情報は、前記申込番号に対応するドットパターンが印刷された受付状況エリアに記入された記入情報に基づいて作成されたものであることを特徴とする請求項６に記載の利用者端末。
【請求項８】
ネットワークを介して通信可能な利用者端末及びサーバから構成された処理システムであって、
前記サーバは、
前記利用者端末からの申込の要求に応じた電子フォームを取得する電子フォーム取得手段と、
前記利用者端末からの申込の要求を識別する申込番号を発番する申込番号発番手段と、
電子ペンにより認識可能であって、前記申込番号に対応付けされたドットパターンを取得するドットパターン取得手段と、
前記電子フォーム、前記申込番号及び前記ドットパターンを有するフォーム情報を作成するフォーム情報作成手段と、
前記フォーム情報を前記利用者端末へ送信するフォーム情報送信手段と、
前記利用者端末から、前記電子フォームに入力された入力情報及び前記申込番号を有する申込情報を取得する申込情報取得手段と、
前記申込情報を記憶する申込情報記憶手段と、を備え、
前記利用者端末は、
前記サーバから、前記フォーム情報を取得するフォーム情報取得手段と、
前記フォーム情報に基づいて、前記電子フォームを画面上に表示する電子フォーム表示手段と、
前記電子フォームに入力された入力情報を取得する入力情報取得手段と、
前記入力情報と、前記フォーム情報に含まれる申込番号とを有する申込情報を作成する申込情報作成手段と、
作成した申込情報を前記サーバへ送信する申込情報送信手段と、
前記電子フォームのフォーマットと、前記フォーム情報に含まれるドットパターン及び申込番号と、前記入力情報とを紙媒体に印刷することにより電子ペン用帳票を作成する電子ペン用帳票作成手段と、を備えることを特徴とする処理システム。
【請求項９】
前記電子ペン用帳票作成手段は、前記紙媒体に前記申込の受付状況に関する記入が行われる受付状況エリアを設け、前記ドットパターンを前記受付状況エリアに印刷するものであって、
前記サーバは、
前記受付状況エリアに前記電子ペンを使用して記入された記入情報を取得する記入情報取得手段と、
前記記入情報に基づいて、前記ドットパターンに対応付けられた申込番号を特定する申込番号特定手段と、
前記記入情報に基づいて、前記電子ペン用帳票への記入日時を特定する記入日時特定手段と、
前記記入情報から、前記電子ペン用帳票への記入に関する画像データを取得する画像データ取得手段と、
前記申込番号に対応付けて、前記記入日時及び前記画像データを受付情報として記憶する受付情報記憶手段と、をさらに備えることを特徴とする請求項８に記載の処理システム。
【請求項１０】
前記サーバは、
前記利用者端末から申込番号を取得する申込番号取得手段と、
前記申込番号に基づいて、前記申込情報記憶手段から対応する申込情報を抽出する申込情報抽出手段と、
前記申込番号に基づいて、前記受付情報記憶手段から対応する受付情報を抽出する受付情報抽出手段と、
前記申込情報及び前記受付情報に基づいて、当該申込の受付状況を確認する確認画面を表示するための画面情報を作成する画面情報作成手段と、
前記画面情報を前記利用者端末へ送信する画面情報送信手段と、をさらに備え、
前記利用者端末は、
前記申込番号を前記サーバへ送信する申込番号送信手段と、
前記サーバから前記画面情報を取得する画面情報取得手段と、
前記画面情報に基づいて前記確認画面を表示する確認画面表示手段と、をさらに備えることを特徴とする請求項９に記載の処理システム。
【請求項１１】
ネットワークを介して利用者端末と通信可能に接続されたコンピュータにより実行されるプログラムであって、
前記利用者端末からの申込の要求に応じた電子フォームを取得する電子フォーム取得手段、
前記利用者端末からの申込の要求を識別する申込番号を発番する申込番号発番手段、
電子ペンにより認識可能であって、前記申込番号に対応付けされたドットパターンを取得するドットパターン取得手段、
前記電子フォーム、前記申込番号及び前記ドットパターンを有するフォーム情報を作成するフォーム情報作成手段、
前記フォーム情報を前記利用者端末へ送信するフォーム情報送信手段、
前記利用者端末から、前記電子フォームに入力された入力情報及び前記申込番号を有する申込情報を取得する申込情報取得手段、
前記申込情報を記憶する申込情報記憶する申込情報記憶手段、として前記コンピュータを機能させることを特徴とするプログラム。
【請求項１２】
ネットワークを介してサーバと通信可能に接続され、利用者によって使用されるコンピュータにより実行されるプログラムであって、
前記サーバから、前記利用者による申込の要求に応じた電子フォームと、前記申込の要求を識別する申込番号と、前記申込番号に対応付けされたドットパターンとを有するフォーム情報を取得するフォーム情報取得手段、
前記フォーム情報に基づいて、前記電子フォームを画面上に表示する電子フォーム表示手段と、
前記電子フォームに入力された入力情報を取得する入力情報取得手段、
前記入力情報と、前記フォーム情報に含まれる申込番号とを有する申込情報を作成する申込情報作成手段、
作成した申込情報を前記サーバへ送信する申込情報送信手段、
前記電子フォームのフォーマットと、前記フォーム情報に含まれるドットパターン及び申込番号と、前記入力情報とを紙媒体に印刷することにより電子ペン用帳票を作成する電子ペン用帳票作成手段、として前記コンピュータを機能させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電子ペンを利用した申込受付業務の効率化に関する。
【背景技術】
【０００２】
従来、所定の申込において、自書・捺印した上で郵送した申込書は、受付の際に内容確認が行われる。しかし、その際、いつ誰が受付をして、申込が現在どのような段階にあるか等は細かく管理されておらず、一部台帳などで管理されているにすぎない。なお、Ｗｅｂ上の電子フォームによる申込書を取り出す場合、サーバ側から発番されたユニークな申込番号が当該申込書に付与され、当該申込番号を使用して管理が行われていることが多い。
【０００３】
また、上述のような電子フォームによる申込書の場合、当該電子フォームに入力された入力情報は、入力が完了すると紙媒体に印刷されると共に、データとしてサーバ側へ送信されることもある。このとき、入力情報を印刷することで作成される申込書は、自署・捺印等の後、サービス提供会社へ郵送される。サービス提供会社において受付された申込書は、申込書を入手した際に発番される申込番号で管理されるが、事前に送信された入力情報と関連付けされるまで、データの形で誰の申込書であるかといった管理はされていない。そのため、申込者から自分の申込がどの段階にあるのか等の問い合わせがあった場合であっても、関連付処理が完了するまでは手作業に頼らざるを得ないといった問題が生じていた。
【０００４】
一方、近年、「電子ペン」、「デジタルペン」などと呼ばれるペン型入力デバイスが登場しており（以下、本明細書では「電子ペン」と呼ぶ。）、その代表的なものとしてスウェーデンのAnoto社が開発した「アノトペン（Anoto pen）」が知られている。アノトペンは、所定のドットパターンが印刷された専用紙（以下、「専用ペーパー」とも呼ぶ。）とペアで使用される。アノトペンは、通常のインクタイプのペン先部に加えて、専用紙上のドットパターンを読み取るための小型カメラと、データ通信ユニットを搭載している。利用者が専用紙上にアノトペンで文字などを書いたり、専用紙上に図案化されている画像をチェックしたりすると、ペンの移動に伴って小型カメラが専用紙上のドットパターンを検出し、利用者が書き込んだ文字、画像などの記入情報（「ストロークデータ」ともいう）が取得される。この記入情報が、データ通信ユニットによりアノトペンから近くのパーソナルコンピュータや携帯電話などの端末装置に送信される。このアノトペンを利用したシステムは、キーボードに代わる入力デバイスとして利用することが可能であり、上述のパーソナルコンピュータやキーボードの使用に抵抗がある利用者にとっては非常に使いやすい。そのため、現在、このような電子ペンを利用したシステムが普及しつつある（例えば、特許文献１）。
【０００５】
そこで、Ｗｅｂ上で配信される電子フォームによる申込書に関し、電子ペンを利用することで、郵送される申込書の受付作業を合理化することができれば便利である。
【０００６】
【特許文献１】特開２００４−１５３６１２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
本発明は、以上の点に鑑みてなされたものであり、電子フォームによる申込書に関し、所定の内容を入力して紙媒体に印刷する際に、特殊でユニークな電子ペン用のドットパターンを発生させることで、郵送される申込書の受付作業を合理化することができる処理システムを提供することを課題とする。
【課題を解決するための手段】
【０００８】
本発明の１つの観点では、ネットワークを介して利用者端末と通信可能に接続されたサーバであって、前記利用者端末からの申込の要求に応じた電子フォームを取得する電子フォーム取得手段と、前記利用者端末からの申込の要求を識別する申込番号を発番する申込番号発番手段と、電子ペンにより認識可能であって、前記申込番号に対応付けされたドットパターンを取得するドットパターン取得手段と、前記電子フォーム、前記申込番号及び前記ドットパターンを有するフォーム情報を作成するフォーム情報作成手段と、前記フォーム情報を前記利用者端末へ送信するフォーム情報送信手段と、前記利用者端末から、前記電子フォームに入力された入力情報及び前記申込番号を有する申込情報を取得する申込情報取得手段と、前記申込情報を記憶する申込情報記憶する申込情報記憶手段と、を備える。
【０００９】
上記のように構成されたサーバは、ネットワークを介して利用者端末と通信可能な状態で接続されている。ここで、サーバは、申込に関する情報を集中管理している。一方、利用者端末は、申込を行う利用者が使用するＰＣ（Personal Computer）等の端末装置である。利用者が、所定の申込を行う場合、まず、Ｗｅｂ上の電子フォームによる申込書をダウンロード等により取得する。このとき、利用者端末は、サーバに対して申込の要求を行う。申込の要求を取得したサーバは、まず、要求に応じた電子フォームを取得する。また、サーバは、申込の要求を識別する申込番号を発番する。さらに、サーバは、発番した申込番号に対応付けされたドットパターンを取得する。そして、サーバは、電子フォーム、申込番号及びドットパターンを有するフォーム情報を作成し、利用者端末へ送信する。利用者端末は、取得したフォーム情報に基づいて電子フォームを表示することができる。また、利用者端末は、電子フォームに入力された入力情報及び申込番号を有する申込情報を作成し、サーバへ送信することができる。よって、サーバは、容易に申込情報をデータの形で取得し、申込番号をキーとして記憶・管理することができる。さらに、利用者端末は、入力情報等に基づいて、プリンタ印刷をすることにより紙媒体の申込書を作成することができる。このとき、利用者端末は、電子ペンが認識可能なドットパターンを申込書に印刷することができる。よって、サーバは、申込書に基づいて、種々の情報を認識することが可能となり、受付業務の合理化を図ることができる。なお、申込書は、ドットパターンが印刷されているため、電子ペン用帳票ともいえる。
【００１０】
上記サーバの他の一態様では、前記電子ペン用帳票は、前記申込の受付状況に関する記入を行う受付状況エリアを有するものであって、前記受付状況エリアには前記フォーム情報に含まれるドットパターンが印刷されており、前記受付状況エリアに前記電子ペンを使用して記入された記入情報を取得する記入情報取得手段と、前記記入情報に基づいて、前記ドットパターンに対応付けられた申込番号を特定する申込番号特定手段と、前記記入情報に基づいて、前記電子ペン用帳票への記入日時を特定する記入日時特定手段と、前記記入情報から、前記電子ペン用帳票への記入に関する画像データを取得する画像データ取得手段と、特定した前記申込番号に対応付けて、前記記入日時及び前記画像データを受付情報として記憶する受付情報記憶手段と、を備える。
【００１１】
上記のように構成されたサーバは、電子ペンから記入情報を取得する。具体的に、サービス提供会社の受付担当者は、電子ペンを使用して電子ペン用帳票の受付状況エリアに受付状況に関する記入を行う。そして、サーバは、取得した記入情報に含まれるドットパターンに基づいて、対応付けされた申込番号を特定する。また、サーバは、取得した記入情報に含まれる時間情報に基づいて、電子ペン用帳票への記入日時を特定する。また、サーバは、取得した記入情報から、受付担当者による記入に関する画像データを取得する。例えば、受付担当者のサインに関する画像データ等である。さらに、サーバは、申込番号に対応付けて、特定した記入日時及び取得した画像データを受付情報として記憶する。これによれば、サーバは、電子ペンを使用して受付情報を容易に取得することができる。また、サーバは、申込番号をキーとして受付情報を記憶しておくことで、データの形で申込の段階を管理することができる。
【００１２】
上記サーバの他の一態様では、前記利用者端末から申込番号を取得する申込番号取得手段と、前記申込番号に基づいて、前記申込情報記憶手段から対応する申込情報を抽出する申込情報抽出手段と、前記申込番号に基づいて、前記受付情報記憶手段から対応する受付情報を抽出する受付情報抽出手段と、前記申込情報及び前記受付情報に基づいて、前記申込の受付状況を確認する確認画面を表示するための画面情報を作成する画面情報作成手段と、前記画面情報を前記利用者端末へ送信する画面情報送信手段と、を備える。
【００１３】
上記のように構成されたサーバは、利用者端末から取得した申込番号に基づいて、申込情報及び受付情報を抽出する。さらに、サーバは、抽出した申込情報及び受付情報に基づいて、申込の受付状況を確認することができる確認画面を表示するために必要な画面情報を作成する。そして、サーバは、作成した画面情報を利用者端末に送信する。利用者端末は、取得した画面情報に基づいて、確認画面を表示することができる。よって、利用者は、確認画面を閲覧することにより、容易に申込の受付状況を確認することができる。
【００１４】
本発明の別の観点では、ネットワークを介してサーバと通信可能に接続され、利用者によって使用される利用者端末であって、前記サーバから、前記利用者による申込の要求に応じた電子フォームと、前記申込の要求を識別する申込番号と、前記申込番号に対応付けされたドットパターンとを有するフォーム情報を取得するフォーム情報取得手段と、前記フォーム情報に基づいて、前記電子フォームを画面上に表示する電子フォーム表示手段と、前記電子フォームに入力された入力情報を取得する入力情報取得手段と、前記入力情報と、前記フォーム情報に含まれる申込番号とを有する申込情報を作成する申込情報作成手段と、作成した申込情報を前記サーバへ送信する申込情報送信手段と、前記電子フォームのフォーマットと、前記フォーム情報に含まれるドットパターン及び申込番号と、前記入力情報とを紙媒体に印刷することにより電子ペン用帳票を作成する電子ペン用帳票作成手段と、を備える。
【００１５】
利用者端末は、サーバから利用者による申込の要求に応じたフォーム情報を取得する。すると、利用者端末は、取得したフォーム情報に基づいて電子フォームを表示する。利用者は、利用者端末を使用して、電子フォームに所定の事項を入力する。このとき、利用者端末は、電子フォームに入力された内容を入力情報として取得する。そして、利用者端末は、取得した入力情報と、フォーム情報に含まれる申込番号とを有する申込情報を作成し、サーバへ送信する。さらに、利用者端末は、プリンタを利用して、電子フォームのフォーマットと、フォーム情報に含まれるドットパターン及び申込番号と、入力情報とを紙媒体に印刷することにより電子ペン用帳票を作成する。これによれば、申込に関する情報を管理するサーバは、利用者端末から容易にデータの形で申込情報を取得することができる。また、電子ペンを使用してドットパターン上に記入を行うことで、容易に申込番号を特定することができる。
【００１６】
上記利用者端末の一態様では、前記電子ペン用帳票作成手段は、前記申込の受付状況に関する記入が行われる受付状況エリアを前記紙媒体に設け、前記ドットパターンを前記受付状況エリアに印刷する。これによれば、受付状況を記入する受付状況エリアが、紙媒体上に設けられる。例えば、電子フォームのフォーマットに受付状況エリアが予め設けられていること等が考えられる。そして、利用者端末は、紙媒体において当該受付状況エリアにドットパターンを印刷する。これによれば、受付担当者等が電子ペンを使用して受付状況エリアに受付状況を記入した場合、記入情報に含まれるドットパターンに基づいて容易に申込番号を特定することができる。そのため、サーバは、申込番号をキーとして、受付状況に関する記入情報を記憶・管理することができる。
【００１７】
上記利用者端末の他の一態様では、前記申込番号を前記サーバへ送信する申込番号送信手段と、前記サーバから、前記申込の受付状況を確認する確認画面を表示するための画面情報を取得する画面情報取得手段と、前記画面情報に基づいて前記確認画面を表示する確認画面表示手段と、を備える。これによれば、利用者端末は、サーバから取得する画面情報に基づいて、受付状況を確認するための確認画面を表示することができる。よって、利用者は、確認画面を閲覧することにより、容易に申込の受付状況を確認することができる。
【００１８】
上記利用者端末のさらに他の一態様では、前記画面情報は、前記申込番号に対応する申込情報及び受付情報に基づいて作成されたものであって、前記受付情報は、前記申込番号に対応するドットパターンが印刷された受付状況エリアに記入された記入情報に基づいて作成されたものである。これによれば、確認画面は、申込情報に基づいて表示されるため、利用者は電子フォームに入力した内容を再確認することができる。また、確認画面は、受付状況エリアに記入された受付情報に基づいて表示されるため、利用者は受付状況を的確に認識することができる。
【００１９】
本発明の別の観点では、ネットワークを介して通信可能な利用者端末及びサーバから構成された処理システムであって、前記サーバは、前記利用者端末からの申込の要求に応じた電子フォームを取得する電子フォーム取得手段と、前記利用者端末からの申込の要求を識別する申込番号を発番する申込番号発番手段と、電子ペンにより認識可能であって、前記申込番号に対応付けされたドットパターンを取得するドットパターン取得手段と、前記電子フォーム、前記申込番号及び前記ドットパターンを有するフォーム情報を作成するフォーム情報作成手段と、前記フォーム情報を前記利用者端末へ送信するフォーム情報送信手段と、前記利用者端末から、前記電子フォームに入力された入力情報及び前記申込番号を有する申込情報を取得する申込情報取得手段と、前記申込情報を記憶する申込情報記憶手段と、を備え、前記利用者端末は、前記サーバから、前記フォーム情報を取得するフォーム情報取得手段と、前記フォーム情報に基づいて、前記電子フォームを画面上に表示する電子フォーム表示手段と、前記電子フォームに入力された入力情報を取得する入力情報取得手段と、前記入力情報と、前記フォーム情報に含まれる申込番号とを有する申込情報を作成する申込情報作成手段と、作成した申込情報を前記サーバへ送信する申込情報送信手段と、前記電子フォームのフォーマットと、前記フォーム情報に含まれるドットパターン及び申込番号と、前記入力情報とを紙媒体に印刷することにより電子ペン用帳票を作成する電子ペン用帳票作成手段と、を備える。
【００２０】
上記のように構成された処理システムにおいて、利用者は、所定の申込を行う場合、まず、Ｗｅｂ上の電子フォームによる申込書をダウンロード等により取得する。このとき、利用者端末は、サーバに対して申込の要求を行う。申込の要求を取得したサーバは、まず、要求に応じた電子フォームを取得する。また、サーバは、申込の要求を識別する申込番号を発番する。さらに、サーバは、発番した申込番号に対応付けされたドットパターンを取得する。そして、サーバは、電子フォーム、申込番号及びドットパターンを有するフォーム情報を作成し、利用者端末へ送信する。利用者端末は、取得したフォーム情報に基づいて電子フォームを表示することができる。また、利用者端末は、電子フォームに入力された入力情報を取得する。さらに、利用者端末は、当該入力情報と、フォーム情報に含まれる申込番号とを有する申込情報を作成し、サーバへ送信する。そして、利用者端末は、電子フォームのフォーマットと、フォーム情報に含まれるドットパターン及び申込番号と、入力情報とを紙媒体にプリンタ印刷することにより、申込書に対応する電子ペン用帳票を作成する。一方、サーバは、利用者端末から取得した申込情報を記憶する。これによれば、サーバは、利用者端末から容易にデータの形で申込情報を取得することができると共に、申込番号をキーとして記憶・管理することができる。
【００２１】
上記処理システムの一態様では、前記電子ペン用帳票作成手段は、前記紙媒体に前記申込の受付状況に関する記入が行われる受付状況エリアを設け、前記ドットパターンを前記受付状況エリアに印刷するものであって、前記サーバは、前記受付状況エリアに前記電子ペンを使用して記入された記入情報を取得する記入情報取得手段と、前記記入情報に基づいて、前記ドットパターンに対応付けられた申込番号を特定する申込番号特定手段と、前記記入情報に基づいて、前記電子ペン用帳票への記入日時を特定する記入日時特定手段と、前記記入情報から、前記電子ペン用帳票への記入に関する画像データを取得する画像データ取得手段と、前記申込番号に対応付けて、前記記入日時及び前記画像データを受付情報として記憶する受付情報記憶手段と、をさらに備える。これによれば、サーバは、電子ペンを使用して受付情報を容易に取得することができる。また、サーバは、申込番号をキーとして受付情報を記憶しておくことで、データの形で申込の段階を管理することができる。
【００２２】
上記処理システムの他の一態様では、前記サーバは、前記利用者端末から申込番号を取得する申込番号取得手段と、前記申込番号に基づいて、前記申込情報記憶手段から対応する申込情報を抽出する申込情報抽出手段と、前記申込番号に基づいて、前記受付情報記憶手段から対応する受付情報を抽出する受付情報抽出手段と、前記申込情報及び前記受付情報に基づいて、当該申込の受付状況を確認する確認画面を表示するための画面情報を作成する画面情報作成手段と、前記画面情報を前記利用者端末へ送信する画面情報送信手段と、をさらに備え、前記利用者端末は、前記申込番号を前記サーバへ送信する申込番号送信手段と、前記サーバから前記画面情報を取得する画面情報取得手段と、前記画面情報に基づいて前記確認画面を表示する確認画面表示手段と、をさらに備える。これによれば、利用者は、確認画面を閲覧することにより、容易に申込の受付状況等を確認することができる。
【００２３】
本発明の別の観点では、ネットワークを介して利用者端末と通信可能に接続されたコンピュータにより実行されるプログラムであって、前記利用者端末からの申込の要求に応じた電子フォームを取得する電子フォーム取得手段、前記利用者端末からの申込の要求を識別する申込番号を発番する申込番号発番手段、電子ペンにより認識可能であって、前記申込番号に対応付けされたドットパターンを取得するドットパターン取得手段、前記電子フォーム、前記申込番号及び前記ドットパターンを有するフォーム情報を作成するフォーム情報作成手段、前記フォーム情報を前記利用者端末へ送信するフォーム情報送信手段、前記利用者端末から、前記電子フォームに入力された入力情報及び前記申込番号を有する申込情報を取得する申込情報取得手段、前記申込情報を記憶する申込情報記憶する申込情報記憶手段、として前記コンピュータを機能させる。
【００２４】
上記プログラムをコンピュータにより実行することにより、上述のサーバを実現することができる。また、上述のサーバの各態様も同様に実現することができる。
【００２５】
本発明のさらに別の観点では、ネットワークを介してサーバと通信可能に接続され、利用者によって使用されるコンピュータにより実行されるプログラムであって、前記サーバから、前記利用者による申込の要求に応じた電子フォームと、前記申込の要求を識別する申込番号と、前記申込番号に対応付けされたドットパターンとを有するフォーム情報を取得するフォーム情報取得手段、前記フォーム情報に基づいて、前記電子フォームを画面上に表示する電子フォーム表示手段と、前記電子フォームに入力された入力情報を取得する入力情報取得手段、前記入力情報と、前記フォーム情報に含まれる申込番号とを有する申込情報を作成する申込情報作成手段、作成した申込情報を前記サーバへ送信する申込情報送信手段、前記電子フォームのフォーマットと、前記フォーム情報に含まれるドットパターン及び申込番号と、前記入力情報とを紙媒体に印刷することにより電子ペン用帳票を作成する電子ペン用帳票作成手段、として前記コンピュータを機能させる。
【００２６】
上記プログラムをコンピュータにより実行することにより、上述のサーバを実現することができる。また、上述のサーバの各態様も同様に実現することができる。
【発明の効果】
【００２７】
本発明は、電子フォームによる申込書に関し、所定の内容を入力して紙媒体に印刷する際に、特殊でユニークな電子ペン用のドットパターンを発生させることで、郵送される申込書の受付作業を合理化することができる。
【発明を実施するための最良の形態】
【００２８】
以下、図面を参照して本発明の好適な実施の形態について説明する。まず、本発明のシステムにおいて入力デバイスとして使用される電子ペンの概要について説明する。
【００２９】
［電子ペン］
図１は電子ペンの使用形態を模式的に示す図であり、図２は電子ペンの構造を示す機能ブロック図である。図１に示すように、電子ペン１０は、ドットパターンが印刷された専用ペーパー２０と組み合わせて使用される。電子ペン１０は、通常のインクペンと同様のペン先部１７を備えており、利用者は通常のインクペンと同様に専用ペーパー２０上に文字などを書くことになる。
【００３０】
図２に示すように、電子ペン１０は、その内部にプロセッサ１１、メモリ１２、データ通信ユニット１３、バッテリー１４、ＬＥＤ１５、カメラ１６及び圧力センサ１８を備える。また、電子ペン１０は通常のインクペンと同様の構成要素としてインクカートリッジ（図示せず）などを有する。
【００３１】
電子ペン１０は、ペン先部１７により専用ペーパー２０上に描かれたインクの軌跡をデータ化するのではなく、専用ペーパー２０上で電子ペン１０が移動した軌跡座標をデータ化する。ＬＥＤ１５が専用ペーパー２０上のペン先部１７近傍を照明しつつ、カメラ１６が専用ペーパー２０に印刷されているドットパターンを読み取り、データ化する。つまり、電子ペン１０は専用ペーパー２０上で利用者が電子ペン１０を移動させることにより生じるストロークを画像データ又はベクトルデータとして取得することができる。
【００３２】
圧力センサ１８は、利用者が電子ペン１０により専用ペーパー上に文字などを書く際にペン先部１７に与えられる圧力、即ち筆圧を検出し、プロセッサ１１へ供給する。プロセッサ１１は、圧力センサ１８から与えられる筆圧データに基づいて、ＬＥＤ１５及びカメラ１６のスイッチオン／オフの切換を行う。即ち、利用者が電子ペン１０で専用ペーパー２０上に文字などを書くと、ペン先部１７には筆圧がかかる。よって、所定値以上の筆圧が検出されたときに、利用者が記述を開始したと判定して、ＬＥＤ１５及びカメラ１６を作動する。
【００３３】
カメラ１６は専用ペーパー２０上のドットパターンを読み取り、そのパターンデータをプロセッサ１１に供給する。プロセッサ１１は、供給されたドットパターンから、専用ペーパー２０上でのＸ／Ｙ座標を算出する。
【００３４】
プロセッサ１１は、利用者の記述が行われる間に、筆圧の配列データ及びＸ／Ｙ座標データを取得し、タイムスタンプ（時間情報）と関連付けてメモリ１２に記憶していく。よって、メモリ１２内には利用者の記述内容に対応するデータが時系列で記憶されていく。メモリ１２の容量は例えば１Ｍバイト程度とすることができる。
【００３５】
利用者により送信指示がなされるまでは、取得された全てのデータはメモリ１２内に保持される。そして、利用者が送信指示を行うと、データ通信ユニット１３により、電子ペン１０と所定距離内にある端末装置２５へメモリ１２内のデータが送信される。基本的には、一度送信指示がなされると、電子ペン１０はメモリ１２内に記憶していた全てのデータを端末装置２５へ送信するため、メモリ１２内はクリアされる。よって、送信後にもう一度同じ情報を端末装置２５へ送信したい場合には、利用者は専用ペーパー２０上に再度記述を行う必要がある。なお、この場合、利用者は専用ペーパー２０上にインクペンで書かれた文字などをなぞればよいことになる。
【００３６】
電子ペン１０は、送信指示その他の指示を、利用者が専用ペーパー２０上の所定位置に設けられた専用ボックスを電子ペン１０でチェックすることにより実行する。専用ボックスの位置座標には、予め送信指示が対応付けられており、プロセッサ１１は専用ボックスの位置座標を受信すると、データ通信ユニット１３にメモリ１２内のデータを供給し、端末装置２５への送信を行わせる。なお、電子ペン１０は、データの送信完了を電子ペンの振動により示すことができる。
【００３７】
バッテリー１４は電子ペン１０内の各要素に電源供給するためのものであり、例えば電子ペンのキャップ（図示せず）により電子ペン１０自体の電源のオン／オフを行うことができる。
【００３８】
このように、電子ペン１０は利用者が専用ペーパー２０上に記述した文字などに対応する座標データ及び筆圧データを取得して近傍の端末装置２５へ送信する機能を有するが、電子ペン１０のペン先部１７は通常のインクペンとなっているため、専用ペーパー２０上に記述した内容はオリジナルの原本として残るという特徴がある。即ち、紙の原本に対して記述するのと同時に、その内容を座標データなどの形態でリアルタイムに電子化することができる。
【００３９】
なお、電子ペン１０の標準機能によれば、電子ペン１０により得られるデータは、原則として座標データ又はベクトルデータの形態であり、テキストデータではない。但し、電子ペン１０は標準機能として、専用ペーパー２０上に設けられた専用エリアに記述することにより、英数字に限りテキスト化する機能は備えている。
【００４０】
また、電子ペン１０内には、ペン自体及びその所有者に関するプロパティ情報（ペン情報及びペン所有者情報）を保持することができ、アプリケーションから参照することができる。ペン情報としては、バッテリーレベル、ペンＩＤ、ペン製造者番号、ペンソフトウェアのバージョン、サブスクリプションプロバイダのＩＤなどを保持できる。また、ペン所有者情報としては、国籍、言語、タイムゾーン、emailアドレス、空きメモリ容量、名称、住所、ファックス／電話番号、携帯電話番号などを保持することができる。
【００４１】
なお、上記の例におけるデータ通信ユニット１３では、Bluetooth（登録商標）の無線伝送、ＵＳＢケーブルを使用した有線伝送、端子などの接触によるデータ伝送など、各種の方法によって電子ペン１０から端末装置２５へのデータ送信を行うことが考えられる。
【００４２】
次に、電子ペンにより利用者が記述した内容のＸ／Ｙ座標データを取得する方法について説明する。前述のように専用ペーパー２０には、所定のドットパターンが印刷されている。電子ペン１０のカメラ１６は、利用者が専用ペーパー２０上に記述したインクの軌跡を読み取るのではなく、専用ペーパー２０上のドットパターンを読み取る。実際、図１に示すように、ＬＥＤ１５による照明エリア及びカメラ１６の撮影エリア（照明エリア内に位置する）は、ペン先部１７が専用ペーパー２０に接触する位置とはずれている。
【００４３】
ドットパターンはカーボンを含む専用インキなどで印刷されており、カメラ１６はその専用インキによるパターンのみを認識することができる。専用インキ以外のインキ（カーボンを含まない）により、専用ペーパー上に罫線や枠などを印刷しても、電子ペンはそれらを認識することはない。よって、専用ペーパーを利用して各種申込書などの帳票を作成する際は、専用インキ以外のインキで入力枠や罫線、注意書きなどを印刷する。
【００４４】
ドットパターンは、図３に例示するように、各ドットの位置がデータに対応付けされている。図３の例では、ドットの位置を格子の基準位置（縦線及び横線の交差点）から上下左右にシフトすることにより、０〜３の２ビット情報を表示した例である。このようにして表現された情報の組合せにより、専用ペーパー上の位置座標が決定される。図４（ａ）に例示するように、縦横２mmの範囲内に３６個のドットが格子状に配置され、これらのドットにより示されるデータの配列（図４（ｂ））が、その専用ペーパー上の位置座標と対応付けされている。よって、電子ペン１０のカメラ１６が図４（ａ）に示すようなドットパターンを撮影すると、プロセッサ１１はカメラ１６から入力されるドットパターンのデータに基づいて図４（ｂ）に示すデータ配列を取得し、それに対応する専用ペーパー上の位置座標（即ち、そのドットパターンがその専用ペーパー上のどの位置にあるのか）をリアルタイムで算出する。なお、ドットパターンを認識する最小単位は２mm×２mmであり、カメラ１６は毎秒１００回程度の撮影を行う。
【００４５】
次に、専用ペーパーについて説明する。専用ペーパーの構造の一例を図５に示す。図示のように、専用ペーパー２０は、台紙３０上にドットパターン３２が印刷され、その上に罫線などの図案３４が印刷されている。台紙３０は通常は紙であり、ドットパターン３２は前述のようにカーボンを含んだ専用インキにより印刷される。また、通常のインキなどにより図案３４が印刷される。ドットパターンと図案とは同時に印刷してもよいし、いずれかを先に印刷してもよい。
【００４６】
図案３４の例を図６に示す。図６は、ある申込書３６の例であり、複数の記入欄３８や送信ボックス３９が印刷されている。図６には明確に図示されておらず、詳細は後述するが、実際にはドットパターンが申込書３６の全面に印刷されており、その上に記入欄３８や送信ボックス３９が通常のインキにより印刷されている。利用者は、ドットパターンを意識することなく、従来からある申込書と同様に、電子ペン１０を使用して必要事項を申込書３６の各記入欄３８に記入すればよい。
【００４７】
専用ペーパー２０上のエリアは大きく２種類のエリアに分けることができる。１つは記入エリアであり、電子ペン１０による記述内容をそのまま情報として取り扱うエリアである。図６の例では複数の記入欄３８がこれに該当する。もう１つは機能エレメントであり、対応するエリア内を電子ペン１０でチェックした際に、予めそのエリアに対して定義されているアクション、指示などを実行するようになっている。図６の例における送信ボックス３９がこれに該当する。
【００４８】
送信ボックス３９は前述したように電子ペン１０内に記憶されているデータを近傍の端末装置２５へ送信するための指示を行う際に使用される。利用者が送信ボックス３９内に電子ペン１０でチェックを入れると、電子ペン１０が送信ボックス内のドットパターンを読み取る。当該パターンは送信指示に対応付けられており、電子ペン１０内のプロセッサ１１はデータ通信ユニット１３にメモリ１２内の記憶データの送信命令を発する。
【００４９】
なお、利用者が電子ペン１０で申込書３６に必要事項を入力すると、その入力事項がその申込書のどの項目に対するものであるかを、申込書上の座標データから特定することが可能である。
【００５０】
このように、ドットパターンを印刷した専用ペーパー上に所定の図案を印刷することにより、専用ペーパーを利用した各種申込書が作成できる。利用者は電子ペン１０を使用して通常の要領で必要事項を記入すれば、その電子データが自動的に取得される。
【００５１】
上記の例では、ドットパターンは専用ペーパー上にカーボンを含むインキにより印刷されているが、プリンタ及びカーボンを含むインクを使用してドットパターンを通常の紙上にプリントすることも可能である。さらに、専用ペーパー上の図案も印刷ではなく、プリンタにより形成することも可能である。ドットパターンをプリンタにより紙上に形成する場合には、１枚１枚に異なるドットパターンを形成することが可能である。よって、形成されたドットパターンの違いにより、それらの用紙１枚１枚を識別し、区別することが可能となる。
【００５２】
なお、本明細書においては、「印刷」の語は、通常の印刷のみならず、プリンタによるプリントも含む概念とする。また、本明細書においては、通常の「オフセット印刷」は行わず、プリンタによる「プリンタ印刷」を行うものとする。
【００５３】
次に、電子ペンにより取得したデータの送信処理について図２を参照して説明する。電子ペン１０が取得したデータは、主として利用者が入力した事項のデータであるが、通常はそのデータの送信先であるサービスサーバがどこであるかの情報は含まれていない。その代わりに、その専用ペーパーに関するアプリケーションやサービスを特定する情報が専用ペーパー上のドットパターンに含まれており、利用者の入力作業中に専用ペーパーからその情報が取得されている。よって、電子ペン１０から、専用ペーパーへの記入情報を受け取った端末装置２５は、まず、問い合わせサーバ２６に対して、その専用ペーパーに対して入力されたデータをどのサービスサーバ２７へ送信すべきかの問い合わせを行う。問い合わせサーバ２６は、専用ペーパー毎に、対応するサービスサーバの情報を有しており、端末装置２５からの問い合わせに応じて、当該専用ペーパーに関するサービスなどを行うサービスサーバ２７の情報（ＵＲＬなど）を端末装置２５へ回答する。それから、端末装置２５は、電子ペンから取得した記入情報をそのサービスサーバ２７へ送信することになる。
【００５４】
なお、上記の例では端末装置２５、問い合わせサーバ２６及びサービスサーバ２７が別個に構成されているが、これらの幾つか又は全てを１つの装置として構成することも可能である。本実施形態において、サーバ６は、上述の問い合わせサーバ２６及びサービスサーバ２７を兼ねているものとする。
【００５５】
[処理システム]
次に、本発明の処理システムについて説明する。図７に処理システム１００の概略構成を示す。図７に示す処理システム１００は、所定の内容を入力した電子フォームを印刷して申込書３を作成する際に、電子ペン用のドットパターンを併せて印刷することで、郵送される申込書３の受付作業を合理化するシステムである。ここで、電子フォームとは、ＰＤＦ（Portable Document Format）等任意の形式とすることができる。また、申込書３とは、一部に電子ペン１０が認識可能なドットパターンが印刷された専用ペーパーであり、種々の申込書３を総称して電子ペン用帳票とも呼ぶ。
【００５６】
図７に示すように、処理システム１００は、ネットワーク２を介して、利用者端末５、サーバ６及び受付端末７が通信可能に接続されることにより構成される。サーバ５は、利用者による申込の要求に応じて、申込書３を作成するためのフォーム情報を利用者端末に送信するサーバである。また、サーバ６は、利用者端末５から申込に関する申込情報を取得すると共に、電子ペン１０により申込書３に記入された記入情報に基づいて受付状況に関する受付情報を取得するサーバである。さらに、サーバ６は、利用者からの要求に応じて申込の受付状況を確認する確認画面を表示するための画面情報を利用者端末に送信するサーバである。なお、サーバ６は、フォームデータベース（以下、「ＤＢ」と呼ぶ。）５１、ドットパターンＤＢ５２、管理情報ＤＢ５３、受付情報ＤＢ５４及び申込情報ＤＢ５５に接続されている。
【００５７】
一方、利用者端末５は、利用者が使用する端末装置であって、サーバ６から取得したフォーム情報に基づいて、接続されたプリンタ７０により申込書３をプリンタ印刷する端末である。さらに、利用者端末５は、確認画面を要求し、表示する端末である。また、受付端末７は、サーバ６を管理するサービス提供会社の受付担当者等が使用する端末であって、申込書３上でドットパターンが印刷されたエリアに記入された記入情報を電子ペン１０から取得し、サーバ６へ送信する端末である。なお、利用者端末５及び受付端末７は、パーソナルコンピュータ（以下、「ＰＣ」と呼ぶ。）等ネットワーク２を介してデータの授受が可能な端末装置である。
【００５８】
[申込書の作成]
ここで、図８及び図９を参照し、本システムにおける申込書３の作成方法の概要を説明する。図８は、電子フォームの例であり、図９は、申込書の例である。
【００５９】
所定の申込を行う場合、利用者は、まず、利用者端末５を使用して、図８（ａ）に示すような、当該申込に対応するＷｅｂ上の電子フォームをダウンロード等により取得する。このとき、利用者端末５は、サーバ６に対して当該電子フォームの要求を行う。サーバ６は、フォームＤＢ５１から要求された電子フォームを取得すると共に、当該要求を識別する申込番号を発番する。また、これと同時に、サーバ６は、発番した申込番号に対応付けられたドットパターンをドットパターンＤＢ５２から取得する。具体的に、サーバ６は、発番した申込番号と、ドットパターン上の位置座標を示す座標データとを対応付けた管理情報を作成し、管理情報ＤＢ５３に記憶する。そして、サーバ６は、発番した申込番号と、取得した電子フォーム及びドットパターンとを有するフォーム情報を作成し、利用者端末５へ送信する。
【００６０】
利用者端末５は、サーバ６から取得したフォーム情報に基づいて、電子フォームを画面上に表示する。利用者は、図８（ｂ）に示すように、表示された電子フォームに申込に必要な所定の事項を入力する。電子フォームへの入力が完了すると、利用者端末５は、入力内容に対応する入力情報と、フォーム情報に含まれる申込番号とを有する申込情報を作成する。さらに、利用者端末５は、作成した申込情報をサーバ６へ送信する。また、利用者端末５は、フォーム情報に含まれる申込番号を変換することでバーコード等のコードを作成する。そして、利用者端末５は、利用者により印刷ボタン６０が押下されたタイミングで、プリンタ７０を使用して、電子フォームのフォーマットと、入力情報と、作成したコードと、フォーム情報に含まれるドットパターンとを紙媒体にプリンタ印刷することにより、図９に示すような申込書３を作成する。
【００６１】
図９に示すように、申込書３は、申込番号が変換されたコード６２が印刷される。本実施形態において、コード６２は、バーコードであるものとする。また、フォーム情報に含まれるドットパターンは、申込書３上に設けられた受付状況エリアに印刷される。受付状況エリアとは、申込の受付状況に関するエリアであって、サービス提供会社の担当者が電子ペン１０を使用して記入するエリアである。なお、本実施形態において受付状況エリアは、受付項目６４、照合項目６６及び登録項目６８から構成されているが、本発明はこれに限定されるものではなく、任意に設定することができる。
【００６２】
このように、サーバ６は、利用者端末５からの要求に応じて、所定の申込に対応する電子フォーム、申込番号及びドットパターンを有するフォーム情報を作成し、当該利用者端末５へ送信する。一方、利用者端末５は、取得したフォーム情報に基づいて表示した電子フォームに入力を行った後、入力情報及び申込番号を有する申込情報をサーバ６へ送信する。また、利用者端末５は、電子フォームのフォーマットと、入力情報と、申込情報を変換したコードと、ドットパターンとを印刷することで申込書を作成する。このように作成された申込書３は、サービス提供会社に郵送により送付される。
【００６３】
なお、バーコードであるコード６２は、申込書の任意の位置に印刷することができる。
【００６４】
[申込情報の登録]
次に、図１０乃至図１３を参照し、本システムにおける申込情報の登録方法の概要を説明する。図１０は、申込情報ＤＢのデータ構造を模式的に示す図である。また、図１１は、受付状況エリアの記入例である。図１２は、管理情報ＤＢ５３のデータ構造を模式的に示す図である。図１３は、受付情報ＤＢ５４のデータ構造を模式的に示す図である。
【００６５】
上述のように、利用者端末５は、電子フォームに入力した入力情報及び申込番号を有する申込情報をサーバ６へ送信する。つまり、サーバ６は、利用者端末５からネットワーク２を介して、申込情報をデータの形で取得することができる。取得した申込情報は、申込情報ＤＢ５５に記憶される。
【００６６】
ここで、申込情報ＤＢ５５について図１０を参照して説明する。図１０に示すように、申込情報ＤＢ５５は、申込番号、氏名、変更前住所、変更後住所、登録等の項目により構成される。なお、本実施形態において申込情報ＤＢ５５は、図示のような構成となっているが、本発明はこれに限定されるものではなく、申込情報ＤＢ５５を構成する項目は任意に設定することができる。申込番号は、申込情報に含まれる申込番号のことである。氏名、変更前住所及び変更後住所は、申込情報に含まれる入力情報に基づいて特定した、電子フォームに入力された氏名、変更前住所及び変更後住所である。登録項目には、申込情報の登録が完了したか否かを示す情報が記憶される。本実施形態において申込情報の登録は、後述する登録担当者によるチェックが完了した場合に行われるものであって、登録が完了した申込情報は業務システムにより、申込内容の審査等所定の処理が行われるものとする。具体的に登録項目は、図示のように、登録が完了していない場合「未登録」が記憶され、登録が完了した場合「登録済」が記憶される。よって、上述のように、利用者端末５から申込情報を取得した段階では、登録担当者によるチェックが行われていないため、「未登録」と記憶される。
【００６７】
受付担当者は、郵送された申込書３に基づいて、所定の事項を確認することにより受付チェックを行う。受付チェックとは、書類の過不足や印鑑の不備、訂正印の有無といった形式的事項のチェックのことである。受付チェックが完了すると、受付担当者は、電子ペン１０を使用して、図１１（ａ）に示すように受付項目６４に自身の氏名を記入する。電子ペン１０は、自身に搭載された送信機能により記入情報を、受付端末７を介してサーバ６へ送信する。
【００６８】
なお、本実施形態では、電子ペン１０に搭載された送信機能により記入情報をサーバ６へ送信することとしているが、本発明はこれに限定されるものではなく、送信ボックス３９を使用して記入情報をサーバ６へ送信することとしてもよい。図１０に示す申込書３には、上述の送信ボックス３９が図示されていないが、申込書３に送信コマンドに対応するドットパターンを印刷することで、送信ボックス３９を設けることができる。
【００６９】
サーバ６は、記入情報を取得し、管理情報ＤＢ５３を参照することにより、記入が行われた項目を特定する。具体的に、記入情報が、受付項目６４に記入された情報である場合、当該記入情報を受付記入情報と特定する。また、サーバ６は、取得した記入情報に基づいて申込番号を特定する。
【００７０】
ここで、管理情報ＤＢ５３について図１２を参照し、詳しく説明する。図示のように、管理情報ＤＢ５３は、申込番号、項目ＩＤ、項目名及び座標データの項目により構成される。申込番号とは、利用者からの要求を識別する申込番号である。項目ＩＤは、各項目の識別情報であって、本実施形態では、受付項目６４の項目ＩＤを「Ｋ０１」、照合項目６６の項目ＩＤを「Ｋ０２」、登録項目６８の項目ＩＤを「Ｋ０３」とする。項目名は、各項目の名称である。座標データは、各項目に印刷されたドットパターン上の位置座標を示す情報である。このことから、サーバ６は、記入情報に含まれるドットパターン上の位置座標に基づいて管理情報ＤＢ５３を参照することにより、申込番号、項目ＩＤ及び項目名を容易に特定することができる。よって、サーバ６は、取得した記入情報が受付項目６４に記入された受付記入情報であると特定することができる。
【００７１】
さらに、サーバ６は、受付記入情報に含まれる時間情報に基づいて、受付項目６４への記入日及び記入時刻を特定する。受付項目６４に記入された記入日及び記入時刻を受付記入日時と呼ぶ。また、サーバ６は、受付記入情報に基づいて、ＯＣＲ（Optical Character Reader）を使用した文字認識をすることにより、受付項目６４に記入された受付担当者の氏名を特定する。また、サーバ６は、受付記入情報から、受付担当者が記入した氏名の画像データを取得する。これによれば、受付担当者の氏名と筆跡を画像データとして取得することができる。受付担当者が記入した氏名の画像データを受付画像データと呼ぶ。そして、サーバ６は、図１３に示すような受付情報ＤＢ５４に、特定した申込番号をキーとして受付日時、受付担当者及び受付画像データを記憶する。
【００７２】
一方、受付チェックが完了すると、照合担当者は、郵送された申込書３に基づいて、所定の事項を確認することにより照合チェックを行う。照合チェックとは、本人確認やロジックチェック、銀行の場合における印鑑照合等である。照合チェックが完了すると、照合担当者は、電子ペン１０を使用して、図１１（ｂ）に示すように照合項目６６に自身の氏名を記入する。電子ペン１０は、自身に搭載された送信機能により記入情報を、受付端末７を介してサーバ６へ送信する。
【００７３】
サーバ６は、記入情報を取得し、管理情報ＤＢ５３を参照することにより、記入が行われた項目を特定する。つまり、サーバ６は、取得した記入情報が照合項目６６に記入された照合記入情報であると特定する。さらに、サーバ６は、照合記入情報に基づいて、照合項目６６への記入日及び記入時刻を特定する。照合項目６６に記入された記入日及び記入時刻を照合記入日時と呼ぶ。また、サーバ６は、照合記入情報に基づいて、ＯＣＲを使用した文字認識をすることにより、照合項目６６に記入された照合担当者の氏名を特定する。また、サーバ６は、照合記入情報から、照合担当者が記入した氏名の画像データを取得する。これによれば、照合担当者の氏名と筆跡を画像データとして取得することができる。照合担当者が記入した氏名の画像データを照合画像データと呼ぶ。そして、サーバ６は、図１３に示すような受付情報ＤＢ５４に、特定した申込番号をキーとして照合日時、照合担当者及び照合画像データを記憶する。
【００７４】
一方、照合チェックが完了すると、登録担当者は、郵送された申込書３に印刷されたコード６２を所定の機器で読み取る。これにより、サーバ６は、申込番号を取得し、申込情報ＤＢ５５から対応する申込情報を抽出し、受付端末７へ送信する。受付端末７は、取得した申込情報を画面上に表示する。そして、登録担当者は、画面上に表示されたデータの形の申込情報と、申込書３に印刷された内容とを突き合わせ、同一の内容に間違いないかどうかを確認する。即ち、登録チェックとは、データ形式の申込情報と、アナログ形式の申込書３とを突き合わせて間違いがないかを確認し、最終的に登録するか否かをチェックすることである。登録チェックが完了すると、登録担当者は、電子ペン１０を使用して、図１１（ｃ）に示すように登録項目６８に自身の氏名を記入する。電子ペン１０は、自身に搭載された送信機能により記入情報を、受付端末７を介してサーバ６へ送信する。
【００７５】
サーバ６は、記入情報を取得し、管理情報ＤＢ５３を参照することにより、記入が行われた項目を特定する。つまり、サーバ６は、取得した記入情報が登録項目６８に記入された登録記入情報であると特定する。さらに、サーバ６は、登録記入情報に基づいて、登録項目６８への記入日及び記入時刻を特定する。登録項目６８に記入された記入日及び記入時刻を登録記入日時と呼ぶ。また、サーバ６は、登録記入情報に基づいて、ＯＣＲを使用した文字認識をすることにより、登録項目６８に記入された登録担当者の氏名を特定する。また、サーバ６は、登録記入情報から、登録担当者が記入した氏名の画像データを取得する。これによれば、登録担当者の氏名と筆跡を画像データとして取得することができる。登録担当者が記入した氏名の画像データを登録画像データと呼ぶ。そして、サーバ６は、図１３に示すような受付情報ＤＢ５４に、特定した申込番号をキーとして登録日時、登録担当者及び登録画像データを記憶する。
【００７６】
また、登録項目６８に記入された登録記入情報を取得したサーバ６は、登録チェックが完了したと判断し、申込情報ＤＢ５５の登録項目において「未登録」を削除し、「登録済」を新たに記憶する。これにより、申込情報の登録が完了する。
【００７７】
なお、本実施形態では、受付状況エリアが受付項目６４、照合項目６６及び登録項目６７から構成されることとしているが、本発明はこれに限定されるものではなく、チェック内容や項目は任意に設定することができる。
【００７８】
[受付状況の確認]
次に、図１４及び図１５を参照し、本システムにおける受付状況の確認方法の概要を説明する。図１４は、受付状況を確認する際のデータの流れを説明する図である。図１５は、受付状況の確認画面例である。
【００７９】
利用者は、申込の受付状況を確認する場合、利用者端末５を使用して所定の操作を行い、確認画面の要求を行う。具体的に、利用者端末５は、図１４に示すように、フォーム情報に含まれる申込番号をサーバ６へ送信する。サーバ６は、取得した受付番号に基づいて、受付情報ＤＢ５６から対応する受付情報を抽出する。また、サーバ６は、取得した申込番号に基づいて、申込情報ＤＢ５５から対応する申込情報を抽出する。さらに、サーバ６は、受付情報及び申込情報に基づいて、図１５に示すような確認画面を表示するために必要な画面情報を作成する。つまり、画面情報には、受付情報及び申込情報が含まれている。
【００８０】
そして、サーバ６は、作成した画面情報を利用者端末５へ送信する。利用者端末５は、取得した画面情報に基づいて、図１５に示すような確認画面を表示する。確認画面には、図示のように、画面情報に含まれる申込情報に基づいて利用者が申込時に入力した内容が表示される。さらに、確認画面において受付状況エリアの各項目には、図示のように、担当者の氏名が画面情報に含まれる受付情報が有する画像データにより表示される。具体的に、受付項目６４には、受付担当者の氏名が受付画像データにより表示される。また、確認画面において受付状況エリアの各項目には、図示のように、各項目への記入日時が、画面情報に含まれる受付情報が有する記入日時により表示される。具体的に、受付項目６４には、受付記入日時が表示される。
【００８１】
これにより、利用者は、申込時に自身が入力した内容を確認画面により改めて確認することができる。また、利用者は、申込がどの段階まで進んでいるかといった受付状況を確認画面により容易に認識することができる。例えば、図１５に示すような確認画面が表示された場合、利用者は、受付チェック及び照合チェックは完了しているが、登録チェックが完了しておらず申込情報が登録されていないことを認識することができる。一方、サービス提供者側も、サーバ６が申込番号に基づいて自動的に画面情報を作成するため、手作業による確認が不要となり、受付状況の確認業務を効率的に行うことができる。
【００８２】
[利用者端末]
次に、図１６を参照し、利用者端末５について詳しく説明する。図１６は、処理システム１００における、利用者端末５の内部構成を示す。
【００８３】
図示のように、利用者端末５は、端末処理プログラム１０１、フォーム情報取得機能１０２、フォーム表示機能１０３、入力情報取得機能１０４、申込情報作成機能１０５、申込情報送信機能１０６、申込書作成機能１０７、確認画面要求送信機能１０８、画面情報取得機能１０９及び確認画面表示機能１１０を有する。なお、各機能は、利用者端末５が有するＣＰＵが予め用意されたプログラムを実行することにより実現される。
【００８４】
端末処理プログラム１０１は、利用者が要求する申込に関するフォーム情報を取得して電子フォームを表示すると共に、当該電子フォームへの入力に基づいて申込書を作成するプログラムである。また、端末処理プログラム１０１は、画面情報を取得して、利用者が要求する確認画面を表示するプログラムである。
【００８５】
フォーム情報取得機能１０２は、端末処理プログラム１０１を実行することにより、利用者が要求する申込に対応するフォーム情報をサーバ６から取得する機能である。フォーム情報には、申込に対応する電子フォーム、申込の要求を識別する申込番号及び申込番号に対応するドットパターンが含まれている。
【００８６】
フォーム表示機能１０３は、フォーム情報取得機能１０２が取得したフォーム情報に含まれる電子フォームを画面上に表示する機能である。
【００８７】
入力情報取得機能１０４は、フォーム表示機能１０３が表示した電子フォームに入力された内容を入力情報として取得する機能である。
【００８８】
申込情報作成機能１０５は、入力情報取得機能１０４が取得した入力情報と、フォーム情報取得機能１０２が取得したフォーム情報に含まれる申込番号とを有する申込情報を作成する機能である。
【００８９】
申込情報送信機能１０６は、申込情報作成機能１０５が作成した申込情報をサーバ６へ送信する機能である。
【００９０】
申込書作成機能１０７は、フォーム情報取得機能１０２が取得したフォーム情報に含まれる申込番号を変換したコードを作成する機能である。また、申込書作成機能１０７は、電子フォームのフォーマットと、入力情報取得機能１０４が取得した入力情報と、フォーム情報取得機能１０２が取得したフォーム情報に含まれるドットパターンと、作成したコードとを紙媒体にプリンタ印刷することで、申込書３を作成する機能である。このとき、ドットパターンは、受付状況エリアに対応する箇所に印刷される。
【００９１】
確認画面要求送信機能１０８は、申込の受付状況を確認するための確認画面をサーバ６へ要求する機能である。具体的に、確認画面要求送信機能１０８は、フォーム情報取得機能１０２が取得したフォーム情報に含まれる申込番号を確認画面要求としてサーバ６へ送信する。
【００９２】
画面情報取得機能１０９は、確認画面を表示するために必要な画面情報をサーバ６から取得する機能である。
【００９３】
確認画面表示機能１１０は、画面情報取得機能１０９が取得した画面情報に基づいて、画面上に確認画面を表示する機能である。
【００９４】
[サーバ]
次に、図１６を参照し、サーバ６について詳しく説明する。図１６は、処理システム１００におけるサーバ６の内部構成を示す。
【００９５】
図示のように、サーバ５は、サーバ処理プログラム２０１、申込番号発番機能２０２、フォーム取得機能２０３、ドットパターン取得機能２０４、管理情報記憶機能２０５、フォーム情報作成機能２０６、申込情報記憶機能２０７、記入情報取得機能２０８、受付情報記憶機能２０９、申込情報登録機能２１０、確認画面要求取得機能２１１及び画面情報作成機能２１２を有する。なお、各機能は、サーバ６が有するＣＰＵが予め用意されたプログラムを実行することにより実現される。
【００９６】
サーバ処理プログラム２０１は、利用者の要求に応じたフォーム情報を作成し、利用者端末５に送信するプログラムである。また、サーバ処理プログラム２０１は、利用者端末５から申込情報を取得すると共に、申込書３に記入された記入情報に基づいて受付情報を取得するプログラムである。また、サーバ処理プログラム２０１は、利用者の要求に応じて、確認画面を表示するための画面情報を作成し、送信するプログラムである。
【００９７】
申込番号発番機能２０２は、サーバ処理プログラム２０１を実行することにより、利用者端末５から取得した申込の要求を識別する申込番号を発番する機能である。
【００９８】
フォーム取得機能２０３は、サーバ処理プログラム２０１を実行することにより、利用者端末５から取得した申込に対応する電子フォームをフォームＤＢ５１から取得する機能である。ここで、フォームＤＢ５１について、図１７を参照して説明する。図１７は、フォームＤＢ５１のデータ構造を模式的に示す図である。フォームＤＢ５１は、図示のように、フォームＩＤ及び電子フォームの項目から構成されている。フォームＩＤとは、各種申込に対応する電子フォームを識別する情報である。電子フォームとは、フォームＩＤに対応する電子フォームであり、所定の端末装置の画面上に表示するために必要なフォーマット等を含むデータである。本実施形態において、利用者端末５から取得する申込の要求にはフォームＩＤが含まれており、サーバ６は、当該フォームＩＤに基づいてフォームＤＢ５１から適切な電子フォームを取得するものとする。
【００９９】
ドットパターン取得機能２０４は、申込番号発番機能２０２が発番した申込番号に対応付けされたドットパターンをドットパターンＤＢ５２から取得する機能である。ドットパターンＤＢ５２には、電子ペン１０が認識可能なドットパターンが記憶されている。
【０１００】
管理情報記憶機能２０５は、申込番号発番機能２０２が発番した申込番号と、フォーム取得機能２０３が取得した電子フォーム上の受付状況エリアを構成する各項目と、ドットパターン取得機能２０４が取得したドットパターンとを対応付けた管理情報を管理情報ＤＢ５３に記憶する機能である。なお、管理情報ＤＢ５３については、図１２を参照して上述したため、便宜上説明は省略する。
【０１０１】
フォーム情報作成機能２０６は、申込番号発番機能２０２が発番した申込番号と、フォーム取得機能２０３が取得した電子フォームと、ドットパターン取得機能２０４が取得したドットパターンとを有するフォーム情報を作成し、利用者端末５へ送信する機能である。
【０１０２】
申込情報記憶機能２０７は、利用者端末５から、電子フォームに入力された入力情報及び申込番号を有する申込情報を取得する機能である。また、申込情報記憶機能２０７は、取得した申込番号に基づいて当該申込情報を申込情報ＤＢ５５に記憶する機能である。このとき、申込情報ＤＢ５５の登録項目には「未登録」と記憶される。なお、申込情報ＤＢ５５については、図１０を参照して上述したため、便宜上説明は省略する。
【０１０３】
記入情報取得機能２０８は、受付担当者、照合担当者及び登録担当者が申込書３上の受付項目６４、照合項目６６及び登録項目６８にそれぞれ電子ペン１０を使用して記入した記入情報を、受付端末７を介して取得する機能である。また、記入情報取得機能２０８は、管理情報ＤＢ５３を参照することにより、取得した記入情報が、受付記入情報、照合記入情報及び登録記入情報のいずれであるかを特定する機能である。
【０１０４】
受付情報記憶機能２０９は、記入情報取得機能２０８が取得した受付記入情報に基づいて、申込番号、受付日時、受付担当者及び受付画像データを特定し、受付情報ＤＢ５４に記憶する機能である。また、受付情報記憶機能２０９は、記入情報取得機能２０８が取得した照合記入情報に基づいて、申込番号、照合日時、照合担当者及び照合画像データを特定し、受付情報ＤＢ５４に記憶する機能である。また、受付情報記憶機能２０９は、記入情報取得機能２０８が取得した登録記入情報に基づいて、申込番号、登録日時、登録担当者及び登録画像データを特定し、受付情報ＤＢ５４に記憶する機能である。なお、受付情報ＤＢ５４については、図１３を参照して上述したため、便宜上説明は省略する。
【０１０５】
申込情報登録機能２１０は、申込番号を取得し、当該申込番号に対応する申込情報を申込情報ＤＢ５５から抽出して、受付端末７へ送信する機能である。ここで、サーバ６は、登録担当者が申込書３に印刷されたコード６２を所定の機器で読み取ることにより、申込番号を取得する。このとき、申込番号は、受付端末７を介してサーバ６が取得することとしてもよいし、直接サーバ６が取得することとしてもよい。受付端末７は、取得した申込情報を画面上に表示する。そして、登録担当者は、画面上に表示されたデータ形式の申込情報と、アナログ形式の申込書３とを突き合わせて、同一の内容であるか否か、及び、登録するか否かをチェックする。登録担当者は、登録すると判断した場合、記入情報をサーバ６へ送信する。申込情報登録機能２１０は、記入情報取得機能２０８が、取得した記入情報が登録記入情報であると特定した場合に、申込情報ＤＢ５５の登録項目を「登録済」に書き換えることで、申込情報を正式に登録する機能である。
【０１０６】
確認画面要求取得機能２１１は、利用者端末５から申込番号を含む確認画面要求を取得する機能である。
【０１０７】
画面情報作成機能２１２は、確認画面要求取得機能２１１が取得した確認画面要求に含まれる申込番号に基づいて、受付情報ＤＢ５４から対応する受付情報を、申込情報ＤＢ５５から対応する申込情報を抽出する機能である。また、画面情報作成機能２１２は、抽出した受付情報及び申込情報に基づいて、確認画面を表示するために必要な画面情報を作成する機能である。
【０１０８】
[申込処理]
次に、上記処理システム１００により実行される申込処理について説明する。図１８は、申込処理のフローチャートである。
【０１０９】
まず、利用者は、所定の申込を行う場合、利用者端末５を使用してＷｅｂ上の当該申込に対応する電子フォームをダウンロードする。具体的に、利用者端末５は、当該申込に対応する電子フォームのフォームＩＤを申込の要求としてサーバ６へ送信する。要求を取得したサーバ６は、当該要求を識別する申込番号を発番する（ステップＳ１）。さらに、サーバ６は、要求に含まれるフォームＩＤに基づいて、フォームＤＢ５１から対応する電子フォームを取得する（ステップＳ２）。また、サーバ６は、ドットパターンＤＢ５２から、発番した申込番号に対応付けるドットパターンを取得する（ステップＳ３）。そして、サーバ６は、申込番号、電子フォームに設けられた受付状況エリア及びドットパターンを対応付けた管理情報を作成し、管理情報ＤＢ５３に記憶する（ステップＳ４）。また、サーバ６は、電子フォーム、申込番号及びドットパターンを有するフォーム情報を作成する（ステップＳ５）。そして、サーバ６は、作成したフォーム情報を、申込の要求を行った利用者端末５へ送信する（ステップＳ６）。
【０１１０】
利用者端末５は、サーバ６からフォーム情報を取得し（ステップＳ７）、当該フォーム情報に基づいて画面上に電子フォームを表示する（ステップＳ８）。利用者は、利用者端末５を使用して、表示された電子フォームに所定の事項を入力する。このとき、利用者端末５は、電子フォームに入力された内容を入力情報として取得する（ステップＳ９）。さらに、利用者端末５は、フォーム情報に含まれる申込番号と、取得した入力情報とを有する申込情報を作成する（ステップＳ１０）。また、利用者端末５は、作成した申込情報をサーバ６へ送信する（ステップＳ１１）。サーバ６は、取得した申込情報を申込情報ＤＢ５５に記憶する（ステップＳ１２）。
【０１１１】
そして、利用者端末５は、プリンタ７０を使用して、電子フォームのフォーマット、入力情報、フォーム情報に含まれる申込番号を変換したコード６２及びドットパターンを紙媒体にプリンタ印刷することで申込書３を作成する（ステップＳ１３）。このとき、ドットパターンは、電子フォームの受付状況エリアに対応する箇所に印刷される。これにより、申込処理は完了する。
【０１１２】
[登録処理]
次に、上記処理システム１００により実行される登録処理について説明する。図１９は、登録処理のフローチャートである。
【０１１３】
利用者は、申込処理により作成した申込書３に所定の自署・捺印等を行った後、当該申込書３を、サーバ６を管理するサービス提供会社に郵送する。受付担当者は、申込書３に基づいて受付チェックを行う。受付チェックが完了すると、受付担当者は、電子ペン１０を使用して受付項目６４に自分の氏名を記入した後、送信機能を実行する。すると、電子ペン１０は、記入情報を、受付端末７を介してサーバ６へ送信する。サーバ６は、記入情報を取得し、管理情報ＤＢ５４を参照することで、当該記入情報が受付記入情報であると特定すると共に、申込番号を特定する（ステップＳ２２）。また、サーバ６は、受付記入情報に基づいて、受付日時及び受付担当者を特定する。さらに、サーバ６は、受付記入情報から、受付項目６４に記入された氏名の画像データを受付画像データとして取得する。そして、サーバ６は、申込番号をキーとして、受付日時、受付担当者及び受付画像データを受付情報として記憶する（ステップＳ２３）。
【０１１４】
受付チェックが完了すると、照合担当者は、申込書３に基づいて照合チェックを行う。照合チェックが完了すると、照合担当者は、電子ペン１０を使用して照合項目６６に自分の氏名を記入した後、送信機能を実行する。すると、電子ペン１０は、記入情報を、受付端末７を介してサーバ６へ送信する。サーバ６は、記入情報を取得し、管理情報ＤＢ５４を参照することで、当該記入情報が照合記入情報であると特定すると共に、申込番号を特定する（ステップＳ２４）。また、サーバ６は、照合記入情報に基づいて、照合日時及び照合担当者を特定する。さらに、サーバ６は、照合記入情報から、照合項目６６に記入された氏名の画像データを照合画像データとして取得する。そして、サーバ６は、申込番号をキーとして、照合日時、照合担当者及び照合画像データを照合情報として記憶する（ステップＳ２５）。
【０１１５】
照合チェックが完了すると、登録担当者は、申込書３に基づいて登録チェックを行う。具体的に、登録担当者は、所定の機器により申込書３に印刷されたコード６２を読み取る。これにより、サーバ６は、申込書３に対応する申込番号を取得し、当該申込番号に基づいて申込情報ＤＢ５５から対応する申込情報を抽出する（ステップＳ２６）。そして、サーバ６は、抽出した申込情報を受付端末７へ送信する（ステップＳ２７）。登録担当者は、サーバ６から取得した申込情報に基づいて表示される画面と、申込書とを比較することで登録チェックを行う。登録チェックが完了すると、登録担当者は、電子ペン１０を使用して登録項目６８に自分の氏名を記入した後、送信機能を実行する。すると、電子ペン１０は、記入情報を、受付端末７を介してサーバ６へ送信する。サーバ６は、記入情報を取得し、管理情報ＤＢ５４を参照することで、当該記入情報が登録記入情報であると特定すると共に、申込番号を特定する（ステップＳ２８）。また、サーバ６は、登録記入情報に基づいて、登録日時及び登録担当者を特定する。さらに、サーバ６は、登録記入情報から、登録項目６８に記入された氏名の画像データを登録画像データとして取得する。そして、サーバ６は、申込番号をキーとして、登録日時、登録担当者及び登録画像データを登録情報として記憶する（ステップＳ２９）。
【０１１６】
また、サーバ６は、登録記入情報を取得すると、登録チェックが完了したと判断し、申込情報の登録を行う（ステップＳ３０）。具体的に、サーバ６は、申込情報ＤＢ５５の登録項目を「登録済」に書き換える。これにより、申込処理は完了する。なお、本実施形態では、申込情報の登録が完了した後、業務システムにより当該申込情報を使用した所定の処理を行うことが可能となる。つまり、申込情報ＤＢ５５の登録項目が「未登録」の場合、業務システムにより申込情報を使用した所定の処理を行うことができない。
【０１１７】
[確認処理]
次に、上記処理システム１００により実行される確認処理について説明する。図２０は、確認処理のフローチャートである。
【０１１８】
利用者は、申込の受付状況を確認する場合、利用者端末５を使用してサーバ６に対し確認画面の要求を行う。具体的に、利用者端末５は、フォーム情報に含まれる申込番号を有する確認画面要求を作成する（ステップＳ３１）。そして、利用者端末５は、作成した確認画面要求をサーバ６へ送信する（ステップＳ３２）。
【０１１９】
サーバ６は、利用者端末５から確認画面要求を取得する（ステップＳ３３）。そして、サーバ６は、取得した確認画面要求に含まれる申込番号に基づいて、申込情報ＤＢ５５から対応する申込情報を取得する（ステップＳ３４）。また、サーバ６は、取得した確認画面要求に含まれる申込番号に基づいて、受付情報ＤＢ５４から対応する受付情報を取得する（ステップＳ３５）。さらに、サーバ６は、取得した申込情報及び受付情報に基づき、確認画面を表示するために必要な画面情報を作成する（ステップＳ３６）。そして、サーバ６は、作成した画面情報を、確認画面要求を行った利用者端末５へ送信する（ステップＳ３７）。
【０１２０】
利用者端末５は、サーバ６から画面情報を取得し（ステップＳ３８）、当該画面情報に基づいて確認画面を表示する（ステップＳ３９）。これにより、確認処理は完了する。利用者は、利用者端末５の画面上に表示された確認画面により、申込書３に印刷された内容と、申込の受付状況とを容易に確認することができる。
【０１２１】
なお、本実施形態では、サーバ６が確認画面要求に基づいて申込番号を自動的に特定しているが、本発明はこれに限定されるものではなく、サービス提供会社の社員が、所定の方法で利用者が確認したい申込に対応する申込番号を取得し、パンチ入力等により申込番号をサーバ６へ入力することとしてもよい。
【０１２２】
また、本実施形態では、電子フォーム及び申込書３の構成を、図８及び図９に示すようにしているが、本発明はこれに限定されるものではなく、任意に設定することができる。よって、各種ＤＢのデータ構造も任意に設定することができる。
【０１２３】
また、本実施形態では、説明の便宜上、図１６に示すようにサーバ処理プログラム２０１を有するサーバ６が各機能をまとめて有することとしているが、本発明はこれに限定されるものではなく、各機能を複数のサーバが分担して有することとしてもよい。さらに、本実施形態では、説明の便宜上、図１６に示すように利用者端末６が端末処理プログラム１０１及び各種機能を有することとしているが、本発明はこれに限定されるものではなく、サーバ６から取得する電子フォームを電子フォームモジュールとして取得し、当該電子フォームモジュールが端末処理プログラム１０１及び各種機能を有することとしてもよい。
【０１２４】
このように、本発明によれば、申込書３を郵送により取得する前から申込情報を取得し、データの形で管理することができる。また、電子ペン１０を使用することで容易に、当該申込情報が受付処理の度の段階にあるかを判別することが可能となる。
【０１２５】
本発明は、サービスの申込書等を電子配信する全ての業界で利用できるが、特に自署・捺印を必要とする金融業界で有用である。
【０１２６】
[変形例]
上記実施形態においてサーバ６は、利用者端末５から申込情報を取得したらすぐに申込情報ＤＢ５５に記憶することとしている。そして、サーバ６は、登録チェックが完了すると、申込情報ＤＢ５５の登録項目を「未登録」から「登録済」に書き換えることとしている。このように、登録項目が「登録済」になって初めて、業務システムは申込情報を使用して所定の処理を行うことが可能となる。
【０１２７】
しかし、本発明はこれに限定されるものではなく、受付チェック及び照合チェックが完了した後に、登録チェックにより、データ形式の申込情報とアナログ形式の申込書３の内容とが一致していると確認できた場合に初めて、申込情報を申込情報ＤＢ５５に記憶することとしてもよい。登録担当者は、申込情報を申込情報ＤＢ５５に記憶した時点で、電子ペン１０を使用して登録項目６８への記入情報をサーバ６へ送信することとなる。
【０１２８】
このような場合における処理システム１００Ａの概略構成を図２１に示す。図示のように、処理システム１００Ａは、利用者端末５、サーバ６Ａ及び受付端末７がネットワーク２を介して通信可能に接続されることにより構成される。便宜上、本変形例では、上述の実施形態と異なる部分のみ詳細に説明する。
【０１２９】
サーバ６Ａは、フォームＤＢ５１、ドットパターンＤＢ５２、管理情報ＤＢ５３、登録前情報ＤＢ８０、受付情報ＤＢ５４及び申込情報ＤＢ５５Ａに接続されている。ここで、登録前情報ＤＢ８０とは、サーバ６が、利用者端末５から申込情報を取得した際、登録チェックが完了するまで一時的に当該申込情報を記憶しておくＤＢである。つまり、サーバ６は、登録チェックが完了すると、登録担当者の指示により、登録前情報ＤＢ８０から申込情報ＤＢ５５Ａに、対応する申込情報を移動させる。
【０１３０】
このように、受付チェック及び照合チェックが完了するまで申込情報を申込情報ＤＢ５５に記憶しないこととすると、受付チェック及び照合チェックが完了していない段階では、申込情報ＤＢ５５Ａから申込情報を取得し、確認画面として表示することはできない。そのため、登録前情報ＤＢ８０から申込情報を取得して申込書３の内容を表示することとしてもよいし、図１５に示す受付状況エリアの部分のみを表示することとしてもよい。
【０１３１】
なお、上述の実施形態及び変形例では、申込番号を変換したコード６２を印刷することとしているが、本発明はこれに限定されるものではなく、申込番号を示す数字を直接申込書３に印刷することとしてもよい。この場合、サーバ６は、コード６２を所定の機器で読み取ることで申込番号を取得するのではなく、受付担当者が申込書３に印刷された申込番号をキー入力することで申込番号を取得する。また、申込番号及びコード６２の双方を印刷することとしてもよい。
【産業上の利用可能性】
【０１３２】
本発明は、電子フォームによる申込書に関し、所定の内容を入力して紙媒体に印刷する際に、特殊でユニークな電子ペン用のドットパターンを発生させることで、合理的に受付作業を行うことができる電子ペン用帳票として利用することができる。
【図面の簡単な説明】
【０１３３】
【図１】電子ペンの使用形態を模式的に示す図である。
【図２】電子ペンの構造を示す機能ブロック図である。
【図３】専用ペーパーに印刷されたドットパターンによる情報の表現方法を説明する図である。
【図４】ドットパターン及びそれに対応する情報の例である。
【図５】専用ペーパーにより構成される帳票の構造を示す。
【図６】電子ペン用帳票の例を示す。
【図７】処理システムの概略構成を示す。
【図８】電子フォームの例である。
【図９】申込書の例である。
【図１０】申込情報ＤＢのデータ構造を模式的に示す図である。
【図１１】受付状況エリアの記入例である。
【図１２】管理情報ＤＢのデータ構造を模式的に示す図である。
【図１３】受付情報ＤＢのデータ構造を模式的に示す図である。
【図１４】受付状況を確認する際のデータの流れを説明する図である。
【図１５】受付状況の確認画面例である。
【図１６】図７に示す処理システムに含まれる利用者端末及びサーバの機能ブロック図である。
【図１７】フォームＤＢのデータ構造を模式的に示す図である。
【図１８】申込処理のフローチャートである。
【図１９】登録処理のフローチャートである。
【図２０】確認処理のフローチャートである。
【図２１】変形例における処理システムの概略構成である。
【符号の説明】
【０１３４】
２…ネットワーク
１０…電子ペン
１１…プロセッサ
１２…メモリ
１３…データ通信ユニット
１４…バッテリー
２５…端末装置
２６…問い合わせサーバ
２７…サービスサーバ
１００…処理システム
【図１】
0004717657.tif 000002
【図２】
0004717657.tif 000003
【図３】
0004717657.tif 000004
【図４】
0004717657.tif 000005
【図５】
0004717657.tif 000006
【図６】
0004717657.tif 000007
【図７】
0004717657.tif 000008
【図８】
0004717657.tif 000009
【図９】
0004717657.tif 000010
【図１０】
0004717657.tif 000011
【図１１】
0004717657.tif 000012
【図１２】
0004717657.tif 000013
【図１３】
0004717657.tif 000014
【図１４】
0004717657.tif 000015
【図１５】
0004717657.tif 000016
【図１６】
0004717657.tif 000017
【図１７】
0004717657.tif 000018
【図１８】
0004717657.tif 000019
【図１９】
0004717657.tif 000020
【図２０】
0004717657.tif 000021
【図２１】
0004717657.tif 000022