JP2023135538A - プログラム、情報処理方法、情報処理装置 - Google Patents

Abstract

【課題】請求書の画像データに基づいて適切に仕訳を行う手法を提案する。【解決手段】情報処理装置によって実行されるプログラムは、請求書の画像データを認識する第１処理を情報処理装置の制御部によって行うことと、第１処理に基づいて、請求書の仕訳対象とする、取引先情報と件名情報と明細名情報とを含む仕訳対象情報を特定する第２処理を制御部によって行うことと、仕訳用に設定された設定データに基づいて、仕訳対象情報と対応する仕訳データを生成する第３処理を制御部によって行うことと、仕訳データを情報処理装置の出力部に出力させる制御を制御部によって行うこととが情報処理装置によって実行される。【選択図】図１

Description

本開示は、プログラム、情報処理方法、情報処理装置、端末、サーバ、システム等に関する。

引用文献１には、遠隔操作で会計処理をすることができる会計処理システムが開示されている。

特開２０１３－２０６３４３号公報

本発明の第１の態様によると、情報処理装置によって実行されるプログラムは、請求書の画像データを認識する第１処理を情報処理装置の制御部によって行うことと、第１処理に基づいて、請求書の仕訳対象とする、取引先情報と件名情報と明細名情報とを含む仕訳対象情報を特定する第２処理を制御部によって行うことと、仕訳用に設定された設定データに基づいて、仕訳対象情報と対応する仕訳データを生成する第３処理を制御部によって行うことと、仕訳データを情報処理装置の出力部に出力させる制御を制御部によって行うこととが情報処理装置によって実行される。
本発明の第２の態様によると、情報処理装置の情報処理方法は、請求書の画像データを認識する第１処理を情報処理装置の制御部によって行うことと、第１処理に基づいて、請求書の仕訳対象とする、取引先情報と件名情報と明細名情報とを含む仕訳対象情報を特定する第２処理を制御部によって行うことと、仕訳用に設定された設定データに基づいて、仕訳対象情報と対応する仕訳データを生成する第３処理を制御部によって行うことと、仕訳データを情報処理装置の出力部に出力させる制御を制御部によって行うこととを含む。
本発明の第３の態様によると、情報処理装置は、制御部と出力部とを備え、制御部は、請求書の画像データを認識する第１処理と、第１処理に基づいて、請求書の仕訳対象とする、取引先情報と件名情報と明細名情報とを含む仕訳対象情報を特定する第２処理と、仕訳用に設定された設定データに基づいて、仕訳対象情報と対応する仕訳データを生成する第３処理と、仕訳データを出力部に出力させる制御とを行う。

第１実施形態に係る情報処理装置の機能構成の一例を示す図。 第１実施形態に係る割付ルールデータベースのデータ構成の一例を示す図。 第１実施形態に係る情報処理装置が実行する処理の流れの一例を示すフローチャート。 第１実施形態に係る勘定科目割付処理の流れの一例を示すフローチャート。 第１実施形態に係る処理の具体例の一例を示す概念図。 第１実施例に係る通信システムのシステム構成の一例を示す図。 第１実施例に係るサーバの制御部によって実現される機能の一例を示す図。 第１実施例に係るサーバの記憶部に記憶される情報等の一例を示す図。 第１実施例に係る各装置が実行する処理の流れの一例を示すフローチャート。 第１実施例に係る情報処理装置の表示部に表示される画面の一例を示す図。 第１実施例に係る情報処理装置の表示部に表示される画面の一例を示す図。

＜法的事項の遵守＞
本明細書に記載の開示は、通信の秘密など、本開示の実施に必要な実施国の法的事項遵守を前提とすることに留意されたい。

本開示に係るプログラム等を実施するための実施形態について、図面を参照して説明する。なお、図面の説明において同一の要素には同一の符号を付して、重複する説明を省略する場合がある。
また、この実施形態に記載されている構成要素はあくまで例示であり、本発明の範囲をそれらに限定する趣旨のものではない。

以下では、情報処理装置のユーザ、または情報処理装置と通信する端末のユーザが、限定ではなく例として、紙面または電子画像等で提供された請求書から明細を読み取り、その請求書に対して勘定科目割付が行われた仕訳を自動的に実現可能な会計処理システムを例示する。
本明細書では、仕訳において必要な情報のうち、限定ではなく例として、以下の４つの要素について特に着目して説明する。
・取引先名（限定ではなく例として、書類作成者の名称）
・請求書件名（限定ではなく例として、取引内容の概要名）
・明細名（限定ではなく例として、取引内容の細目）
・勘定科目名
なお、勘定科目名を割付することを仕訳と言ってもよい。

限定ではなく例として、同一の取引先（限定ではなく例として、取引先名「株式会社ＡＡ」の取引先）から複数種類の請求書（限定ではなく例として、請求書件名「アクセス解析サービス利用請求書」の請求書と請求書件名「データセンタ利用請求書」の請求書）が送付される場合が存在する。この場合、複数種類の請求書に、明細名として同じ明細名の項目（限定ではなく例として、明細名「月額利用料」）が含まれる場合、取引先名と明細名とに基づいて請求書ごとに同じ明細名の項目を異なる勘定科目名に割付することが困難であった。

＜第１実施形態＞
第１実施形態は、限定ではなく例として、情報処理装置が、情報処理装置の記憶部に記憶される請求書の電子画像データ（以下、「請求書画像データ」と称する。）に対してＯＣＲ（Optical Character Recognition）を実行し、仕訳において必要な各種情報を取得する。すると、情報処理装置は、情報処理装置の記憶部に記憶される割付ルールデータベースを参照し、ＯＣＲ結果として得られた取引先名と、請求書件名と、明細名とに基づいて、各明細名の項目に勘定科目名を割付し、請求書の仕訳を実行する実施形態である。

図１は、本実施形態の一態様に係る情報処理装置１の機能構成の一例を示す図である。情報処理装置１は、限定ではなく例として、会計処理装置と言ってもよいし、仕訳装置と言ってもよいし、勘定項目割付装置と言ってもよい。

情報処理装置１は、限定ではなく例として、ＯＣＲ部１１１と、勘定科目割付部１１３と、勘定科目割付修正部１１５とを備える。
各部は、限定ではなく例として、情報処理装置の不図示の処理部や制御部が有する機能部であり、限定ではなく例として、中央処理装置（ＣＰＵ）、マイクロプロセッサ（microprocessor）、プロセッサコア（processor core）、マルチプロセッサ（multiprocessor）、ＡＳＩＣ（application-specific integrated circuit）、ＦＰＧＡ（field programmable gate array）等により構成される。

ＯＣＲ部１１１は、限定ではなく例として、情報処理装置１の外部の不図示の記憶部に記憶された請求書画像データ１５１を入力として受け付ける。
ＯＣＲ部１１１は、限定ではなく例として、受け付けた請求書画像データ１５１に対してＯＣＲ処理を実行し、請求書画像データ１５１内に描画される取引先名と請求書件名と明細名との文字列を認識する機能を有する。
ここで、１つの請求書画像データ１５１からＯＣＲ処理によって得られる取引先名と請求書件名とは１つとしてもよい。また、１つの請求書画像データ１５１からＯＣＲ処理によって得られる明細名は複数としてもよい。
なお、ＯＣＲ処理において、ＯＣＲ部１１１は、限定ではなく例として、明細名と紐づけられる金額（単価）や個数等を抽出・認識可能であるようにしてもよい。また、ＯＣＲ部１１１は、請求書画像データ１５１内に描画される各種情報（限定ではなく例として、取引年月日や請求書の交付先名称等）を抽出・認識可能であるようにしてもよい。

勘定科目割付部１１３は、限定ではなく例として、ＯＣＲ部１１１によって認識された取引先名と請求書件名と１以上の明細名とを受け付ける。なお、勘定科目割付部１１３は、ＯＣＲ部１１１によってＯＣＲ処理が行われた請求書画像データ１５１のファイル名を受け付けるようにしてもよい。
勘定科目割付部１１３は、限定ではなく例として、情報処理装置１の外部の不図示の記憶部に記憶された割付ルールデータベース１５３を参照し、限定ではなく例として、取引先名と請求書件名と明細名とに基づいて、各明細名について勘定科目名を割付する機能を有する。
そして、勘定科目割付部１１３は、各明細名について勘定科目名が割付された請求書画像データ１５１に対する仕訳結果情報を出力する機能を有する。

入出力部１２は、限定ではなく例として、勘定科目割付部１１３から仕訳結果情報を入力として受け付けると、限定ではなく例として、不図示の表示部に出力するなどして、ユーザに提示する。そして、限定ではなく例として、入出力部１２に対するユーザ操作（限定ではなく、ユーザ入力の一例）に基づいて、勘定科目名の割付が適切に実行されなかった明細名について、ユーザが適切であると判定する勘定項目名を受け付け、仕訳修正情報として勘定科目割付修正部１１５に出力する。

勘定科目割付修正部１１５は、限定ではなく例として、入出力部１２から仕訳修正情報を受け付けると、受け付けた仕訳修正情報に基づいて、割付ルールデータベース１５３を更新する機能を有する。

図２に、本実施形態における割付ルールデータベース１５３のデータ構成例を示す。
割付ルールデータベース１５３は、各明細名に対して勘定科目名を割付するための条件が記述されるデータベースであり、限定ではなく例として、割付ＩＤと、取引先名と、請求書件名と、件名優先度と、明細名と、明細優先度と、勘定科目名と、科目コードと、曖昧探索フラグとが関連付けて記憶される。

割付ＩＤは、割付ルールデータベース１５３における割付ルールを識別するために用いられる情報である。この割付ＩＤは、好ましくは割付ルールごとに一意な値であり、限定ではなく例として、ルール登録時に勘定科目割付修正部１１５によって割付ルールごとに一意な値（固有の値）が設定されて記憶される。

取引先名は、この割付ＩＤで識別される割付ルールの適用対象となる取引先名を定義するための情報（限定ではなく例として、文字列）であり、限定ではなく例として、情報処理装置１のユーザが割付ルールを登録する際に取引先名として定義する名称が記憶される。

請求書件名は、この割付ＩＤで識別される割付ルールの適用対象となる請求書件名を定義するための情報（限定ではなく例として、文字列）であり、限定ではなく例として、情報処理装置１のユーザが割付ルールを登録する際に請求書件名として定義する名称が記憶される。

限定ではなく例として、請求書件名「仲介費用請求書」と、請求書件名「初期費用請求書」との２種類の請求書に対して同様の割付ルールを適用したい場合、文字列を一意にのみ指定可能であるとすると、それら２つの請求書件名に関して同様の割付ルールを多数定義する必要が生ずる。そのため、請求書件名には、一意に指定可能な文字列のみならず、文字列の一部を曖昧な状態で定義可能にすることが好ましい。
そこで、本開示の手法では、文字列の一部を曖昧な状態で定義可能にするために、ワイルドカードの概念を導入する。以下では、ワイルドカードを表す特殊文字を「ワイルドカード文字」と称する。ワイルドカード文字は、限定ではなく例として、ワイルドカード文字１文字に対して任意の文字列にマッチする文字とすることができる。

限定ではなく例として、図２の例では、ワイルドカード文字を「＊」（アスタリスク）として定義している。この場合、請求書件名「＊請求書」という文字列は、上記の「仲介費用請求書」や「初期費用請求書」を包含する。また、請求書件名「＊請求書＊」という文字列は、「サービス利用請求書１月分」や「サブスクリプション請求書１２月分」といった文字列を包含する。

なお、ワイルドカード文字の他、限定ではなく例として、正規表現を用いて請求書件名の文字列を定義可能としてもよい。また、請求書件名が空白である場合、請求書件名によらず割付ルールの適用対象とするようにしてもよい。

件名優先度は、この割付ＩＤで識別される割付ルールの適用優先度を定義するための値である。この件名優先度は、限定ではなく例として、値が大きいほど割付ルールの適用優先度が高いことを示す。
ここで、件名優先度は、限定ではなく例として、以下のように設定されるようにしてもよい。
（Ａ）．請求書件名にワイルドカード文字（限定ではなく例として、「＊：アスタリスク」）を含む場合
件名優先度はワイルドカード文字の個数。
（Ｂ）．請求書件名にワイルドカード文字を含まない場合
件名優先度は十分に大きい任意の定数（限定ではなく例として、「１０，０００」）。

限定ではなく例として、割付ＩＤ「Ａ０４」では、請求書件名内に１つのアスタリスクが含まれる。そのため、件名優先度は「１」に設定される。また、割付ＩＤ「Ａ０６」では、請求書件名内に２つのアスタリスクが含まれる。そのため、件名優先度は「２」に設定される。割付ＩＤ「Ａ０１」では、請求書件名内にはアスタリスクが含まれない。そのため、件名優先度は「１０，０００」に設定される。

請求書件名にワイルドカード文字が含まれる場合、ワイルドカード文字の数が少ないほど割付ルールの適用対象となる文字列が広範囲に展開される。そのため、請求書件名にワイルドカード文字が存在する場合、ワイルドカード文字の数が少ないほど割付ルールの適用対象となる可能性が高まる。そこで、ワイルドカード文字の数が少ないほど件名優先度を下げることで、最終的により適切な割付ルールが適用される可能性が高まる。

なお、請求書件名にワイルドカード文字以外の正規表現を適用可能とする場合、件名優先度は、限定ではなく例として、Ｈａｌｓｔｅｄ尺度やＭｃＣａｂｅ尺度等の複雑度の尺度に基づいて算出するようにしてもよい。これにより、請求書件名中の正規表現で表現可能な文字列が広範囲になるほど、件名優先度が小さくなるように定義することができる。

また、請求書件名が空白である場合、限定ではなく例として、件名優先度は上記（Ｂ）．請求書件名にワイルドカード文字を含まない場合と同様に設定されるようにしてもよい。

明細名は、この割付ＩＤで識別される割付ルールの適用対象となる明細名を定義するための情報（限定ではなく例として、文字列）であり、限定ではなく例として、情報処理装置１のユーザが割付ルールを登録する際に明細名として定義する名称が記憶される。

この明細名においても、限定ではなく例として、請求書件名と同様にワイルドカード文字を含めるように構成することができる。なお、明細名に正規表現や空白による指定をできるようにしてもよい。

明細優先度は、この割付ＩＤで識別される割付ルールの適用優先度を定義するための値である。この明細優先度は、限定ではなく例として、値が大きいほど割付ルールの適用優先度が高いことを示す。
ここで、明細優先度は、限定ではなく例として、件名優先度と同様に設定されるようにしてもよい。

勘定科目名は、この割付ＩＤで識別される割付ルールの適用結果として割付が行われる勘定科目の名称を定義するための情報（限定ではなく例として、文字列）であり、限定ではなく例として、情報処理装置１のユーザが割付ルールを登録する際に勘定科目名として選択する名称が記憶される。

科目コードは、勘定科目名を識別するために用いられる情報である。この科目コードは、好ましくは勘定科目名ごとに一意な値であり、限定ではなく例として、情報処理装置１のユーザが勘定科目名を登録する場合、勘定科目割付修正部１１５によって勘定科目名ごとに一意な値（固有の値）が設定されて記憶される。
限定ではなく例として、情報処理装置１のユーザが割付ルールを登録する際に勘定科目名を選択すると、その勘定科目名に紐づけられた科目コードが連動して選択され記憶されるようにすることができる。

なお、情報処理装置１のユーザが割付ルールを登録する際、科目コードを選択するようにしてもよい。この場合、選択された科目コードに紐づけられた勘定科目名が連動して選択され記憶される。

曖昧検索フラグは、請求書件名および／または明細名にワイルドカード文字が含まれる場合、そのワイルドカード文字を曖昧な文字列にマッチするワイルドカードとして取り扱うのか、単に記号文字として取り扱うのかを定義するためのフラグ情報である。
曖昧検索フラグは、限定ではなく例として、情報処理装置１のユーザが割付ルールを登録する際に設定するフラグが記憶される。

限定ではなく例として、曖昧検索フラグが「ＴＲＵＥ」である場合、請求書件名および／または明細名に定義されたワイルドカード文字（限定ではなく例として、「＊：アスタリスク」）はワイルドカードとして取り扱われる。また、件名優先度と、明細優先度とは、ワイルドカード文字の数に基づいて設定される。
限定ではなく例として、曖昧検索フラグが「ＦＡＬＳＥ」である場合、請求書件名および／または明細名に定義されたワイルドカード文字（限定ではなく例として、「＊：アスタリスク」）は単に記号文字列（限定ではなく例として、「＊」）として取り扱われる。また、件名優先度と、明細優先度とは、ワイルドカード文字を含まない場合として十分に大きい任意の定数（限定ではなく例として、「１０，０００」）に設定される。

限定ではなく例として、割付ＩＤ「Ａ１０」では、曖昧検索フラグが「ＦＡＬＳＥ」に設定されている。そのため、割付ＩＤ「Ａ１０」では、請求書件名が「＊請求書＊」という文字列に完全一致する場合、割付ルールの適用対象となり得る。

なお、曖昧検索フラグを、請求書件名に対する曖昧検索フラグと、明細名に対する曖昧検索フラグとに分けて定義できるようにしてもよいし、そのようにしなくてもよい。

図３に、本実施形態における情報処理の手順例を示すフローチャートを示す。
なお、以下説明する処理は、本開示の手法を実現するための処理の一例に過ぎず、これらに限定されるものではない。
以下説明する処理に別のステップを追加してもよいし、以下説明する処理から一部のステップを省略（削除）してもよい。また、一部のステップを入れ替えてもよい。

まず、情報処理装置１は、請求書画像データ選択処理を実行する（Ｓ１１０）。
請求書画像データ選択処理において、ＯＣＲ部１１１は、限定ではなく例として、入出力部１２を介して仕訳を行う請求書の画像データファイル名を受け付けると、画像データファイルを読み込み、請求書画像データ１５１に受け付けた画像データとファイル名とを記憶させる。

次いで、情報処理装置１は、請求書画像データ認識処理を実行する（Ｓ１３０）。
請求書画像データ認識処理において、ＯＣＲ部１１１は、限定ではなく例として、請求書画像データ１５１を入力として受け付けると、ＯＣＲ処理を実行する。そして、ＯＣＲ部１１１は、ＯＣＲ処理結果に基づいて、請求書画像データ１５１から取引先名と、請求書件名と、１以上の明細名とを、限定ではなく例として、文字列データとして抽出する。

なお、ＯＣＲ部１１１は、取引先名、請求書件名、明細名のいずれか１つ以上について抽出に失敗したと判定する場合、限定ではなく例として、入出力部１２を介して抽出に失敗した要素に関して手動で文字列を受け付けるようにしてもよい。

すると、情報処理装置１は、勘定科目割付処理を実行する（Ｓ１５０）。
勘定科目割付処理において、勘定科目割付部１１３は、ＯＣＲ部１１１から取引先名と、請求書件名と、１以上の明細名とを入力として受け付ける。
以下では、ＯＣＲ部１１１から受け付けた取引先名を「仕訳対象取引先名」、請求書件名を「仕訳対象請求書件名」、明細名を「仕訳対象明細名」とそれぞれ呼称する。
なお、勘定科目割付部１１３は、ＯＣＲ部１１１から画像データファイル名を入力として受け付けるようにしてもよい。

図４に、勘定科目割付処理の手順例を示すフローチャートを示す。
まず、勘定科目割付部１１３は、取引先名探索処理を実行する（Ｓ１５１０）。
取引先名探索処理において、勘定科目割付部１１３は、割付ルールデータベース１５３を参照し、限定ではなく例として、仕訳対象取引先名と完全一致する取引先名を持つ割付ＩＤを抽出する。

なお、勘定科目割付部１１３は、限定ではなく例として、仕訳対象取引先名と完全一致する取引先名を割付ルールデータベース１５３から探索できない場合、請求書の仕訳結果における取引先名の項目を、限定ではなく例として、「ブランク（空白）」として、勘定科目割付処理を終了するようにしてもよい。

また、取引先名探索処理において、勘定科目割付部１１３は、割付ルールデータベース１５３を参照し、限定ではなく例として、仕訳対象取引先名と部分一致する取引先名を持つ割付ＩＤを抽出するようにしてもよい。

その後、勘定科目割付部１１３は、請求書件名探索処理を実行する（Ｓ１５２０）。
請求書件名探索処理において、勘定科目割付部１１３は、割付ルールデータベース１５３を参照し、限定ではなく例として、Ｓ１５１０のステップにおいて抽出された割付ＩＤのうち、仕訳対象請求書件名と部分一致する請求書件名を持つ割付ＩＤをさらに抽出する。

なお、勘定科目割付部１１３は、限定ではなく例として、仕訳対象請求書件名と部分一致する請求書件名を割付ルールデータベース１５３から探索できない場合、限定ではなく例として、Ｓ１５１０のステップにおいて抽出された割付ＩＤのうち、請求書画像データ１５１のファイル名と部分一致する請求書件名を持つ割付ＩＤをさらに抽出するようにしてもよい。

また、勘定科目割付部１１３は、限定ではなく例として、仕訳対象請求書件名と部分一致する請求書件名を割付ルールデータベース１５３から探索できない場合、請求書の仕訳結果における請求書件名の項目を、限定ではなく例として、「ブランク（空白）」として、勘定科目割付処理を終了するようにしてもよい。

次いで、勘定科目割付部１１３は、仕訳対象明細名選択処理を実行する（Ｓ１５３０）。
仕訳対象明細名選択処理において、勘定科目割付部１１３は、限定ではなく例として、１以上の仕訳対象明細名のうち、勘定科目の割付を行う対象となる仕訳対象明細名を１つ選択する。

その後、勘定科目割付部１１３は、Ｓ１５３０のステップにおいて選択された仕訳対象明細名に対して明細名探索処理を実行する（Ｓ１５４０）。
明細名探索処理において、勘定科目割付部１１３は、割付ルールデータベース１５３を参照し、限定ではなく例として、Ｓ１５２０のステップにおいて抽出された割付ＩＤのうち、仕訳対象明細名と部分一致する明細名を持つ割付ＩＤをさらに抽出する。

なお、勘定科目割付部１１３は、限定ではなく例として、仕訳対象明細名と部分一致する明細名を割付ルールデータベース１５３から探索できない場合、請求書の仕訳結果におけるＳ１５３０のステップにおいて選択された仕訳対象明細名の項目を、限定ではなく例として、「ブランク（空白）」として、Ｓ１５７０のステップに処理を進めるようにしてもよい。

すると、勘定科目割付部１１３は、Ｓ１５３０のステップにおいて選択された仕訳対象明細名に対して、Ｓ１５４０のステップにおいて抽出された割付ＩＤごとに、割付スコア算出処理を実行する（Ｓ１５５０）。

ある割付ＩＤにおいて、割付スコアは、限定ではなく例として、以下の式（１）で算出するようにしてもよい。
「割付スコア＝件名優先度＋明細優先度」・・・（１）

この場合、限定ではなく例として、図２の割付ルールデータベース１５３において割付ＩＤ「Ａ０１」が抽出された場合、その割付スコアは、「１０，０００」＋「１０，０００」＝「２０，０００」となる。また、限定ではなく例として、図２の割付ルールデータベース１５３において割付ＩＤ「Ａ０７」が抽出された場合、その割付スコアは、「２」＋「１０，０００」＝「１０，００２」となる。

なお、割付スコアは、限定ではなく例として、以下の式（２）で算出するようにしてもよいし、そうしなくてもよい。
「割付スコア＝件名優先度×明細優先度」・・・（２）

限定ではなく例として、Ｓ１５４０のステップにおいて抽出された全ての割付ＩＤに対して割付スコアが算出されると、勘定科目割付部１１３は、Ｓ１５３０のステップにおいて選択された仕訳対象明細名に対する科目コード割付処理を実行する（Ｓ１５６０）。

科目コード割付処理において、勘定科目割付部１１３は、限定ではなく例として、Ｓ１５５０のステップで算出された割付スコアが最大値をとる割付ＩＤを探索する。そして、勘定科目割付部１１３は、割付ルールデータベース１５３を参照し、割付スコアが最大値をとる割付ＩＤと紐づけられた勘定科目名と科目コードとを、Ｓ１５３０のステップにおいて選択された仕訳対象明細名に対する仕訳結果として割り付ける。

その後、勘定科目割付部１１３は、入力として受け付けた１以上の仕訳対象明細名のうち、全ての仕訳対象明細名において科目コード割付処理が実行されたか否かを判定する（Ｓ１５７０）。

限定ではなく例として、全ての仕訳対象明細名において科目コード割付処理が実行されていないと判定する場合（Ｓ１５７０：ＮＯ）、勘定科目割付部１１３は、限定ではなく例として、Ｓ１５３０のステップに処理を戻す。そして、勘定科目割付部１１３は、限定ではなく例として、まだ勘定科目の割付が行われていない１以上の仕訳対象明細名のうち、勘定科目の割付を行う対象となる仕訳対象明細名を１つ選択し、処理を繰り返す。

限定ではなく例として、全ての仕訳対象明細名において科目コード割付処理が実行されたと判定する場合（Ｓ１５７０：ＹＥＳ）、勘定科目割付部１１３は、勘定科目割付処理を終了させる。

図３に処理を戻し、情報処理装置１は、限定ではなく例として、勘定科目割付処理を実行すると（Ｓ１５０）、請求書仕訳結果出力処理を実行する（Ｓ１７０）。
請求書仕訳結果出力処理において、勘定科目割付部１１３は、限定ではなく例として、仕訳対象取引先名と、仕訳対象請求書件名と、１以上の仕訳対象明細名と、勘定科目割付処理によって仕訳対象明細名に紐づけられた勘定科目名および科目コードとを含む仕訳結果情報を、限定ではなく例として、入出力部１２に出力する。そして、情報処理装置１は、限定ではなく例として、入出力部１２（出力部）に仕訳結果情報を出力させる。出力の１つの態様としては、表示部に表示させるようにすることができる。なお、音出力部に音出力させるようにしてもよい。

そして、情報処理装置１は、限定ではなく例として、入出力部１２に対するユーザ操作（限定ではなく、ユーザ入力の一例）に基づいて、請求書の仕訳結果を修正するか否かを判定する（Ｓ１９０）。

限定ではなく例として、請求書の仕訳結果を修正することが選択されたと判定する場合（Ｓ１９０：ＹＥＳ）、情報処理装置１は、請求書仕訳結果修正処理を実行する（Ｓ２１０）。
請求書仕訳結果修正処理において、情報処理装置１は、限定ではなく例として、入出力部１２に対するユーザ操作に基づいて、限定ではなく例として、仕訳の修正対象となる明細名と、その明細名と紐づけられる勘定科目名および科目コードとを含む仕訳修正情報を受け付ける。すると、勘定科目割付修正部１１５は、入出力部１２から仕訳修正情報を受け付ける。

なお、請求書仕訳結果修正処理において、情報処理装置１は、限定ではなく例として、入出力部１２によって、仕訳の修正対象となる取引先名および／または請求書件名および／または明細名と、紐づけられる勘定科目名および科目コードとを含む仕訳修正情報を受け付けるようにしてもよい。また、勘定科目名と科目コードとは、どちらか一方を受け付けるようにしてもよい。

その後、情報処理装置１は、割付ルールデータ更新処理を実行する（Ｓ２３０）。
割付ルールデータ更新処理において、勘定科目割付修正部１１５は、仕訳修正情報に基づいて、割付ルールデータベース１５３の各項目を修正し、更新する。

なお、割付ルールデータ更新処理において、勘定科目割付修正部１１５は、仕訳修正情報に基づいて、割付ルールデータベース１５３のレコードを新規追加し、更新するようにしてもよい。

そして、情報処理装置１は、処理を終了させるか否かを判定する（Ｓ２５０）。
限定ではなく例として、入出力部１２に対するユーザ操作に基づいて、処理を終了させることが選択されたと判定する場合（Ｓ２５０：ＹＥＳ）、情報処理装置１は、処理を終了させる。
処理を終了させないことが選択されたと判定する場合（Ｓ２５０：ＮＯ）、情報処理装置１は、限定ではなく例として、Ｓ１１０のステップに処理を戻す。

限定ではなく例として、請求書の仕訳結果を修正しないことが選択されたと判定する場合（Ｓ１９０：ＮＯ）、情報処理装置１は、Ｓ２５０のステップに処理を進める。

図５は、本情報処理装置１における勘定科目割付処理の入力とその割付結果（仕訳結果）との具体例を示す表であり、図２に示した割付ルールデータベース１５３を用いて割付を行う場合の具体例を示すものである。
本表では、例示内容を識別するための「例」の項目と、限定ではなく例として、ＯＣＲ部１１１から入力される仕訳対象取引先名と、仕訳対象請求書件名と、図４のＳ１５３０の処理において選択された仕訳対象明細名との組み合わせが、限定ではなく例として、図２の割付ルールデータベース１５３に基づいて割付された結果の一覧を示している。

限定ではなく例として、例「ＥＸ１」では、仕訳対象取引先名が「株式会社ＡＡ」であることに基づいて、取引先名探索処理において取引先名が一致する割付ＩＤ「Ａ０１」～「Ａ１０」までの項目に割付ＩＤが絞られる。
そして、仕訳対象請求書件名が「データセンタ利用請求書」であることに基づいて、請求書件名探索処理において、ワイルドカード文字も含めて取引先名が一致する割付ＩＤ「Ａ０１」～「Ａ０５」までの項目に割付ＩＤがさらに絞られる。
最後に、仕訳対象明細名が「月額利用料」であることに基づいて、明細名探索処理において、ワイルドカード文字も含めて明細名が一致する割付ＩＤ「Ａ０１」、「Ａ０２」、「Ａ０４」、「Ａ０５」までの項目に割付ＩＤがさらに絞られる。
この場合、割付スコア算出処理において、割付ＩＤ「Ａ０１」の割付スコアは「２０，０００」、割付ＩＤ「Ａ０２」の割付スコアは「１０，００１」、割付ＩＤ「Ａ０４」の割付スコアは「１０，００１」、割付ＩＤ「Ａ０５」の割付スコアは「２」とそれぞれ算出される。そして、科目コード割付処理において、割付スコアが最大となる割付ＩＤ「Ａ０１」が割付ルールの適用対象として選出される。その結果、仕訳対象取引先名が「株式会社ＡＡ」であり仕訳対象請求書件名が「データセンタ利用請求書」である請求書において、仕訳対象明細名「月額利用料」の仕訳先として、勘定科目名「通信費」と科目コード「Ｓ００１」とが割付される。

また、限定ではなく例として、例「ＥＸ２」では、仕訳対象取引先名が「株式会社ＡＡ」であることに基づいて、取引先名探索処理において取引先名が一致する割付ＩＤ「Ａ０１」～「Ａ１０」までの項目に割付ＩＤが絞られる。
そして、仕訳対象請求書件名が「アクセス解析サービス請求書」であることに基づいて、請求書件名探索処理において、ワイルドカード文字も含めて取引先名が一致する割付ＩＤ「Ａ０４」、「Ａ０５」の項目に割付ＩＤがさらに絞られる。
最後に、仕訳対象明細名が「月額利用料」であることに基づいて、明細名探索処理において、ワイルドカード文字も含めて明細名が一致する割付ＩＤ「Ａ０４」、「Ａ０５」までの項目に割付ＩＤが絞られる。
この場合、割付スコア算出処理において、割付ＩＤ「Ａ０４」の割付スコアは「１０，００１」、割付ＩＤ「Ａ０５」の割付スコアは「２」とそれぞれ算出される。そして、科目コード割付処理において、割付スコアが最大となる割付ＩＤ「Ａ０４」が割付ルールの適用対象として選出される。その結果、仕訳対象取引先名が「株式会社ＡＡ」であり仕訳対象請求書件名が「アクセス解析サービス請求書」である請求書において、仕訳対象明細名「月額利用料」の仕訳先として、勘定科目名「業務委託費」と科目コード「Ｓ００２」とが割付される。

また、限定ではなく例として、例「ＥＸ３」では、仕訳対象取引先名が「株式会社ＡＡ」であることに基づいて、取引先名探索処理において取引先名が一致する割付ＩＤ「Ａ０１」～「Ａ１０」までの項目に割付ＩＤが絞られる。
そして、仕訳対象請求書件名が「＊請求書＊」であることに基づいて、請求書件名探索処理において、ワイルドカード文字も含めて取引先名が一致する割付ＩＤ「Ａ０６」、「Ａ０７」、「Ａ１０」の項目に割付ＩＤがさらに絞られる。
最後に、仕訳対象明細名が「月額利用料」であることに基づいて、明細名探索処理において、ワイルドカード文字も含めて明細名が一致する割付ＩＤ「Ａ０６」、「Ａ１０」の項目に割付ＩＤがさらに絞られる。
この場合、割付スコア算出処理において、割付ＩＤ「Ａ０６」の割付スコアは「１０，００２」、割付ＩＤ「Ａ１０」の割付スコアは「２０，０００」とそれぞれ算出される。そして、科目コード割付処理において、割付スコアが最大となる割付ＩＤ「Ａ１０」が割付ルールの適用対象として選出される。その結果、仕訳対象取引先名が「株式会社ＡＡ」であり仕訳対象請求書件名が「＊請求書＊」である請求書において、仕訳対象明細名「月額利用料」の仕訳先として、勘定科目名「福利厚生費」と科目コード「Ｓ００４」とが割付される。

他の例についても同様である。

上記の例で示すように、情報処理装置１は、同じ取引先名と、明細名とを含む請求書に対して、限定ではなく例として、請求書件名を加味して仕訳を実行することで、より適切な勘定項目の割付を実現することができる。

＜第１実施形態の効果＞
本実施形態は、情報処理装置の制御部が、請求書の画像データを認識する第１処理を行い、この第１処理に基づいて、請求書の仕訳対象とする、取引先情報と件名情報と明細名情報とを含む仕訳対象情報を特定する第２処理を行う。また、情報処理装置の制御部は、割付ルールデータ（限定ではなく、仕訳用に設定された設定データの一例）に基づいて、仕訳対象情報と対応する仕訳データを生成する第３処理を行う。そして、情報処理装置の制御部は、生成した仕訳データを情報処理装置の出力部に出力させる制御を行う構成を示している。
このような構成により得られる実施形態の効果の一例として、第１処理によって認識された請求書の画像データの認識結果に基づいて、第２処理によって取引先情報と件名情報と明細名情報とを含む仕訳対象情報を特定することができる。そして、第３処理によって設定データに基づいて仕訳対象情報と対応する仕訳データを生成することで、適切に請求書に対する仕訳データを生成することが可能となる。

また、この場合、上記の第３処理は、割付ルールデータ（限定ではなく、設定データの一例）と仕訳対象情報とを照合することに基づいて、仕訳対象情報と対応する仕訳データを生成する処理を含むようにしてもよい。
このような構成により得られる実施形態の効果の一例として、設定データと仕訳対象情報とを照合することに基づいて、高速かつ正確に仕訳データを生成することが可能となる。

また、この場合、割付ルールデータ（限定ではなく、設定データの一例）は、割付ルールデータに記述された、取引先情報（限定ではなく、第１取引先情報の一例）と件名情報（限定ではなく、第１件名情報の一例）と明細名情報（限定ではなく、第１明細名情報の一例）と勘定科目情報とを含むようにすることができる。そして、上記の第３処理は、第１取引先情報と取引先情報とを照合する第５処理と、第１件名情報と件名情報とを照合する第６処理と、第１明細名情報と明細名情報とを照合する第７処理とを含み、第５処理と第６処理と第７処理とのうちの少なくともいずれか１つの処理に基づいて、仕訳対象情報と対応する勘定科目情報を決定する処理を含むようにしてもよい。
このような構成により得られる実施形態の効果の一例として、第１取引先情報や第１件名情報、第１明細名情報をそれぞれ独立して設定することが可能となり、結果として、より柔軟な設定条件に基づいて、勘定科目情報を決定することが可能となる。

また、この場合、限定ではなく例として第１取引先情報と第１件名情報と第１明細名情報とで第１情報が構成されるようにする。そして、この第１情報のうちの少なくともいずれか１つの情報は、任意の文字列として展開可能なワイルドカード文字を含むようにしてもよい。
このような構成により得られる実施形態の効果の一例として、ワイルドカード文字を使用可能とすることで、第１情報において、類似する文字列を含む情報を同じ情報として取りまとめることが可能となる。そのため、複雑になりがちな第１情報の記述を容易かつ簡潔に行うことが可能となる。

また、この場合、上記の第１件名情報は、上記のワイルドカード文字を含み、上記の第６処理は、上記のワイルドカード文字を展開した第１件名情報の文字列と、件名情報の文字列とを照合する処理を含むようにしてもよい。
このような構成により得られる実施形態の効果の一例として、第１件名情報にワイルドカード文字を含むことで第１件名情報の文字列のうち、勘定科目情報を決定するために重要とされない文字列の違いをワイルドカード文字で吸収することが可能となる。そのため、ワイルドカード文字を用いない場合に比べて照合回数を減らすことが可能となり、件名情報と第１件名情報との照合をより高速に行うことが可能となる。

また、この場合、上記の第１明細名情報は、上記のワイルドカード文字を含み、上記の第７処理は、上記のワイルドカード文字を展開した第１明細名情報の文字列と、明細名情報の文字列とを照合する処理を含むようにしてもよい。
このような構成により得られる実施形態の効果の一例として、第１明細名情報にワイルドカード文字を含むことで第１明細名情報の文字列のうち、勘定科目情報を決定するために重要とされない文字列の違いをワイルドカード文字で吸収することが可能となる。そのため、ワイルドカード文字を用いない場合に比べて照合回数を減らすことが可能となり、明細名情報と第１明細名情報との照合をより高速に行うことが可能となる。

また、この場合、上記の割付ルールデータ（設定データ）は、勘定科目情報に関する優先度を含み、上記の第３処理は、この優先度に基づいて、仕訳対象情報と対応する仕訳データを生成する処理を含むようにしてもよい。
このような構成により得られる実施形態の効果の一例として、第３処理において優先度を利用することで、仕訳対象情報と対応する勘定科目情報をより適切に決定することが可能となる。

また、この場合、上記の優先度は、上記のワイルドカード文字の数に基づいて決定されるようにしてもよい。
このような構成により得られる実施形態の効果の一例として、第１情報に含まれるワイルドカード文字の数により優先度を変化させることで、第１情報の曖昧さにより優先度を決定することができる。結果として、仕訳対象情報と対応する勘定科目情報をより適切に決定することが可能となる。

また、この場合、上記の第５処理は、第１取引先情報と取引先情報とが一致しない場合、画像データのファイル名と取引先情報とを照合する処理を含むようにしてもよい。
このような構成により得られる実施形態の効果の一例として、第１取引先情報と取引先情報とが一致しない場合であっても、請求書の画像データのファイル名を用いることで取引先情報との総合が可能となる。そのため、第１処理や第２処理の処理結果に対してより頑健に第３処理を行うことが可能となる。

＜第１実施形態の変形例（１）＞
上記の実施形態では、情報処理装置１は、請求書件名探索処理において、請求書画像データ１５１のファイル名と部分一致する請求書件名を持つ割付ＩＤをさらに抽出するようにしてもよいこととしたが、これに限定されない。
限定ではなく例として、情報処理装置１は、取引先名探索処理において、限定ではなく例として、仕訳対象取引先名と完全一致する取引先名を割付ルールデータベース１５３から探索できない場合、請求書画像データ１５１のファイル名と部分一致する取引先名を持つ割付ＩＤを抽出するようにしてもよい。

なお、限定ではなく例として、情報処理装置１は、明細名探索処理において、限定ではなく例として、仕訳対象明細名と一致する明細名を割付ルールデータベース１５３から探索できない場合、請求書画像データ１５１のファイル名と部分一致する明細名を持つ割付ＩＤを抽出するようにしてもよい。

＜第１実施形態の変形例（２）＞
上記の実施形態では、割付スコアは、件名優先度と明細優先度とに基づいて算出されることとしたが、これに限定されない。
限定ではなく例として、割付ルールデータベース１５３に、割付ＩＤと紐づけてルール優先度を定義できるようにしてもよい。ルール優先度は、限定ではなく例として、その値が大きいほどその割付ＩＤの割付ルールが優先されるために設定される値とすることができる。
この場合、割付スコアは、ルール優先度に基づいて算出される（限定ではなく例として、「割付スコア＝ルール優先度」）ようにしてもよい。なお、割付スコアは、件名優先度と明細優先度とルール優先度とに基づいて算出される（限定ではなく例として、「割付スコア＝ルール優先度×（件名優先度＋明細優先度）」）ようにしてもよいし、件名優先度と明細優先度とルール優先度との任意の組み合わせに基づいて算出されるようにしてもよい。

＜第１実施形態の変形例（３）＞
上記の実施形態では、割付ルールデータベース１５３の取引先名にはワイルドカードカード文字は含まれないこととしたが、これに限定されない。限定ではなく例として、取引先名に、ワイルドカード文字や正規表現を含めるようにしてもよい。また、件名優先度等と同様に取引先名優先度を設定できるようにしてもよい。
この場合、割付スコア算出処理において、割付スコアは、限定ではなく例として、以下の式（３）で算出するようにしてもよい。
「割付スコア＝取引先名優先度＋件名優先度＋明細優先度」・・・（３）

＜第１実施例＞
第１実施例は、上記の情報処理装置１を備える（適用した）サーバによって請求書仕訳サービスが提供される。そして、サービスを利用する端末のユーザが仕訳を行いたい請求書の画像データを登録することで、その請求書の仕訳を行う実施例である。

以下では、適宜「通信Ｉ／Ｆによって」という表現を使用する。これは、装置が、限定ではなく例として、制御部（プロセッサー等）の制御に基づいて、通信Ｉ／Ｆを介して（通信部を介して）、各種の情報やデータを送受信することを示す。

また、以下では、限定ではなく例として、端末にインストールされたアプリケーション（限定ではなく例として、会計アプリケーションやメッセージングアプリケーション）によって、実施例に係る各種の処理が実行されることとして説明する。

メッセージングサービスでは、ユーザが、チャットルームを利用してチャットを行うことができるように構成されている。
以下の説明では、適宜、複数のユーザの端末間、またはチャットボットとの間で送受信されるコンテンツを各々のユーザが閲覧できるＵＩ（User Interface）やＧＵＩ（Graphical User Interface）の一種を「トークルーム」と称する。また、トークルームをチャットルームと称してもよい。

コンテンツには、単純なテキストや絵文字等を含むメッセージの他、限定ではなく例として、画像情報（静止画像、動画像等の情報を含む。）、操作用情報（ボタン、アイコン等を含む。）、通信用情報・リンク情報（ＵＲＩ、ＵＲＬ等を含む。）など、端末間で送受信可能な各種の情報を含めることができる。

また、メッセージングサービスには、端末間での簡単なメッセージ等のコンテンツの送受信を可能とするインスタントメッセージングサービス（ＩＭＳ：Instant Messaging Service）を含めてもよいし、含めなくてもよい。

また、メッセージングサービス：ＭＳ（ＩＭＳを含む。）を、ソーシャルネットワーキングサービス：ＳＮＳの１つの形態（一形態）と捉える考え方もある。
このため、メッセージングサービス：ＭＳと、ソーシャルネットワーキングサービス：ＳＮＳとは区別してもよいし、区別しなくてもよい。

また、以下では、端末に対する入力として、主として端末のユーザによる操作入力（限定ではなく例として、タッチ（タッチ操作）による入力等）を例示するが、これに限定されない。
操作入力に代えて、または操作入力に加えて、音入力（音声入力を含む。）を端末に対する入力としてもよいし、しなくてもよい。

第１実施例に記載の内容は、他の各実施例や他の各変形例のいずれにも適用可能である。
また、既出の構成要素と同一の構成要素については同一の符号を付して、再度の説明を省略する。

図６は、本実施例における通信システム１０００のシステム構成の一例を示す図である。
通信システム１０００では、限定ではなく例として、ネットワーク３０を介して、サーバ１０と、複数の端末２０（端末２０Ａ，端末２０Ｂ，端末２０Ｃ，・・・）とが接続される。

サーバ１０は、ネットワーク３０を介して、ユーザが所有する端末２０に、所定のサービス（限定ではなく例として、会計サービス）を提供する機能を有する。サーバ１０は、限定ではなく例として、会計サーバのように表現することもできる。
本実施例では、会計サービス事業者（運営者）をサーバ１０のユーザとする。
なお、ネットワーク３０に接続されるサーバ１０の数は限定されない。

端末２０（端末２０Ａ，端末２０Ｂ，端末２０Ｃ、・・・）は、各実施例において記載する機能を実現できる情報処理端末であればどのような端末であってもよい。端末２０は、限定ではなく例として、スマートフォン、携帯電話（フィーチャーフォン）、コンピュータ（限定でなく例として、デスクトップ、ラップトップ、タブレットなど）、メディアコンピュータプラットホーム（限定でなく例として、ケーブル、衛星セットトップボックス、デジタルビデオレコーダ）、ハンドヘルドコンピュータデバイス（限定でなく例として、ＰＤＡ・（personal digital assistant）、電子メールクライアントなど）、ウェアラブル端末（メガネ型デバイス、時計型デバイスなど）、ＶＲ（Virtual Reality）端末、スマートスピーカ（音声認識用デバイス）、または他種のコンピュータ、またはコミュニケーションプラットホームを含む。また、端末２０は情報処理端末と表現されてもよい。
なお、ネットワーク３０に接続される端末２０の数は限定されない。

端末２０Ａ、端末２０Ｂおよび端末２０Ｃの構成は、限定ではなく例として、同一とすることができる。また、必要に応じて、ユーザＸが利用する端末を端末２０Ｘと表現し、ユーザＸまたは端末２０Ｘに対応づけられた、所定のサービスにおけるユーザ情報をユーザ情報Ｘと表現してもよいし、しなくてもよい。
なお、ユーザ情報とは、所定のサービスにおいてユーザが利用するアカウントに対応付けられたユーザの情報である。ユーザ情報は、限定でなく例として、ユーザにより入力される、または、所定のサービスにより付与される、ユーザの名前、ユーザのアイコン画像、ユーザの年齢、ユーザの性別、ユーザの住所、ユーザの趣味趣向、ユーザの識別子などのユーザに対応づけられた情報を含み、これらのいずれか一つまたは、組み合わせであってもよいし、そうでなくてもよい。

ネットワーク３０は、１以上の端末２０と、１以上のサーバ１０とを接続する役割を担う。すなわち、ネットワーク３０は、上記の各種の装置が接続した後、データを送受信することができるように接続経路を提供する通信網を意味する。

ネットワーク３０のうちの１つまたは複数の部分は、有線ネットワークや無線ネットワークであってもよいし、そうでなくてもよい。ネットワーク３０は、限定ではなく例として、アドホック・ネットワーク（ad hoc network）、イントラネット、エクストラネット、仮想プライベート・ネットワーク（virtual private network：ＶＰＮ）、ローカル・エリア・ネットワーク（local area network：ＬＡＮ）、ワイヤレスＬＡＮ（wireless LAN：ＷＬＡＮ）、広域ネットワーク（wide area network：ＷＡＮ）、ワイヤレスＷＡＮ（wireless WAN：ＷＷＡＮ）、大都市圏ネットワーク（metropolitan area network：ＭＡＮ）、インターネットの一部、公衆交換電話網（Public Switched Telephone Network：ＰＳＴＮ）の一部、携帯電話網、ＩＳＤＮ（integrated service digital networks）、無線ＬＡＮ、ＬＴＥ（long term evolution）、ＣＤＭＡ（code division multiple access）、ブルートゥース（Bluetooth（登録商標））、衛星通信など、または、これらの２つ以上の組合せを含むことができる。ネットワーク３０は、１つまたは複数のネットワーク３０を含むことができる。

サーバ１０（限定ではなく、サーバ、情報処理装置、情報管理装置の一例）は、端末２０に対して、所定のサービス（本実施例では請求書仕訳に関するサービス）を提供する機能を備える。サーバ１０は、各実施例において記載する機能を実現できる情報処理装置であればどのような装置であってもよい。サーバ１０は、限定ではなく例として、サーバ装置、コンピュータ（限定ではなく例として、デスクトップ、ラップトップ、タブレットなど）、メディアコンピュータプラットホーム（限定ではなく例として、ケーブル、衛星セットトップボックス、デジタルビデオレコーダ）、ハンドヘルドコンピュータデバイス（限定ではなく例として、ＰＤＡ、電子メールクライアントなど）、あるいは他種のコンピュータ、またはコミュニケーションプラットホームを含む。また、サーバ１０は情報処理装置と表現されてもよい。

なお、サーバ１０と端末２０とを区別する必要がない場合は、サーバ１０と端末２０とは、それぞれ情報処理装置と表現されてもよいし、されなくてもよい。

＜各装置のハードウェア（ＨＷ）構成＞
通信システム１０００に含まれる各装置のＨＷ構成について説明する。

（１）端末のＨＷ構成
図６には、端末２０のＨＷ構成の一例を示している。
端末２０は、制御部２１（ＣＰＵ：central processing unit（中央処理装置））、記憶部２８、通信Ｉ／Ｆ２２（インタフェース）、入出力部２３、時計部２９Ａ、位置算出用情報検出部２９Ｂを備える。端末２０のＨＷの各構成要素は、限定ではなく例として、バスＢを介して相互に接続される。なお、端末２０のＨＷ構成として、すべての構成要素を含むことは必須ではない。限定ではなく例として、端末２０は、個々の構成要素、または複数の構成要素を取り外すような構成であってもよいし、そうでなくてもよい。

通信Ｉ／Ｆ２２は、ネットワーク３０を介して各種データの送受信を行う。通信は、有線、無線のいずれで実行されてもよく、互いの通信が実行できるのであれば、どのような通信プロトコルを用いてもよい。通信Ｉ／Ｆ２２は、ネットワーク３０を介して、サーバ１０等の各種装置との通信を実行する機能を有する。通信Ｉ／Ｆ２２は、各種データを制御部２１からの指示に従って、サーバ１０等の各種装置に送信する。また、通信Ｉ／Ｆ２２は、サーバ１０等の各種装置から送信された各種データを受信し、制御部２１に伝達する。また、通信Ｉ／Ｆ２２を単に通信部と表現する場合もある。また、通信Ｉ／Ｆ２２が物理的に構造化された回路で構成される場合には、通信回路と表現する場合もある。

入出力部２３は、端末２０に対する各種操作を入力する装置や、端末２０で処理された処理結果を出力する装置等を含む。入出力部２３は、入力部と出力部が一体化していてもよいし、入力部と出力部に分離していてもよいし、そうでなくてもよい。

入力部は、ユーザからの入力を受け付けて、入力に係る情報を制御部２１に伝達できる全ての種類の装置のいずれかまたはその組み合わせにより実現される。入力部は、限定ではなく例として、タッチパネル、タッチディスプレイ、キーボード等のハードウェアキーや、マウス等のポインティングデバイス、カメラ（動画像を介した操作入力）、マイク（音声による操作入力）を含む。

出力部は、制御部２１で処理された処理結果を出力することができる全ての種類の装置のいずれかまたはその組み合わせにより実現される。出力部は、限定ではなく例として、タッチパネル、タッチディスプレイ、スピーカ（音声出力）、レンズ（限定ではなく例として３Ｄ（three dimensions）出力や、ホログラム出力）、プリンターなどを含む。

あくまでも一例であるが、入出力部２３は、限定ではなく例として、表示部２４、音入力部２５、音出力部２６、撮像部２７を備える。

表示部２４は、フレームバッファに書き込まれた表示データに従って、表示することができる全ての種類の装置のいずれかまたはその組み合わせにより実現される。表示部２４は、限定ではなく例として、タッチパネル、タッチディスプレイ、モニタ（限定ではなく例として、液晶ディスプレイやＯＥＬＤ（organic electroluminescence display））、ヘッドマウントディスプレイ（ＨＤＭ：Head Mounted Display）、プロジェクションマッピング、ホログラム、空気中など（真空であってもよいし、そうでなくてもよい）に画像やテキスト情報等を表示可能な装置を含む。なお、これらの表示部２４は、３Ｄで表示データを表示可能であってもよいし、そうでなくてもよい。

音入力部２５は、音データ（音声データを含む。以下同様。）の入力に利用される。音入力部２５は、マイクなどを含む。
音出力部２６は、音データの出力に利用される。音出力部２６は、スピーカなどを含む。
撮像部２７は、画像データ（静止画像データ、動画像データを含む。以下同様。）の取得に利用される。撮像部２７は、カメラなどを含む。

入出力部２３がタッチパネルの場合、入出力部２３と表示部２４とは、略同一の大きさおよび形状で対向して配置されていてもよい。

時計部２９Ａは、端末２０の内蔵時計であり、時刻情報（計時情報）を出力する。時計部２９Ａは、限定ではなく例として、水晶発振器を利用したクロック等を有して構成される。時計部２９Ａは、限定ではなく例として、計時部や時刻情報検出部と表現することもできる。

なお、時計部２９Ａは、ＮＩＴＺ（Network Identity and Time Zone）規格等を適用したクロックを有していてもよいし、有していなくてもよい。

位置算出用情報検出部２９Ｂは、制御部２１が自己の端末２０の位置を算出（測定）するために必要な情報（以下、「位置算出用情報」と称する。）を検出（計測）する機能部である。位置算出用情報検出部２９Ｂは、限定ではなく例として、位置算出用センサ部と表現することもできる。

位置算出用情報検出部２９Ｂは、限定ではなく例として、ＧＰＳ（Global Positioning System）等の衛星測位システムを利用して端末２０の位置を算出するためのセンサやユニットである衛星測位センサ（衛星測位ユニット）や、慣性航法システムを利用して端末２０の位置を算出するためのセンサやユニットである慣性計測センサ（慣性計測ユニット（ＩＭＵ（Inertial Measurement Unit）））、ＵＷＢ（超広帯域無線：Ultra Wide Band）を利用して端末２０の位置を算出するためのセンサやユニットであるＵＷＢ測位センサ（ＵＷＢ測位ユニット）等を含む。

衛星測位ユニットは、限定ではなく例として、不図示のアンテナで受信される測位用衛星から発信されている測位用衛星信号を含むＲＦ（Radio Frequency）信号をデジタル信号に変換するＲＦ受信回路や、ＲＦ受信回路から出力されるデジタル信号に対して相関演算処理等を行って測位用衛星信号を捕捉し、測位用衛星信号から取り出した衛星軌道データや時刻データ等の情報を、位置算出用情報として出力するベースバンド処理回路等を有する。

慣性計測ユニットは、慣性航法演算によって端末２０の位置を算出するために必要な情報を検出するセンサである慣性センサを有する。慣性センサには、限定ではなく例として、３軸の加速度センサや３軸のジャイロセンサが含まれ、加速度センサによって検出された加速度と、ジャイロセンサによって検出された角速度とを、位置算出用情報として出力する。

ＵＷＢ測位ユニットは、限定ではなく例として、不図示のアンテナで受信される測位用ビーコンから発信されている測位用超広帯域パルス信号を含む超広帯域ＲＦ（Radio Frequency）信号をデジタル信号に変換する超広帯域ＲＦ受信回路や、超広帯域ＲＦ受信回路から出力されるデジタル信号に基づいて端末２０と測位用ビーコンとの相対位置を算出する相対位置算出処理回路等を有する。
なお、限定ではなく例として、ＵＷＢ測位ユニットは、不図示のアンテナから測位用超広帯域パルス信号を含む超広帯域ＲＦ信号を送信することで、端末２０を測位用ビーコンとして機能させてもよいし、そうしなくてもよい。

制御部２１は、限定ではなく例として、位置算出用情報検出部２９Ｂによって検出された位置算出用情報に基づいて、定期的なタイミングや特定のタイミングで、自己の端末２０の位置を算出する。端末の位置を「端末位置」と称し、算出された端末位置を「算出端末位置」と称する。制御部２１は、算出端末位置を、その算出端末位置を算出した日時と関連付けて、算出端末位置履歴データとして記憶部２８に記憶させるようにしてもよいし、そうしなくてもよい。

制御部２１は、プログラム内に含まれたコードまたは命令によって実現する機能を実行するために物理的に構造化された回路を有し、限定ではなく例として、ハードウェアに内蔵されたデータ処理装置により実現される。そのため、制御部２１は、制御回路と表現されてもよいし、されなくてもよい。

制御部２１は、限定ではなく例として、中央処理装置（ＣＰＵ）、マイクロプロセッサ（microprocessor）、プロセッサコア（processor core）、マルチプロセッサ（multiprocessor）、ＡＳＩＣ（application-specific integrated circuit）、ＦＰＧＡ（field programmable gate array）を含む。

記憶部２８は、端末２０が動作するうえで必要とする各種プログラムや各種データを記憶する機能を有する。記憶部２８は、限定ではなく例として、ＨＤＤ（hard disk drive）、ＳＳＤ（solid state drive）、フラッシュメモリ、ＲＡＭ（random access memory）、ＲＯＭ（read only memory）など各種の記憶媒体を含む。また、記憶部２８は、メモリ(memory)と表現されてもよいし、されなくてもよい。

端末２０は、プログラムＰを記憶部２８に記憶し、このプログラムＰを実行することで、制御部２１が、制御部２１に含まれる各部としての処理を実行する。つまり、記憶部２８に記憶されるプログラムＰは、端末２０に、制御部２１が実行する各機能を実現させる。また、このプログラムＰは、プログラムモジュールと表現されてもよいし、されなくてもよい。

（２）サーバのＨＷ構成
図６には、サーバ１０のＨＷ構成の一例を示している。
サーバ１０は、限定ではなく例として、制御部１１（ＣＰＵ）、記憶部１５、通信Ｉ／Ｆ１４（インタフェース）、入出力部１２、時計部１９を備える。サーバ１０のＨＷの各構成要素は、限定ではなく例として、バスＢを介して相互に接続される。なお、サーバ１０のＨＷは、サーバ１０のＨＷの構成として、全ての構成要素を含むことは必須ではない。限定ではなく例として、サーバ１０のＨＷは、個々の構成要素、または複数の構成要素を取り外すような構成であってもよいし、そうでなくてもよい。

制御部１１は、プログラム内に含まれたコードまたは命令によって実現する機能を実行するために物理的に構造化された回路を有し、限定ではなく例として、ハードウェアに内蔵されたデータ処理装置により実現される。

制御部１１は、代表的には中央処理装置（ＣＰＵ）、であり、その他にマイクロプロセッサ、プロセッサコア、マルチプロセッサ、ＡＳＩＣ、ＦＰＧＡであってもよいし、そうでなくてもよい。本開示において、制御部１１は、これらに限定されない。

記憶部１５は、サーバ１０が動作するうえで必要とする各種プログラムや各種データを記憶する機能を有する。記憶部１５は、ＨＤＤ、ＳＳＤ、フラッシュメモリなど各種の記憶媒体により実現される。ただし、本開示において、記憶部１５は、これらに限定されない。また、記憶部１５は、メモリ(memory)と表現されてもよいし、されなくてもよい。

通信Ｉ／Ｆ１４は、ネットワーク３０を介して各種データの送受信を行う。通信は、有線、無線のいずれで実行されてもよく、互いの通信が実行できるのであれば、どのような通信プロトコルを用いてもよい。通信Ｉ／Ｆ１４は、ネットワーク３０を介して、端末２０等の各種装置との通信を実行する機能を有する。通信Ｉ／Ｆ１４は、各種データを制御部１１からの指示に従って、端末２０等の各種装置に送信する。また、通信Ｉ／Ｆ１４は、端末２０等の各種装置から送信された各種データを受信し、制御部１１に伝達する。また、通信Ｉ／Ｆ１４を単に通信部と表現する場合もある。また、通信Ｉ／Ｆ１４が物理的に構造化された回路で構成される場合には、通信回路と表現する場合もある。

入出力部１２は、サーバ１０に対する各種操作を入力する装置や、サーバ１０で処理された処理結果を出力する装置等を含む。入出力部１２は、入力部と出力部が一体化していてもよいし、入力部と出力部に分離していてもよいし、そうでなくてもよい。

入力部は、ユーザからの入力を受け付けて、入力に係る情報を制御部１１に伝達できる全ての種類の装置のいずれかまたはその組み合わせにより実現される。入力部は、代表的にはキーボード等に代表されるハードウェアキーや、マウス等のポインティングデバイスで実現される。なお、入力部は、限定ではなく例として、タッチパネルやカメラ（動画像を介した操作入力）、マイク（音声による操作入力）を含んでいてもよいし、そうでなくてもよい。

出力部は、制御部１１で処理された処理結果を出力することができる全ての種類の装置のいずれかまたはその組み合わせにより実現される。出力部は、限定ではなく例として、 タッチパネル、タッチディスプレイ、スピーカ（音出力）、レンズ（限定ではなく例として３Ｄ（three dimensions）出力や、ホログラム出力）、プリンターなどを含む。

あくまでも一例であるが、入出力部１２は、限定ではなく例として、表示部１３を備える。

表示部１３は、ディスプレイ等で実現される。ディスプレイは、代表的にはモニタ（限定ではなく例として、液晶ディスプレイやＯＥＬＤ（organic electroluminescence display））で実現される。なお、ディスプレイは、ヘッドマウントディスプレイ（ＨＤＭ）などであってもよいし、そうでなくてもよい。なお、これらのディスプレイは、３Ｄで表示データを表示可能であってもよいし、そうでなくてもよい。本開示において、ディスプレイは、これらに限定されない。

時計部１９は、サーバ１０の内蔵時計であり、時刻情報（計時情報）を出力する。時計部１９は、限定ではなく例として、ハードウェアクロックとしてのＲＴＣ（Real Time Clock）やシステムクロック等を有して構成される。時計部１９は、限定ではなく例として、計時部や時刻情報検出部と表現することもできる。

（３）その他
サーバ１０は、プログラムＰを記憶部１５に記憶し、このプログラムＰを実行することで、制御部１１が、制御部１１に含まれる各部としての処理を実行する。つまり、記憶部１５に記憶されるプログラムＰは、サーバ１０に、制御部１１が実行する各機能を実現させる。このプログラムＰは、プログラムモジュールと表現されてもよいし、されなくてもよい。
他の装置についても同様である。

本開示の各実施形態においては、端末２０および／またはサーバ１０のＣＰＵがプログラムＰを実行することにより、実現するものとして説明する。

なお、端末２０の制御部２１、および／または、サーバ１０の制御部１１は、制御回路を有するＣＰＵだけでなく、集積回路（ＩＣ（Integrated Circuit）チップ、ＬＳＩ（Large Scale Integration））等に形成された論理回路（ハードウェア）や専用回路によって各処理を実現してもよいし、そうでなくてもよい。また、これらの回路は、１または複数の集積回路により実現されてよく、各実施形態に示す複数の処理を１つの集積回路により実現されることとしてもよいし、そうでなくてもよい。また、ＬＳＩは、集積度の違いにより、ＶＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩなどと呼称されることもある。そのため、制御部２１は、制御回路と表現されてもよいし、されなくてもよい。

また、本開示の各実施形態のプログラムＰ(限定ではなく例として、ソフトウェアプログラム、コンピュータプログラム、またはプログラムモジュール)は、コンピュータに読み取り可能な記憶媒体に記憶された状態で提供されてもよいし、されなくてもよい。 記憶媒体は、「一時的でない有形の媒体」に、プログラムＰを記憶可能である。また、プログラムＰは、本開示の各実施形態の機能の一部を実現するためのものであってもよいし、そうでなくてもよい。さらに、本開示の各実施形態の機能を記憶媒体にすでに記録されているプログラムＰとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であってもよいし、そうでなくてもよい。

記憶媒体は、１つまたは複数の半導体ベースの、または他の集積回路（ＩＣ）（限定ではなく例として、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）または特定用途向けＩＣ（ＡＳＩＣ）など）、ハード・ディスク・ドライブ（ＨＤＤ）、ハイブリッド・ハード・ドライブ（ＨＨＤ）、光ディスク、光ディスクドライブ（ＯＤＤ）、光磁気ディスク、光磁気ドライブ、フロッピィ・ディスケット、フロッピィ・ディスク・ドライブ（ＦＤＤ）、磁気テープ、固体ドライブ（ＳＳＤ）、ＲＡＭドライブ、セキュア・デジタル・カード、またはドライブ、任意の他の適切な記憶媒体、またはこれらの２つ以上の適切な組合せを含むことができる。記憶媒体は、適切な場合、揮発性、不揮発性、または揮発性と不揮発性の組合せでよい。なお、記憶媒体はこれらの例に限られず、プログラムＰを記憶可能であれば、どのようなデバイスまたは媒体であってもよい。また、記憶媒体をメモリ（memory）と表現されてもよいし、されなくてもよい。

サーバ１０および／または端末２０は、記憶媒体に記憶されたプログラムＰを読み出し、読み出したプログラムＰを実行することによって、各実施形態に示す複数の機能部の機能を実現することができる。

また、本開示のプログラムＰは、プログラムを伝送可能な任意の伝送媒体(通信ネットワークや放送波等)を介して、サーバ１０および／または端末２０に提供されてもよいし、されなくてもよい。サーバ１０および／または端末２０は、限定ではなく例として、インターネット等を介してダウンロードしたプログラムＰを実行することにより、各実施形態に示す複数の機能部の機能を実現する。

また、本開示の各実施形態は、プログラムＰが電子的な伝送によって具現化されたデータ信号の形態でも実現され得る。
サーバ１０および／または端末２０における処理の少なくとも一部は、１以上のコンピュータにより構成されるクラウドコンピューティングにより実現されていてもよいし、そうでなくてもよい。

端末２０における処理の少なくとも一部、または全部を、サーバ１０により行う構成としてもよいし、そうでなくてもよい。この場合、端末２０の制御部２１の各機能部の処理のうち少なくとも一部の処理、または全部の処理を、サーバ１０で行う構成としてもよいし、そうでなくてもよい。

サーバ１０における処理の少なくとも一部、または全部を、端末２０により行う構成としてもよいし、そうでなくてもよい。この場合、サーバ１０の制御部１１の各機能部の処理のうち少なくとも一部の処理、または全部の処理を、端末２０で行う構成としてもよいし、そうでなくてもよい。

明示的な言及のない限り、本開示の実施例における判定の構成は必須でなく、判定条件を満たした場合に所定の処理が動作されたり、判定条件を満たさない場合に所定の処理がされたりしてもよいし、そうでなくてもよい。

なお、本開示のプログラムは、限定ではなく例として、ActionScript、JavaScript(登録商標)などのスクリプト言語、Objective-C、Java(登録商標)などのコンパイラ言語、HTML Living Standardなどのマークアップ言語などを用いて実装される。

＜サーバの機能構成＞
図７は、本実施例においてサーバ１０の制御部１１によって実現される機能の一例を示す図である。
制御部１１は、限定ではなく例として、請求書仕訳処理部１１０と、アプリケーション管理処理部１１７とを機能部として含む。

請求書仕訳処理部１１０は、その機能部として、限定ではなく例として、ＯＣＲ部１１１と、勘定科目割付部１１３と、勘定科目割付修正部１１５とを有する。これらの機能部は、限定ではなく例として、図１の情報処理装置１が備える機能部にそれぞれ対応するものである。

アプリケーション管理処理部１１７は、限定ではなく例として、記憶部１５に記憶されたアプリケーション管理処理プログラム１５７に従ってアプリケーション管理処理を実行する機能を有する。

図８は、本実施例においてサーバ１０の記憶部１５に記憶される情報の一例を示す図である。
記憶部１５には、限定ではなく例として、割付ルール管理データベース１５５と、アプリケーション管理処理として実行されるアプリケーション管理処理プログラム１５７と、アカウント登録データ１５９とが記憶される。

アカウント登録データ１５９は、アプリケーション（本実施例では、会計アプリケーション）のアカウントに関する登録データであり、限定ではなく例として、ユーザ名と、アプリケーションＩＤと、その他登録情報とが関連付けて記憶される。

ユーザ名は、このアプリケーションを利用する端末２０のアカウントの名称であり、限定ではなく例として、端末２０のユーザがアプリケーションを利用する際に登録する名称が記憶される。

アプリケーションＩＤは、アプリケーションのアカウントを識別するために用いられる情報、またはアカウントそのものである。
このアプリケーションＩＤは、好ましくはアカウントごとに一意な値であり、限定ではなく例として、サーバ１０によってアカウントごとに一意な値（固有の値）が設定されて記憶される。
アプリケーションＩＤは、端末２０、またはその端末２０のユーザに関連付けられた情報であり、端末に関する情報、または端末のユーザに関する情報の一例である。

その他登録情報には、限定ではなく例として、端末２０を識別するための識別情報、端末２０の電話番号（端末電話番号）、メールアドレス（端末メールアドレス）、アプリケーションにおける各種の認証に利用されるパスワード（ログインパスワード、認証パスワード等）等の認証情報といった各種の情報を含めるようにすることができる。

端末２０を識別するための識別情報は、限定ではなく例として、端末ＩＤ（限定ではなく例として、ＩＭＥＩ（International Mobile Equipment Identity））とすることができる。

なお、アプリケーションＩＤに代えて「ユーザＩＤ」としてもよいし、しなくてもよい。
また、１つの端末２０につき１つのアカウントしか登録することのできないアプリケーションであれば、限定ではなく例として、「端末２０を識別するための識別情報＝端末２０のユーザを識別するための識別情報＝アプリケーションＩＤ」とすることができる。

また、限定ではなく例として、１つのアプリケーションＩＤに、複数の端末ＩＤを割り当てることを可能としてもよいし、そのようにしなくてもよい。

また、アプリケーションＩＤ等の各種のＩＤに代えて、端末電話番号等の情報によってアカウントを管理する手法を適用することも可能である。
この場合、アプリケーションＩＤ等のＩＤの情報をアカウント登録データ１５９に記憶させるのに代えて、端末電話番号等の情報をアカウント登録データ１５９に記憶させるようにすることができる。

なお、以下の各種の実施例では、説明の簡明化のため、１つの端末２０につき１つのアカウントが登録されていることとして説明する。
また、この場合、上記のように「端末２０を識別するための識別情報＝端末２０のユーザを識別するための識別情報＝アプリケーションＩＤ」であるため、以下の説明で用いる「アカウントのユーザ」の用語は、「アカウントの端末」と実質的に同義としてよいものとする。

割付ルール管理データベース１５５は、アカウント登録データ１５９に登録されたアカウントごとに割付ルールデータベース１５３を管理するためのデータベースである。
割付ルール管理データベース１５５には、限定ではなく例として、アカウントごとの管理データとして、割付ルールデータベース１５３が記憶される。各々の割付ルールデータベース１５３の構成については、限定ではなく例として、図２で示した割付ルールデータベース１５３と同様に構成することができる。

なお、サーバ１０の記憶部１５に、請求書画像データ１５１をバッファとして記憶させるようにしてもよいし、そのようにしなくてもよい。また、サーバ１０の記憶部１５に、アカウント登録データ１５９に登録されたアカウントごとに請求書画像データ１５１を記憶させるための不図示の請求書画像管理データベースを記憶させるようにしてもよいし、そのようにしなくてもよい。

＜端末の機能構成＞
端末２０の制御部２１は、限定ではなく例として、記憶部２８に記憶されたアプリケーション処理プログラムに従ってアプリケーション処理を実行するためのアプリケーション処理部を機能部として含む。

端末２０の記憶部２８には、限定ではなく例として、アプリケーション処理として実行されるアプリケーション処理プログラムと、この端末２０、または端末２０のユーザのアカウントに対応するアプリケーションＩＤとが記憶される。

＜処理＞
図９は、本実施例において各装置が実行する処理の流れの一例を示すフローチャートである。
この図では、左側から順に、端末２０Ａの制御部２１が実行する処理、サーバ１０の制御部１１が実行する処理の一例を示している。

なお、以下説明する処理は、本開示の手法を実現するための処理の一例に過ぎず、これらに限定されるものではない。
以下説明する処理に別のステップを追加してもよいし、以下説明する処理から一部のステップを省略（削除）してもよい。

最初に、端末２０Ａの制御部２１は、限定ではなく例として、端末２０Ａの入出力部２３に対する入力（限定ではなく例として、ユーザ入力（ユーザによる操作入力や音入力等）。他の端末２０についても同じ。以下同様。）に基づいて、限定ではなく例として、請求書画像ファイル名を受け付ける（Ａ１１０）。なお、端末２０Ａの制御部２１は、限定ではなく例として、２以上の請求書画像ファイル名を受け付けるようにしてもよい。

すると、端末２０Ａの制御部２１は、限定ではなく例として、記憶部２８に記憶された請求書画像ファイル名と合致する画像ファイルを探索する。そして、端末２０Ａの制御部２１は、限定ではなく例として、探索された画像ファイルのデータと、画像ファイル名とを含む請求書画像データを、通信Ｉ／Ｆ２２によってサーバ１０に送信する（Ａ１３０）。

通信Ｉ／Ｆ１４によって端末２０Ａから請求書画像データを受信すると、サーバ１０の制御部１１は、受信した請求書画像データを請求書画像データ１５１に記憶させる。
そして、サーバ１０の制御部１１は、請求書画像データ認識処理と、勘定科目割付処理とを実行する（Ｈ１３０，Ｈ１５０）。
各処理は、限定ではなく例として、図３のＳ１３０，Ｓ１５０の各ステップに従って実行することができる。

その後、サーバ１０の制御部１１は、限定ではなく例として、仕訳対象取引先名と、仕訳対象請求書件名と、１以上の仕訳対象明細名と、勘定科目割付処理によって仕訳対象明細名に紐づけられた勘定科目名および科目コードとを含む仕訳結果情報を、通信Ｉ／Ｆ１４によって端末２０Ａに送信する（Ｈ１６０）。

通信Ｉ／Ｆ２２によってサーバ１０から仕訳結果情報を受信すると、端末２０Ａの制御部２１は、受信した仕訳結果情報を表示部２４に表示させる（Ａ１７０）。そして、端末２０Ａの制御部２１は、限定ではなく例として、端末２０Ａの入出力部２３に対する入力に基づいて、請求書の仕訳結果を修正するか否かを判定する（Ａ１９０）。

限定ではなく例として、請求書の仕訳結果を修正することが選択されたと判定する場合（Ａ１９０：ＹＥＳ）、端末２０Ａの制御部２１は、仕訳修正情報を受け付けると、受け付けた仕訳修正情報を、通信Ｉ／Ｆ２２によってサーバ１０に送信する（Ａ２１０）。なお、仕訳修正情報は、限定ではなく例として、図３のＳ２１０のステップにおける仕訳修正情報と同様に構成することができる。

限定ではなく例として、請求書の仕訳結果を修正しないことが選択されたと判定する場合（Ａ１９０：ＮＯ）、端末２０Ａの制御部２１は、Ａ２１０のステップをスキップする。

通信Ｉ／Ｆ１４によって端末２０Ａから仕訳修正情報を受信したと判定する場合（Ｈ２００：ＹＥＳ）、サーバ１０の制御部１１は、割付ルールデータ更新処理を実行する（Ｈ２３０）。
割付ルールデータ更新処理において、サーバ１０の制御部１１は、受信した仕訳修正情報に基づいて、割付ルール管理データベース１５５における端末２０ＡのアプリケーションＩＤと紐づけられた割付ルールデータベースの各項目を修正し、更新する。

通信Ｉ／Ｆ１４によって端末２０Ａから仕訳修正情報を受信しないと判定する場合（Ｈ２００：ＮＯ）、サーバ１０の制御部１１は、Ｈ２３０のステップをスキップする。

限定ではなく例として、端末２０Ａの入出力部２３に対する入力に基づいて、処理を終了させることが選択されたと判定する場合（Ａ２５０：ＹＥＳ）、端末２０Ａの制御部２１は、処理を終了させる。
処理を終了させないことが選択されたと判定する場合（Ａ２５０：ＮＯ）、端末２０Ａの制御部２１は、限定ではなく例として、Ａ１１０のステップに処理を戻す。

限定ではなく例として、端末２０Ａにおいて処理を終了させることが選択されたと判定する場合（Ｈ２５０：ＹＥＳ）、サーバ１０の制御部１１は、処理を終了させる。
処理を終了させないことが選択されたと判定する場合（Ｈ２５０：ＮＯ）、サーバ１０の制御部１１は、限定ではなく例として、請求書画像データの受信待機に処理を戻し、Ｈ１３０以降の各ステップを実行する。

＜表示画面＞
以下では、限定ではなく例として、端末２０が、横長のディスプレイの表示部２４を備えるタブレット端末である場合を例示する。

タブレット端末には、限定ではなく例として、入力部として機能するタッチパネルが、そのディスプレイと対向して配置され、これによってタッチスクリーンが構成される。アイコン、ボタン、アイテムまたは入力領域などの要素がディスプレイに表示された場合において、タッチパネルの一部の領域であって、その要素が表示された領域と対向する領域がユーザによって操作された場合、その要素と関連付けられたプログラムまたはそのプログラムのサブルーチンが実行される。

以下では、ユーザ操作の一例として、限定ではなく例として、タップ（タップ操作）を例示する。
タップ（タップ操作）とは、限定ではなく例として、ユーザが、タッチパネルが一体的に構成された表示部２４（タッチスクリーン）を指やペン先などで軽く叩くように触れる動作、触れてから離す動作とすることができる。

なお、以下説明する表示画面の遷移は、本開示の手法を実現するための表示画面の遷移の一例に過ぎない。以下に例示する表示画面の遷移について、一部の表示画面の表示を省略してもよいし、別の表示画面を追加してもよい。

図１０は、本実施例において端末２０の表示部２４に表示される画面の一例を示す図である。図１０は、限定ではなく例として、上記フローチャートにおける仕訳結果情報表示時（図９のＡ１７０）において端末２０Ａの表示部２４に表示される画面の一例である。

この画面では、画面最上部に、会計サービスにおけるＯＣＲと連携する請求書仕訳サービスを利用中であることを示す「ＯＣＲ」の文字で示されるアイコンがタイトル表示領域ＴＶＲ内に表示されるように構成されている。また、このアイコンの右側には、ＯＣＲ処理の対象となった請求書画像ファイル名が表示されるように構成されている。この画面では、請求書画像ファイル名として、限定ではなく例として、「ＸＸ株式会社様１月分請求書．ｊｐｇ」のファイル名が指定されたことが表示されている。

請求書画像ファイル名の右側には、仕訳結果情報に基づいて、この請求書の仕訳結果を保存するための「保存」の文字で示される仕訳結果保存ボタンと、仕訳結果を削除するための「削除」の文字で示される仕訳結果削除ボタンとが並んで表示されるように構成されている。

タイトル表示領域ＴＶＲの下には、請求書画像ファイル名で指定された請求書画像データの確認用表示領域である請求書画像確認領域ＰＶＲと、この請求書画像データに対して請求書画像データ認識処理と勘定科目割付処理とを適用した結果である仕訳結果情報を表示させるための仕訳結果表示領域ＪＲＲとが並んで表示されるように構成されている。

請求書画像確認領域ＰＶＲにおいて、限定ではなく例として、仕訳対象として指定された請求書画像と重畳して、点線の枠が表示されるように構成されている。この点線の枠は、限定ではなく例として、請求書画像データ認識処理において、仕訳対象取引先名や仕訳対象請求書件名、仕訳対象明細名等に認識された領域と対応付けて表示されるように構成されている。

仕訳結果表示領域ＪＲＲでは、仕訳結果情報に基づいて、限定ではなく例として、この請求書の仕訳結果である取引先名と、請求書件名と、１以上の明細名とその勘定科目割付結果とを含む請求書細目とが表示されるように構成されている。

限定ではなく例として、図１０では、仕訳結果表示領域ＪＲＲにおいて、取引先名が「株式会社ＡＡ」であり、請求書件名が「アクセス解析サービス利用請求書」であることが表示されている。また、請求書細目において、明細名「月額利用料」の勘定科目名が「広告宣伝費」に仕訳され、勘定科目名「通信費」の科目コードは「Ｓ００３」であることが表示されている。

請求書細目において、勘定科目名の欄には仕訳結果を手動で修正するための下三角アイコンが表示されるように構成されている。限定ではなく例として、この下三角アイコンがタップされると、勘定科目名の一覧がプルダウンメニューで表示され、修正先の勘定科目名が選択可能であるように構成されている。
なお、取引先名や請求書件名、明細名や価格等において、該当欄がタップされると、手動で各項目が入力可能となるように構成されることとしてもよい。勘定科目名についても同様である。

限定ではなく例として、仕訳結果表示領域ＪＲＲにおいて仕訳結果情報が修正され、仕訳結果保存ボタンがタップされた場合、端末２０Ａの制御部２１は、請求書仕訳結果が修正されたと判定するように構成することができる。

図１１は、限定ではなく例として、上記フローチャートにおける仕訳結果情報表示時（図９のＡ１７０）において端末２０Ａの表示部２４に表示される画面の別例である。
この画面では、請求書画像ファイル名として、限定ではなく例として、「２０２２０２２２データセンタ利用請求書．ｊｐｇ」のファイル名が指定されたことが表示されている。

図１１では、請求書画像確認領域ＰＶＲにおいて、請求書画像の取引先名に相当する箇所にインク染みが映り込んでいることが表示されている。この場合、限定ではなく例として、請求書画像データ認識処理において、仕訳対象取引先名が正確に認識されなかった可能性が生じる。そのため、請求書画像確認領域ＰＶＲにおいて、仕訳対象取引先名と推定された「デ？？センタ利用請求書」の文字列の周囲に、正常に認識されたと判定される場合の点線の枠とは異なる一点鎖線の枠が表示されるように構成されている。また、この一点鎖線の枠の左上側には、エクスクラメーションのアイコンで示される認識結果警告アイコンＮＴが表示されるように構成されている。

限定ではなく例として、認識結果警告アイコンＮＴがユーザによってタップされると、仕訳対象取引先名として、ＯＣＲ結果である「デ？？センタ利用請求書」の文字列を用いるのか、請求書画像ファイル名である「２０２２０２２２データセンタ利用請求書．ｊｐｇ」の文字列に基づく「データセンタ利用請求書」の文字列を用いるのかの文字列選択用表示画面が表示されるように構成されている。限定ではなく例として、文字列選択用表示画面に対するユーザ操作に基づいて、ＯＣＲ結果をそのまま用いるのか、請求書画像ファイル名を利用して勘定科目割付処理を実行するのかを選択するように構成することができる。

なお、認識結果警告アイコンＮＴを表示させず、前述したように、ＯＣＲ結果である「デ？？センタ利用請求書」の文字列が割付ルールデータベースの請求書件名とマッチしない場合、自動的に請求書画像ファイル名を利用して勘定科目割付処理を実行するように構成してもよい。

＜第１実施例の効果＞
本実施例は、情報処理装置１は、ユーザの端末２０と通信するサーバ１０である構成を示している。
このような構成により得られる実施例の効果の一例として、ユーザの端末と通信するサーバに、前述した仕訳に関する処理を行わせることができる。これにより、限定ではなく例として、ユーザの端末の処理負荷を軽減することができる。

＜第１実施例の変形例（１）＞
上記の実施例では、端末２０の制御部２１は、記憶部２８に記憶された画像ファイルを請求書画像データとしてサーバ１０に送信するが、これに限定されない。
限定ではなく例として、請求書画像ファイル名受付処理において、端末２０の制御部２１は、撮像部２７によって請求書画像を撮像すると、撮像された画像ファイルのデータを請求書画像データとしてサーバ１０に送信するようにしてもよい。この場合、端末２０の制御部２１は、撮像された画像ファイル名である請求書画像ファイル名を受け付け、撮像された画像ファイルのデータとその画像ファイル名とを請求書画像データとしてサーバ１０に送信するようにしてもよいし、そうしなくてもよい。

＜第１実施例の変形例（２）＞
上記の実施例では、端末２０の制御部２１は、請求書画像データをサーバ１０に送信することとしたが、これに限定されない。
限定ではなく例として、サーバ１０の制御部１１は、処理にあたりあらかじめ記憶部１５に１以上の請求書画像データを記憶しておく。そして、端末２０の制御部２１は、限定ではなく例として、請求書画像ファイル名受付処理において、請求書画像ファイル名を受け付けると、請求書画像ファイル名をサーバ１０に送信する。サーバ１０の制御部１１は、端末２０から請求書画像ファイル名を受信すると、記憶部１５に記憶された請求書画像ファイル名と合致する画像ファイルを探索する。そして、サーバ１０の制御部１１は、限定ではなく例として、探索された画像ファイルのデータと、請求書画像ファイル名とを請求書画像データ１５１に記憶させるようにしてもよい。

＜第１実施例の変形例（３）＞
上記の実施例では、サーバ１０のＯＣＲ部１１１において請求書画像データ認識処理を実行することとしたが、これに限定されない。限定ではなく例として、端末２０の制御部２１において請求書画像データ認識処理を実行し、限定ではなく例として、処理結果として得られる仕訳対象取引先名と仕訳対象請求書件名と仕訳対象明細名等とを含む仕訳対象情報を通信Ｉ／Ｆ２２によってサーバ１０に送信するようにしてもよい。この場合、サーバ１０の制御部１１は、端末２０から仕訳対象情報を受信すると、受信した仕訳対象情報に基づいて、勘定科目割付処理を実行するようにしてもよい。また、仕訳対象請求書件名と請求書画像ファイル名で仕訳対象情報が取得できなかった場合に、仕訳対象取引先名と仕訳対象明細名を使って仕訳対象情報を受信して勘定科目割付処理を実行してもよい。

＜その他＞
本開示の手法を適用可能なシステムは、上記のシステムに限定されない。
端末とサーバとを含むシステムに限らず、サーバを含まないシステムを適用することもできる。これは、限定ではなく例として、以下のようなシステムである。
・サーバの機能を端末に持たせるシステム（分散システム）。これは、限定ではなく例として、前述したブロックチェーンの技術を用いて実現することが可能である。
・端末同士が無線通信を行うシステム。これは、限定ではなく例として、ブルートゥース等の近距離無線通信技術を用いてＰ２Ｐ（ピアツーピア）方式等で通信を行うことで実現可能である。

１ 情報処理装置
１０ サーバ
２０ 端末
３０ ネットワーク
１０００ 通信システム

Claims (12)

1. 情報処理装置によって実行されるプログラムであって、
   請求書の画像データを認識する第１処理を前記情報処理装置の制御部によって行うことと、
   前記第１処理に基づいて、前記請求書の仕訳対象とする、取引先情報と件名情報と明細名情報とを含む仕訳対象情報を特定する第２処理を前記制御部によって行うことと、
   仕訳用に設定された設定データに基づいて、前記仕訳対象情報と対応する仕訳データを生成する第３処理を前記制御部によって行うことと、
   前記仕訳データを前記情報処理装置の出力部に出力させる制御を前記制御部によって行うこととが前記情報処理装置によって実行される。
2. 請求項１に記載のプログラムであって、
   前記第３処理は、前記設定データと前記仕訳対象情報とを照合することに基づいて、前記仕訳対象情報と対応する前記仕訳データを生成する処理を含む。
3. 請求項２に記載のプログラムであって、
   前記設定データは、第１取引先情報と第１件名情報と第１明細名情報と勘定科目情報とを含み、
   前記第３処理は、前記第１取引先情報と前記取引先情報とを照合する第５処理と、前記第１件名情報と前記件名情報とを照合する第６処理と、前記第１明細名情報と前記明細名情報とを照合する第７処理とを含み、前記第５処理と前記第６処理と前記第７処理とのうちの少なくともいずれか１つの処理に基づいて、前記仕訳対象情報と対応する前記勘定科目情報を決定する処理を含む。
4. 請求項３に記載のプログラムであって、
   前記第１取引先情報と前記第１件名情報と前記第１明細名情報とで第１情報が構成され、
   前記第１情報のうちの少なくともいずれか１つの情報は、任意の文字列として展開可能なワイルドカード文字を含む。
5. 請求項４に記載のプログラムであって、
   前記第１件名情報は、前記ワイルドカード文字を含み、
   前記第６処理は、前記ワイルドカード文字を展開した前記第１件名情報の文字列と、前記件名情報の文字列とを照合する処理を含む。
6. 請求項４または請求項５に記載のプログラムであって、
   前記第１明細名情報は、前記ワイルドカード文字を含み、
   前記第７処理は、前記ワイルドカード文字を展開した前記第１明細名情報の文字列と、前記明細名情報の文字列とを照合する処理を含む。
7. 請求項４から請求項６のいずれか一項に記載のプログラムであって、
   前記設定データは、前記勘定科目情報に関する優先度を含み、
   前記第３処理は、前記優先度に基づいて、前記仕訳対象情報と対応する前記仕訳データを生成する処理を含む。
8. 請求項７に記載のプログラムであって、
   前記優先度は、前記ワイルドカード文字の数に基づいて決定される。
9. 請求項３から請求項８のいずれか一項に記載のプログラムであって、
   前記第５処理は、前記第１取引先情報と前記取引先情報とが一致しない場合、前記画像データのファイル名と前記取引先情報とを照合する処理を含む。
10. 請求項１から請求項９のいずれか一項に記載のプログラムであって、
    前記情報処理装置は、ユーザの端末と通信するサーバである。
11. 情報処理装置の情報処理方法であって、
    請求書の画像データを認識する第１処理を前記情報処理装置の制御部によって行うことと、
    前記第１処理に基づいて、前記請求書の仕訳対象とする、取引先情報と件名情報と明細名情報とを含む仕訳対象情報を特定する第２処理を前記制御部によって行うことと、
    仕訳用に設定された設定データに基づいて、前記仕訳対象情報と対応する仕訳データを生成する第３処理を前記制御部によって行うことと、
    前記仕訳データを前記情報処理装置の出力部に出力させる制御を前記制御部によって行うこととを含む。
12. 情報処理装置であって、
    制御部と出力部とを備え、
    前記制御部は、
    請求書の画像データを認識する第１処理と、
    前記第１処理に基づいて、前記請求書の仕訳対象とする、取引先情報と件名情報と明細名情報とを含む仕訳対象情報を特定する第２処理と、
    仕訳用に設定された設定データに基づいて、前記仕訳対象情報と対応する仕訳データを生成する第３処理と、
    前記仕訳データを前記出力部に出力させる制御とを行う。

Images