JP2017045210A - 携帯端末、情報処理システムと、その処理方法及びプログラム - Google Patents

携帯端末、情報処理システムと、その処理方法及びプログラム Download PDF

Info

Publication number
JP2017045210A
JP2017045210A JP2015166294A JP2015166294A JP2017045210A JP 2017045210 A JP2017045210 A JP 2017045210A JP 2015166294 A JP2015166294 A JP 2015166294A JP 2015166294 A JP2015166294 A JP 2015166294A JP 2017045210 A JP2017045210 A JP 2017045210A
Authority
JP
Japan
Prior art keywords
image
check
entry
display
photographing
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.)
Granted
Application number
JP2015166294A
Other languages
English (en)
Other versions
JP2017045210A5 (ja
JP6558145B2 (ja
Inventor
泰 重田
Yasushi Shigeta
泰 重田
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.)
Canon Marketing Japan Inc
Original Assignee
Canon Marketing Japan Inc
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 Canon Marketing Japan Inc filed Critical Canon Marketing Japan Inc
Priority to JP2015166294A priority Critical patent/JP6558145B2/ja
Publication of JP2017045210A publication Critical patent/JP2017045210A/ja
Publication of JP2017045210A5 publication Critical patent/JP2017045210A5/ja
Application granted granted Critical
Publication of JP6558145B2 publication Critical patent/JP6558145B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Landscapes

  • Character Discrimination (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Character Input (AREA)

Abstract

【課題】携帯端末で撮影された画像を用いた記入チェックを効率化する仕組みを提供こと。
【解決手段】撮影手段を備える携帯端末であって、前記撮影手段による撮影により得られた第1の画像に対応する記入チェック箇所が視認可能なように透過された第2の画像を取得する画像取得手段と、前記第1の画像と、前記第2の画像とを用いて、記入チェック用の第3の画像を生成する画像生成手段と、ユーザに記入チェックさせるべく、前記画像生成手段により生成された第3の画像を表示する表示手段と、前記表示手段による前記第3の画像の表示後、出力指示があった場合に、前記第1の画像を出力する出力手段とを備えることを特徴とする。
【選択図】図3

Description

本発明は、撮影画像を用いた記入チェックを行う携帯端末、情報処理システムと、その処理方法及びプログラムに関する。
従来より、利用者端末から帳票サーバに帳票データを送信して、帳票サーバ側で記入内容に不備が無いかをチェックし、利用者端末にチェック結果を返す仕組みがある。
特許文献1には、利用者端末から送信された帳票データの内容判定、オペレータの操作によるエラー修正、修正結果のメッセージを付与した処理結果の作成などの処理すべてを帳票サーバ側で行う電子処理システムの技術が記載されている。
特開平6−28275号公報
しかし、特許文献1のシステム構成では、記入不備チェックを行うためには、必ず帳票サーバに帳票データを送らなければならず、帳票サーバと通信が困難な環境では記入不備チェックができない。また、記入漏れなどの些細な不備チェックでさえ、利用者端末と帳票サーバ間の通信が発生し、不備の無い帳票が完成するまでに時間が掛かってしまうという課題があった。
一方、利用者端末で撮影した画像で文字認識を行い、記入不備チェックを行う場合、サーバや通常利用するコンピュータよりスペックが高くない利用者端末では、記入不備チェックの処理時間が長くなってしまうという技術的な課題が発生する。また、簡易的な記入不備チェックであるにも関わらず、利用者端末のシステムで記入不備チェックを待たなければならず、業務効率が低下してしまうことがあった。利用するユーザとしては、撮影したらすぐに確認したいため、数秒でも待機させることは利便性が低くなるという問題があった。
そこで、本発明の目的は、携帯端末で撮影された画像を用いた記入チェックを効率化する仕組みを提供ことである。
本発明の目的を達成するための、撮影手段を備える携帯端末であって、前記撮影手段による撮影により得られた第1の画像に対応する記入チェック箇所が視認可能なように透過された第2の画像を取得する画像取得手段と、前記第1の画像と、前記第2の画像とを用いて、記入チェック用の第3の画像を生成する画像生成手段と、ユーザに記入チェックさせるべく、前記画像生成手段により生成された第3の画像を表示する表示手段と、前記表示手段による前記第3の画像の表示後、出力指示があった場合に、記入チェック済みとして前記第1の画像を出力する出力手段とを備えることを特徴とする。
本発明によれば、携帯端末で撮影された画像を用いた記入チェックを効率化することができる。
本発明の帳票システム100の構成の一例を示す図 情報処理装置101のハードウエア構成の一例を示す図 情報処理装置101およびサーバ102の一例を示す機能ブロック図 情報処理装置101で記入不備のチェック結果を取得してサーバ102に送信する全体処理の一例を示すフローチャート 情報処理装置101で行う記入不備チェック処理の一例を示すフローチャート サーバ102で申込書の撮影画像、付帯画像、記入不備チェックフラグ、ログインユーザ名、フォーム名を受信する処理の一例を示すフローチャート サーバ102で受信した申込書一覧を表示する処理の一例を示すフローチャート 情報処理装置101で申込書の撮影画像に付帯する画像を追加する処理の一例を示すフローチャート 情報処理装置101で申込書の記入不備のチェックを目視で分かりやすく確認するために申込書に被せる不備確認カバーシートの一例を示す図 情報処理装置101で記入不備チェックを目視で容易にするために申込書撮影画像に不備確認カバーシートを被せて表示する画面の一例を示す図 情報処理装置101で記入不備チェック結果を表示する画面の一例を示す図 サーバ102および情報処理装置101で帳票フォームと不備確認カバーシートを管理するテーブルの一例を示す図 サーバ102で受信した申込書の送信時間と送信者と帳票IDと記入不備チェックフラグを管理するテーブルの一例を示す図 図14で管理されたテーブルをサーバ102で表示する画面の一例を示す図 サーバ102で受信した申込書を表示する画面の一例を示す図 フォームごとの記入不備チェック認識領域および不備チェック方法を管理するテーブルの一例を示す図 情報処理装置101で送信する申込書の画像の確認表示を行う画面の一例を示す図 情報処理装置101で送信する申込書の付帯画像の確認表示を行う画面の一例を示す図 情報処理装置101で予め設定する情報設定を行う画面の一例を示す図 サーバ102のハードウエア構成の一例を示す図
以下、図面を参照して本発明の実施形態を詳細に説明する。
図1に示すように、本実施形態に帳票システム100(情報処理システム)は、情報処理装置101(携帯端末)、およびサーバ102が、ネットワーク103により通信可能に接続された構成をとる。情報処理装置101は、カメラ等を用いて帳票の画像を取り込み、帳票の記入不備チェックを行う。サーバ102は、帳票の記入不備チェックに必要な記入内容の認識領域と認識条件を帳票フォーム識別情報ごとに管理している。情報処理装置101は、携帯電話、スマートフォン、タブレット端末およびPDA端末などの持ち運び可能な端末であって、ブラウザまたは帳票システムのアプリケーションがインストールされており、無線通信によりネットワーク103を介して、サーバ102と通信可能である。なお、サーバ102は、汎用的なコンピュータであってもよいことは言うまでもない。
以下、図2を用いて、図1に示した情報処理装置101に適用可能なハードウエア構成の一例について説明する。
図2において、201はCPUで、システムバス204に接続される各デバイスやコントローラを統括的に制御する。また、ROM203あるいは外部メモリ212には、CPU201の制御プログラムであるBIOS(Basic Input / Output System)やオペレーティングシステムプログラム(以下、OS)や、各サーバ或いは各PCの実行する機能を実現するために必要な各種プログラム等が記憶されている。
202はRAMで、CPU201の主メモリ、ワークエリア等として機能する。CPU201は、処理の実行に際して必要なプログラム等をROM203あるいは外部メモリ212からRAM202にロードして、該ロードしたプログラムを実行することで各種動作を実現するものである。
また、205は入力コントローラで、タッチセンサ210からの入力を制御する。206はビデオコントローラで、ディスプレイ211等の表示器への表示を制御する。なお、図2では、ディスプレイ211と記載しているが、表示器はCRTだけでなく、液晶ディスプレイ等の他の表示器であってもよい。これらは必要に応じて情報処理装置101のユーザが使用するものである。
207はメモリコントローラで、ブートプログラム、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、各種データ等を記憶する外部記憶装置(ハードディスク(HD))や、フレキシブルディスク(FD)、或いはPCMCIAカードスロットにアダプタを介して接続されるコンパクトフラッシュ(登録商標)メモリ等の外部メモリ212へのアクセスを制御する。
208は通信I/Fコントローラで、ネットワーク103を介して外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、TCP/IPを用いた通信等が可能である。
なお、CPU201は、例えばRAM202内の表示情報用領域へアウトラインフォントの展開(ラスタライズ)処理を実行することにより、ディスプレイ211上での表示を可能としている。また、CPU201は、ディスプレイ211上のタッチセンサ210におけるユーザのタッチ操作指示を受付けることを可能とする。
本発明を実現するための後述する各種プログラムは、外部メモリ212に記録されており、必要に応じてRAM202にロードされることによりCPU201によって実行されるものである。さらに、上記プログラムの実行時に用いられる定義ファイルや地図データ等も、外部メモリ212に格納されており、これらについての詳細な説明も後述する。
209は撮影画像入力コントローラで、撮影画像入力処理部214を介してカメラ215からの入力を制御する(撮影手段に相当)。カメラ215から入力された撮影画像を認識することが可能となっている。
次に、図20を用いて、図1に示したサーバ102に適用可能な情報処理装置のハードウエア構成について説明する。
図20において、2001はCPUで、システムバス2004に接続される各デバイスやコントローラを統括的に制御する。また、ROM2002あるいは外部メモリ2011には、CPU2001の制御プログラムであるBIOS(Basic Input / Output System)やオペレーティングシステムプログラム(以下、OS)や、各サーバ或いは各PCの実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。
2003はRAMで、CPU2001の主メモリ、ワークエリア等として機能する。CPU2001は、処理の実行に際して必要なプログラム等をROM2002あるいは外部メモリ2011からRAM2003にロードして、該ロードしたプログラムを実行することで各種動作を実現するものである。
また、2005は入力コントローラで、キーボード(KB)2009や不図示のマウス等のポインティングデバイス等からの入力を制御する。2006はビデオコントローラで、CRTディスプレイ(CRT)2010等の表示器への表示を制御する。なお、図20では、CRT2010と記載しているが、表示器はCRTだけでなく、液晶ディスプレイ等の他の表示器であってもよい。これらは必要に応じて管理者が使用するものである。
2007はメモリコントローラで、ブートプログラム,各種のアプリケーション,フォントデータ,ユーザファイル,編集ファイル,各種データ等を記憶するハードディスク(HD)や、フレキシブルディスク(FD)、或いはPCMCIAカードスロットにアダプタを介して接続されるコンパクトフラッシュ(登録商標)メモリ、データベース等の外部メモリ2011へのアクセスを制御する。
2008は通信I/Fコントローラで、ネットワーク(例えば、図1に示した103)を介して外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、TCP/IPを用いた通信等が可能である。
なお、CPU2001は、例えばRAM2003内の表示情報用領域へアウトラインフォントの展開(ラスタライズ)処理を実行することにより、CRT2010上での表示を可能としている。また、CPU2001は、CRT2010上の不図示のマウスカーソル等でのユーザ指示を可能とする。
本発明を実現するための後述する各種プログラムは、外部メモリ2011に記録されており、必要に応じてRAM2003にロードされることによりCPU2001によって実行されるものである。さらに、上記プログラムの実行時に用いられる定義ファイル及び各種情報テーブル等も、外部メモリ2011に格納されている。
図3は、情報処理装置101とサーバ102の機能構成の一例を示すブロック図である。情報処理装置101は、撮影手段を備える携帯端末として説明する。
画像取得部301は、前記撮影手段による撮影により得られた第1の画像に対応する記入チェック箇所が視認可能なように透過された第2の画像を取得する機能部である。
画像生成部302は、前記第1の画像と、前記第2の画像とを用いて、記入チェック用の第3の画像を生成する機能部である。
表示部303は、ユーザに記入チェックさせるべく、画像生成部302により生成された第3の画像を表示する機能部である。また、前記第1の画像を表示し、前記第1の画像とともに、前記撮影手段による撮影により得られた前記第1の画像の付帯画像の枚数を表示する機能部である。また、後述の認識結果取得部307により認識結果を取得した場合に、第3の画像とともに認識結果が得られたことを示す情報を表示する機能部である。さらに、認識結果を表示する指示があった場合に、前記第3の画像から、前記第1の画像と前記認識結果に従って生成された認識結果画像に切り替えて表示する機能部である。
出力部304は、前記表示部303による前記第3の画像の表示後、出力指示があった場合に、記入チェック済みとして前記第1の画像を出力する機能部である。また、第1の画像と、後述の付帯画像とを合わせて出力する機能部である。また、ヘッダ情報を含む第1の画像を出力する機能部である。
付帯画像記憶部305は、ユーザによる付帯画像の撮影指示があった場合に、前記撮影手段による撮影により得られた付帯画像を記憶する機能部である。
定義情報記憶部306は、第1の画像から記入内容を認識するための認識領域と認識条件を含む定義情報を記憶する機能部である。
認識結果取得部307は、前記第1の画像と前記定義情報とに基づき、認識結果を取得する機能部である。
認識処理実行部308は、前記第3の画像の表示のバックグラウンドで、前記第1の画像と前記定義情報とに基づく認識処理を実行する機能部である。
情報取得部309は、記入チェックに係るチェック者情報を含むヘッダ情報を取得する機能部である。
出力画像生成部310は、ヘッダ情報を含む第1の画像を生成する機能部である。
受信部311は、第1の画像を受信する機能部である。
出力画像登録部312は、第1の画像をハードディスクやデータベース等に登録する機能部である。
一覧表示部313は、第1の画像に対応する案件の一覧を表示する機能部である。
図4は、情報処理装置101で記入不備のチェック結果を取得してサーバ102に送信する全体処理(以下、記入不備チェック結果取得・送信処理)の一例を示すフローチャートである。
また、図19は、情報処理装置101で予め設定する情報設定を行う画面の一例である。初期設定画面1901では、販売店名、担当者、電話番号を入力してOKボタンを押下すると、情報が情報処理装置101に保存される。なお、初期設定画面1902のように、予め撮影する申込書のフォームが決まっている場合には、文字認識するための帳票フォーム定義情報やカバーシートを特定するためのフォームIDを入力する構成であってもよい。この初期設定は、記入不備チェックアプリで設定するものである。
ステップS401において、情報処理装置101で記入不備チェックアプリを起動し、ログインする。記入不備チェックアプリを起動した際に、初期設定ボタン(不図示)を押下することで、上述初期設定画面を表示し初期設定をユーザの操作により適宜実行するものとする。
ステップS402において、申込書撮影ボタン(不図示)の押下を検知すると、カメラ215を起動して記入不備チェックを行う申込書の撮影を実行する。ここで、申込書等の帳票の四隅を検出し、フォーカスがあった場合に撮影が実行される。この実行により申込書に対応する撮影画像を取得する。
ステップS403において、撮影画像に合致するフォームがあるか否かを判定する。合致するフォームがあるかは、ローカルのフォームテーブル1200(図12)のデータ順に撮影画像とフォーム画像を帳票認識技術などを用いて比較し、合致するフォームを特定する。なお、上述の通り、予め帳票IDが設定されている場合には、そのフォームIDがフォームテーブルにあるか否かで判定してもよい。また、撮影画像の所定の領域からフォームIDを抽出してフォームを特定してもよい。ステップS403で合致するフォームがないと判定された場合には、ステップS404へ処理を移し、合致するフォームがあると判定された場合には、ステップS406へ処理を移す。
ステップS404において、合致するフォームテーブルがなければ、ステップS405で撮影した申込書は不備チェック対応フォームではない旨のエラーメッセージを表示してアプリケーションを終了する。なお、対応フォームでない場合には、エラーメッセージを表示後、再撮影する処理に移行してもよい。合致するフォームテーブルがあれば、ステップS406において帳票とフォームテーブル(図12)を参照して、撮影した申込書に対応するカバーシート(画像)を外部メモリ212から取得する。なお、フォームテーブル1200と、対応する画像(フォーム画像、カバーシート)は外部メモリ212に記憶されている。すなわち、撮影により得られた第1の画像に対応する、カバーシートである記入チェック箇所が視認可能なように透過された第2の画像を取得する処理の一例を示すものである。
ステップS407において、撮影された申込書の撮影画像と、ステップS404で取得した撮影した申込書に対応する不備確認用のカバーシート(図9)をオーバレイして、チェック用画像を生成する。すなわち、第1の画像と、第2の画像とを用いて、記入チェック用の第3の画像を生成する処理の一例を示すものである。
この生成された画像を記入不備チェック中画面(図10−1)に表示する。すなわち、ユーザに記入チェックさせるべく、生成された第3の画像を表示する表示する処理の一例を示すものである。
このカバーシートには、ユーザがチェックをしやすいように、チェック箇所の説明を含めるカバーシートであってもよい。
図9のカバーシートは、チェック箇所が透過処理されており、撮影した撮影画像と重ねあわせると記入不備チェックを行いたい箇所の記入が容易に確認できるようになっている。なお、チェック箇所以外の部分も透過させるようにしてもよいが、チェック箇所をユーザに視認しやすくさせるために、チェック箇所より透過率を低くする、あるいは色を変える(例えば、グレーに設定する)ようにする画像にすることが望ましい。
ステップS408において、不備チェック処理の初期化のため、記入不備チェック完了フラグをOFFに、OKボタンフラグ・キャンセルボタンフラグをOFFにする。
ステップS409において記入不備チェック処理フロー(図5で後述)を行う。この記入不備チェック処理は、図10−1の記入不備チェック中画面を表示しているバックグラウンドで処理が実行される。すなわち、第3の画像の表示のバックグラウンドで、第1の画像と定義情報とに基づく認識処理の実行の一例を示すものである。
ステップS410において、認識結果である記入不備チェックフラグ、OKボタンフラグ、キャンセルボタンフラグを取得する。記入不備チェック処理フロー(図5)でOKボタンフラグがONになっているかを確認し、ONになっていればステップS422の付帯画像追加処理フロー(図8で後述)に遷移する。なお、OKボタンフラグがONになっている場合とは、図10−1の記入不備チェック中画面で、オーバレイされた画像を用いて目視での不備チェックを行い、不備チェックを完了した場合である。ステップS422の処理が完了すれば、ステップS423で情報処理装置101から申込書の撮影画像、付帯画像、フォーム名、ログインユーザ名、不備チェック完了フラグOFFをサーバ102に送信して処理を終了する。
ステップS410において記入不備チェック処理フロー(図5)でOKボタンフラグがONになっているかを確認してOFFであれば、ステップS411でキャンセルボタンフラグがONになっているかを確認する。キャンセルボタンがONになっていればアプリを終了する。
ステップS411でキャンセルボタンフラグがOFFであれば、ステップS412で図10−1に記入不備チェックが完了した旨と確認ボタンを表示(認識結果情報の表示)して、記入不備チェック完了画面(図10−2)に変更する。キャンセルボタンフラグがOFFの場合は、記入不備チェック完了フラグがONになっている。つまり、バックグラウンドで、目視ではなくシステムによる認識により、記入不備チェックが完了した場合である。
言い換えると、第1の画像と定義情報とに基づき認識された結果を取得し、認識されて結果を取得した場合に、第3の画像とともに認識した結果が得られたことを示す情報(例えば、確認ボタン)を表示する処理の一例を示すものである。
ステップS413では記入不備チェック完了画面(図10−2)でOKボタン、キャンセルボタン、確認ボタンのどのボタンが押されたかを判定する。キャンセルボタンが押されたらアプリを終了する。OKボタンが押されたら、ステップS422において付帯画像追加処理フロー(図8で後述)に遷移する。ステップS422の処理が完了すれば、ステップS424で情報処理装置101から申込書の撮影画像、付帯画像、フォーム名、ログインユーザ名、不備チェック完了フラグONをサーバ102に送信して処理を終了する。なお、不備があった場合には、確認ボタンを押下して確認させたうえで、送信を実行させるように制御する。確認ボタンが押されたらステップS414に遷移する。
ステップS414において、情報処理装置101は、ステップS403で特定した撮影画像のフォームIDを検索キーとして、記入不備チェックテーブル1610を検索し、取得した全レコードのチェックID=iの結果カラム1611に、RAM202に記憶されている変数result[i]の値をそれぞれ登録する。本実施形態においては、記入不備チェックテーブル1610のフォームID=1000の5レコードの結果カラム1611にフォームID=1000のチェック結果を示す変数result[i]=[OK、NG、OK、NG、OK]の値が登録される。
ステップS415において、情報処理装置101は、ディスプレイ211から記入不備チェック完了画面(図10−2)を閉じて、記入不備チェック結果画面(図11)上に撮影画像表示撮影画像を表示する。すなわち、確認ボタンの押下により、認識された結果を表示する指示があった場合に、第3の画像から、第1の画像と認識された結果に従って生成された認識結果画像に切り替えて表示する処理の一例を示すものである。
ステップS416において、情報処理装置101は、変数result[i]にNGが存在するか判定する。
NGが存在しない場合は、ステップS417において、情報処理装置101は、「記入不備はありませんでした。」のメッセージが記された記入不備チェック結果画面(不備なし)1110を表示する。
NGが存在する場合は、ステップS418において、情報処理装置101は、「記入不備があります。」のメッセージが記された記入不備チェック結果画面(不備あり)1120を表示する。
ステップS419において、情報処理装置101は、フォームID=撮影画像のフォームID、結果カラム1611=NGを検索キーとして、記入不備チェックテーブル1610を検索し、記入不備チェック認識領域の起点座標(X、Y)と終点座標(X、Y)を取得する。
ステップS420において、情報処理装置101は、取得した記入不備チェック認識領域の起点座標(X、Y)と終点座標(X、Y)を対角とする矩形を撮影画像上に描き、赤で塗りつぶす(1121)。この時矩形は透過設定されている。これにより、記入不備の領域を識別可能に表示することができる。
ステップS421において、記入不備チェック結果画面でどのボタンが押されたかを判定する。キャンセルボタンが押されていればアプリを終了し、OKボタンが押されていれば
ステップS422の付帯画像追加処理(図8で後述)を実施する。ステップS422の後、ステップS424で情報処理装置101から申込書の撮影画像、付帯画像、フォーム名、ログインユーザ名、不備チェック完了フラグONをサーバ102に送信して処理を終了する。すなわち、第3の画像の表示後、出力指示があった場合に、記入チェックに係る情報と第1の画像を出力する処理の一例を示すものである。また、付帯画像があった場合には、第1の画像と、付帯画像とを合わせて出力する処理の一例を示すものである。付帯画像がない場合には、付帯画像は送信されないことはいうまでもない。
送信は、1申込書ごとにおこなってもよいし、サーバ102と通信ができない場合には、情報処理装置101に記憶させて、通信ができる状態になった場合に、複数の申込書に係るデータを送信する構成であってもよい。
図5は、情報処理装置101で行う記入不備チェック処理の一例を示すフローチャートである。
また、図16は、フォームごとの記入不備チェック認識領域および不備チェック方法を管理するテーブルの一例である。
記入不備チェックテーブル1610にはフォームID、チェック箇所につけられたチェックID、記入不備チェックの認識条件、記入不備チェック認識領域の起点座標(X、Y)と終点座標(X、Y)が記憶されている。すなわち、第1の画像から記入内容を認識するための認識領域と認識条件を含む定義情報を記憶するものの一例である。
なお、「記入不備チェックテーブル1610」には記入不備チェック処理結果を記憶するための結果カラム1611が存在するが、図5の記入不備チェック処理において、結果カラム1611はまだ使用しないため、この時点ではnullである。
ステップS501において、ステップS404で特定した撮影画像のフォームIDを検索キーとして、記入不備チェックテーブル1610を検索し、記入不備チェックレコードを取得する。
ステップS502において、変数iに1を代入し、RAM202に記憶する。
ステップS503において、記入不備チェックレコードのi番目から、記入不備チェック認識領域の起点(X座標、Y座標)と終点(X座標、Y座標)と記入不備チェック認識条件を取得する。
ステップS504において、記入不備チェック認識条件の値について判定する。
記入不備チェック認識条件が「必須」の場合は、入力必須の項目であるため、ステップS505において、撮影画像のチェック認識領域に文字や記号が記入されているか否かを判定する。なお、この判定処理は、OCR等による解析技術を用いるが、既知の技術であるため、説明は省略する。
文字や記号が記入されている場合は、ステップS506において、チェック結果をRAM202に記憶する変数result[i]に「OK」を代入する。
文字や記号が記入されていない場合は、ステップS507において、変数result[i]に「NG」を代入する。
記入不備チェック認識条件が「丸囲み」の場合は、複数の選択肢のうち1つを丸印で囲む項目であるため、ステップS508において、撮影画像のチェック認識領域に丸印が記入されているか否かを判定する。この判定処理は、OCR等による解析技術を用いるが、既知の技術であるため、説明は省略する。なお、本実施例では丸印の存在有無を判定しているが、丸印に限定するものではなく、レ点やその他の図形の判定であってもよい。
また、上記において、丸印の数を「1つ」としたが、記入不備チェックテーブル1610に「上限値」や「チェック数」カラムを設け、上限値を超えた場合「NG」、印の個数が「チェック数」以外の場合「NG」と判定するとしてもよい。また、記入不備チェックテーブル1610に「桁数」カラムを設け、記入された文字が許可された桁数であれば「OK」、許可されていない桁数であれば「NG」と判定してもよい。また、記入不備チェックテーブル1610に「文字属性」カラムを設け、記入された文字の属性、例えば「数字」「ひらがな」「カタカナ」「英数字」などによって、OK・NGの判定をしてもよい。
また、OCR等による解析結果で、記入された文字を認識できなかった場合、「NG」と判定するとしてもよい。また、変数result[i]の値は、「OK」「NG」の2つに限定するものではなく、「不明瞭」「認識不可」「矛盾」などの値を持つとしてもよい。
丸印が記入されている場合は、ステップS509において、変数result[i]に「OK」を代入する。
丸印が記入されていない場合は、ステップS510において、変数result[i]に「NG」を代入する。
ステップS511において、次の領域の不備チェックをするために、変数iをインクリメントする。ステップS512において、チェックID=iの記入不備チェックレコードが存在するか否かを判定する。存在しない場合は、ステップS517で記入不備チェック完了フラグをONにして、この記入不備チェック処理を終了する。存在する場合はステップS513で、記入不備チェック中画面(図10−1)においてOKボタンが押されたかどうかを判定して、OKボタンが押されていたらステップS515でOKボタンフラグをONにして、図4の(1)に戻る。OKボタンが押されていなければステップS514に遷移する。なお、OKボタンやキャンセルボタンの押下はユーザにより任意のタイミングにより押下されるため、押下されたタイミングでステップS513、ステップS514の判定を行うものとする。
ステップS514では、記入不備チェック中画面(図10−1)においてキャンセルボタンが押されたかどうかを判定して、キャンセルボタンが押されていたらステップS516でキャンセルボタンフラグをONにして、図4の(1)に戻る。キャンセルボタンが押されていなければ、ステップS503に戻って引き続き記入不備チェックを行う。キャンセルボタンが押下された場合とは、記入不備チェックを終了する場合である。
以上で、図5の記入不備チェック処理の説明を終了する。この処理によって、撮影画像のフォームIDに対応する記入不備チェックレコードについてのチェック結果が変数result[i]に記憶されたことになる。具体的には、本実施例では、変数result[i]には、[OK、NG、OK、NG、OK]の値が格納されている。
図6は、ステップS424で情報処理装置101から送信される画像と属性情報を、サーバ102で受信するフローの一例である。
ステップS601では、サーバ102は申込書の画像、付帯画像、記入不備チェック完了フラグ(OFF,ON)、ログインユーザ名、フォーム名を受信する。
ステップS602では、受信した画像(記入不備チェック済みの申込書の画像)と付帯画像を所定のフォルダに格納し、受信申込書一覧テーブル1300(図13)に受信日時、フォーム名、ログインユーザ名、記入不備チェック完了フラグ(OFF・ON)のレコードを追加する。これにより、情報処理装置101で記入不備チェックした情報が登録される。その後、サーバ102側のオペレータが詳細なチェックを行い、さらに不備があればログインユーザ名に対応する担当者へ電話等を行うものとする。電話は例えば、受信した画像のヘッダに入力されている電話番号を用いるものとする。
図7は、サーバ102で情報処理装置101から受信した画像と属性情報を表示し、オペレータにより記入漏れがないか確認するフローの一例である。
ステップS701では、受信申込書一覧テーブル(図13)を読み込み受信申込書一覧画面(図14)を表示する。この時、サーバ102側で、所定時間内に所定数を超える申込書を受信した場合(例えば、5分内で、20件以上の申込書の画像を受信した場合)に、申込書システムによる不備チェックがない申込書を優先させて表示すると決定し、受信申込書一覧画面1420を表示する。また、所定時間内に所定数以下の申込書を受信している場合には、受信申込書一覧画面1410を表示する。不備チェックがない申込書を優先して表示するモードの場合には、サーバ102では、不備チェックが「未完了」でソートしたリストを生成して、受信申込書一覧画面に表示する。
ステップS702では、受信申込書一覧画面(図14)で終了ボタンがクリックされたかを判定し、終了ボタンが押されれば申込書の確認処理を終了する。終了ボタンがクリックされていなければステップS703でフォーム名がクリックされたかを判定する。
ステップS703でフォーム名がクリックされたかを判定し、クリックされていなければステップS702に戻る。フォーム名がクリックされていれば、ステップS704で受信した申込書を受信申込書確認画面(図15)に表示し、サーバ側のオペレータが目視で記入不備のチェックを行う。
このとき受信申込書一覧画面(図14)で不備チェック完了の申込書がクリックされていれば、受信申込書確認画面(記入不備チェック済み)1510を表示し、不備チェック未完了の申込書がクリックされていれば、受信申込書確認画面(記入不備チェック未完了)1511を表示する。よって、サーバ側のオペレータは既にシステムで記入不備チェックが行われた申込書かどうかを容易に確認することができる。
ステップS705ではサーバ側のオペレータが申込書に記入不備箇所があるかの判定を行う。
記入不備があれば、申込書の画像のヘッダに記載されている送信者(ログインユーザ)に記入不備箇所を通知し、記入後に申込書の撮影・再送を実施することを伝え、ステップ708に遷移する。記入不備がなければ、申込書のヘッダに記載されている送信者(ログインユーザ)に記入不備なしを通知し、ステップ708に遷移する。
尚、ヘッダには一例として電話番号を記載しているため、本実施例では送信者に電話で連絡をとることを想定しているが、ヘッダにメールアドレスやシステムのURLなど送信者への別の連絡手段を記載するようにしても構わない。また、図15の受信申込書確認画面で、不備連絡ボタン(不図示)を押下すると、不備内容を記入できるウィンドウ(テキストボックス等を含む画面)が表示され、不備内容を入力すると、送信者(担当者)の情報処理装置101に送信する構成をとることも可能である。
ステップS708で受信申込書確認画面(図15)で完了ボタンを押下して画面を閉じると、ステップS709では受信申込書一覧テーブル(図13)からステップ704で表示した申込書のレコードを削除する。なお、削除せず、確認済みとして完了フラグを設定して管理してもよい。
図8は、情報処理装置101で申込書の撮影画像に付帯する付帯画像を追加する処理フローの一例である。
ステップS801では、送信画像確認画面(図17)を表示し、付帯画像番号、付帯画像枚数を0に設定する。
ステップS802では、初期設定画面(図19)で設定した販売店名、担当者名、担当者電話番号、付帯画像枚数、記入不備チェックテーブル1610の結果カラムに基づく記入不備チェック完了状況など(これらをヘッダ情報と称する)を取得する。この取得した情報を基に、申込書の撮影画像にヘッダ画像として追加して表示する。具体的には、取得した販売店名、担当者名、担当者電話番号、付帯画像枚数、記入不備チェック完了状況に基づいて、所定のサイズで画像化し、申込書の画像の上部に挿入する。すなわち、第1の画像とともに、撮影により得られた第1の画像の付帯画像の枚数を表示する処理の一例を示すものである。また、記入チェックに係るチェック者情報を含むヘッダ情報を取得して、ヘッダ情報を含む第1の画像を生成する処理の一例を示すものである。
このヘッダ情報を含む画像を記入不備チェック済み画像としてサーバ102へ送信する。
尚、ヘッダに追加する情報は、任意の項目を追加可能であり、上記の情報に限定されるものではない。また、サーバ102のオペレータから送信者に連絡を取るための手段の一例として電話番号を記載しているが、ヘッダにメールアドレスやシステムのURLなど送信者への別の連絡手段を記載するようにしても構わない。
ステップS803では、送信画像確認画面(図17)でどのボタンが押されたかを判定する。キャンセルボタンが押されれば図4の(2)に戻って、ステップS402で申込書の再撮影処理を行う。送信ボタンが押され、付帯画像があれば各付帯画像のヘッダに付帯画像番号/付帯画像枚数情報を付与して本処理フローを終了する。
付帯書類画像撮影ボタンが押されれば、ステップS804で申込書に必要な免許証などの付帯画像を撮影する。撮影された付帯画像をメモリに記憶する。すなわち、ユーザによる付帯画像の撮影指示があった場合に、撮影により得られた付帯画像を記憶する処理の一例を示すものである。
ステップS805では、ステップS804で撮影した付帯画像を付帯画像確認画面(図18)に表示して、付帯画像枚数を+1する。
ステップS806では、撮影した付帯画像の付帯画像番号に付帯画像枚数を入れる。
ステップS807では、付帯画像確認画面(図18)でどのボタンが押されたかを判定する。OKボタンが押されれば送信画像確認画面(図17)に戻る。
キャンセルボタンが押されればステップS808で付帯画像枚数を−1し、撮影した付帯画像の付帯画像番号をクリアして送信画像確認画面(図17)に戻る。
再撮影ボタンが押されればステップS809で付帯画像枚数を−1し、撮影した付帯画像の付帯画像番号をクリアして付帯画像の再撮影を行うためにステップS804に戻る。
以上が申込書の撮影画像に付帯する画像を撮影して追加する処理フローの一例である。
以上、本実施形態によれば、携帯端末で撮影された画像を用いた記入チェックを効率化することが可能となる。また、画像認識による記入チェックの処理が完了する時間までに簡易的に記入チェックができ、利便性を高めることが可能となる。カバーシートを用いた簡易的な記入チェックを可能とすることで、多数の申込書の作業を効率よく進めることが可能となる。
さらに、カバーシートを用いた簡易的な記入チェック(目視チェック)で不安な場合はシステムの記入不備チェックを待ってから行うことも可能であり、チェック者(ユーザ)によってどちらにするかを選択することができるため、より利便性が高く、業務の効率化を向上することができる。
また、申込書および付帯画像にヘッダ情報としてエンドユーザーの連絡先をつけておくことで、サーバ側のオペレータが記入不備を発見して、チェック者に簡単に連絡することも可能である。
さらにサーバ側のオペレータが送られてきた申込書が既にシステムで不備チェックされたものかどうかを把握することができるため、システムで不備チェックしていないものから優先的に記入不備の確認を実施することができる。
以上のように、前述した実施形態の機能を実現するプログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ(またはCPUやMPU)が記録媒体に格納されたプログラムを読み出し、実行することによっても本発明の目的が達成されることは言うまでもない。
この場合、記録媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記録した記録媒体は本発明を構成することになる。
プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、CD−ROM、CD−R、DVD−ROM、磁気テープ、不揮発性のメモリカード、ROM、EEPROM、シリコンディスク等を用いることが出来る。
また、コンピュータが読み出したプログラムを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、コンピュータ上で稼働しているOS(オペレーティングシステム)等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるCPU等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
また、本発明は、複数の機器から構成されるシステムに適用しても、ひとつの機器から成る装置に適用しても良い。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
上記プログラムの形態は、オブジェクトコード、インタプリタにより実行されるプログラムコード、OS(オペレーティングシステム)に供給されるスクリプトデータ等の形態から成ってもよい。
さらに、本発明を達成するためのプログラムをネットワーク上のサーバ102、データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。
100 帳票システム
101 情報処理装置
102 サーバ
103 ネットワーク

Claims (12)

  1. 撮影手段を備える携帯端末であって、
    前記撮影手段による撮影により得られた第1の画像に対応する記入チェック箇所が視認可能なように透過された第2の画像を取得する画像取得手段と、
    前記第1の画像と、前記第2の画像とを用いて、記入チェック用の第3の画像を生成する画像生成手段と、
    ユーザに記入チェックさせるべく、前記画像生成手段により生成された第3の画像を表示する表示手段と、
    前記表示手段による前記第3の画像の表示後、出力指示があった場合に、記入チェックに係る情報と前記第1の画像とを出力する出力手段と
    を備えることを特徴とする携帯端末。
  2. ユーザによる付帯画像の撮影指示があった場合に、前記撮影手段による撮影により得られた付帯画像を記憶する付帯画像記憶手段
    を更に備え、
    前記出力手段は、前記第1の画像と、前記付帯画像とを合わせて出力することを特徴とする請求項1に記載の携帯端末。
  3. 前記表示手段は、前記第1の画像とともに、前記撮影手段による撮影により得られた前記第1の画像の付帯画像の枚数を表示することを特徴とする請求項2に記載の携帯端末。
  4. 前記第1の画像から記入内容を認識するための認識領域と認識条件を含む定義情報を記憶する記憶手段と、
    前記第1の画像と前記定義情報とに基づき認識された結果を取得する認識結果取得手段と
    を更に備え、
    前記表示手段は、前記認識結果取得手段により認識された結果を取得した場合に、前記第3の画像とともに認識した結果が得られたことを示す情報を表示することを特徴とする請求項1乃至3のいずれか1項に記載の携帯端末。
  5. 前記表示手段は、前記認識された結果を表示する指示があった場合に、前記第3の画像から、前記第1の画像と前記認識された結果に従って生成された認識結果画像に切り替えて表示することを特徴とする請求項4に記載の携帯端末。
  6. 前記第3の画像の表示のバックグラウンドで、前記第1の画像と前記定義情報とに基づく認識処理を行う認識処理実行手段を
    更に備えることを特徴とする請求項4又は5に記載の携帯端末。
  7. 記入チェックに係るチェック者情報を含むヘッダ情報を取得する情報取得手段と、
    前記ヘッダ情報を含む第1の画像を生成する画像生成手段と
    を更に備え、
    前記出力手段は、前記ヘッダ情報を含む第1の画像を出力することを特徴とする請求項1乃至6のいずれか1項に記載の携帯端末。
  8. 撮影手段を備える携帯端末と情報処理装置を含む情報処理システムであって、
    前記携帯端末は、
    前記撮影手段による撮影により得られた第1の画像に対応する記入チェック箇所が視認可能なように透過された第2の画像を取得する画像取得手段と、
    前記第1の画像と、前記第2の画像とを用いて、記入チェック用の第3の画像を生成する画像生成手段と、
    ユーザに記入チェックさせるべく、前記画像生成手段により生成された第3の画像を表示する表示手段と、
    前記表示手段による前記第3の画像の表示後、出力指示があった場合に、前記第1の画像を出力する出力手段と
    を備え、
    前記情報処理装置は、
    前記第1の画像を受信する受信手段と、
    前記受信手段により受信した前記第1の画像を登録する出力画像登録手段と
    を備えることを特徴とする情報処理システム。
  9. 撮影手段を備える携帯端末の処理方法であって、
    前記撮影手段による撮影により得られた第1の画像に対応する記入チェック箇所が視認可能なように透過された第2の画像を取得する画像取得ステップと、
    前記第1の画像と、前記第2の画像とを用いて、記入チェック用の第3の画像を生成する画像生成ステップと、
    ユーザに記入チェックさせるべく、前記画像生成ステップにより生成された第3の画像を表示する表示ステップと、
    前記表示ステップによる前記第3の画像の表示後、出力指示があった場合に、記入チェックに係る情報と前記第1の画像とを出力する出力ステップと
    を含むことを特徴とする処理方法。
  10. 撮影手段を備える携帯端末と情報処理装置を含む情報処理システムの処理方法であって、
    前記携帯端末は、
    前記撮影手段による撮影により得られた第1の画像に対応する記入チェック箇所が視認可能なように透過された第2の画像を取得する画像取得ステップと、
    前記第1の画像と、前記第2の画像とを用いて、記入チェック用の第3の画像を生成する画像生成ステップと、
    ユーザに記入チェックさせるべく、前記画像生成ステップにより生成された第3の画像を表示する表示ステップと、
    前記表示ステップによる前記第3の画像の表示後、出力指示があった場合に、前記第1の画像を出力する出力ステップと
    を含み、
    前記情報処理装置は、
    前記第1の画像を受信する受信ステップと、
    前記受信ステップにより受信した前記第1の画像を登録する出力画像登録ステップと
    を含むことを特徴とする処理方法。
  11. 撮影手段を備える携帯端末のプログラムであって、
    前記携帯端末を
    前記撮影手段による撮影により得られた第1の画像に対応する記入チェック箇所が視認可能なように透過された第2の画像を取得する画像取得手段と、
    前記第1の画像と、前記第2の画像とを用いて、記入チェック用の第3の画像を生成する画像生成手段と、
    ユーザに記入チェックさせるべく、前記画像生成手段により生成された第3の画像を表示する表示手段と、
    前記表示手段による前記第3の画像の表示後、出力指示があった場合に、記入チェックに係る情報と前記第1の画像とを出力する出力手段と
    して機能させることを特徴とするプログラム。
  12. 撮影手段を備える携帯端末と情報処理装置を含む情報処理システムのプログラムであって、
    前記携帯端末を、
    前記撮影手段による撮影により得られた第1の画像に対応する記入チェック箇所が視認可能なように透過された第2の画像を取得する画像取得手段と、
    前記第1の画像と、前記第2の画像とを用いて、記入チェック用の第3の画像を生成する画像生成手段と、
    ユーザに記入チェックさせるべく、前記画像生成手段により生成された第3の画像を表示する表示手段と、
    前記表示手段による前記第3の画像の表示後、出力指示があった場合に、前記第1の画像を出力する出力手段と
    して機能させ、
    前記情報処理装置を、
    前記第1の画像を受信する受信手段と、
    前記受信手段により受信した前記第1の画像を登録する出力画像登録手段と
    して機能させることを特徴とするプログラム。
JP2015166294A 2015-08-25 2015-08-25 情報処理端末、情報処理システムと、その処理方法及びプログラム Active JP6558145B2 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2015166294A JP6558145B2 (ja) 2015-08-25 2015-08-25 情報処理端末、情報処理システムと、その処理方法及びプログラム

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2015166294A JP6558145B2 (ja) 2015-08-25 2015-08-25 情報処理端末、情報処理システムと、その処理方法及びプログラム

Related Child Applications (1)

Application Number Title Priority Date Filing Date
JP2019132190A Division JP6850323B2 (ja) 2019-07-17 2019-07-17 情報処理装置、その制御方法及びプログラム

Publications (3)

Publication Number Publication Date
JP2017045210A true JP2017045210A (ja) 2017-03-02
JP2017045210A5 JP2017045210A5 (ja) 2018-04-26
JP6558145B2 JP6558145B2 (ja) 2019-08-14

Family

ID=58210206

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2015166294A Active JP6558145B2 (ja) 2015-08-25 2015-08-25 情報処理端末、情報処理システムと、その処理方法及びプログラム

Country Status (1)

Country Link
JP (1) JP6558145B2 (ja)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2019079290A (ja) * 2017-10-25 2019-05-23 キヤノンマーケティングジャパン株式会社 情報処理装置、その処理方法及びプログラム
JP2019128919A (ja) * 2018-01-26 2019-08-01 株式会社ナカムラ・マネージメントオフィス 書類管理システム

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005157458A (ja) * 2003-11-20 2005-06-16 Glory Ltd 自動契約システムおよび自動契約受付機および自動契約方法
JP2011010038A (ja) * 2009-06-25 2011-01-13 Canon It Solutions Inc 画像形成装置、処理方法及びプログラム
JP2013041413A (ja) * 2011-08-15 2013-02-28 Oki Electric Ind Co Ltd 記入支援システム、サーバ装置、記入支援装置、及びプログラム

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005157458A (ja) * 2003-11-20 2005-06-16 Glory Ltd 自動契約システムおよび自動契約受付機および自動契約方法
JP2011010038A (ja) * 2009-06-25 2011-01-13 Canon It Solutions Inc 画像形成装置、処理方法及びプログラム
JP2013041413A (ja) * 2011-08-15 2013-02-28 Oki Electric Ind Co Ltd 記入支援システム、サーバ装置、記入支援装置、及びプログラム

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2019079290A (ja) * 2017-10-25 2019-05-23 キヤノンマーケティングジャパン株式会社 情報処理装置、その処理方法及びプログラム
JP2019128919A (ja) * 2018-01-26 2019-08-01 株式会社ナカムラ・マネージメントオフィス 書類管理システム

Also Published As

Publication number Publication date
JP6558145B2 (ja) 2019-08-14

Similar Documents

Publication Publication Date Title
US20110050881A1 (en) Inspection system and method
US9756196B2 (en) Image processing apparatus and system and method for transmitting an image
US11620414B2 (en) Display apparatus, display method, and image processing system
WO2024088291A1 (zh) 表单填充方法、装置、电子设备及介质
JP6558145B2 (ja) 情報処理端末、情報処理システムと、その処理方法及びプログラム
JP2019185818A (ja) 携帯端末、情報処理システムと、その処理方法及びプログラム
JP6056375B2 (ja) 情報処理システム、情報処理方法、及び、コンピュータプログラム
JP2017102915A (ja) 情報処理装置、その処理方法及びプログラム
JP6507555B2 (ja) 顔画像付き媒体の申込受付方法およびシステム
JP2017097859A (ja) 情報処理装置と、その処理方法及びプログラム
JP7131637B2 (ja) 物体とn次元シンボルとを関連付けるシステム
JP2018074429A (ja) 情報処理装置、情報処理方法、プログラム
JP2016126763A (ja) 情報処理システムと、その処理方法及びプログラム
JP6738008B2 (ja) 携帯端末と、その処理方法及びプログラム
JP6717228B2 (ja) 画像読取装置、画像読取方法及び画像形成装置
JP6705984B2 (ja) 情報処理装置と、その処理方法及びプログラム
JP6712861B2 (ja) 情報処理装置、情報処理方法、及びプログラム
US9332150B2 (en) Text scanning system, image processing apparatus, and text scanning method
KR101765328B1 (ko) 전자 계약을 위한 신분증 정보 취득 모바일 시스템
JP6331777B2 (ja) 拡張現実情報提供システム、拡張現実情報提供方法、及び、拡張現実情報提供プログラム
JP2019091373A (ja) 書類解析システム、書類解析用携帯端末及び書類解析携帯端末用プログラム
JP2006313480A (ja) Idカード再発行システム、idカード発行装置及びidカード再発行方法
JP6165595B2 (ja) 帳票識別システム
JP2019120984A (ja) 帳票データ管理装置、帳票データ管理方法
US11462014B2 (en) Information processing apparatus and non-transitory computer readable medium

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20171222

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20180316

RD03 Notification of appointment of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7423

Effective date: 20180703

RD04 Notification of resignation of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7424

Effective date: 20181031

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20181225

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20190108

RD04 Notification of resignation of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7424

Effective date: 20190109

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20190311

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20190618

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20190701

R151 Written notification of patent or utility model registration

Ref document number: 6558145

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R151

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250