JP2015162818A - 情報処理装置、情報処理システム、及びプログラム - Google Patents
情報処理装置、情報処理システム、及びプログラム Download PDFInfo
- Publication number
- JP2015162818A JP2015162818A JP2014037333A JP2014037333A JP2015162818A JP 2015162818 A JP2015162818 A JP 2015162818A JP 2014037333 A JP2014037333 A JP 2014037333A JP 2014037333 A JP2014037333 A JP 2014037333A JP 2015162818 A JP2015162818 A JP 2015162818A
- Authority
- JP
- Japan
- Prior art keywords
- image
- information
- frame
- unit
- read
- 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.)
- Pending
Links
Images
Landscapes
- Character Input (AREA)
- Editing Of Facsimile Originals (AREA)
Abstract
【課題】読み取られた帳票の種別に応じた合成画像を生成する場面においてユーザーの作業負荷が軽減することが可能な、情報処理装置、情報処理システム、及びプログラムを提供する。【解決手段】帳票の読み取り画像を取得する帳票画像取得部と、取得された帳票の読み取り画像から帳票種別を特定する帳票種別特定部と、特定された帳票種別に対応する枠情報を枠データベースから取得する枠情報取得部と、前記帳票の読み取り画像と取得された枠情報とを合成することにより、合成画像を生成する画像合成部と、を備える、情報処理装置。【選択図】図１０
Description
本発明は、情報処理装置、情報処理システム、及びプログラムに関する。
従来、スキャナなどで読み取られた帳票の画像に基づいて、新たな画像を生成するための技術が各種提案されている。
例えば、特許文献１には、複数のキーワードの中からユーザーにより選択されたキーワードに対応づけて記憶されている額縁データを、入力されたイメージデータに合成する技術が記載されている。また、特許文献２には、イメージファイルに取り込んだ免許証の画像情報と、二次元コードと、二次元コードの内容である文字情報とを同一の記録媒体上に印刷する技術が記載されている。また、特許文献３には、イメージスキャナにより読み込まれた免許証のイメージデータと、パソコンにより入力された利用情報と、を含む受付票の画像を生成する技術が記載されている。また、特許文献４には、スキャナで読み取られた申込書の画像データと、申込書に記入されている文字の認識結果とを同じ用紙に印刷する技術が記載されている。
また、各種の帳票をスキャナで読み取った結果に応じて、当該帳票に関する事務を容易化させるための技術も各種提案されている。
例えば、特許文献５には、処理対象の帳票の種類を識別し、識別した帳票種類に基づいて帳票の記載内容を認識し、そして、認識した記載内容を画面に表示する技術が記載されている。また、特許文献６には、処理対象の有価証券から読み取った記載情報から特定される有価証券特定情報を、当該処理対象の有価証券に記録する技術が記載されている。
ところで、読み取られた帳票の画像を含む合成画像として、帳票の種別ごとに異なる画像を生成可能であることも望まれている。しかしながら、このような場面に上記の技術を適用することを想定すると、上記の技術では、ユーザーの作業負荷が大きい。例えば、特許文献１に記載の技術では、複数の額縁のキーワードの中から、イメージデータに合うキーワードをユーザーが手作業で選択する必要があり、作業負荷が大きい。特に、額縁の数が多い場合には、作業負荷がより大きくなる。
そこで、本発明は、上記問題に鑑みてなされたものであり、本発明の目的とするところは、読み取られた帳票の種別に応じた合成画像を生成する場面においてユーザーの作業負荷が軽減することが可能な、新規かつ改良された情報処理装置、及びプログラムを提供することにある。
上記課題を解決するために、本発明のある観点によれば、帳票の読み取り画像を取得する帳票画像取得部と、取得された帳票の読み取り画像から帳票種別を特定する帳票種別特定部と、特定された帳票種別に対応する枠情報を枠データベースから取得する枠情報取得部と、前記帳票の読み取り画像と取得された枠情報とを合成することにより、合成画像を生成する画像合成部と、を備える、情報処理装置が提供される。
前記枠情報は、前記合成画像において前記帳票の読み取り画像の周囲を囲うための枠の画像を含んでもよい。
前記枠情報は、対応する帳票種別の帳票に関する事務手続の情報を含んでもよい。
また、上記課題を解決するために、本発明の別の観点によれば、複数の帳票の読み取り画像を取得する帳票画像取得部と、取得された複数の帳票の読み取り画像に対応する業務種別を取得する業務種別取得部と、取得された業務種別に対応する枠情報を枠データベースから取得する枠情報取得部と、取得された枠情報により指定される領域に前記複数の帳票の読み取り画像を配置することにより、合成画像を生成する画像合成部と、を備える、情報処理システムが提供される。
前記枠情報は、前記合成画像における前記複数の帳票の読み取り画像の各々の配置位置または配置サイズを指定する情報を含んでもよい。
前記枠情報は、前記合成画像の枚数を指定する情報を含んでもよい。
前記枠情報取得部は、取得された業務種別および前記複数の帳票の読み取り画像の枚数に対応する枠情報を前記枠データベースから取得してもよい。
前記情報処理システムは、取得された複数の帳票の読み取り画像から顧客識別情報を特定する顧客識別情報特定部と、特定された顧客識別情報に対応する顧客情報を顧客情報データベースから取得する顧客情報取得部と、をさらに備え、前記画像合成部は、取得された顧客情報をさらに含めて前記合成画像を生成してもよい。
また、上記課題を解決するために、本発明の別の観点によれば、コンピュータを、複数の帳票の読み取り画像を取得する帳票画像取得部と、取得された複数の帳票の読み取り画像に対応する業務種別を取得する業務種別取得部と、取得された業務種別に対応する枠情報を枠データベースから取得する枠情報取得部と、取得された枠情報に基づいて前記複数の帳票の読み取り画像を配置することにより、合成画像を生成する画像合成部、として機能させるための、プログラムが提供される。
以上説明したように本発明によれば、読み取られた帳票の種別に応じた合成画像を生成する場面においてユーザーの作業負荷が軽減することができる。
以下に添付図面を参照しながら、本発明の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
また、本明細書及び図面において、実質的に同一の機能構成を有する複数の構成要素を、同一の符号の後に異なるアルファベットを付して区別する場合もある。例えば、実質的に同一の機能構成を有する複数の構成を、必要に応じてスキャナ２０ａおよびスキャナ２０ｂのように区別する。ただし、実質的に同一の機能構成を有する複数の構成要素の各々を特に区別する必要がない場合、同一符号のみを付する。例えば、スキャナ２０ａおよびスキャナ２０ｂを特に区別する必要が無い場合には、単にスキャナ２０と称する。
また、以下に示す項目順序に従って当該「発明を実施するための形態」を説明する。
１．情報処理システムの基本構成
２．実施形態の詳細な説明
２−１．第１の実施形態
２−２．第２の実施形態
３．ハードウェア構成
４．変形例
１．情報処理システムの基本構成
２．実施形態の詳細な説明
２−１．第１の実施形態
２−２．第２の実施形態
３．ハードウェア構成
４．変形例
＜＜１．情報処理システムの基本構成＞＞
本発明は、一例として「２−１．第１の実施形態」〜「２−２．第２の実施形態」において詳細に説明するように、多様な形態で実施され得る。最初に、各実施形態に共通する情報処理システムの基本構成について図１を参照して説明する。
本発明は、一例として「２−１．第１の実施形態」〜「２−２．第２の実施形態」において詳細に説明するように、多様な形態で実施され得る。最初に、各実施形態に共通する情報処理システムの基本構成について図１を参照して説明する。
図１に示したように、各実施形態による情報処理システムは、サーバ１０、スキャナ２０、およびプリンタ３０を含む。
＜１−１．サーバ１０＞
サーバ１０は、本発明における情報処理装置の一例である。このサーバ１０は、後述するように、予め帳票の種類に対応づけられた枠情報が記録されている枠テーブル１２４を記憶する装置である。ここで、帳票は、例えば、顧客により記入される各種の申込書、手形、免許証などの本人確認書類、または印鑑票などである。
サーバ１０は、本発明における情報処理装置の一例である。このサーバ１０は、後述するように、予め帳票の種類に対応づけられた枠情報が記録されている枠テーブル１２４を記憶する装置である。ここで、帳票は、例えば、顧客により記入される各種の申込書、手形、免許証などの本人確認書類、または印鑑票などである。
＜１−２．スキャナ２０＞
スキャナ２０は、各種の帳票を光学的に読み取り、デジタル静止画像として記録するための装置である。このスキャナ２０は、スキャナ２０に配置された帳票に光を当て、その反射光を撮像素子で電気信号に変換することにより、帳票をデジタル画像として記録する。また、スキャナ２０は、ＯＣＲ（Ｏｐｔｉｃａｌ Ｃｈａｒｃｔｅｒ Ｒｅｃｏｇｎｉｔｉｏｎ）機能を有することにより、読み取った帳票から文字を認識することも可能である。
スキャナ２０は、各種の帳票を光学的に読み取り、デジタル静止画像として記録するための装置である。このスキャナ２０は、スキャナ２０に配置された帳票に光を当て、その反射光を撮像素子で電気信号に変換することにより、帳票をデジタル画像として記録する。また、スキャナ２０は、ＯＣＲ（Ｏｐｔｉｃａｌ Ｃｈａｒｃｔｅｒ Ｒｅｃｏｇｎｉｔｉｏｎ）機能を有することにより、読み取った帳票から文字を認識することも可能である。
＜１−３．プリンタ３０＞
プリンタ３０は、インクやトナーなどを用いて紙媒体に対して印刷を行うための装置である。このプリンタ３０は、例えばサーバ１０から画像情報を受信した場合に、受信した画像情報を紙媒体に印刷する機能を有する。
プリンタ３０は、インクやトナーなどを用いて紙媒体に対して印刷を行うための装置である。このプリンタ３０は、例えばサーバ１０から画像情報を受信した場合に、受信した画像情報を紙媒体に印刷する機能を有する。
なお、各実施形態による情報処理システムは、上述した構成に限定されない。例えば、スキャナ２０とプリンタ３０は独立した装置ではなく、一体の装置として構成されてもよい。
以上、各実施形態に共通する情報処理システムの基本構成について説明した。次に、本発明の各実施形態について順次詳細に説明する。
＜＜２．実施形態の詳細な説明＞＞
＜２−１．第１の実施形態＞
最初に、第１の実施形態について説明する。まず、第１の実施形態を創作するに至った背景について説明する。従来、金融機関の窓口やサービスセンサーでは多種多様な帳票を受け付けている。そして、受け付けた帳票の種類に対応する枠などのレイアウトを金融機関の担当者が選定することにより、手続書類を作成している。
＜２−１．第１の実施形態＞
最初に、第１の実施形態について説明する。まず、第１の実施形態を創作するに至った背景について説明する。従来、金融機関の窓口やサービスセンサーでは多種多様な帳票を受け付けている。そして、受け付けた帳票の種類に対応する枠などのレイアウトを金融機関の担当者が選定することにより、手続書類を作成している。
しかしながら、金融機関で取り扱う帳票の種類は多いので、帳票の種類に対応するレイアウトを選定する手間とコストがかかり、課題となっている。
後述するように、第１の実施形態によれば、金融機関が受け付けた帳票の種類に応じて適切な手続書類を効率的に、かつ、誤りなく作成することができる。
［２−１−１．サーバ１０の構成］
まず、第１の実施形態による構成について詳細に説明する。図２は、第１の実施形態によるサーバ１０の構成を示した機能ブロック図である。図２に示したように、サーバ１０は、制御部１００、通信部１２０、および記憶部１２２を有する。
まず、第１の実施形態による構成について詳細に説明する。図２は、第１の実施形態によるサーバ１０の構成を示した機能ブロック図である。図２に示したように、サーバ１０は、制御部１００、通信部１２０、および記憶部１２２を有する。
（２−１−１−１．制御部１００）
制御部１００は、サーバ１０に内蔵される、後述するＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１５０、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１５４などのハードウェアを用いて、サーバ１０の動作を全般的に制御する。また、図２に示したように、制御部１００は、帳票種別特定部１０２、枠情報取得部１０４、画像合成部１０６、送信制御部１０８、顧客識別情報特定部１１０、および顧客情報取得部１１２を有する。
制御部１００は、サーバ１０に内蔵される、後述するＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１５０、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１５４などのハードウェアを用いて、サーバ１０の動作を全般的に制御する。また、図２に示したように、制御部１００は、帳票種別特定部１０２、枠情報取得部１０４、画像合成部１０６、送信制御部１０８、顧客識別情報特定部１１０、および顧客情報取得部１１２を有する。
（２−１−１−２．帳票種別特定部１０２）
帳票種別特定部１０２は、後述する通信部１２０により受信された帳票の読み取り画像から帳票種別を特定する。例えば、帳票種別特定部１０２は、受信された帳票の読み取り画像から、例えば帳票のタイトルなどの文字列を罫線識別技術などを用いて認識することにより、当該帳票の帳票種別を特定する。
帳票種別特定部１０２は、後述する通信部１２０により受信された帳票の読み取り画像から帳票種別を特定する。例えば、帳票種別特定部１０２は、受信された帳票の読み取り画像から、例えば帳票のタイトルなどの文字列を罫線識別技術などを用いて認識することにより、当該帳票の帳票種別を特定する。
または、帳票種別特定部１０２は、スキャナ２０からＯＣＲによる認識結果が受信された場合には、受信された認識結果に基づいて当該帳票の帳票種別を特定する。例えば、図３に示したような帳票からスキャナ２０により認識された「口座開設申込書」という文字列がスキャナ２０から受信された場合には、帳票種別特定部１０２は、当該帳票の帳票種別を「口座開設申込書」と特定する。
（２−１−１−３．枠情報取得部１０４）
枠情報取得部１０４は、帳票種別特定部１０２により特定された帳票種別に対応する枠情報を枠テーブル１２４から取得する。ここで、枠情報は、後述する画像合成部１０６により生成される合成画像において、受信された帳票の読み取り画像を囲う枠の画像、または、帳票の読み取り画像の配置領域を示す台紙の画像を含んでもよい。また、枠情報は、例えば顧客により記入された帳票に対応する銀行内の承認手続に関する情報など、帳票種別ごとの事務手続の情報を含んでもよい。
枠情報取得部１０４は、帳票種別特定部１０２により特定された帳票種別に対応する枠情報を枠テーブル１２４から取得する。ここで、枠情報は、後述する画像合成部１０６により生成される合成画像において、受信された帳票の読み取り画像を囲う枠の画像、または、帳票の読み取り画像の配置領域を示す台紙の画像を含んでもよい。また、枠情報は、例えば顧客により記入された帳票に対応する銀行内の承認手続に関する情報など、帳票種別ごとの事務手続の情報を含んでもよい。
なお、枠テーブル１２４は、本発明における枠データベースの一例である。ここで、図４を参照して、枠テーブル１２４の構成例について説明する。図４に示したように、枠テーブル１２４では、例えば、帳票ＩＤ１２４０、事務種別１２４２、配置位置１２４４、配置サイズ１２４６、および枠イメージ１２４８が対応づけて記録される。ここで、帳票ＩＤ１２４０には、帳票の種類を一意に識別するためのＩＤが記録される。また、事務種別１２４２には、該当の帳票を用いて行われる事務手続きの種類が記録される。また、配置位置１２４４には、後述する画像合成部１０６により生成される合成画像において、該当の帳票の読み取り画像が配置される例えば左上の位置の座標が記録される。また、配置サイズ１２４６には、同様に合成画像において、該当の帳票の読み取り画像が配置されるサイズが記録される。また、枠イメージ１２４８には、該当の帳票に対応付けられている枠の画像が記録される。
例えば、図４の１レコード目に示したデータは、帳票ＩＤが「００１」である帳票のデータであり、当該帳票に対応付けられている事務種別が「口座開設」であり、当該帳票の読み取り画像は左上の角が合成画像において「（１０、１００）」の座標に配置され、かつ、「３００×３００」のサイズで配置されることを示している。
（２−１−１−４．画像合成部１０６）
画像合成部１０６は、通信部１２０により受信された帳票の読み取り画像と、枠情報取得部１０４により取得された枠情報とを合成することにより、合成画像を生成する。
画像合成部１０６は、通信部１２０により受信された帳票の読み取り画像と、枠情報取得部１０４により取得された枠情報とを合成することにより、合成画像を生成する。
‐合成例１‐
ここで、図５を参照して、上記の機能についてより詳細に説明する。図５は、画像合成部１０６により生成された合成画像の一例（合成画像４２）を示した説明図である。図５では、合成画像４２として、銀行における顧客による口座開設の依頼を承認するか否かを記録するための稟議書が作成される例を示している。
ここで、図５を参照して、上記の機能についてより詳細に説明する。図５は、画像合成部１０６により生成された合成画像の一例（合成画像４２）を示した説明図である。図５では、合成画像４２として、銀行における顧客による口座開設の依頼を承認するか否かを記録するための稟議書が作成される例を示している。
例えば、図５において破線で示したように、画像合成部１０６は、枠情報取得部１０４により取得された枠情報に含まれる枠４２０を、帳票読み取り画像４２２を含む領域を囲うように合成画像４２内に配置する。なお、図５では、枠４２０は破線で示しているが、例えば実線や二重線など、様々な線種で描画されてもよい。また、枠４２０は、合成画像４２ａにおいて描画されなくてもよい。
また、画像合成部１０６は、帳票読み取り画像４２２を、枠情報取得部１０４により取得された枠情報により指定される位置およびサイズで合成画像４２内に配置することも可能である。図５に示した例では、画像合成部１０６は、（枠情報取得部１０４により取得された）「口座開設申込書」に対応する枠情報、つまり枠テーブル１２４における１レコード目のデータに基づいて、合成画像４２において帳票読み取り画像４２２の左上の角を「（１０、１００）」の座標に配置し、かつ、帳票読み取り画像４２２を「３００×３００」のサイズで配置する。
また、図５に示したように、画像合成部１０６は、合成画像４２において、帳票読み取り画像４２２に加えて、枠情報に含まれている付加情報を表示するための付加情報表示欄４２４をさらに配置することも可能である。なお、図５では、付加情報が、合成画像４２のタイトル（「稟議書」）や、例えば「決裁記入欄」や「承認印捺印欄」など、「稟議書」を用いて行われる事務手続きのための項目欄や各種情報を含む例を示している。
上記の合成例１による効果として、以下が挙げられる。従来、多数の銀行では、口座開設申込書と稟議書とが別々の紙で作成されているので、例えば行員が稟議書の閲覧時に二枚の紙を交互に参照する必要があり、行員の作業負荷が大きいという課題がある。上記の合成例１によれば、例えば稟議書のような行内手続き用書類内に、顧客による申込書の読み取り画像を含めて印刷するので、行内手続き用書類を一覧性高く生成することができる。また、印刷用紙の節約も可能となる。
‐合成例２‐
また、図６は、画像合成部１０６により生成された合成画像の別の例を示した説明図である。なお、図６に示した合成画像４２は、帳票読み取り画像４２２、付加情報表示欄４２４ａ、および付加情報表示欄４２４ｂを含む。
また、図６は、画像合成部１０６により生成された合成画像の別の例を示した説明図である。なお、図６に示した合成画像４２は、帳票読み取り画像４２２、付加情報表示欄４２４ａ、および付加情報表示欄４２４ｂを含む。
図６に示した例では、付加情報表示欄４２４ａには、枠情報に含まれている付加情報のうち、例えば、銀行から顧客に対する通知内容などの情報が配置される。また、付加情報表示欄４２４ｂには、同じ枠情報に含まれている付加情報のうち、例えば口座開設時の支店の地図や、銀行の支店の一覧などの情報が配置される。
この合成例２によれば、顧客宛ての帳票として、帳票読み取り画像４２２および付加情報表示欄４２４ａを一枚の帳票に纏めて印刷することができる。このため、銀行は、口座開設申込書に対する記入内容に誤りがないかを顧客に注意喚起させることができる。また、顧客は、印刷された帳票を参照することにより、自己の記入内容に誤りがなかったかを確認することができる。
‐合成例３‐
なお、変形例として、画像合成部１０６は、帳票の読み取り画像、および枠情報に加えて、後述する顧客情報取得部１１２により取得された顧客情報をさらに含めて合成画像を生成することも可能である。
なお、変形例として、画像合成部１０６は、帳票の読み取り画像、および枠情報に加えて、後述する顧客情報取得部１１２により取得された顧客情報をさらに含めて合成画像を生成することも可能である。
ここで、図７を参照して、上記の機能についてより詳細に説明する。図７は、画像合成部１０６により生成された合成画像の別の例を示した説明図である。図７に示したように、例えば、画像合成部１０６は、合成画像４２内の付加情報表示欄４２４において、例えば「○○ローンの残高：３００万円」のような、帳票（図７に示した例では「クレジットカード申込書」）を記入した顧客に関する顧客情報４２６を配置する。
この合成例によれば、例えば承認者が確認する必要がある情報として予め定められている顧客情報４２６が合成画像４２内に配置される。このため、承認者は、例えば顧客情報が記載された別の書類を見たり、端末の画面で顧客情報を閲覧することなく、承認のために必要な顧客情報を合成画像４２（「稟議書」）上で確認することができる。
（２−１−１−５．送信制御部１０８）
送信制御部１０８は、画像合成部１０６により生成された合成画像を例えばプリンタ３０へ、後述する通信部１２０に送信させる。
送信制御部１０８は、画像合成部１０６により生成された合成画像を例えばプリンタ３０へ、後述する通信部１２０に送信させる。
（２−１−１−６．顧客識別情報特定部１１０）
顧客識別情報特定部１１０は、通信部１２０により受信された帳票の読み取り画像から顧客ＩＤを特定する。なお、顧客ＩＤは、本発明における顧客識別情報の一例である。例えば、顧客識別情報特定部１１０は、例えば罫線識別技術などを用いて、受信された帳票の読み取り画像に含まれている顧客ＩＤを特定する。または、顧客識別情報特定部１１０は、スキャナ２０からＯＣＲによる認識結果が受信された場合には、受信された認識結果に基づいて帳票の読み取り画像に含まれる顧客ＩＤを特定する。
顧客識別情報特定部１１０は、通信部１２０により受信された帳票の読み取り画像から顧客ＩＤを特定する。なお、顧客ＩＤは、本発明における顧客識別情報の一例である。例えば、顧客識別情報特定部１１０は、例えば罫線識別技術などを用いて、受信された帳票の読み取り画像に含まれている顧客ＩＤを特定する。または、顧客識別情報特定部１１０は、スキャナ２０からＯＣＲによる認識結果が受信された場合には、受信された認識結果に基づいて帳票の読み取り画像に含まれる顧客ＩＤを特定する。
（２−１−１−７．顧客情報取得部１１２）
顧客情報取得部１１２は、顧客識別情報特定部１１０により特定された顧客ＩＤに対応する顧客情報を顧客情報テーブル１２６から取得する。ここで、顧客情報テーブル１２６は、本発明における顧客情報データベースの一例である。
顧客情報取得部１１２は、顧客識別情報特定部１１０により特定された顧客ＩＤに対応する顧客情報を顧客情報テーブル１２６から取得する。ここで、顧客情報テーブル１２６は、本発明における顧客情報データベースの一例である。
ここで、図８を参照して、顧客情報テーブル１２６の構成例について説明する。図８に示したように、顧客情報テーブル１２６では、例えば、顧客ＩＤ１２６０、氏名１２６２、年齢１２６４、住所１２６６、口座残高１２６８、およびローン残高１２７０が対応づけて記録される。ここで、氏名１２６２、年齢１２６４、住所１２６６、口座残高１２６８、およびローン残高１２７０にはそれぞれ、該当の顧客ＩＤに対応する顧客の氏名、年齢、住所、口座残高、またはローン残高が記録される。
例えば、図８の１レコード目に示したデータは、顧客ＩＤが「０００１」である顧客に関するデータであり、当該顧客の氏名は「沖 太郎」であり、当該顧客の年齢は「４０歳」であり、当該顧客の住所は「東京都港区××」であり、また、当該顧客のローン残高は「０円」であることを示している。
（２−１−１−８．通信部１２０）
通信部１２０は、本発明における帳票画像取得部の一例である。通信部１２０は、サーバ１０と通信可能な装置との間で情報を送受信する。例えば、通信部１２０は、帳票の読み取り画像をスキャナ２０から受信する。また、通信部１２０は、送信制御部１０８による制御に従って、画像合成部１０６により生成された合成画像をプリンタ３０へ送信する。
通信部１２０は、本発明における帳票画像取得部の一例である。通信部１２０は、サーバ１０と通信可能な装置との間で情報を送受信する。例えば、通信部１２０は、帳票の読み取り画像をスキャナ２０から受信する。また、通信部１２０は、送信制御部１０８による制御に従って、画像合成部１０６により生成された合成画像をプリンタ３０へ送信する。
（２−１−１−１１．記憶部１２２）
記憶部１２２は、図２に示したように、枠テーブル１２４、および顧客情報テーブル１２６などの各種データを記憶する。
記憶部１２２は、図２に示したように、枠テーブル１２４、および顧客情報テーブル１２６などの各種データを記憶する。
なお、第１の実施形態によるサーバ１０の構成は、上述した構成に限定されない。例えば、サーバ１０は、顧客識別情報特定部１１０、または顧客情報取得部１１２を含まなくてもよい。また、顧客情報テーブル１２６はサーバ１０に含まれずに、サーバ１０と通信可能な他の装置に記憶されてもよい。
［２−１−２．スキャナ２０の構成］
また、図９は、第１の実施形態によるスキャナ２０の構成を示した機能ブロック図である。図９に示したように、スキャナ２０は、制御部２００、通信部２１０、読み取り部２１２、および入力部２１４を有する。
また、図９は、第１の実施形態によるスキャナ２０の構成を示した機能ブロック図である。図９に示したように、スキャナ２０は、制御部２００、通信部２１０、読み取り部２１２、および入力部２１４を有する。
（２−１−２−１．制御部２００）
制御部２００は、スキャナ２０の動作を全般的に制御する。また、図９に示したように、制御部２００は、送信制御部２０２を有する。
制御部２００は、スキャナ２０の動作を全般的に制御する。また、図９に示したように、制御部２００は、送信制御部２０２を有する。
（２−１−２−２．送信制御部２０２）
送信制御部２０２は、後述する読み取り部２１２により読み取られた帳票の読み取り画像を例えばサーバ１０へ通信部２１０に送信させる。また、送信制御部２０２は、読み取り部２１２により帳票から例えば帳票ＩＤや顧客ＩＤなどの文字列が認識された場合には、認識結果をさらにサーバ１０へ通信部２１０に送信させることも可能である。
送信制御部２０２は、後述する読み取り部２１２により読み取られた帳票の読み取り画像を例えばサーバ１０へ通信部２１０に送信させる。また、送信制御部２０２は、読み取り部２１２により帳票から例えば帳票ＩＤや顧客ＩＤなどの文字列が認識された場合には、認識結果をさらにサーバ１０へ通信部２１０に送信させることも可能である。
（２−１−２−３．通信部２１０）
通信部２１０は、スキャナ２０と通信可能な装置との間で情報を送受信する。例えば、通信部２１０は、送信制御部２０２による制御に従って、帳票の読み取り画像をサーバ１０へ送信する。
通信部２１０は、スキャナ２０と通信可能な装置との間で情報を送受信する。例えば、通信部２１０は、送信制御部２０２による制御に従って、帳票の読み取り画像をサーバ１０へ送信する。
（２−１−２−４．読み取り部２１２）
読み取り部２１２は、帳票を光学的に読み取り、デジタル静止画像として記録する。また、読み取り部２１２は、ＯＣＲ機能により、読み取った帳票から例えば帳票のタイトルの位置などの、所定の位置に記入されている文字列を認識することも可能である。
読み取り部２１２は、帳票を光学的に読み取り、デジタル静止画像として記録する。また、読み取り部２１２は、ＯＣＲ機能により、読み取った帳票から例えば帳票のタイトルの位置などの、所定の位置に記入されている文字列を認識することも可能である。
（２−１−２−５．入力部２１４）
入力部２１４は、スキャナ２０に設置されているボタンや、タッチパネルなどに対するユーザーの入力を受け付ける。例えば、入力部２１４は、ユーザーによる帳票の読み取り開始指示などを受け付ける。
入力部２１４は、スキャナ２０に設置されているボタンや、タッチパネルなどに対するユーザーの入力を受け付ける。例えば、入力部２１４は、ユーザーによる帳票の読み取り開始指示などを受け付ける。
［２−１−３．動作］
以上、第１の実施形態による構成について説明した。続いて、第１の実施形態による動作について説明する。なお、ここでは、例えば銀行に送付された、顧客により記入された帳票を銀行の行員がスキャナ２０に読み取らせる場面における動作例について説明する。
以上、第１の実施形態による構成について説明した。続いて、第１の実施形態による動作について説明する。なお、ここでは、例えば銀行に送付された、顧客により記入された帳票を銀行の行員がスキャナ２０に読み取らせる場面における動作例について説明する。
図１０は、第１の実施形態による動作を示したシーケンス図である。図１０に示したように、まず、銀行の行員は、顧客により記入された帳票をスキャナ２０に読み取らせる（Ｓ１０１）。そして、スキャナ２０の送信制御部２０２は、読み取った帳票の画像をサーバ１０へ通信部２１０に送信させる（Ｓ１０２）。
その後、サーバ１０の帳票種別特定部１０２は、スキャナ２０から受信された帳票の読み取り画像から、当該帳票の帳票種別を特定する（Ｓ１０３）。
続いて、枠情報取得部１０４は、Ｓ１０３で特定された帳票種別に対応する枠情報を枠テーブル１２４から取得する（Ｓ１０４）。
続いて、画像合成部１０６は、Ｓ１０２で受信された帳票の読み取り画像と、Ｓ１０４で取得された枠情報とを合成することにより、合成画像を生成する（Ｓ１０５）。
続いて、送信制御部１０８は、Ｓ１０５で生成された合成画像をプリンタ３０へ通信部１２０に送信させる（Ｓ１０６）。
その後、プリンタ３０は、サーバ１０から受信された合成画像を紙媒体に印刷する（Ｓ１０７）。
［２−１−４．効果］
以上、例えば図２、および図１０等を参照して説明したように、第１の実施形態によるサーバ１０は、スキャナ２０から受信された帳票の読み取り画像から帳票種別を特定し、特定された帳票種別に対応する枠情報を枠テーブル１２４から取得し、そして、帳票の読み取り画像と取得された枠情報とを合成することにより、合成画像を生成する。このため、該当の帳票に対応する枠情報を自動的に特定し、かつ、特定された枠情報および帳票の読み取り画像に基づいて合成画像を自動的に生成することができる。
以上、例えば図２、および図１０等を参照して説明したように、第１の実施形態によるサーバ１０は、スキャナ２０から受信された帳票の読み取り画像から帳票種別を特定し、特定された帳票種別に対応する枠情報を枠テーブル１２４から取得し、そして、帳票の読み取り画像と取得された枠情報とを合成することにより、合成画像を生成する。このため、該当の帳票に対応する枠情報を自動的に特定し、かつ、特定された枠情報および帳票の読み取り画像に基づいて合成画像を自動的に生成することができる。
このため、例えば顧客により記入された帳票の帳票種別に合わせて適切な合成画像を効率的に、かつ、誤りなく作成することができる。このため、銀行における事務の効率化につながる。特に、銀行で取り扱われている帳票の種類が多数ある場合に有効である。
＜２−２．第２の実施形態＞
以上、第１の実施形態について説明した。次に、第２の実施形態について説明する。
以上、第１の実施形態について説明した。次に、第２の実施形態について説明する。
まず、第２の実施形態を創作するに至った背景について説明する。従来、多くの金融機関では、顧客から受領した手形や、証明書類などの原本の画像と、関連するＩＤなどの情報とを一体の画像として保管している。また、金融機関の担当者は、原本の書類を画像データとして保存するために、台紙に原本を貼ってスキャンしたり、スキャン後の紙にＩＤやメモなどを書き込んだ後に再度スキャンを行っている。
しかしながら、上記の作業は手間とコストが大きい。また、対象帳票が複数枚ある場合には、スキャンされた複数枚の画像を１枚の画像に纏めるために、さらに手間がかかる。
後述するように、第２の実施形態によれば、スキャナ２０により読み取られた複数の帳票の読み取り画像に合わせて適切な合成画像を効率的に、かつ、誤りなく生成することができる。
［２−２−１．サーバ１０の構成］
まず、第２の実施形態による構成について詳細に説明する。図１１は、第２の実施形態によるサーバ１０の構成を示した機能ブロック図である。図１１に示したように、第２の実施形態によるサーバ１０は、第１の実施形態と比較して、帳票種別特定部１０２、および画像合成部１０６を含まない。なお、以下では、第１の実施形態と異なる機能を有する構成要素についてのみ説明を行う。
まず、第２の実施形態による構成について詳細に説明する。図１１は、第２の実施形態によるサーバ１０の構成を示した機能ブロック図である。図１１に示したように、第２の実施形態によるサーバ１０は、第１の実施形態と比較して、帳票種別特定部１０２、および画像合成部１０６を含まない。なお、以下では、第１の実施形態と異なる機能を有する構成要素についてのみ説明を行う。
（２−２−１−１．枠情報取得部１０４）
第２の実施形態による枠情報取得部１０４は、通信部１２０により受信された業務種別に対応する枠情報を枠テーブル１２４から取得する。例えば、枠情報取得部１０４は、通信部１２０により受信された業務種別、および受信された帳票の読み取り画像の枚数に対応する枠情報を枠テーブル１２４から取得する。なお、第２の実施形態による枠情報は、後述するように、スキャナ２０により生成される合成画像において複数の帳票の読み取り画像の各々の配置位置または配置サイズを指定する情報を含んでもよい。また、枠情報は、生成される合成画像の枚数を指定する情報を含んでもよい。
第２の実施形態による枠情報取得部１０４は、通信部１２０により受信された業務種別に対応する枠情報を枠テーブル１２４から取得する。例えば、枠情報取得部１０４は、通信部１２０により受信された業務種別、および受信された帳票の読み取り画像の枚数に対応する枠情報を枠テーブル１２４から取得する。なお、第２の実施形態による枠情報は、後述するように、スキャナ２０により生成される合成画像において複数の帳票の読み取り画像の各々の配置位置または配置サイズを指定する情報を含んでもよい。また、枠情報は、生成される合成画像の枚数を指定する情報を含んでもよい。
ここで、図１２を参照して、第２の実施形態による枠テーブル１２４の構成例について説明する。図１２に示したように、第２の実施形態による枠テーブル１２４では、例えば、組み合わせＩＤ１２５０、業務種別１２５２、帳票ＩＤ１２４０、帳票種別１２５４、帳票枚数１２５６、および枠情報１２５８が対応づけて記録される。ここで、組み合わせＩＤ１２５０には、複数の帳票の組み合わせを一意に識別するためのＩＤが記録される。また、業務種別１２５２には、該当の組み合わせＩＤに対応する業務種別が記録される。また、帳票枚数１２５４には、該当の帳票の組み合わせに含まれる各帳票の枚数が記録される。また、枠情報１２５６には、該当の帳票の組み合わせに含まれる各帳票の配置位置（配置位置１２４４）、および配置サイズ（配置サイズ１２４６）が記録される。
例えば、図１２の１レコード目に示したデータは、組み合わせＩＤが「００１」である帳票の組み合わせに関するデータであり、当該組み合わせに対応付けられている業務種別が「口座開設」であり、当該組み合わせには「口座開設依頼書」、「本人確認書類」、および「印鑑票」がそれぞれ一枚ずつ含まれていることを示している。
（２−２−１−２．送信制御部１０８）
第２の実施形態による送信制御部１０８は、枠情報取得部１０４により取得された枠情報をスキャナ２０へ通信部１２０に送信させる。また、送信制御部１０８は、さらに、顧客情報取得部１１２により取得された顧客情報をスキャナ２０へ通信部１２０に送信させることも可能である。
第２の実施形態による送信制御部１０８は、枠情報取得部１０４により取得された枠情報をスキャナ２０へ通信部１２０に送信させる。また、送信制御部１０８は、さらに、顧客情報取得部１１２により取得された顧客情報をスキャナ２０へ通信部１２０に送信させることも可能である。
［２−２−２．スキャナ２０の構成］
また、図１３は、第２の実施形態によるスキャナ２０の構成を示した機能ブロック図である。図１３に示したように、スキャナ２０は、第１の実施形態と比較して、画像合成部２０４を新たに含む。なお、以下では、第１の実施形態と異なる機能を有する構成要素についてのみ説明を行う。
また、図１３は、第２の実施形態によるスキャナ２０の構成を示した機能ブロック図である。図１３に示したように、スキャナ２０は、第１の実施形態と比較して、画像合成部２０４を新たに含む。なお、以下では、第１の実施形態と異なる機能を有する構成要素についてのみ説明を行う。
（２−２−２−１．送信制御部２０２）
第２の実施形態による送信制御部２０２は、例えば、入力部２１４に対してユーザーにより入力された業務種別や、読み取り部２１２により（一度に）読み取られた複数の帳票の枚数をサーバ１０へ通信部２１０に送信させる。
第２の実施形態による送信制御部２０２は、例えば、入力部２１４に対してユーザーにより入力された業務種別や、読み取り部２１２により（一度に）読み取られた複数の帳票の枚数をサーバ１０へ通信部２１０に送信させる。
また、送信制御部２０２は、後述する画像合成部２０４により生成された合成画像をプリンタ３０へ通信部２１０に送信させる。
（２−２−２−２．画像合成部２０４）
画像合成部２０４は、通信部２１０により受信された枠情報により指定される領域に、読み取り部２１２により読み取られた複数の帳票の読み取り画像を配置することにより、合成画像を生成する。
画像合成部２０４は、通信部２１０により受信された枠情報により指定される領域に、読み取り部２１２により読み取られた複数の帳票の読み取り画像を配置することにより、合成画像を生成する。
‐合成例１‐
ここで、図１４を参照して、上記の機能についてより詳細に説明する。図１４は、画像合成部２０４により生成された合成画像の一例（合成画像４４）を示した説明図である。なお、図１４では、読み取り部２１２により「口座開設依頼書」、「本人確認書類」、および「印鑑票」がそれぞれ一枚ずつ読み取られた場合、つまり、上述した枠テーブル１２４における組み合わせＩＤが「００１」である帳票の組み合わせにおける合成画像４４の生成例を示している。
ここで、図１４を参照して、上記の機能についてより詳細に説明する。図１４は、画像合成部２０４により生成された合成画像の一例（合成画像４４）を示した説明図である。なお、図１４では、読み取り部２１２により「口座開設依頼書」、「本人確認書類」、および「印鑑票」がそれぞれ一枚ずつ読み取られた場合、つまり、上述した枠テーブル１２４における組み合わせＩＤが「００１」である帳票の組み合わせにおける合成画像４４の生成例を示している。
図１４に示したように、画像合成部２０４は、読み取り部２１２により読み取られた複数の帳票の読み取り画像の各々を合成画像４４において、通信部２１０により受信された枠情報、つまり枠テーブル１２４における組み合わせＩＤが「００１」である枠情報により指定される配置位置および配置サイズで配置する。図１４に示した例では、画像合成部２０４により、「口座開設依頼書」の読み取り画像が帳票画像配置欄４４０ａに、「本人確認書類」の読み取り画像が帳票画像配置欄４４０ｂに、「印鑑票」の読み取り画像が帳票画像配置欄４４０ｃにそれぞれ配置された例を示している。
なお、帳票の組み合わせが同じであれば、仮に一枚一枚の帳票が読み取られた順序が異なる場合であっても、画像合成部２０４は、受信された枠情報に基づいて、同一の合成画像を生成することが可能である。
また、図１４に示したように、画像合成部２０４は、複数の帳票の読み取り時において入力部２１４に対してユーザーにより入力されたＣＩＦ（Ｃｕｓｔｏｍｅｒ Ｉｎｆｏｒｍａｔｉｏｎ Ｆｉｌｅ）番号や取引メモなどの付加情報４４２を合成画像４４にさらに配置することも可能である。なお、変形例として、付加情報４４２は枠情報に含まれていてもよい。そして、画像合成部２０４は、通信部２１０により受信された枠情報に含まれる付加情報４４２を例えば図１４に示したように、合成画像４４内に配置することが可能である。
‐合成例２‐
また、図１５は、画像合成部２０４により生成された合成画像の別の例を示した説明図である。なお、図１５では、読み取り部２１２により「口座開設依頼書」が１枚、「本人確認書類」が３枚読み取られた場合における合成画像４４の生成例を示している。
また、図１５は、画像合成部２０４により生成された合成画像の別の例を示した説明図である。なお、図１５では、読み取り部２１２により「口座開設依頼書」が１枚、「本人確認書類」が３枚読み取られた場合における合成画像４４の生成例を示している。
図１５に示したように、読み取り部２１２により同じ帳票種別の帳票（図１５の例では「本人確認書類」）が複数枚読み込まれた場合には、画像合成部２０４は、当該帳票種別の帳票の枚数に応じて、当該帳票種別の帳票の読み取り画像のサイズを縮小して合成画像４４内に配置することが可能である。
‐合成例３‐
また、画像合成部２０４は、読み取り部２１２により読み取られた複数の帳票の読み取り画像から、合成画像を複数枚に分けて生成することも可能である。なお、生成される合成画像の枚数は、読み取られた複数の帳票に対応する帳票種別の数であってもよいし、入力部２１４に対してユーザーにより入力された数であってもよいし、または、枠情報において定義されている数であってもよい。
また、画像合成部２０４は、読み取り部２１２により読み取られた複数の帳票の読み取り画像から、合成画像を複数枚に分けて生成することも可能である。なお、生成される合成画像の枚数は、読み取られた複数の帳票に対応する帳票種別の数であってもよいし、入力部２１４に対してユーザーにより入力された数であってもよいし、または、枠情報において定義されている数であってもよい。
ここで、図１６を参照して、上記の機能についてより詳細に説明する。図１６は、画像合成部２０４により生成された合成画像の別の例を示した説明図である。なお、図１６では、読み取り部２１２により「口座開設依頼書」が１枚、「本人確認書類」が３枚読み取られた場合における合成画像４４の生成例を示している。
図１６に示したように、画像合成部２０４は、例えば、同じ帳票種別の帳票の読み取り画像が配置された合成画像を、帳票種別の数だけ生成することが可能である。図１６に示した例では、画像合成部２０４により、「口座開設依頼書」の読み取り画像が配置された合成画像４４ａと、「本人確認書類」の読み取り画像（３枚全て）が配置された合成画像４４ｂと、が生成された例を示している。
（２−２−２−３．読み取り部２１２）
第２の実施形態による読み取り部２１２は、本発明における帳票画像取得部の一例である。読み取り部２１２は、例えばスキャナ２０に配置された複数の帳票を連続して読み取り、それぞれデジタル静止画像として記録する。
第２の実施形態による読み取り部２１２は、本発明における帳票画像取得部の一例である。読み取り部２１２は、例えばスキャナ２０に配置された複数の帳票を連続して読み取り、それぞれデジタル静止画像として記録する。
（２−２−２−４．入力部２１４）
第２の実施形態による入力部２１４は、本発明における業務種別取得部の一例である。入力部２１４は、例えば、複数の帳票の読み取り時においてユーザーによる業務種別の入力を受け付ける。
第２の実施形態による入力部２１４は、本発明における業務種別取得部の一例である。入力部２１４は、例えば、複数の帳票の読み取り時においてユーザーによる業務種別の入力を受け付ける。
［２−２−３．動作］
以上、第２の実施形態による構成について説明した。続いて、第２の実施形態による動作について説明する。図１７は、第２の実施形態による動作を示したシーケンス図である。図１７に示したように、まず、銀行の行員は、例えば顧客により記入された複数の帳票をスキャナ２０に読み取らせる（Ｓ２０１）。そして、行員は、Ｓ２０１で読み取らせた複数の帳票に対応する業務種別をスキャナ２０に入力する。なお、この際、行員は、例えば帳票ごとにＣＩＦ番号や取引メモなどの付加情報をスキャナ２０に入力してもよい（Ｓ２０２）。
以上、第２の実施形態による構成について説明した。続いて、第２の実施形態による動作について説明する。図１７は、第２の実施形態による動作を示したシーケンス図である。図１７に示したように、まず、銀行の行員は、例えば顧客により記入された複数の帳票をスキャナ２０に読み取らせる（Ｓ２０１）。そして、行員は、Ｓ２０１で読み取らせた複数の帳票に対応する業務種別をスキャナ２０に入力する。なお、この際、行員は、例えば帳票ごとにＣＩＦ番号や取引メモなどの付加情報をスキャナ２０に入力してもよい（Ｓ２０２）。
続いて、スキャナ２０の送信制御部２０２は、Ｓ２０２で入力された業務種別と、Ｓ２０１で読み取られた各帳票の枚数と、をサーバ１０へ通信部２１０に送信させる（Ｓ２０３）。
その後、サーバ１０の枠情報取得部１０４は、スキャナ２０から受信された業務種別および各帳票の枚数に対応する枠情報を枠テーブル１２４から取得する（Ｓ２０４）。
続いて、送信制御部１０８は、Ｓ２０４で取得された枠情報をスキャナ２０へ通信部１２０に送信させる（Ｓ２０５）。
その後、スキャナ２０の画像合成部２０４は、サーバ１０から受信された枠情報により指定される領域に、Ｓ２０１で読み取られた複数の帳票の読み取り画像（およびＳ２０２で入力された付加情報）をそれぞれ配置することにより、合成画像を生成する（Ｓ２０６）。
続いて、送信制御部２０２は、Ｓ２０６で生成された合成画像をサーバ１０へ通信部２１０に送信させる（Ｓ２０７）。
続いて、サーバ１０の送信制御部１０８は、スキャナ２０から受信された合成画像をプリンタ３０へ通信部１２０に送信させる（Ｓ２０８）。
その後、プリンタ３０は、サーバ１０から受信された合成画像を紙媒体に印刷する（Ｓ２０９）。
［２−２−４．効果］
以上、例えば図１１、図１３、および図１７等を参照して説明したように、第２の実施形態によるサーバ１０は、スキャナ２０から受信される業務種別に対応する枠情報を枠テーブル１２４から取得し、そして、取得した枠情報をスキャナ２０へ送信させる。また、スキャナ２０は、複数の帳票を読み取り、そして、サーバ１０から受信された枠情報により指定される領域に、読み取った複数の帳票の画像を配置することにより、合成画像を生成する。
以上、例えば図１１、図１３、および図１７等を参照して説明したように、第２の実施形態によるサーバ１０は、スキャナ２０から受信される業務種別に対応する枠情報を枠テーブル１２４から取得し、そして、取得した枠情報をスキャナ２０へ送信させる。また、スキャナ２０は、複数の帳票を読み取り、そして、サーバ１０から受信された枠情報により指定される領域に、読み取った複数の帳票の画像を配置することにより、合成画像を生成する。
このため、スキャナ２０は、読み取られた複数の帳票の組み合わせに応じて、各帳票の読み取り画像が適切な位置に配置された合成画像を効率的に、かつ、誤りなく生成することができる。
＜＜３．ハードウェア構成＞＞
以上、本発明の各実施形態について説明した。次に、本発明の各実施形態に共通するサーバ１０のハードウェア構成について、図１８を参照して説明する。図１８に示したように、サーバ１０は、ＣＰＵ１５０、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１５２、ＲＡＭ１５４、内部バス１５６、入出力インターフェース１５８、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）１６０、およびネットワークインターフェース１６２を備える。
以上、本発明の各実施形態について説明した。次に、本発明の各実施形態に共通するサーバ１０のハードウェア構成について、図１８を参照して説明する。図１８に示したように、サーバ１０は、ＣＰＵ１５０、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１５２、ＲＡＭ１５４、内部バス１５６、入出力インターフェース１５８、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）１６０、およびネットワークインターフェース１６２を備える。
＜３−１．ＣＰＵ１５０＞
ＣＰＵ１５０は、演算処理装置および制御装置として機能し、各種プログラムに従ってサーバ１０内の動作全般を制御する。また、ＣＰＵ１５０は、サーバ１０において制御部１００の機能を実現する。なお、ＣＰＵ１５０は、マイクロプロセッサなどのプロセッサにより構成される。
ＣＰＵ１５０は、演算処理装置および制御装置として機能し、各種プログラムに従ってサーバ１０内の動作全般を制御する。また、ＣＰＵ１５０は、サーバ１０において制御部１００の機能を実現する。なお、ＣＰＵ１５０は、マイクロプロセッサなどのプロセッサにより構成される。
＜３−２．ＲＯＭ１５２＞
ＲＯＭ１５２は、ＣＰＵ１５０が使用するプログラムや演算パラメータ等を記憶する。
ＲＯＭ１５２は、ＣＰＵ１５０が使用するプログラムや演算パラメータ等を記憶する。
＜３−３．ＲＡＭ１５４＞
ＲＡＭ１５４は、ＣＰＵ１５０の実行において使用するプログラムや、その実行において適宜変化するパラメータ等を一時記憶する。
ＲＡＭ１５４は、ＣＰＵ１５０の実行において使用するプログラムや、その実行において適宜変化するパラメータ等を一時記憶する。
＜３−４．内部バス１５６＞
内部バス１５６は、ＣＰＵバスなどから構成される。この内部バス１５６は、ＣＰＵ１５０、ＲＯＭ１５２、およびＲＡＭ１５４を相互に接続する。
内部バス１５６は、ＣＰＵバスなどから構成される。この内部バス１５６は、ＣＰＵ１５０、ＲＯＭ１５２、およびＲＡＭ１５４を相互に接続する。
＜３−５．入出力インターフェース１５８＞
入出力インターフェース１５８は、ＨＤＤ１６０、およびネットワークインターフェース１６２を、内部バス１５６と接続する。例えばＨＤＤ１６０は、この入出力インターフェース１５８および内部バス１５６を介して、ＲＡＭ１５４などとの間でデータをやり取りする。
入出力インターフェース１５８は、ＨＤＤ１６０、およびネットワークインターフェース１６２を、内部バス１５６と接続する。例えばＨＤＤ１６０は、この入出力インターフェース１５８および内部バス１５６を介して、ＲＡＭ１５４などとの間でデータをやり取りする。
＜３−６．ＨＤＤ１６０＞
ＨＤＤ１６０は、記憶部１２２として機能する、データ格納用の装置である。このＨＤＤ１６０は、例えば、記憶媒体、記憶媒体にデータを記録する記録装置、記憶媒体からデータを読み出す読出し装置、および記憶媒体に記録されたデータを削除する削除装置などを含む。また、ＨＤＤ１６０は、ＣＰＵ１５０が実行するプログラムや各種データを格納する。
ＨＤＤ１６０は、記憶部１２２として機能する、データ格納用の装置である。このＨＤＤ１６０は、例えば、記憶媒体、記憶媒体にデータを記録する記録装置、記憶媒体からデータを読み出す読出し装置、および記憶媒体に記録されたデータを削除する削除装置などを含む。また、ＨＤＤ１６０は、ＣＰＵ１５０が実行するプログラムや各種データを格納する。
＜３−７．ネットワークインターフェース１６２＞
ネットワークインターフェース１６２は、例えばインターネットなどの通信網に接続するための通信デバイス等で構成された通信インターフェースである。このネットワークインターフェース１６２は、通信部１２０として機能する。なお、ネットワークインターフェース１６２は、無線ＬＡＮ対応通信装置、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）対応通信装置、または有線による通信を行うワイヤー通信装置であってもよい。
ネットワークインターフェース１６２は、例えばインターネットなどの通信網に接続するための通信デバイス等で構成された通信インターフェースである。このネットワークインターフェース１６２は、通信部１２０として機能する。なお、ネットワークインターフェース１６２は、無線ＬＡＮ対応通信装置、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）対応通信装置、または有線による通信を行うワイヤー通信装置であってもよい。
＜＜４．変形例＞＞
なお、添付図面を参照しながら本発明の好適な実施形態について詳細に説明したが、本発明はかかる例に限定されない。本発明の属する技術の分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本発明の技術的範囲に属するものと了解される。
なお、添付図面を参照しながら本発明の好適な実施形態について詳細に説明したが、本発明はかかる例に限定されない。本発明の属する技術の分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本発明の技術的範囲に属するものと了解される。
＜４−１．変形例１＞
例えば、第２の実施形態による画像合成部２０４は、図１９に示したように、読み取り部２１２により読み取られた各帳票の画像を一枚ずつ含む一時画像４６を、読み取られた帳票の枚数だけ生成してもよい。そして、画像合成部２０４は、通信部２１０により受信された枠情報により指定される領域に、生成した複数の一時画像４６をそれぞれ配置することにより、合成画像４４を生成してもよい。
例えば、第２の実施形態による画像合成部２０４は、図１９に示したように、読み取り部２１２により読み取られた各帳票の画像を一枚ずつ含む一時画像４６を、読み取られた帳票の枚数だけ生成してもよい。そして、画像合成部２０４は、通信部２１０により受信された枠情報により指定される領域に、生成した複数の一時画像４６をそれぞれ配置することにより、合成画像４４を生成してもよい。
＜４−２．変形例２＞
また、第２の実施形態では、業務種別がユーザーによりスキャナ２０に対して入力される例について説明したが、かかる例に限定されない。例えば、スキャナ２０の読み取り部２１２は、読み取った複数の帳票の読み取り画像から例えば帳票のタイトルなどの文字列を罫線識別技術などを用いて認識することにより、当該複数の帳票の読み取り画像に対応する業務種別を特定することも可能である。
また、第２の実施形態では、業務種別がユーザーによりスキャナ２０に対して入力される例について説明したが、かかる例に限定されない。例えば、スキャナ２０の読み取り部２１２は、読み取った複数の帳票の読み取り画像から例えば帳票のタイトルなどの文字列を罫線識別技術などを用いて認識することにより、当該複数の帳票の読み取り画像に対応する業務種別を特定することも可能である。
＜４−３．変形例３＞
また、第２の実施形態において、合成画像において各帳票の読み取り画像が配置される順序が、サーバ１０から受信される枠情報により定められる例について説明したが、かかる例に限定されない。例えば、スキャナ２０に表示されるプレビュー画面において、各帳票の読み取り画像の配置順をユーザーが変更可能であってもよい。
また、第２の実施形態において、合成画像において各帳票の読み取り画像が配置される順序が、サーバ１０から受信される枠情報により定められる例について説明したが、かかる例に限定されない。例えば、スキャナ２０に表示されるプレビュー画面において、各帳票の読み取り画像の配置順をユーザーが変更可能であってもよい。
＜４−３．変形例３＞
また、第１の実施形態および第２の実施形態では、本発明における「帳票の読み取り画像」が、スキャナ２０により帳票が読み取られた画像である例について説明したが、かかる例に限定されない。例えば、帳票の読み取り画像は、顧客が所有するデジタルカメラにより帳票が撮影された画像であってもよい。
また、第１の実施形態および第２の実施形態では、本発明における「帳票の読み取り画像」が、スキャナ２０により帳票が読み取られた画像である例について説明したが、かかる例に限定されない。例えば、帳票の読み取り画像は、顧客が所有するデジタルカメラにより帳票が撮影された画像であってもよい。
＜４−４．変形例４＞
なお、本発明の各実施形態によれば、ＣＰＵ１５０、ＲＯＭ１５２、およびＲＡＭ１５４などのハードウェアを、上述したサーバ１０の各構成と同等の機能を発揮させるためのコンピュータプログラムも提供可能である。また、該コンピュータプログラムが記録された記録媒体も提供される。
なお、本発明の各実施形態によれば、ＣＰＵ１５０、ＲＯＭ１５２、およびＲＡＭ１５４などのハードウェアを、上述したサーバ１０の各構成と同等の機能を発揮させるためのコンピュータプログラムも提供可能である。また、該コンピュータプログラムが記録された記録媒体も提供される。
１０ サーバ
２０ スキャナ
３０ プリンタ
１００ 制御部
１０２ 帳票種別特定部
１０４ 枠情報取得部
１０６ 画像合成部
１０８ 送信制御部
１１０ 顧客識別情報特定部
１１２ 顧客情報取得部
１２０ 通信部
１２２ 記憶部
１２４ 枠テーブル
１２６ 顧客情報テーブル
１５０ ＣＰＵ
１５２ ＲＯＭ
１５４ ＲＡＭ
１５６ 内部バス
１５８ 入出力インターフェース
１６０ ＨＤＤ
１６２ ネットワークインターフェース
２００ 制御部
２０２ 送信制御部
２０４ 画像合成部
２１０ 通信部
２１２ 読み取り部
２１４ 入力部
２０ スキャナ
３０ プリンタ
１００ 制御部
１０２ 帳票種別特定部
１０４ 枠情報取得部
１０６ 画像合成部
１０８ 送信制御部
１１０ 顧客識別情報特定部
１１２ 顧客情報取得部
１２０ 通信部
１２２ 記憶部
１２４ 枠テーブル
１２６ 顧客情報テーブル
１５０ ＣＰＵ
１５２ ＲＯＭ
１５４ ＲＡＭ
１５６ 内部バス
１５８ 入出力インターフェース
１６０ ＨＤＤ
１６２ ネットワークインターフェース
２００ 制御部
２０２ 送信制御部
２０４ 画像合成部
２１０ 通信部
２１２ 読み取り部
２１４ 入力部
Claims (9)
- 帳票の読み取り画像を取得する帳票画像取得部と、
取得された帳票の読み取り画像から帳票種別を特定する帳票種別特定部と、
特定された帳票種別に対応する枠情報を枠データベースから取得する枠情報取得部と、
前記帳票の読み取り画像と取得された枠情報とを合成することにより、合成画像を生成する画像合成部と、
を備える、情報処理装置。 - 前記枠情報は、前記合成画像において前記帳票の読み取り画像の周囲を囲うための枠の画像を含む、請求項１に記載の情報処理装置。
- 前記枠情報は、対応する帳票種別の帳票に関する事務手続の情報を含む、請求項１または２に記載の情報処理装置。
- 複数の帳票の読み取り画像を取得する帳票画像取得部と、
取得された複数の帳票の読み取り画像に対応する業務種別を取得する業務種別取得部と、
取得された業務種別に対応する枠情報を枠データベースから取得する枠情報取得部と、
取得された枠情報により指定される領域に前記複数の帳票の読み取り画像を配置することにより、合成画像を生成する画像合成部と、
を備える、情報処理システム。 - 前記枠情報は、前記合成画像における前記複数の帳票の読み取り画像の各々の配置位置または配置サイズを指定する情報を含む、請求項４に記載の情報処理システム。
- 前記枠情報は、前記合成画像の枚数を指定する情報を含む、請求項４または５に記載の情報処理システム。
- 前記枠情報取得部は、取得された業務種別および前記複数の帳票の読み取り画像の枚数に対応する枠情報を前記枠データベースから取得する、請求項４〜６のいずれか一項に記載の情報処理システム。
- 前記情報処理システムは、
取得された複数の帳票の読み取り画像から顧客識別情報を特定する顧客識別情報特定部と、
特定された顧客識別情報に対応する顧客情報を顧客情報データベースから取得する顧客情報取得部と、をさらに備え、
前記画像合成部は、取得された顧客情報をさらに含めて前記合成画像を生成する、請求項４〜７のいずれか一項に記載の情報処理システム。 - コンピュータを、
複数の帳票の読み取り画像を取得する帳票画像取得部と、
取得された複数の帳票の読み取り画像に対応する業務種別を取得する業務種別取得部と、
取得された業務種別に対応する枠情報を枠データベースから取得する枠情報取得部と、
取得された枠情報に基づいて前記複数の帳票の読み取り画像を配置することにより、合成画像を生成する画像合成部、
として機能させるための、プログラム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2014037333A JP2015162818A (ja) | 2014-02-27 | 2014-02-27 | 情報処理装置、情報処理システム、及びプログラム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2014037333A JP2015162818A (ja) | 2014-02-27 | 2014-02-27 | 情報処理装置、情報処理システム、及びプログラム |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2015162818A true JP2015162818A (ja) | 2015-09-07 |
Family
ID=54185636
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2014037333A Pending JP2015162818A (ja) | 2014-02-27 | 2014-02-27 | 情報処理装置、情報処理システム、及びプログラム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2015162818A (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2018156390A (ja) * | 2017-03-17 | 2018-10-04 | 株式会社東芝 | 画像形成システム及び画像形成方法 |
Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2003263607A (ja) * | 2003-03-05 | 2003-09-19 | Hitachi Ltd | 帳票処理方法およびシステム |
-
2014
- 2014-02-27 JP JP2014037333A patent/JP2015162818A/ja active Pending
Patent Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2003263607A (ja) * | 2003-03-05 | 2003-09-19 | Hitachi Ltd | 帳票処理方法およびシステム |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2018156390A (ja) * | 2017-03-17 | 2018-10-04 | 株式会社東芝 | 画像形成システム及び画像形成方法 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7197694B2 (en) | Image display system, image registration terminal device and image reading terminal device used in the image display system | |
| US7739583B2 (en) | Multimedia document sharing method and apparatus | |
| US8331677B2 (en) | Combined image and text document | |
| US7703002B2 (en) | Method and apparatus for composing multimedia documents | |
| US9002838B2 (en) | Distributed capture system for use with a legacy enterprise content management system | |
| US20070195370A1 (en) | Workflow system, server device, and processing method of workflow system | |
| US9390089B2 (en) | Distributed capture system for use with a legacy enterprise content management system | |
| US10530957B2 (en) | Image filing method | |
| EP1961205A2 (en) | Methods and apparatus for securely displaying digital images | |
| JP2007116469A (ja) | 媒体処理方法、複写装置、及びデータファイリング装置 | |
| US20180367699A1 (en) | Information processing apparatus and non-transitory computer readable medium storing program | |
| US20140016151A1 (en) | Method and system for facilitating modification of text colors in digital images | |
| CN102945377B (zh) | 获取纸质笔记本中内容的方法及装置 | |
| US8964239B2 (en) | Methods and systems for handling multiple documents while scanning | |
| US20100310192A1 (en) | Document storage system | |
| JP6063811B2 (ja) | 書類電子化方法および書類電子化システム | |
| JP2021060629A (ja) | 設問生成装置、設問生成方法、設問生成装置用プログラム、および、書類管理システム | |
| CN101546399B (zh) | 格式数据数据管理系统以及格式数据数据管理系统的控制方法 | |
| JP2015162818A (ja) | 情報処理装置、情報処理システム、及びプログラム | |
| JP5878004B2 (ja) | 複数文書認識システム及び複数文書認識方法 | |
| JP2017021654A (ja) | 文書管理サーバ及びシステム | |
| KR20100123959A (ko) | 문서이미지 처리 시스템 및 그 방법 | |
| JP2019021981A (ja) | 書類生成装置、書類生成方法、および、書類生成装置用のプログラム | |
| US20090234723A1 (en) | Publicly generated advertisement system and method | |
| US20220222362A1 (en) | Method and apparatus for document processing |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20161115 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20170530 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20170728 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20170905 |