JP2023056526A - データ処理装置、データ処理方法及びプログラム - Google Patents

Abstract

【課題】証憑の管理者が証憑データの受領ルートを把握できるようにする。【解決手段】証憑の管理者が証憑データの受領ルートを把握できる情報を表示するデータ処理装置１である。発行された証憑の電子データである証憑データと、前記証憑データが取得された経路を示す取得経路と、を対応付けて記憶する記憶部１２と、前記証憑データの表示の依頼を受信すると、表示を依頼された前記証憑データと、該証憑データに対応付けられた前記取得経路とを情報端末２に表示するよう制御する表示制御部１３３と、を有する。【選択図】図２

Description

本発明は、データ処理装置、データ処理方法及びプログラムに関する。

請求書をオンラインで送受信する請求書管理システムが知られている。

ＷＯ２０１７―７３１０２号公報

ところで、電子帳簿保存法の改正により、電子取引をする場合においては証憑の電子データを保存することが義務付けられる。証憑の受領ルートによって証憑の保存方法が異なるため、証憑の管理者には証憑データの受領ルートを把握することが求められるようになる。

そこで、本発明はこれらの点に鑑みてなされたものであり、証憑の管理者が証憑データの受領ルートを把握できるようにすることを目的とする。

本発明の第１の態様のデータ処理装置においては、発行された証憑の電子データである証憑データと、前記証憑データが取得された経路を示す取得経路と、を対応付けて記憶する記憶部と、前記証憑データの表示の依頼を受信すると、表示を依頼された前記証憑データと、該証憑データに対応付けられた前記取得経路とを情報端末に表示するよう制御する表示制御部と、を有する。

前記データ処理装置は、前記証憑データを取得する取得部と、前記証憑データの前記取得経路を特定し、特定した前記証憑データの前記取得経路と、を記憶部に記憶させる特定部と、をさらに有してもよい。

前記特定部は、前記証憑データの形式、前記証憑データの受信手段、又は前記取得部が前記証憑データに関連付けて取得した付加データの少なくともいずれかに基づいて前記取得経路を特定してもよい。

前記特定部は、所定の形式の証憑を交換するネットワークであるインボイスネットワークを構成する所定のサーバから前記取得部が前記証憑データを取得した場合に、前記取得経路がインボイスネットワーク経由であることを特定してもよい。

前記特定部は、前記取得部が前記証憑データを所定の送信元以外の送信元から電子メールで取得した場合、又は前記取得部が所定の送信元から電子メールで取得した場合であって、前記証憑データが添付された電子メールが、前記証憑データを含む電子メールが転送されたものであることを示す場合に、前記取得経路がメール経由であることを特定してもよい。

前記記憶部は、証憑の発行元と、前記発行元が発行する証憑の形式と、を関連付けて記憶した証憑形式データをさらに記憶し、前記データ処理装置は、前記取得部が取得した前記証憑データと、取得した前記証憑データに含まれる前記証憑の発行元に関連付けて記憶された前記証憑の形式と、が一致するか否かを判定する判定部をさらに有し、前記表示制御部は、前記判定部が一致しないと判定した場合、証憑の形式が異なっていることを警告する画面を前記情報端末に表示させてもよい。

前記データ処理装置は、前記取得部が取得した前記証憑データの作成日が、前記証憑データに含まれる前記証憑の発行日よりも所定日数以上後であるか否かを判定する判定部をさらに有し、前記表示制御部は、前記証憑データの作成日が前記証憑の発行日よりも所定日数以上後であると前記判定部が判定した場合に警告情報を前記情報端末に表示させてもよい。

前記特定部は、取得した前記証憑データに所定の文字列が含まれる場合に、取得した前記証憑データが電子取引に該当すると特定してもよい。

前記データ処理装置は、前記取得部が取得する前記証憑データの前記取得経路の選択をユーザから受け付ける受付部をさらに備え、前記特定部は、前記受付部が前記取得経路として電子取引の選択を受け付けた場合、前記取得部が取得した前記証憑データが電子取引に該当することを特定してもよい。

本発明の第２の態様のデータ処理方法においては、コンピュータが実行する、発行された証憑の電子データである証憑データの表示の依頼を受信するステップと、発行された証憑の電子データである証憑データと、前記証憑データが取得された経路を示す取得経路と、を対応付けて記憶している記憶部を参照し、表示を依頼された前記証憑データと、該証憑データに対応付けられた前記取得経路とを情報端末に表示するよう制御するステップと、を有する。

本発明の第３の態様のプログラムにおいては、コンピュータに実行させる、発行された証憑の電子データである証憑データの表示の依頼を受信するステップと、発行された証憑の電子データである証憑データと、前記証憑データが取得された経路を示す取得経路と、を対応付けて記憶している記憶部を参照し、表示を依頼された前記証憑データと、該証憑データに対応付けられた前記取得経路とを情報端末に表示するよう制御するステップと、を有する。

本発明によれば、証憑の管理者が証憑データの受領ルートを把握することができるという効果を奏する。

データ処理システムＳの概要を説明する図である。 データ処理装置１の構成を示すブロック図である。 取得部１３１が取得する証憑データの一例を示す図である。 表示制御部１３３が表示する画面の一例を示す図である。 取得部１３１が受信するメールの一例を説明する図である。 表示制御部１３３が表示する取得経路を選択する画面の一例を示す図である。 データ処理装置１の処理の流れを示すフローチャートである。

［データ処理装置１の概要］
図１は、データ処理システムＳの概要を説明する図である。データ処理システムＳは、データ処理装置１と情報端末２とを有する。データ処理装置１は、証憑データを受信し、受信した証憑データを会計処理装置に入力する装置である。証憑データは、発行された証憑を電子化した電子データである。証憑は例えば、納品書、請求書又は領収書である。なお、データ処理装置１は、会計処理装置と一体に構成されてもよい。

情報端末２は、データ処理装置１が取得した証憑データを閲覧し、証憑データの修正が必要な場合に証憑データを修正する操作を行うための端末である。スキャナ３、情報端末４及びサーバ５は、データ処理装置１に証憑データを入力するための装置である。

データ処理装置１は、証憑データを取得する（図１における（１））。ここで、データ処理装置１が証憑データを受信する方法には種々の方法がある。

スキャナ３は、紙形式で受領した証憑をスキャンした画像データを生成し、生成した画像データをデータ処理装置１に入力する。データ処理装置１は、スキャナ３より入力された画像データを証憑データとして取得する。スキャナ３は一例として、画像データをメールでデータ処理装置１へ送信する。なお、スキャナ３は不図示のコンピュータに生成した画像データを入力し、コンピュータがデータ処理装置１に画像データを入力するよう構成されてもよい。

情報端末４は、証憑データを添付したメールを、データ処理装置１が証憑データを受信するために設定されたメールアドレス宛に送信する。情報端末４は、データ処理装置１が表示するｗｅｂページにアクセスし、表示されたｗｅｂページから証憑データをアップロードしてもよい。

サーバ５は、インボイスネットワークＮに参加し、所定の形式の証憑データの授受を行うサーバである。データ処理装置１は、証憑データの授受を行う装置であるサーバ５からインボイスネットワークＮを経由して証憑データを取得する。

インボイスネットワークＮは、ネットワークに参加する参加者同士で所定の標準に準拠した証憑データを授受するためのネットワークである。インボイスネットワークＮは、例えば、ＰＥＰＰＯＬ（Pan-European Public Procurement Online）の仕様に準拠した電子インボイスを授受するためのネットワークである。

データ処理装置１は、証憑データを取得すると、証憑データの取得経路に基づいて、電子帳簿保存法に定められる電子取引（以下、単に「電子取引」という）に該当する証憑データであるか否かを判定する。データ処理装置１は、例えば、インボイスネットワークＮを経由して証憑データを取得した場合、所定の記憶領域に証憑データがアップロードされた場合、又は証憑データを受信するために設定されたメールアドレス宛てに証憑データの発行者から証憑データが送信された場合に、電子取引に該当すると判定する。一方、データ処理装置１は、所定のメールアドレス（例えば、従業員のメールアドレス）を経由して証憑データが取得された場合、電子取引には該当しないと判定する。

データ処理装置１又はデータ処理装置１と連携して動作する他のシステムは、証憑データが電子取引に該当するか否かに応じて異なる処理を実行することができる。そこで、データ処理装置１は、証憑データの受信手段、取得した証憑データの形式、又は証憑データに関連付けて取得した付加データの少なくともいずれかに基づいて証憑データの取得経路を特定する（図１における（２））。

一例として、データ処理装置１は、所定のサーバから証憑データを取得した場合に、証憑データの取得経路がインボイスネットワーク経由であることを特定する。取得経路を特定すると、データ処理装置１は、取得した証憑データと特定した取得経路とを関連付けて記憶する。

情報端末２は、取得した証憑データを表示するための表示依頼をデータ処理装置１に送信する（図１における（３））。そして、データ処理装置１は表示依頼された証憑データと、特定した証憑データの取得経路を示す情報と、を情報端末２に送信する（図１における（４））。そして、情報端末２は受信した証憑データを表示する。

データ処理システムＳがこのように構成されることで、ユーザは証憑データとともに証憑データの取得経路を確認することができる。そして、ユーザは証憑データの取得経路を確認することで、証憑データの取得経路に応じて、その後のオペレーション（例えば仕訳処理等）を実行することができる。

［データ処理装置１の構成］
図２は、データ処理装置１の構成を示すブロック図である。データ処理装置１は、通信部１１と、記憶部１２及び制御部１３を有する。制御部１３は、取得部１３１、特定部１３２、表示制御部１３３、受付部１３４及び判定部１３５を有する。

通信部１１は、ネットワークを介して情報端末２、スキャナ３、情報端末４及びサーバ５と通信するための通信インターフェースである。記憶部１２は、例えば、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、ＳＳＤ（Solid State Drive）、ハードディスク等の記憶媒体である。記憶部１２は、制御部１３を機能させるための各種のプログラムを記憶する。

記憶部１２は、発行された証憑の電子データである証憑データと、証憑データが取得された経路を示す取得経路と、を対応付けて記憶する。すなわち、記憶部１２は、取得部１３１が取得した証憑データと、特定部１３２が特定した証憑データの取得経路とを関連付けて記憶する。取得経路は、例えば、「インボイスＮＷ」、「メール（電子取引）」、「電子取引（その他）」、「電子取引以外」と表される。「インボイスＮＷ」は、インボイスネットワーク経由で取得したことを示す。「メール（電子取引）」は、メール経由で取得したことを示す。「電子取引（その他）」は、電子取引に該当することを示す。「電子取引以外」は、電子取引に該当しないことを示す。

制御部１３は、例えばＣＰＵ（Central Processing Unit）である。制御部１３は、記憶部１２に記憶されている制御プログラムを実行することにより、取得部１３１、特定部１３２、表示制御部１３３、受付部１３４及び判定部１３５として機能する。

取得部１３１は、証憑データを取得する。図３は、取得部１３１が取得する証憑データの一例を示す図である。図３は、証憑データが請求書を示すデータである場合を示している。証憑データは、一例として、宛先事業者名、宛先部署名、宛先事業者識別番号、宛先電話番号、発行元事業者名、発行元事業者識別番号、請求書番号、請求書発行日、請求書対象となる商品名又はサービス名、請求額、税額、税率、振込先口座番号等を含む。なお、証憑データには利用者識別情報が含まれていてもよい。利用者識別情報は、インボイスネットワークＮに参加する参加者に割り当てられる識別情報である。

取得部１３１は、取得した証憑データに含まれる発行元を示す情報から証憑の発行元を特定してもよい。発行元を示す情報は、例えば、発行元事業者名、発行元事業者識別番号又は発行元の利用者識別情報である。証憑データが画像データである場合は、証憑データをＯＣＲ（Optical Character Recognition）処理をすることで、証憑データに記載された内容を示すテキストデータを生成し、生成したテキストデータから発行元を特定する。

特定部１３２は、証憑データの取得経路を特定する。そして、特定部１３２は、取得した証憑データと、特定した証憑データの取得経路と、を記憶部１２に記憶させる。特定部１３２が証憑データの取得経路を特定する方法については後述する。

表示制御部１３３は、証憑データの表示の依頼を受信すると、表示を依頼された証憑データと、該証憑データに対応付けられた取得経路とを情報端末２に表示するよう制御する。図４は、証憑データの表示依頼を情報端末２から受信した場合に、表示制御部１３３が情報端末２に表示させる画面の一例を示す図である。図４に示す画面には、取得した証憑データとともに取得経路がメール経由であることを示す「メール（電子取引）」が表示されている。

特定部１３２の処理について説明する。特定部１３２は、証憑データの形式、証憑データの受信手段、又は取得部１３１が証憑データに関連付けて取得した付加データの少なくともいずれかに基づいて取得経路を特定する。特定部１３２は、一例として、証憑データの形式、証憑データを取得したプロトコル、証憑データの送信元を示す情報、証憑データが添付されたメールの内容又は証憑データに付加されたメタデータに基づいて取得経路を判定する。

特定部１３２は、所定の形式の証憑を交換するネットワークであるインボイスネットワークＮを構成する所定のサーバから取得部１３１が証憑データを取得した場合に、取得経路がインボイスネットワーク経由であることを特定する。特定部１３２は、例えば証憑データの送信元のＩＰアドレスが所定のＩＰアドレスであるか否かを判定する。所定のＩＰアドレスはインボイスネットワークＮを構成する装置に割り当てられたＩＰアドレスである。特定部１３２は、証憑データの送信元が所定のＩＰアドレスである場合に、取得経路がインボイスネットワーク経由であることを特定する。

また、特定部１３２は、証憑データが利用者識別情報を含む場合に、インボイスネットワーク経由で取得したことを特定してもよい。特定部１３２は、例えば、インボイスネットワークの利用者識別情報として用いられるアルファベットと数字の組み合わせと一致する文字列が証憑データに含まれている場合に、証憑データがインボイスネットワーク経由で取得したことを特定する。データ処理装置１がこのように構成されることで、データ処理装置１は証憑データをインボイスネットワーク経由で取得したことを特定することができる。

インボイスネットワーク経由で取得したことが特定された証憑データは、共通の形式で作成されている。したがって、データ処理装置１は、一例として、インボイスネットワーク経由で取得した証憑データの仕訳処理を行う際、オペレータに証憑データの確認処理をさせずに自動的に仕訳処理をする会計処理部（不図示）を有するように構成されてもよい。この場合、会計処理部は、証憑データに含まれている利用者識別情報が予め登録された利用者識別情報と一致することを条件として自動的に仕訳処理をしてもよい。

特定部１３２は、取得部１３１が証憑データをメールで取得した場合、メールの送信先アドレス、メールの送信元アドレスまたはメールの内容の少なくともいずれかに基づいて取得経路を特定する。特定部１３２は、例えば、取得部１３１が証憑データを所定の送信元以外の送信元から電子メールで取得した場合、又は取得部１３１が所定の送信元から電子メールで取得した場合であって、証憑データが添付された電子メールが、証憑データを含む電子メールが転送されたものであることを示す場合に、取得経路がメール経由であることを特定する。

ところで、メールで証憑データを受信したとしても、社内の従業員からメールで証憑データが送られてきた場合には、紙の証憑データを電子化したファイルが送信されたという可能性があり、この場合、証憑データは電子取引に該当しない。特定部１３２が、証憑データが電子取引に該当するか否かを特定できるように構成されるとユーザの利便性が高い。そこで、特定部１３２は、証憑データの発行元から証憑データを受信するために設定されたメールアドレス宛に送信されたメールに添付されたデータとして取得部１３１が証憑データを取得した場合に、取得された証憑データが電子取引に該当すると判定し、他のメールアドレス宛てに送信されたメールに添付されたとして取得部１３１が証憑データを取得した場合、取得された証憑データが電子取引に該当しないと判定してもよい。

さらに、特定部１３２は、取得部１３１が証憑データを所定の送信元以外の送信元から電子メールで取得した場合に、取得された証憑データが電子取引に該当すると判定してもよい。特定部１３２は、一例として、受信した電子メールの送信元メールアドレスに含まれるドメインが所定のドメインと異なる場合、取得経路が電子取引に該当するメール経由であると特定する。所定のドメインとは例えば、自社のドメインとして予め登録されたドメインである。

一方、証憑データを受領する事業者の従業員が証憑データの発行元より受信したメールをデータ処理装置１に転送することで証憑データを取得する場合がある。そこで、特定部１３２は、取得部１３１が所定の送信元から電子メールで取得した場合であって、証憑データが添付された電子メールが、証憑データを含む電子メールが転送されたものであることを示す場合に、取得経路が電子取引に該当するメール経由であると特定してもよい。

図５は、取得部１３１が受信するメールの一例を説明する図である。一例として特定部１３２は、受信したメールのタイトルに転送を示す文字列が含まれるか否かを判定する。転送を示す文字列は、例えば「Ｆｗ：」等である。図５に示すメールを受信した場合、メールのタイトルに「Ｆｗ：」を含むため、特定部１３２は、取得経路がメール経由であると特定する。なお、特定部１３２は、転送を示す文字列が含まれる場合、取得経路がメール経由であると特定する。特定部１３２は、メールの本文に「転送します」等のメールが転送されたことを示す文字列があるかどうかを判定してもよい。

特定部１３２は、所定の送信元より取得したメール本文中に含まれる引用されたメールの送信元を示す情報に所定のドメイン以外のドメインが含まれるか否かを判定してもよい。図５に示すメールを受信した場合、引用符を示す「---」よりも後部に送信元を示す符号「ｆｒｏｍ」と、送信元のメールアドレスとして、「ｙｙｙ＠ｅｘａｍｐｌｅ．ｃｏｍ」と、が含まれている。特定部１３２は、「ｅｘａｍｐｌｅ．ｃｏｍ」と所定のドメインとが一致しない場合に、取得経路がメール経由であり、かつ証憑データが電子取引に該当すると判定してもよい。一方、特定部１３２は、引用されたメールの送信元のドメインが所定のドメインと一致する場合、又は送信元が送信したメールが引用されていない場合、証憑データの取得経路がメール経由であるが、証憑データが電子取引に該当しないと判定する。

特定部１３２が、メールで転送された証憑データが電子取引に該当するか否かを特定できるように構成されることで、証憑の発行元のユーザが取引先の担当者のメールアドレス宛に証憑データを送付することができるようになり、証憑の発行元のユーザの利便性が向上する。

なお、特定部１３２は、電子取引に該当する送信元として取引先のドメイン又はメールアドレスを登録し、取得部１３１が証憑データを電子取引に該当する送信元から電子メールで取得した場合に、取得された証憑データが電子取引に該当すると判定するよう構成されてもよい。この場合、電子取引に該当する送信元以外の送信元からメールで証憑データを取得した場合に、特定部１３２は、メール本文中に含まれる引用されたメールの送信元を示す情報に、登録されたドメインが含まれるか否かを判定する。

また、特定部１３２は、証憑データが情報端末４からアップロードされた場合に、取得した証憑データの取得経路が電子取引であると特定してもよい。具体的には、表示制御部１３３は、証憑データをアップロードするｗｅｂページを表示するための情報を情報端末４に送信する。取得部１３１は、アップロードされた証憑データを取得し、特定部１３２は、取得した証憑データの取得経路が電子取引であると特定する。データ処理装置１は、任意のファイル転送プロトコルでアップロードされた証憑データを取得してよい。

特定部１３２は、取得した証憑データに所定の文字列が含まれる場合に、取得した証憑データの取得経路が電子取引であると特定してもよい。所定の文字列は、例えば、証憑データの発行元との間で取り決められた文字列である。

特定部１３２は、例えば、取得した証憑データに付加されたメタデータに作成者を示す所定の文字列が含まれる場合又は証憑データに含まれるタグとして所定の文字列が埋め込まれている場合に、取得した証憑データの取得経路が電子取引であると特定してもよい。

ところで、特定された取得経路が正しくても、証憑データが正規のデータではなく不適切に作成されているという場合がある。例えば、紙の請求書を受け取った担当者は紙の請求書の原本を提出する必要があるにもかかわらず、紙の請求書の原本を提出しないでスキャナで読み取って電子データをデータ処理装置１に送信してしまうという場合がある。また、正規の部署で作成されていない証憑データが送信されているという場合もある。そこで、データ処理装置１は、取得した証憑データが普段発行されるデータ形式と異なる場合にユーザに注意を促すことで、誤った取得経路が記憶され、誤ったオペレーションが実行されることを防止することができる。

この場合、記憶部１２は、証憑の発行元と、発行元が発行する証憑の形式と、を関連付けて記憶した証憑形式データをさらに記憶する。記憶部１２は、発行元が発行する証憑の形式として、一例として、発行元が発行する証憑データのデータ形式（例えばＰＤＦ形式等）や証憑データに含まれる所定の文字列を発行元に関連付けて記憶する。証憑の形式は例えば所定の印影を示す画像データが含まれることであってもよい。

所定の文字列は、一例として、証憑を発行する取引先の環境において証憑データを生成した場合に証憑データのメタデータとして証憑データに関連付けられる作成者や作成環境を示す情報である。作成環境を示す情報は、例えばスキャナが電子データを作成する際に付加するテキストデータである。このような文字列が証憑形式データとして登録されていることで、判定部１３５は、例えば正規の部署で作成されていない証憑データ等の通常とは異なる手段で作成又は取得された証憑データを検出することができ、その結果、ユーザに警告情報を表示することができる。

判定部１３５は、取得部１３１が取得した証憑データと、取得した証憑データに含まれる証憑の発行元に関連付けて記憶された証憑の形式と、が一致するか否かを判定する。一例として、判定部１３５は、記憶部１２を参照し、発行元の証憑形式データを取得し、取得した証憑データと比較する。例えば、証憑に所定の文字列が含まれていることが記憶部１２に記憶されている場合、判定部１３５は、所定の文字列が含まれていない場合、形式が一致しないと判定する。

表示制御部１３３は、判定部１３５が一致しないと判定した場合、証憑の形式が異なっていることを警告する画面を情報端末２に表示させる。データ処理装置１がこのように構成されることで、取得した証憑データが普段発行されるデータ形式と異なる場合にユーザに注意を促すことができ、その結果、誤ったオペレーションが実行されることを防止することができる。

ところで、紙をスキャンして生成された証憑データを取得した場合、発行日と証憑データを取得した日との間にタイムラグが生じる場合がある。そこで、データ処理装置１は、発行日よりも所定日数以上取得日が後である場合に警告情報を表示することで、紙で発行された証憑データを確認するユーザに注意を促すことができる。

具体的には、判定部１３５は、取得部１３１が取得した証憑データの作成日が、証憑データに含まれる証憑の発行日よりも所定日数以上後であるか否かを判定する。判定部１３５は、証憑データに含まれる発行日と証憑データの作成日とを比較し、両者の差分が所定の日数以上であるか否かを判定する。所定の日数は、一例として証憑の郵送に必要な日数を考慮して定められる。所定の日数は例えば２日である。なお、判定部１３５は、証憑データに含まれる発行日と取得部１３１が証憑データを取得した取得日を比較してもよい。

表示制御部１３３は、証憑データの作成日が証憑の発行日よりも所定日数以上後であると判定部１３５が判定した場合に警告情報を情報端末２に表示させる。表示制御部１３３は、警告情報を表示した場合に、後述する図６に示す証憑データの取得経路の選択を受け付ける画面を表示してもよい。

ところで、特定部１３２が特定した取得経路を修正したい場合や、特定部１３２が取得経路を特定できない場合がある。そこで、データ処理装置１は、受付部１３４が証憑データの取得経路の選択を受け付けるよう構成されてもよい。

具体的には、受付部１３４は、取得部１３１が取得する証憑データの取得経路の選択をユーザから受け付ける。図６は、表示制御部１３３が表示する取得経路を選択する画面の一例を示す図である。図６に示す画面は、例えば特定部１３２が取得経路を特定できなかった証憑データの表示依頼を表示制御部１３３が受信した場合に表示される。

図６に示す画面においては、取得経路を選択するためのドロップダウンリストが配置されている。ユーザは情報端末２から取得経路をドロップダウンリストに含まれる「インボイスＮＷ」、「メール（電子取引）」、「電子取引（その他）」、「電子取引以外」から選択し、登録ボタンを押す操作を行う。受付部１３４は、ユーザに選択された取得経路を取得する。

特定部１３２は、受付部１３４が受け付けた取得経路により証憑データが取得されたことを特定し、記憶部１２に記憶させる。特定部１３２は、受付部１３４が取得経路として電子取引の選択を受け付けた場合、取得部１３１が取得した証憑データの取得経路が電子取引であることを特定する。

データ処理装置１がこのように構成されることで、特定部１３２が特定した取得経路を修正したい場合や、特定部１３２が取得経路を特定できない場合に取得経路をユーザが選択することができる。

［データ処理装置１における処理の流れ］
図７は、データ処理装置１の処理の流れを示すフローチャートである。図７に示すフローチャートは、データ処理装置１が証憑データの取得する準備ができた時点から開始している。

取得部１３１は、証憑データを取得する（Ｓ０１）。特定部１３２は、取得部１３１が所定のサーバから証憑データを取得したか否かを判定する（Ｓ０２）。取得部１３１が所定のサーバから証憑データを取得した場合（Ｓ０２におけるＹＥＳ）、データ処理装置１は、処理をＳ０３に進める。取得部１３１が所定のサーバから証憑データを取得していない場合（Ｓ０２におけるＮＯ）、データ処理装置１は、処理をＳ０４に進める。

取得部１３１が所定のサーバから証憑データを取得した場合（Ｓ０２におけるＹＥＳ）、特定部１３２は、証憑データの取得経路をインボイスＮＷ経由と特定する（Ｓ０３）。そして、データ処理装置１は、処理をＳ１０に進める。

特定部１３２は、所定の送信元（メールアドレス）から受信したかを判定する（Ｓ０４）。所定の送信元以外の送信元から受信した場合（Ｓ０４におけるＮＯ）、特定部１３２は取得経路がメール経由と特定する（Ｓ０５）。所定の送信元から受信した場合（Ｓ０４におけるＹＥＳ）、データ処理装置１は、処理をＳ０６に進める。

所定の送信元から受信した場合（Ｓ０４におけるＹＥＳ）、特定部１３２は、受信したメールが転送されたメールであるかを判定する（Ｓ０６）。受信したメールが転送されたメールである場合（Ｓ０６におけるＹＥＳ）、特定部１３２は取得経路がメール経由と特定する（Ｓ０５）。

受信したメールが転送されたメールでない場合（Ｓ０６におけるＮＯ）、特定部１３２は、取得した証憑データに所定の文字列が含まれるかを判定する（Ｓ０７）。取得した証憑データに所定の文字列が含まれる場合（Ｓ０７におけるＹＥＳ）、特定部１３２は、取得した証憑データが電子取引に該当すると判定する（Ｓ０８）。

取得した証憑データに所定の文字列が含まれない場合（Ｓ０７におけるＮＯ）、特定部１３２は、取得した証憑データは電子取引に該当しないと判定する（Ｓ０９）。

そして、取得経路が特定されると、特定部１３２は、取得した証憑データと特定した取得経路とを関連付けて記憶部１２に記憶させる（Ｓ１０）。そして、データ処理装置１は処理を終了する。

［データ処理装置１による効果］
以上説明したように、データ処理装置１においては、発行された証憑の電子データである証憑データと、証憑データが取得された経路を示す取得経路と、を対応付けて記憶する記憶部１２と、証憑データの表示の依頼を受信すると、表示を依頼された証憑データと、該証憑データに対応付けられた取得経路とを情報端末２に表示するよう制御する表示制御部１３３とを有する。データ処理装置１がこのように構成されることで、証憑の管理者が証憑データの受領ルートを把握することができる。

以上、実施の形態を用いて本発明を説明したが、本発明の技術的範囲は上記実施の形態に記載の範囲には限定されず、その要旨の範囲内で種々の変形及び変更が可能である。例えば、装置の全部又は一部は、任意の単位で機能的又は物理的に分散・統合して構成することができる。また、複数の実施の形態の任意の組み合わせによって生じる新たな実施の形態も、本発明の実施の形態に含まれる。組み合わせによって生じる新たな実施の形態の効果は、もとの実施の形態の効果を併せ持つ。

１ データ処理装置
２ 情報端末
３ スキャナ
４ 情報端末
５ サーバ
１１ 通信部
１２ 記憶部
１３ 制御部
１３１ 取得部
１３２ 特定部
１３３ 表示制御部
１３４ 受付部
１３５ 判定部

Claims (11)

1. 発行された証憑の電子データである証憑データと、前記証憑データが取得された経路を示す取得経路と、を対応付けて記憶する記憶部と、
   前記証憑データの表示の依頼を受信すると、表示を依頼された前記証憑データと、該証憑データに対応付けられた前記取得経路とを情報端末に表示するよう制御する表示制御部と、
   を有するデータ処理装置。
2. 前記証憑データを取得する取得部と、
   前記証憑データの前記取得経路を特定し、特定した前記証憑データの前記取得経路と、を記憶部に記憶させる特定部と、をさらに有する、
   請求項１に記載するデータ処理装置。
3. 前記特定部は、前記証憑データの形式、前記証憑データの受信手段、又は前記取得部が前記証憑データに関連付けて取得した付加データの少なくともいずれかに基づいて前記取得経路を特定する、
   請求項２に記載のデータ処理装置。
4. 前記特定部は、所定の形式の証憑を交換するネットワークであるインボイスネットワークを構成する所定のサーバから前記取得部が前記証憑データを取得した場合に、前記取得経路がインボイスネットワーク経由であることを特定する、
   請求項２又は３に記載するデータ処理装置。
5. 前記特定部は、前記取得部が前記証憑データを所定の送信元以外の送信元から電子メールで取得した場合、又は前記取得部が所定の送信元から電子メールで取得した場合であって、前記証憑データが添付された電子メールが、前記証憑データを含む電子メールが転送されたものであることを示す場合に、前記取得経路がメール経由であることを特定する、
   請求項２から４のいずれか１項に記載するデータ処理装置。
6. 前記記憶部は、証憑の発行元と、前記発行元が発行する証憑の形式と、を関連付けて記憶した証憑形式データをさらに記憶し、
   前記データ処理装置は、前記取得部が取得した前記証憑データと、取得した前記証憑データに含まれる前記証憑の発行元に関連付けて記憶された前記証憑の形式と、が一致するか否かを判定する判定部をさらに有し、
   前記表示制御部は、前記判定部が一致しないと判定した場合、証憑の形式が異なっていることを警告する画面を前記情報端末に表示させる、
   請求項２から５のいずれか１項に記載するデータ処理装置。
7. 前記取得部が取得した前記証憑データの作成日が、前記証憑データに含まれる前記証憑の発行日よりも所定日数以上後であるか否かを判定する判定部をさらに有し、
   前記表示制御部は、前記証憑データの作成日が前記証憑の発行日よりも所定日数以上後であると前記判定部が判定した場合に警告情報を前記情報端末に表示させる、
   請求項２から６のいずれか１項に記載するデータ処理装置。
8. 前記特定部は、取得した前記証憑データに所定の文字列が含まれる場合に、取得した前記証憑データが電子取引に該当すると特定する、
   請求項２から７のいずれか１項に記載するデータ処理装置。
9. 前記取得部が取得する前記証憑データの前記取得経路の選択をユーザから受け付ける受付部をさらに備え、
   前記特定部は、前記受付部が前記取得経路として電子取引の選択を受け付けた場合、前記取得部が取得した前記証憑データが電子取引に該当することを特定する、
   請求項２から８のいずれか１項に記載するデータ処理装置。
10. コンピュータが実行する、
    発行された証憑の電子データである証憑データの表示の依頼を受信するステップと、
    発行された証憑の電子データである証憑データと、前記証憑データが取得された経路を示す取得経路と、を対応付けて記憶している記憶部を参照し、表示を依頼された前記証憑データと、該証憑データに対応付けられた前記取得経路とを情報端末に表示するよう制御するステップと、
    を有するデータ処理方法。
11. コンピュータに実行させる、
    発行された証憑の電子データである証憑データの表示の依頼を受信するステップと、
    発行された証憑の電子データである証憑データと、前記証憑データが取得された経路を示す取得経路と、を対応付けて記憶している記憶部を参照し、表示を依頼された前記証憑データと、該証憑データに対応付けられた前記取得経路とを情報端末に表示するよう制御するステップと、
    を有するプログラム。

Images