JP4717197B2 - Procedure system - Google Patents

Procedure system Download PDF

Info

Publication number
JP4717197B2
JP4717197B2 JP2000338986A JP2000338986A JP4717197B2 JP 4717197 B2 JP4717197 B2 JP 4717197B2 JP 2000338986 A JP2000338986 A JP 2000338986A JP 2000338986 A JP2000338986 A JP 2000338986A JP 4717197 B2 JP4717197 B2 JP 4717197B2
Authority
JP
Japan
Prior art keywords
procedure
terminal
user
information
server
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
JP2000338986A
Other languages
Japanese (ja)
Other versions
JP2002149597A (en
Inventor
豊 米
早苗 坂本
聖一 栃原
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Dai Nippon Printing Co Ltd
Original Assignee
Dai Nippon Printing Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Dai Nippon Printing Co Ltd filed Critical Dai Nippon Printing Co Ltd
Priority to JP2000338986A priority Critical patent/JP4717197B2/en
Publication of JP2002149597A publication Critical patent/JP2002149597A/en
Application granted granted Critical
Publication of JP4717197B2 publication Critical patent/JP4717197B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Description

【0001】
【発明の属する技術分野】
本発明は、インターネットなどのネットワークを利用して各種手続を行うシステムに関する。
【0002】
【従来の技術】
インターネットの普及により、近い将来、官公庁などへの届出、申請などの手続や、民間企業に対する申込、契約などの種々の手続がインターネットを通じてできるようになることが予想される。
【0003】
【発明が解決しようとする課題】
インターネットなどのネットワークを通じて各種手続を行う場合、ユーザは自宅や勤務先などの端末装置を利用してネットワークに接続し、手続を行うことが多い。しかし、時間的制約、その他の種々の理由により、手続を途中で中断せざるを得ない場合が生じうる。
【0004】
そのような場合、一端手続を中断し、その後例えば外出先などにおいてその手続を再開できるようになれば便利である。
【0005】
本発明は、以上の点に鑑みてなされたものであり、ネットワークを利用した手続の中断、再開を可能とすることにより、個々のユーザがその時の環境や状況に応じて便利かつ効率的に手続を進めることが可能な手続システムを提供することを目的とする。
【0006】
請求項1に記載の発明は、ネットワークを通じてユーザ複数の端末と通信して各種手続を実行するサーバを備える手続システムにおいて、前記ユーザ側の複数の端末は、記憶媒体が着脱可能に構成されており、前記サーバは、各種手続を実行するために必要事項を入力するための電子フォームデータを記憶するデータベースと、ユーザ第1の端末から、実行すべき手続の指定を受け取り、対応する電子フォームデータを前記データベースから取得して指定された手続を実行する実行手段と、手続の中断イベントが発生した時に、実行中の手続を特定する情報と中断時における当該手続きの進行度を示す情報とを含むセーブ情報を前記第1の端末に送信した後で手続を中断する中断手段と、ユーザ第2の端末から手続の再開指示及びセーブ情報を受け取り、受け取ったセーブ情報に基づいて対応する手続を再開する再開手段と、を備え、前記第1の端末は、取り付けられた前記記憶媒体に前記セーブ情報を記憶し、前記セーブ情報を記憶した前記記憶媒体が前記第2の端末に取り付られた状態で、前記第2の端末が前記セーブ情報を前記サーバへ送信することを特徴とする。
【0007】
上記のように構成された手続システムによれば、ユーザが実行すべき手続を指定すると、それに対応する手続実行用データがデータベースから取得され、手続実行用データに基づいて手続が実行される。手続の中断イベントが発生すると、実行中の手続に関するセーブ情報がユーザの端末に送信され、手続が中断される。再開時には、ユーザが再開指示及びセーブ情報を送信すると、そのセーブ情報に基づいて手続が再開される。また、中断された段階以降の手続を確実に再開することができる。
【0008】
請求項2に記載の発明は、請求項1に記載の手続システムにおいて、前記中断手段は、前記ユーザ側の端末から手続の中断要求を受け取った場合に手続を中断する。よって、ユーザの意思に応じて手続を中断、再開することができる。
【0009】
請求項3に記載の発明は、請求項1又は2に記載の手続システムにおいて、ユーザが現在使用している端末の種別を判定する種別判定手段を更に備え、前記中断手段は、前記種別判定手段により判定された前記ユーザが現在使用している端末の種別によっては、手続を続行することができないと判断した時に、手続を中断する。よって、それまでに行った手続を保存しつつ、ユーザは適切な端末に変更して手続を続行することができる。
【0010】
請求項4に記載の発明は、請求項1又は2に記載の手続システムにおいて、ユーザが現在使用している端末の種別を判定する種別判定手段を更に備え、前記中断手段は、前記種別判定手段により判定された前記ユーザが現在使用している端末の種別によっては、手続を続行することができないと判断した時に、他の種別の端末で手続きを再開することを要求して、手続を中断する。よって、それまでに行った手続を保存しつつ、ユーザは適切な端末に変更して手続を続行することができる。
【0013】
請求項に記載の発明は、請求項1乃至のいずれかに記載の手続システムにおいて、前記セーブ情報は、手続中断時点までに行われたユーザの認証に関する認証情報を含む。よって、手続の中断以前に行った認証に関する情報を、手続再開後に引き継ぐことができる。
【0014】
請求項に記載の発明は、請求項1乃至のいずれかに記載の手続システムにおいて、前記手続に関連する情報を提出先へ送信する提出手段と、手続が完了した時に、前記セーブ情報を含む手続履歴情報をユーザの端末および提出先の少なくとも1つへ送信する手段と、を備える。これにより、ユーザや提出先は完了した手続に関する履歴情報を保存しておくことができる。
【0015】
請求項に記載の発明は、請求項1乃至のいずれかに記載の手続システムにおいて、前記手続に関連する情報を提出先へ送信する送信手段を備え、前記中断手段は、手続の中断中のセーブ情報を前記提出先へ送信する。これにより、提出先は手続が中断していることを知ることができる。
【0016】
請求項に記載の発明は、請求項1乃至のいずれかに記載の手続システムにおいて、ユーザが指定した手続が公証処理を必要とする場合に、公証サーバへ接続して必要な公証を受ける手段と、前記セーブ情報を含む手続履歴情報を前記公証サーバへ送信する手段と、を備える。これにより、公証サーバも手続に関する履歴情報を保存しておくことができる。
【0017】
【発明の実施の形態】
以下、図面を参照して本発明の好適な実施の形態について説明する。
【0018】
図1に、本発明の実施形態にかかる手続システムの概略構成を示す。図示のように、企業Aのサーバ2、携帯電話(又は、携帯端末)3、Kiosk端末4、ウェブ端末5、公証サーバ6がネットワーク1を介して接続される。携帯電話3は、所定の中継センタ(図示せず)を介してネットワーク1へ接続される。なお、これら以外にもBS、CS、CATVを利用した端末など、種々の端末を利用することができる。ネットワーク1の好適な例はインターネットである。また、企業Aのサーバ2は官公庁や企業など、申請、申込など提出先7と接続される。なお、この接続はネットワーク1によってもよい。
【0019】
企業Aはネットワーク1上でユーザと官公庁や企業などとの間で行われる種々の手続を代行する役割を有する。具体的には、ネットワーク1を通じてユーザの端末との間で必要なデータを送受信することにより所定の手続データ(申請書データ、申込データなど)を作成し、これを適当な提出先(官公庁、企業など)7へ提出する業務を行う。企業Aは、各種手続を実行するために必要なデータを記憶するデータベース9を有する。ユーザの要求に応じて各種手続を行うための手続フローデータが予め用意され、データベース9に記憶されている。また、その手続を実行するにあたって他に必要なデータ、例えばユーザがある申込や申請を行う際に必要事項を記入する電子フォームデータなどもデータベース9に記憶されている。ユーザがある手続を選択すると、企業Aのサーバ2はデータベース9からその手続に対応する手続フローデータ及び付随する電子フォームデータなどを取得し、手続フローデータの記述内容に従って必要なデータをユーザの端末との間で送受信して手続を進行させる。
【0020】
ユーザは、携帯電話3、Kiosk端末4、ウェブ端末5などの各種の端末を通じて企業Aの端末2と通信することができる。携帯電話(又は携帯端末)3は、所定の中継センタ(図示せず)を介してネットワーク1へ接続する。携帯電話3には記憶媒体8としてSIM(Subscriber Identity Module)カードが装着可能である。SIMカードはICカードの一種であり、携帯電話や携帯端末に装着して使用され、加入者IDや短縮ダイヤルなどの情報を登録することができる記憶媒体である。Kiosk端末4はショッピングセンターや店舗などの一角に設置されるマルチメディア端末であり、ICカードやSIMカードなどを装着して、データの読み書きが可能である。ウェブ端末5はユーザが自宅で使用するパーソナルコンピュータや勤務先で使用する端末などである。ユーザは、携帯電話3、Kiosk端末4、ウェブ端末5のいずれかを使用してネットワーク1を介して企業Aのサーバ2に接続することができる。
【0021】
公証サーバ6は、ユーザが種々の申請、申込などの手続を行う際に申請内容や申込内容などの公証が必要となった時にその内容の公証を行う機関である。公証の要否は、各手続の手続フローデータに記述されている。
【0022】
実施形態では、手続の中断時に、実行中の手続に関する情報をセーブ情報としてユーザの記憶媒体8及び/又は企業Aのサーバ2に記憶しておき、手続再開時にはそのセーブ情報を参照して手続を再開する。図2は、ユーザの所持するSIMカードやICカードなどの記憶媒体8に記憶されるセーブ情報の例を模式的に示す。セーブ情報は、プロセス情報、認証情報、及び公証情報を含む。
【0023】
プロセス情報は、ユーザが行う所定の手続に関連する情報であり、プロセスID、プロセス段階、端末種別、中断/再開時刻などの情報を含む。「プロセスID」とは、ユーザが実行中の手続を識別する情報であり、各手続毎に1つのプロセスIDが付与されている。プロセスIDを記憶することにより、ユーザが行っている手続(即ち、中断された手続)を特定することができる。「プロセス段階」は、ユーザが行っている手続の複数の段階のうち、現時点でどの段階までが完了しているかを示す情報である。プロセス段階を記憶することにより、何らかの理由で手続を中断し、その後再開する際に、どの段階から手続を再開すべきかがわかる。「端末種別」は、手続の実行の際にユーザが使用したまたは使用している端末の種別を示す情報であり、前述の例では、携帯電話であるか、Kiosk端末であるか、ウェブ端末であるかを示す情報である。「中断/再開時刻」は、手続が中断された時刻、手続を再開した時刻を示す。これらの情報をユーザの所持する記憶媒体や企業Aのサーバ2に記憶しておくことにより、何らかの理由で手続が中断した場合でも、円滑に手続を再開することが可能となる。
【0024】
認証情報は、ユーザの個人認証のための情報であり、例えば企業Aの手続代行サービスに関して予め企業Aに登録したID及びパスワードや、運転免許に関連する認証情報(運転免許証番号など)などとすることができる。各種手続の進行中には異なるレベルの認証が要求されることがある。例えば、役所への所定の届出はIDとパスワードレベルの認証で足りるが、高額な金銭の授受を伴なう契約などはよりレベルの高い本人認証が必要となる。認証情報は、これら異なるレベルの認証に必要な種々の情報を含むことができる。
【0025】
公証情報は、手続の進行中にある事項についての公証が必要となった場合にその公証をが完了していることを示す情報である。これは、主として企業Aのサーバ2からの要求に応じて公証サーバ6が発行する。
【0026】
次に、本実施形態のシステムの動作を、ユーザが保険契約手続を行う場合を例にとって説明する。図3にユーザが保険契約を行う際に使用される手続フローデータの例を示す。ユーザが保険契約を選択すると、企業Aのサーバ2はデータベース9からこの手続フローデータ並びに必要な電子フォームデータを取得する。まず、この手続フローデータを参照して保険契約手続の流れについて説明する。
【0027】
まず、ユーザが端末を使用して企業Aのサーバ2に接続し、保険契約の手続を選択する。次に、加入する保険商品を選択し(段階1)、ユーザの個人認証処理を行う(段階2)。次に、保険加入にあたっての重要事項がユーザに提示され(段階3)、ユーザは保険加入の際の細かな加入条件を指定する(段階4)。ユーザの入力した加入条件はユーザの端末の画面上に表示され、ユーザはこれを見て加入条件が正しいか確認する(段階5)。条件が正しければ、ユーザは申込処理を行い(段階6)、申込控えをプリントアウトする(段階7)。さらに、保険料の決済が行われる(段階8)。こうして手続が完了すると、ユーザは企業の端末2との接続を切断し、手続は終了する。
【0028】
保険契約は以上の手続フローに従って実行される。次に、この手続フローに従って実際にユーザが保険契約手続を行う場合の例について図4を参照して説明する。この例では、ユーザは携帯電話3を利用して手続を開始し、その後何らかの理由により一度手続を中断し、次にKiosk端末4で手続を再開するものと仮定する。
【0029】
まず、ユーザは携帯電話3を使用して企業Aのサーバ2へ接続し、企業Aが行う代行サービスリストの中から保険契約手続を選択して申込を開始する(ステップS2)。この時点でサーバ2はユーザの端末から送信されるデータの形式などに基づいてユーザが現在使用している端末の種別を判定し、記憶する。次に、取扱い保険商品のリストから加入したい保険商品を選択し(ステップS4)、次にユーザ自身の個人認証処理を行う(ステップS6)。この個人認証処理は、ユーザのSIMカード8内に記憶された認証情報(図2参照)を使用して行うことができる。認証が得られると、その保険加入に関連する重要事項がユーザの端末上に表示され(ステップS8)、ユーザは加入条件を入力する(ステップS10)。加入条件を入力した時点で、例えば時間的制約などによりユーザが手続を続行できなくなったとすると、ユーザは携帯電話3の予め決められたボタンを押すなどによりセーブ処理の指示を行う(ステップS12)。この指示は企業Aのサーバ2へ送られ、サーバ2はその時点でのセーブ情報(図2参照)をデータベース9などに記憶するとともにユーザの携帯電話3へ送信する。この場合のセーブ情報は、プロセス情報と認証情報を含む(本例では公証処理が行われていないので、公証情報は含まない)。プロセス情報は、プロセスIDとしてユーザが選択した保険契約手続のIDを含み、プロセス段階として中断までに完了した段階、即ち「段階4」を示す情報が含まれる。また、端末種別として、携帯電話を示す情報を含み、中断時刻としてユーザが携帯電話3を使用してセーブ処理を指示した時刻を含む。また、認証情報として、図4のステップS6で行われた個人認証に関して、認証が完了していること、及び、認証のレベルが含まれる(例えば、ユーザIDとパスワードによる認証レベル)。ユーザの携帯電話3は、このプロセス情報を受信して記憶媒体8としてのSIMカードに保存し、通信を切断する(ステップS14)。
【0030】
さて、ユーザがKiosk端末4を利用して手続を再開する場合には、手続中断時にセーブ情報を記憶した記憶媒体8(本例ではSIMカード)をKiosk端末4に挿入し、企業Aのサーバ2へ接続する。サーバ2に接続すると、まずユーザの個人認証が行われる。これは、中断前と再開後の手続主体の同一性を確認するための認証処理であり、通常はIDとパスワードなどによる認証レベルで行われる(ステップ20)。次に、ユーザは記憶媒体8内のセーブ情報に基づいて手続を再開することを指示する。これにより、SIMカード内のセーブ情報が読み出され、サーバ2へ送信される(ステップS22)。次にサーバ2は再開のための設定を行う(ステップS22)。具体的には、サーバ2はプロセスIDを参照してデータベース9から対応する手続フローデータを取得する。次に、プロセス段階を参照してどの段階まで手続が完了しているかを知り、再開時刻をサーバ内の図示しないメモリなどに記憶する。そして、次の段階(本例では段階5)から手続を再開する。すなわち、段階5でユーザが入力した加入条件をKiosk端末4の画面上に表示し、ユーザの確認を促す(ステップS26)。次に、ユーザが申込を行い(ステップS28)、申込控えをプリントする(ステップS30)。そして、決済処理を行う(ステップS32)。こうして必要な処理が完了すると、サーバ2はその時点のセーブ情報を手続履歴情報として保存すると共に、Kiosk端末4へ送信する(ステップS34)。Kiosk端末4は手続履歴情報をSIMカードなどの記憶媒体8へ記憶する(ステップS36)。そして、サーバ2との接続が切断され、手続は終了する。この後、企業Aは保険加入申込データを提出先7(本例では保険会社)へ提出して、保険契約を成立させることになる。
【0031】
このように、本実施形態のシステムによれば、手続の中断時にその手続に関する情報を記憶しておき、それを参照して後で手続を再開することができる。また、手続の再開時は、それまで使用していた端末とは別の種類の端末でも手続を再開することができる。
【0032】
上記の例では、ユーザの意思により中断が発生するが、手続の進行上の必要に応じてサーバ2側で手続を中断する場合もある。例えば、進行中の手続は書類の紙出力が必要であるが、ユーザは携帯電話を使用しているために紙出力ができないような場合がありうる。その場合、サーバ2は、紙出力をしないと手続を進められないため、紙出力が可能な端末装置で手続を再開することをユーザに要求して、手続を中断することもできる。ユーザが使用している端末の種類は、端末種別情報を参照することにより知ることができる。
【0033】
上記の例では、セーブ情報をユーザが保持するSIMカードやICカードなどの記憶媒体に記憶することとしているが、通常はサーバ2はセーブ情報を記憶しているので、サーバ2が記憶しているセーブ情報を利用して再開時の処理を行うことももちろん可能である。ユーザの意思により手続を中断した場合は、セーブ処理を行ってから接続が切断されるため問題は無いが、例えば携帯電話などを使用して手続をしている間に電波環境が悪くなって通信が突然に不通となったような場合は、セーブ処理を行うことができずに強制的に切断されてしまい、ユーザ側にセーブ情報を記憶できないことがありうる。そのような場合でも、サーバ2側に保存されているセーブ情報を使用して手続を再開すれば問題はない。セーブ情報自体は、前述のように、プロセスIDやプロセス段階、端末種別などを示すものであり、単なるコードデータなどであるのでデータ量は小さく、サーバ2側のセーブデータ容量もそれほど大きくはならない。また、上記のような不意の切断に対応するために手続進行中はセーブ情報を保存し、手続が完了した後の手続履歴情報はユーザの記憶媒体へ送信した後でサーバ2内では削除するように構成すれば、サーバ2側の記憶データ量の負担は軽減される。
【0034】
逆に、ユーザの手続が中断している時点でのセーブ情報や、手続が完了した後の手続履歴情報をサーバ2で保持し、更に提出先や公証サーバへその写しを提供することも可能である。例えば、提出先側としては中断している手続を早く進行させたいと考えることがある。そのような場合、ユーザの手続が中断している時点でのセーブ情報を企業Aサーバ2から提出先7へ提供すれば、提出先はその手続が現在中断していることを知ることができる。よって、必要に応じてそのユーザに電子メール、その他の手段により直接連絡して手続の続行を促したり、企業Aを介してユーザに手続の続行を促すことができる。さらには、企業Aサーバ2側で中断している手続を定期的に監視し、所定期間以上中断した状態が続いた場合には自動的にユーザへ電子メールなどで連絡して手続の続行を促すこともできる。
【0035】
また、手続が完了した後であっても、それに関する手続履歴情報を企業Aサーバ2から提出先7へ提供することができる。これにより、提出先はその情報を利用して手続の更新時期を伝えたり、販促その他の活動に利用することができる。
【0036】
また、手続が完了すると、その内容を示す手続履歴情報がユーザの記憶媒体内に保存されるので、ユーザはどの手続をいつ完了したかという履歴を保存しておくことができる。なお、上記のセーブ情報は手続の中断/開始時刻のみを記憶しているが、ユーザが行った各段階の処理すべてについてログを記録しておき、手続履歴情報に含めることができる。
【0037】
また、上記の保険契約手続では公証処理が無かったが、公証処理が含まれる手続の場合は、サーバ2から公証サーバ6へ公証すべき内容が送信され、公証サーバ6が公証データをサーバ2へ返信する。公証データは、その内容について公証が済んでいることを示すデータであり、サーバ2はこれを公証情報としてセーブ情報及び手続履歴情報に含める。よって、中断前に完了した公証は、再開後に引き継ぐことができる。
【0038】
また、セーブ情報中の認証情報により、中断した手続においてどのレベルで認証が済んでいるかを知ることができる。各種手続の中には、高額の金銭などの譲渡を伴うものもあり、ID及びパスワードレベルの認証に加えて、デジタル署名などの高いレベルの認証が必要な場合があるが、一度認証処理が行われれば、中断後も認証情報が引き継がれるので、ユーザは同じレベルの認証処理を繰り返す必要がない。
【0039】
【発明の効果】
以上説明したように、本発明のシステムによれば、ネットワークを通じて各種手続を行う場合に、手続を途中で中断した後、その手続を再開することができる。よって、何らかの理由により手続を中断しなければならない場合に、最初から手続をやり直す必要がない。また、手続の再開は、中断時までに使用していた端末とは別の端末によっても行うことができるので、自宅、勤務先、外出先など種々の環境において手続を行うことができる。
【図面の簡単な説明】
【図1】本発明の実施形態にかかる手続システムの概略構成を示す。
【図2】ユーザの所持する記憶媒体に記憶される情報を模式的に示す。
【図3】保険契約手続の手続フローデータ例を示す。
【図4】保険契約手続を中断、再開する際の処理を示す。
【符号の説明】
1…ネットワーク
2…企業Aのサーバ
3…携帯電話
4…Kiosk端末
5…ウェブ端末
6…公証サーバ
7…提出先
8…記憶媒体
9…データベース
[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a system for performing various procedures using a network such as the Internet.
[0002]
[Prior art]
With the spread of the Internet, it is expected that procedures such as notification and application to government offices, etc., as well as various procedures such as applications and contracts with private companies will be possible through the Internet in the near future.
[0003]
[Problems to be solved by the invention]
When performing various procedures through a network such as the Internet, a user often uses a terminal device such as a home or office to connect to the network and perform the procedure. However, due to time constraints and various other reasons, there may be cases where the procedure must be interrupted.
[0004]
In such a case, it is convenient if the procedure is temporarily interrupted and then the procedure can be resumed, for example, on the go.
[0005]
The present invention has been made in view of the above points, and by enabling the suspension and resumption of the procedure using the network, each user can conveniently and efficiently perform the procedure according to the environment and situation at that time. The purpose is to provide a procedural system that can proceed.
[0006]
The invention according to claim 1 is a procedural system including a server that executes various procedures by communicating with a plurality of terminals on the user side through a network, and the plurality of terminals on the user side are configured such that a storage medium is detachable. The server receives a specification of a procedure to be executed from a database storing electronic form data for inputting necessary items for executing various procedures and a first terminal on the user side , and corresponds to the database. Execution means for acquiring electronic form data from the database and executing a specified procedure , information for specifying a procedure being executed when a procedure interruption event occurs, and information indicating the progress of the procedure at the time of interruption DOO interrupting interrupting means the procedure save information after sending to the first terminal including, restart instruction及procedure from the second terminal of the user-side Receives the save information, and a resume resuming means a procedure corresponding based on the received save information, the first terminal stores the save information to the attached said storage medium, said saving information while the stored said storage medium has been Installing the second terminal, characterized in that the second terminal transmits the save data to the server.
[0007]
According to the procedure system configured as described above, when a user specifies a procedure to be executed, the procedure execution data corresponding to the procedure is acquired from the database, and the procedure is executed based on the procedure execution data. When a procedure interruption event occurs, save information regarding the procedure being executed is transmitted to the user's terminal, and the procedure is interrupted. At the time of resumption, when the user transmits a resumption instruction and save information, the procedure is resumed based on the save information. In addition, the procedure after the suspended stage can be reliably restarted.
[0008]
According to a second aspect of the present invention, in the procedural system according to the first aspect, the suspending unit suspends the procedure when a suspending request is received from the terminal on the user side. Therefore, the procedure can be interrupted and resumed according to the user's intention.
[0009]
The invention described in claim 3 is the procedural system according to claim 1 or 2, further comprising type determining means for determining a type of a terminal currently used by a user, wherein the interruption means is the type determining means. When it is determined that the procedure cannot be continued depending on the type of terminal currently used by the user determined by the above, the procedure is interrupted. Therefore, the user can change to an appropriate terminal and continue the procedure while saving the procedure performed so far.
[0010]
According to a fourth aspect of the present invention, in the procedural system according to the first or second aspect of the present invention, the procedural system further includes a type determination unit that determines a type of a terminal currently used by the user, and the interruption unit includes the type determination unit. When it is determined that the procedure cannot be continued depending on the type of the terminal currently used by the user determined by the above, the procedure is interrupted by requesting that the procedure be resumed at another type of terminal. . Therefore, the user can change to an appropriate terminal and continue the procedure while saving the procedure performed so far.
[0013]
According to a fifth aspect of the present invention, in the procedural system according to any one of the first to fourth aspects, the save information includes authentication information related to user authentication performed up to the point of suspending the procedure. Therefore, the information regarding the authentication performed before the interruption of the procedure can be taken over after the procedure is resumed.
[0014]
The invention according to claim 6 is the procedural system according to any one of claims 1 to 5 , wherein a submission means for transmitting information relating to the procedure to a submission destination, and the save information when the procedure is completed. Means for transmitting the procedure history information including the information to at least one of the user terminal and the submission destination. Thereby, the user and the submitting destination can save history information regarding the completed procedure.
[0015]
A seventh aspect of the present invention is the procedural system according to any one of the first to sixth aspects, further comprising transmission means for transmitting information relating to the procedure to a submission destination, wherein the interruption means is during interruption of the procedure. Is sent to the submission destination. Thereby, the submitting destination can know that the procedure is interrupted.
[0016]
The invention according to claim 8 is the procedural system according to any one of claims 1 to 7 , wherein when the procedure specified by the user requires notarization processing, it connects to the notary server and receives the necessary notarization. And means for transmitting procedure history information including the save information to the notary server. Thereby, the notary server can also store history information regarding the procedure.
[0017]
DETAILED DESCRIPTION OF THE INVENTION
Preferred embodiments of the present invention will be described below with reference to the drawings.
[0018]
FIG. 1 shows a schematic configuration of a procedure system according to an embodiment of the present invention. As illustrated, a server 2 of company A, a mobile phone (or mobile terminal) 3, a Kiosk terminal 4, a web terminal 5, and a notary server 6 are connected via a network 1. The mobile phone 3 is connected to the network 1 via a predetermined relay center (not shown). In addition to these, various terminals such as terminals using BS, CS, and CATV can be used. A preferred example of the network 1 is the Internet. The server 2 of the company A is connected to a submission destination 7 such as an application or application such as a public office or a company. This connection may be made through the network 1.
[0019]
The company A has a role of performing various procedures on the network 1 between the user and the public office or company. Specifically, predetermined procedure data (application data, application data, etc.) is created by sending and receiving necessary data to and from the user's terminal through the network 1, and this is sent to an appropriate destination (government office, company, etc.) Etc.) Do the work to submit to 7. The company A has a database 9 that stores data necessary for executing various procedures. Procedure flow data for performing various procedures in response to a user request is prepared in advance and stored in the database 9. The database 9 also stores other data necessary for executing the procedure, for example, electronic form data for filling in necessary items when a user makes an application or application. When the user selects a procedure, the server 2 of the company A acquires the procedure flow data corresponding to the procedure and the accompanying electronic form data from the database 9, and sends necessary data according to the description content of the procedure flow data to the user terminal. Send and receive to and proceed with the procedure.
[0020]
The user can communicate with the terminal 2 of the company A through various terminals such as the mobile phone 3, the Kiosk terminal 4, and the web terminal 5. The mobile phone (or mobile terminal) 3 is connected to the network 1 via a predetermined relay center (not shown). A SIM (Subscriber Identity Module) card can be attached to the mobile phone 3 as the storage medium 8. The SIM card is a type of IC card, and is used by being mounted on a mobile phone or a mobile terminal, and is a storage medium that can register information such as a subscriber ID and abbreviated dialing. The Kiosk terminal 4 is a multimedia terminal installed in a corner of a shopping center or a store, and can read and write data by attaching an IC card, a SIM card, or the like. The web terminal 5 is a personal computer used by a user at home or a terminal used at work. The user can connect to the server 2 of the company A via the network 1 using any one of the mobile phone 3, the Kiosk terminal 4, and the web terminal 5.
[0021]
The notary server 6 is an institution that performs notarization of the contents of the application and application contents when the user performs various procedures such as application and application. The necessity of notarization is described in the procedure flow data of each procedure.
[0022]
In the present embodiment , when the procedure is interrupted, information regarding the procedure being executed is stored as save information in the user storage medium 8 and / or the server 2 of the company A, and the procedure is referred to when the procedure is resumed. To resume. FIG. 2 schematically shows an example of save information stored in the storage medium 8 such as a SIM card or IC card possessed by the user. The save information includes process information, authentication information, and notary information.
[0023]
The process information is information related to a predetermined procedure performed by the user, and includes information such as a process ID, a process stage, a terminal type, and a suspension / resume time. “Process ID” is information for identifying a procedure being executed by the user, and one process ID is assigned to each procedure. By storing the process ID, it is possible to specify the procedure that the user is performing (that is, the interrupted procedure). The “process stage” is information indicating which stage is currently completed among a plurality of stages of the procedure performed by the user. By memorizing the process stage, it is known from which stage the procedure should be resumed when the procedure is interrupted for some reason and then resumed. “Terminal type” is information indicating the type of terminal used or used by the user at the time of executing the procedure. In the above example, the terminal type is a mobile phone, a Kiosk terminal, or a web terminal. It is information indicating whether or not there is. The “suspend / resume time” indicates the time when the procedure is suspended and the time when the procedure is resumed. By storing these information in the storage medium owned by the user or the server 2 of the company A, the procedure can be smoothly resumed even if the procedure is interrupted for some reason.
[0024]
The authentication information is information for personal authentication of the user. For example, an ID and password registered in advance with the company A regarding the agency service of the company A, authentication information (driver's license number, etc.) related to the driver's license, etc. can do. Different levels of certification may be required during various procedures. For example, the ID and password level authentication is sufficient for a predetermined report to a government office, but a higher level personal authentication is required for a contract accompanied by a large amount of money exchange. The authentication information can include various information necessary for these different levels of authentication.
[0025]
Notary information is information indicating that notarization is completed when notarization is required for a matter in progress of the procedure. This is mainly issued by the notary server 6 in response to a request from the server 2 of the company A.
[0026]
Next, the operation of the system of the present embodiment will be described by taking as an example a case where a user performs an insurance contract procedure. FIG. 3 shows an example of procedure flow data used when a user makes an insurance contract. When the user selects an insurance contract, the server 2 of the company A acquires this procedure flow data and necessary electronic form data from the database 9. First, the flow of the insurance contract procedure will be described with reference to the procedure flow data.
[0027]
First, a user connects to the server 2 of the company A using a terminal, and selects an insurance contract procedure. Next, the insurance product to be joined is selected (step 1), and user personal authentication processing is performed (step 2). Next, important matters for insurance purchase are presented to the user (step 3), and the user designates detailed purchase conditions for insurance purchase (step 4). The subscription conditions entered by the user are displayed on the screen of the user's terminal, and the user checks whether the subscription conditions are correct (step 5). If the conditions are correct, the user performs an application process (step 6) and prints out an application copy (step 7). Furthermore, the insurance premium is settled (step 8). When the procedure is completed in this way, the user disconnects the connection with the company terminal 2, and the procedure ends.
[0028]
The insurance contract is executed according to the above procedure flow. Next, an example in which a user actually performs an insurance contract procedure according to this procedure flow will be described with reference to FIG. In this example, it is assumed that the user starts the procedure using the mobile phone 3, then interrupts the procedure once for some reason, and then restarts the procedure at the Kiosk terminal 4.
[0029]
First, the user uses the mobile phone 3 to connect to the server 2 of the company A, selects an insurance contract procedure from the proxy service list performed by the company A, and starts an application (step S2). At this point, the server 2 determines and stores the type of terminal currently used by the user based on the format of data transmitted from the user's terminal. Next, the insurance product to be joined is selected from the list of handling insurance products (step S4), and then the user's own personal authentication process is performed (step S6). This personal authentication process can be performed using authentication information (see FIG. 2) stored in the user's SIM card 8. When authentication is obtained, important matters relating to the insurance subscription are displayed on the user's terminal (step S8), and the user inputs the subscription conditions (step S10). If the user is unable to continue the procedure at the time of entering the subscription condition, for example, the user gives an instruction for the save process by pressing a predetermined button on the mobile phone 3 (step S12). This instruction is sent to the server 2 of the company A, and the server 2 stores the save information (see FIG. 2) at that time in the database 9 and transmits it to the user's mobile phone 3. The save information in this case includes process information and authentication information (in this example, since notarization processing is not performed, notarization information is not included). The process information includes the ID of the insurance contract procedure selected by the user as the process ID, and includes information indicating the stage completed by the interruption, that is, “stage 4” as the process stage. The terminal type includes information indicating a mobile phone, and the interruption time includes a time when the user uses the mobile phone 3 to instruct a save process. Further, the authentication information includes that the authentication is completed and the authentication level (for example, the authentication level based on the user ID and the password) regarding the personal authentication performed in step S6 of FIG. The user's mobile phone 3 receives this process information, stores it in the SIM card as the storage medium 8, and disconnects the communication (step S14).
[0030]
When the user resumes the procedure using the Kiosk terminal 4, the storage medium 8 (the SIM card in this example) storing the save information when the procedure is interrupted is inserted into the Kiosk terminal 4, and the server 2 of the company A Connect to. When connecting to the server 2, personal authentication of the user is first performed. This is an authentication process for confirming the identity of the procedure subject before the interruption and after the restart, and is normally performed at an authentication level based on an ID and a password (step 20). Next, the user instructs to restart the procedure based on the save information in the storage medium 8. Thereby, the save information in the SIM card is read and transmitted to the server 2 (step S22). Next, the server 2 performs setting for resumption (step S22). Specifically, the server 2 refers to the process ID and acquires the corresponding procedure flow data from the database 9. Next, the process stage is referred to know to which stage the procedure has been completed, and the restart time is stored in a memory (not shown) in the server. Then, the procedure is resumed from the next stage (stage 5 in this example). That is, the subscription conditions entered by the user in step 5 are displayed on the screen of the Kiosk terminal 4 to prompt the user to confirm (step S26). Next, the user makes an application (step S28) and prints an application copy (step S30). Then, settlement processing is performed (step S32). When the necessary processing is completed in this way, the server 2 saves the save information at that time as procedure history information and transmits it to the Kiosk terminal 4 (step S34). The Kiosk terminal 4 stores the procedure history information in the storage medium 8 such as a SIM card (step S36). Then, the connection with the server 2 is disconnected, and the procedure ends. Thereafter, the company A submits the insurance application data to the submitting destination 7 (insurance company in this example), thereby establishing an insurance contract.
[0031]
As described above, according to the system of the present embodiment , it is possible to store information related to a procedure when the procedure is interrupted and to restart the procedure later with reference to the information. Further, when the procedure is resumed, the procedure can be resumed at a terminal of a different type from the terminal used so far.
[0032]
In the above example, the interruption occurs due to the intention of the user, but the procedure may be interrupted on the server 2 side as necessary in the progress of the procedure. For example, an ongoing procedure requires paper output of a document, but the user may not be able to output paper because he / she is using a mobile phone. In that case, since the procedure cannot be advanced unless the paper output is performed, the server 2 can interrupt the procedure by requesting the user to resume the procedure with a terminal device capable of paper output. The type of the terminal used by the user can be known by referring to the terminal type information.
[0033]
In the above example, the save information is stored in a storage medium such as a SIM card or an IC card held by the user. Normally, however, the server 2 stores the save information because the server 2 stores the save information. Of course, it is also possible to perform processing at the time of restart using the save information. If the procedure is interrupted by the user's intention, there will be no problem because the connection will be disconnected after the save process is performed, but the radio wave environment deteriorates during the procedure using, for example, a mobile phone, etc. Is suddenly disconnected, the save process cannot be performed and the user is forcibly disconnected, and the save information may not be stored on the user side. Even in such a case, there is no problem if the procedure is restarted using the save information stored on the server 2 side. As described above, the save information itself indicates a process ID, a process stage, a terminal type, and the like. Since the save information is merely code data, the data amount is small, and the save data capacity on the server 2 side is not so large. Further, in order to cope with the unexpected disconnection as described above, the save information is saved during the procedure, and the procedure history information after the procedure is completed is deleted in the server 2 after being transmitted to the user's storage medium. With this configuration, the burden of the storage data amount on the server 2 side is reduced.
[0034]
Conversely, save information at the time when the user's procedure is interrupted and procedure history information after the procedure is completed are stored in the server 2, and it is also possible to provide a copy to the submission destination or notary server. is there. For example, the submitting party may want to proceed with a suspended procedure quickly. In such a case, if the save information at the time when the user's procedure is interrupted is provided from the company A server 2 to the submission destination 7, the submission destination can know that the procedure is currently interrupted. Therefore, if necessary, the user can be directly contacted by e-mail or other means to prompt the user to continue the procedure, or the user can be prompted to continue the procedure via the company A. Furthermore, the suspended procedure on the company A server 2 side is regularly monitored, and if the suspended state continues for a predetermined period or longer, the user is automatically notified by e-mail or the like to prompt the continuation of the procedure. You can also.
[0035]
Even after the procedure is completed, the procedure history information related to the procedure can be provided from the company A server 2 to the submission destination 7. As a result, the submitting party can use the information to inform the update timing of the procedure, and to use it for sales promotion and other activities.
[0036]
Further, when the procedure is completed, the procedure history information indicating the contents is saved in the user's storage medium, so that the user can save the history of which procedure is completed and when. Although the above save information stores only the interruption / start time of the procedure, a log is recorded for all the processes performed by the user and can be included in the procedure history information.
[0037]
Further, in the above insurance contract procedure, there is no notarization processing. However, in the case of a procedure including notarization processing, the contents to be notarized are transmitted from the server 2 to the notary server 6, and the notary server 6 sends the notary data to the server 2. Send back. The notary data is data indicating that notarization has been completed for the contents, and the server 2 includes this in the save information and the procedure history information as notarized information. Therefore, the notarization completed before the interruption can be taken over after resumption.
[0038]
In addition, it is possible to know at which level the authentication is completed in the interrupted procedure by the authentication information in the save information. Some procedures involve the transfer of large amounts of money. In addition to ID and password level authentication, a high level of authentication such as a digital signature may be required. In this case, since the authentication information is succeeded even after the interruption, the user does not need to repeat the authentication process at the same level.
[0039]
【The invention's effect】
As described above, according to the system of the present invention, when various procedures are performed through the network, the procedure can be resumed after the procedure is interrupted. Therefore, when the procedure has to be interrupted for some reason, there is no need to restart the procedure from the beginning. In addition, since the procedure can be resumed by using a terminal other than the terminal used before the interruption, the procedure can be performed in various environments such as home, work place, and outing place.
[Brief description of the drawings]
FIG. 1 shows a schematic configuration of a procedure system according to an embodiment of the present invention.
FIG. 2 schematically shows information stored in a storage medium owned by a user.
FIG. 3 shows an example of procedure flow data of an insurance contract procedure.
FIG. 4 shows a process when an insurance contract procedure is suspended and resumed.
[Explanation of symbols]
DESCRIPTION OF SYMBOLS 1 ... Network 2 ... Server 3 of company A ... Mobile phone 4 ... Kiosk terminal 5 ... Web terminal 6 ... Notary server 7 ... Submission destination 8 ... Storage medium 9 ... Database

Claims (8)

ネットワークを通じてユーザ複数の端末と通信して各種手続を実行するサーバを備える手続システムにおいて、
前記ユーザ側の複数の端末は、記憶媒体が着脱可能に構成されており、
前記サーバは、
各種手続を実行するために必要事項を入力するための電子フォームデータを記憶するデータベースと、
ユーザ第1の端末から、実行すべき手続の指定を受け取り、対応する電子フォームデータを前記データベースから取得して指定された手続を実行する実行手段と、
手続の中断イベントが発生した時に、実行中の手続を特定する情報と中断時における当該手続きの進行度を示す情報とを含むセーブ情報を前記第1の端末に送信した後で手続を中断する中断手段と、
ユーザ第2の端末から手続の再開指示及びセーブ情報を受け取り、受け取ったセーブ情報に基づいて対応する手続を再開する再開手段と、
を備え
前記第1の端末は、取り付けられた前記記憶媒体に前記セーブ情報を記憶し、前記セーブ情報を記憶した前記記憶媒体が前記第2の端末に取り付られた状態で、前記第2の端末が前記セーブ情報を前記サーバへ送信することを特徴とする手続システム。
In a procedure system including a server that communicates with a plurality of terminals on the user side through a network and executes various procedures,
The plurality of terminals on the user side are configured such that a storage medium is detachable,
The server
A database for storing electronic form data for inputting necessary items to execute various procedures;
Execution means for receiving a designation of a procedure to be executed from the first terminal on the user side , acquiring corresponding electronic form data from the database, and executing the designated procedure;
Interruption that interrupts a procedure after transmitting to the first terminal save information including information for specifying the procedure being executed and information indicating the progress of the procedure at the time of interruption when a procedure interruption event occurs Means,
Resumption means for receiving a procedure resumption instruction and save information from the second terminal on the user side , and resuming a corresponding procedure based on the received save information;
Equipped with a,
The first terminal stores the save information in the attached storage medium, and the second terminal is connected to the second terminal while the storage medium storing the save information is attached to the second terminal. procedures system that and transmits the save data to the server.
前記中断手段は、前記ユーザ側の端末から手続の中断要求を受け取った場合に手続を中断する請求項1に記載の手続システム。 The procedural system according to claim 1, wherein the suspending unit suspends the procedure when receiving a request to suspend the procedure from the terminal on the user side . ユーザが現在使用している端末の種別を判定する種別判定手段を更に備え、
前記中断手段は、前記種別判定手段により判定された前記ユーザが現在使用している端末の種別によっては、手続を続行することができないと判断した時に、手続を中断する請求項1又は2に記載の手続システム。
It further comprises a type determination means for determining the type of terminal that the user is currently using,
The said interruption | blocking means interrupts a procedure, when it determines with the procedure not being able to be continued depending on the classification of the terminal currently used by the said user determined by the said type determination means. Procedural system.
ユーザが現在使用している端末の種別を判定する種別判定手段を更に備え、
前記中断手段は、前記種別判定手段により判定された前記ユーザが現在使用している端末の種別によっては、手続を続行することができないと判断した時に、他の種別の端末で手続きを再開することを要求して、手続を中断する請求項1又は2に記載の手続システム。
It further comprises a type determination means for determining the type of terminal that the user is currently using,
When the interruption means determines that the procedure cannot be continued depending on the type of the terminal currently used by the user determined by the type determination means, the interruption means restarts the procedure at another type of terminal. The procedural system according to claim 1, wherein the procedure is interrupted by requiring
前記セーブ情報は、手続中断時点までに行われたユーザの認証に関する認証情報を含む請求項1乃至4のいずれかに記載の手続システム。The procedural system according to claim 1, wherein the save information includes authentication information related to user authentication performed up to the point of suspending the procedure. 前記手続に関連する情報を提出先へ送信する提出手段と、手続が完了した時に、前記セーブ情報を含む手続履歴情報をユーザ側の端末および提出先の少なくとも1つへ送信する手段と、を備える請求項1乃至5のいずれかに記載の手続システム。 Submission means for transmitting information related to the procedure to a submission destination, and means for transmitting procedure history information including the save information to at least one of the user terminal and the submission destination when the procedure is completed. The procedural system according to claim 1 . 前記手続に関連する情報を提出先へ送信する送信手段を備え、前記中断手段は、手続の中断中のセーブ情報を前記提出先へ送信する請求項1乃至6のいずれかに記載の手続システム。The procedural system according to claim 1, further comprising a transmission unit that transmits information related to the procedure to a submission destination, wherein the interruption unit transmits save information during the interruption of the procedure to the submission destination . ユーザが指定した手続が公証処理を必要とする場合に、公証サーバへ接続して必要な公証を受ける手段と、前記セーブ情報を含む手続履歴情報を前記公証サーバへ送信する手段と、を備える請求項1乃至7のいずれかに記載の手続システム。 And a means for connecting to a notary server to receive the required notarization and a means for transmitting procedure history information including the save information to the notary server when a user-designated procedure requires notarization processing. Item 8. The procedure system according to any one of Items 1 to 7 .
JP2000338986A 2000-11-07 2000-11-07 Procedure system Expired - Fee Related JP4717197B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2000338986A JP4717197B2 (en) 2000-11-07 2000-11-07 Procedure system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2000338986A JP4717197B2 (en) 2000-11-07 2000-11-07 Procedure system

Publications (2)

Publication Number Publication Date
JP2002149597A JP2002149597A (en) 2002-05-24
JP4717197B2 true JP4717197B2 (en) 2011-07-06

Family

ID=18814116

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2000338986A Expired - Fee Related JP4717197B2 (en) 2000-11-07 2000-11-07 Procedure system

Country Status (1)

Country Link
JP (1) JP4717197B2 (en)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7594018B2 (en) * 2003-10-10 2009-09-22 Citrix Systems, Inc. Methods and apparatus for providing access to persistent application sessions
JP2008077268A (en) * 2006-09-20 2008-04-03 Nec Biglobe Ltd Service transaction system and service transaction method
JP2013143084A (en) * 2012-01-12 2013-07-22 Pfu Ltd Information processing apparatus, information processing method, and program

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0561748A (en) * 1991-09-02 1993-03-12 Nippon Telegr & Teleph Corp <Ntt> System for automating synchronous confirmation in database access
JPH09218891A (en) * 1996-02-09 1997-08-19 Hitachi Ltd Information service window system
JPH11215241A (en) * 1998-01-26 1999-08-06 Nec Corp Network communication system and its controlling storage medium

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0561748A (en) * 1991-09-02 1993-03-12 Nippon Telegr & Teleph Corp <Ntt> System for automating synchronous confirmation in database access
JPH09218891A (en) * 1996-02-09 1997-08-19 Hitachi Ltd Information service window system
JPH11215241A (en) * 1998-01-26 1999-08-06 Nec Corp Network communication system and its controlling storage medium

Also Published As

Publication number Publication date
JP2002149597A (en) 2002-05-24

Similar Documents

Publication Publication Date Title
KR100343823B1 (en) Method, Apparatus and Program Storage Device for a Client and Adaptive Synchronization and Transformation Server
US20040024912A1 (en) Device-sharing system, device administration terminal, gateway terminal, device, terminal program and device program, and method for providing a device-sharing service
US20040054995A1 (en) Method of updating firmware
US20090210925A1 (en) Authentication control apparatus and authentication control method
JP2001320496A (en) Remote control method, system, server, information processing apparatus, and recording medium
JP2001075920A (en) Online service providing system having service agency device
WO1999018538A1 (en) Portable ic card terminal
JP4717197B2 (en) Procedure system
US6934374B2 (en) System and method for data communication
US8938539B2 (en) Communication system applicable to communications between client terminals and a server
JP2002169772A (en) Information processor, information processing method and recording medium
JP4090393B2 (en) Facsimile device, communication control method thereof, and communication control program
JP4522128B2 (en) Security improvement auxiliary program, server device, security improvement auxiliary method
JP2000322383A (en) Network information access device and information storage device for the device
TWI293522B (en)
JP2001337832A (en) Terminal device
JP2002197006A (en) Virus check system and method for portable telephone
JP2638564B2 (en) Remote resume system
JP2003076554A (en) Software update system, portable information terminal and server to be used for the same, software updating method, its computer program and recording medium with the program recorded thereon
JP2914323B2 (en) Debugger system
JP3865465B2 (en) Connection method between host computer and terminal device, and host computer and recording medium therefor
JPH11191834A (en) Method and system for down-loading automatically facsimile based on available storage space
JP2006172385A (en) Computer system, method for calling storage management program and storage system
KR101250963B1 (en) Business Continuity Planning System Of Legacy Interface Function
JP3845310B2 (en) Automatic update system, automatic update method, latest software module provision center, program

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20070810

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20100727

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20100927

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20110308

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20110330

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20140408

Year of fee payment: 3

LAPS Cancellation because of no payment of annual fees