ホーム > 特許ランキング > Ｓａｎｓａｎ株式会社
知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024179016
(43)【公開日】2024-12-26
(54)【発明の名称】情報処理方法、情報処理システム及びプログラム
(51)【国際特許分類】
G06Q 30/04 20120101AFI20241219BHJP
G06Q 20/00 20120101ALI20241219BHJP
【ＦＩ】
G06Q30/04
G06Q20/00
【審査請求】有
【請求項の数】3
【出願形態】ＯＬ
(21)【出願番号】P 2023097491
(22)【出願日】2023-06-14
(71)【出願人】
【識別番号】507384939
【氏名又は名称】Ｓａｎｓａｎ株式会社
(74)【代理人】
【識別番号】100176072
【弁理士】
【氏名又は名称】小林 功
(72)【発明者】
【氏名】柴野 亮
【テーマコード（参考）】
5L020
5L030
5L049
5L055
【Ｆターム（参考）】
5L020AA00
5L030BB11
5L049BB11
5L055AA00
(57)【要約】 （修正有）
【課題】請求書のデータ化が完了したことに基づきデータ化された請求書が適格請求書の要件を満たすか、適格請求書の要件に漏れ又は不正確さがある可能性があるのか又は免税事業者の請求書であるのかを判定し、判定の結果を担当者の端末装置に送信する情報処理方法、情報処理システム及びプログラムを提供する。
【解決手段】サーバー装置１００と、クライアント装置１１０とが、ネットワーク１５０を介して通信可能に接続され、且つ、情報処理システムが、ネットワークを介して他の情報処理システム１１００と通信可能に接続されている情報処理システムであって、サーバ装置は、請求書のデータを処理し、記憶し、情報の取得を要求し、他の情報システムの大規模言語モデルに送信する。そして、大規模言語モデルから適格請求書の要件の情報を受信し、要件それぞれに該当する情報が抽出されているか否かを判定し、判定の結果を含むメッセージを生成する。
【選択図】図１
【解決手段】サーバー装置１００と、クライアント装置１１０とが、ネットワーク１５０を介して通信可能に接続され、且つ、情報処理システムが、ネットワークを介して他の情報処理システム１１００と通信可能に接続されている情報処理システムであって、サーバ装置は、請求書のデータを処理し、記憶し、情報の取得を要求し、他の情報システムの大規模言語モデルに送信する。そして、大規模言語モデルから適格請求書の要件の情報を受信し、要件それぞれに該当する情報が抽出されているか否かを判定し、判定の結果を含むメッセージを生成する。
【選択図】図１
【特許請求の範囲】
【請求項1】
情報処理システムが実行する情報処理方法であって、
請求書のデータ化が完了したことに基づきデータ化された請求書が
適格請求書の要件を満たすか、
適格請求書の要件に漏れ又は不正確さがある可能性があるのか、
免税事業者の請求書であるのか、
を判定し、
判定の結果を担当者の端末装置に送信する、
情報処理方法。
請求書のデータ化が完了したことに基づきデータ化された請求書が
適格請求書の要件を満たすか、
適格請求書の要件に漏れ又は不正確さがある可能性があるのか、
免税事業者の請求書であるのか、
を判定し、
判定の結果を担当者の端末装置に送信する、
情報処理方法。
【請求項2】
請求項１に記載の情報処理方法において、
データ化された請求書が適格請求書の要件に漏れ又は不正確さがある可能性がある請求書であると判定された場合、
前記判定の結果と、前記請求書の再確認を要することを示す情報と、を前記端末装置に送信する、
情報処理方法。
データ化された請求書が適格請求書の要件に漏れ又は不正確さがある可能性がある請求書であると判定された場合、
前記判定の結果と、前記請求書の再確認を要することを示す情報と、を前記端末装置に送信する、
情報処理方法。
【請求項3】
請求項１に記載の情報処理方法において、
データ化された請求書が適格請求書の要件に漏れ又は不正確さがある可能性がある請求書であると判定された場合、
前記判定の結果と、前記請求書の再確認を要することを示す情報と、前記判定の結果の詳細を確認するためのアクセス情報と、を前記端末装置に送信する、
情報処理方法。
データ化された請求書が適格請求書の要件に漏れ又は不正確さがある可能性がある請求書であると判定された場合、
前記判定の結果と、前記請求書の再確認を要することを示す情報と、前記判定の結果の詳細を確認するためのアクセス情報と、を前記端末装置に送信する、
情報処理方法。
【請求項4】
請求項１に記載の情報処理方法において、
データ化された請求書の一覧の画面を表示するよう制御し、
前記一覧の画面に含まれるデータ化された請求書それぞれには、
適格請求書の要件を満たすか、
適格請求書の要件に漏れ又は不正確さがある可能性があるのか、
免税事業者の請求書であるのか、
の何れかであることを示す識別情報が付される、
情報処理方法。
データ化された請求書の一覧の画面を表示するよう制御し、
前記一覧の画面に含まれるデータ化された請求書それぞれには、
適格請求書の要件を満たすか、
適格請求書の要件に漏れ又は不正確さがある可能性があるのか、
免税事業者の請求書であるのか、
の何れかであることを示す識別情報が付される、
情報処理方法。
【請求項5】
請求項１に記載の情報処理方法において、
請求書のデータと、適格請求書が満たすべき複数の要件のうち少なくとも１つ以上の要件に関する情報の取得指示と、を含む要求を生成し、
前記要求を大規模言語モデルに送信し、
前記大規模言語モデルから前記要件に関する情報を受け取り、
前記要件に関する情報に基づき前記複数の要件のうち少なくとも前記１つ以上の要件を満たしているか否かを判定する、
情報処理方法。
請求書のデータと、適格請求書が満たすべき複数の要件のうち少なくとも１つ以上の要件に関する情報の取得指示と、を含む要求を生成し、
前記要求を大規模言語モデルに送信し、
前記大規模言語モデルから前記要件に関する情報を受け取り、
前記要件に関する情報に基づき前記複数の要件のうち少なくとも前記１つ以上の要件を満たしているか否かを判定する、
情報処理方法。
【請求項6】
請求項５に記載の情報処理方法において、
前記１つ以上の要件には、適格請求書が満たすべき要件の１つである、課税資産の譲渡等を行った年月日、が含まれる、
情報処理方法。
前記１つ以上の要件には、適格請求書が満たすべき要件の１つである、課税資産の譲渡等を行った年月日、が含まれる、
情報処理方法。
【請求項7】
請求項１に記載の情報処理方法において、
適格請求書が満たすべき複数の要件のうち少なくとも１つ以上の要件に関して複数の方法を用いてそれぞれの方法において前記少なくとも１つ以上の要件を満たすか否かを判定し、
前記複数の方法のうち１つの方法では、大規模言語モデルを用いて請求書から前記少なくとも１つ以上の要件に関する情報を取得し、取得した情報に基づいて、前記少なくとも１つ以上の要件を満たすか否かを判定する、
情報処理方法。
適格請求書が満たすべき複数の要件のうち少なくとも１つ以上の要件に関して複数の方法を用いてそれぞれの方法において前記少なくとも１つ以上の要件を満たすか否かを判定し、
前記複数の方法のうち１つの方法では、大規模言語モデルを用いて請求書から前記少なくとも１つ以上の要件に関する情報を取得し、取得した情報に基づいて、前記少なくとも１つ以上の要件を満たすか否かを判定する、
情報処理方法。
【請求項8】
請求項１に記載の情報処理方法において、
前記請求書の詳細画面の表示要件を受け取った場合に、前記請求書の詳細画面を表示するよう制御し、
前記詳細画面では、適格請求書の要件を満たすか、適格請求書の要件に漏れ又は不正確さがある可能性があるのか、免税事業者の請求書であるのか、の判定の結果に関する情報が含まれる、
情報処理方法。
前記請求書の詳細画面の表示要件を受け取った場合に、前記請求書の詳細画面を表示するよう制御し、
前記詳細画面では、適格請求書の要件を満たすか、適格請求書の要件に漏れ又は不正確さがある可能性があるのか、免税事業者の請求書であるのか、の判定の結果に関する情報が含まれる、
情報処理方法。
【請求項9】
請求項８に記載の情報処理方法において、
前記詳細画面では、前記請求書に関する、適格請求書が満たすべき複数の要件のうち少なくとも１つ以上の要件に関する情報が含まれる、
情報処理方法。
前記詳細画面では、前記請求書に関する、適格請求書が満たすべき複数の要件のうち少なくとも１つ以上の要件に関する情報が含まれる、
情報処理方法。
【請求項10】
請求項９に記載の情報処理方法において、
前記適格請求書が満たすべき複数の要件のうち少なくとも１つ以上の要件に関する情報は、大規模言語モデルから受け取った情報である、
情報処理方法。
前記適格請求書が満たすべき複数の要件のうち少なくとも１つ以上の要件に関する情報は、大規模言語モデルから受け取った情報である、
情報処理方法。
【請求項11】
請求項８に記載の情報処理方法において、
判定の結果が前記少なくとも１つ以上の要件を満たしていないことを示していた場合、前記請求書に関する取引先への前記請求書の再発行の依頼を要求するためのコントロールを前記詳細画面に表示するよう制御する、
情報処理方法。
判定の結果が前記少なくとも１つ以上の要件を満たしていないことを示していた場合、前記請求書に関する取引先への前記請求書の再発行の依頼を要求するためのコントロールを前記詳細画面に表示するよう制御する、
情報処理方法。
【請求項12】
情報処理システムであって、
請求書のデータ化が完了したことに基づきデータ化された請求書が
適格請求書の要件を満たすか、
適格請求書の要件に漏れ又は不正確さがある可能性があるのか、
免税事業者の請求書であるのか、
を判定し、
判定の結果を担当者の端末装置に送信する、
情報処理システム。
請求書のデータ化が完了したことに基づきデータ化された請求書が
適格請求書の要件を満たすか、
適格請求書の要件に漏れ又は不正確さがある可能性があるのか、
免税事業者の請求書であるのか、
を判定し、
判定の結果を担当者の端末装置に送信する、
情報処理システム。
【請求項13】
プログラムであって、
コンピュータに、
請求項１から請求項１１までの何れか１項に記載の情報処理方法を実行させるためのプログラム。
コンピュータに、
請求項１から請求項１１までの何れか１項に記載の情報処理方法を実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、情報処理方法、情報処理システム及びプログラムに関する。
【背景技術】
【0002】
特許文献１には所定の事業者が発行した取引書類の適格性の判定の精度を向上させる技術が開示されている。
【先行技術文献】
【特許文献】
【0003】
【特許文献1】特許第７２７６９５１号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
請求書に漏れや不正確さがある場合に請求書を発行した発行者に対して再発行等を要求しなければならない場合がある。従来技術では担当者はシステムにおいて電子化された請求書に漏れや不正確さがある可能性があることをすぐに把握することができなかった。
【課題を解決するための手段】
【0005】
本発明の一態様によれば、情報処理システムが実行する情報処理方法が提供される。この情報処理方法では、請求書のデータ化が完了したことに基づきデータ化された請求書が適格請求書の要件を満たすか、適格請求書の要件に漏れ又は不正確さがある可能性があるのか、免税事業者の請求書であるのか、を判定する。判定の結果を担当者の端末装置に送信する。
【図面の簡単な説明】
【0006】
【発明を実施するための形態】
【0007】
以下、図面を用いて本発明の実施形態について説明する。以下に示す実施形態中で示した各種特徴事項は、互いに組み合わせ可能である。
【0008】
ところで、実施形態に登場するソフトウェアを実現するためのプログラムは、コンピュータが読み取り可能な非一時的な記録媒体（Ｎｏｎ－Ｔｒａｎｓｉｔｏｒｙ Ｃｏｍｐｕｔｅｒ－Ｒｅａｄａｂｌｅ Ｍｅｄｉｕｍ）として提供されてもよいし、外部のサーバーからダウンロード可能に提供されてもよいし、外部のコンピュータで当該プログラムを起動させてクライアント端末でその機能を実現（いわゆるクラウドコンピューティング）するように提供されてもよい。
【0009】
また、実施形態において「部」とは、例えば、広義の回路によって実施されるハードウェア資源と、これらのハードウェア資源によって具体的に実現されうるソフトウェアの情報処理とを合わせたものも含みうる。また、実施形態においては様々な情報を取り扱うが、これら情報は、例えば電圧・電流を表す信号値の物理的な値、０又は１で構成される２進数のビット集合体としての信号値の高低、又は量子的な重ね合わせ（いわゆる量子ビット）によって表され、広義の回路上で通信・演算が実行されうる。
【0010】
また、広義の回路とは、回路（Ｃｉｒｃｕｉｔ）、回路類（Ｃｉｒｃｕｉｔｒｙ）、プロセッサ（Ｐｒｏｃｅｓｓｏｒ）、及びメモリ（Ｍｅｍｏｒｙ）等を少なくとも適当に組み合わせることによって実現される回路である。すなわち、特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ：ＡＳＩＣ）、プログラマブル論理デバイス（例えば、単純プログラマブル論理デバイス（Ｓｉｍｐｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ：ＳＰＬＤ）、複合プログラマブル論理デバイス（Ｃｏｍｐｌｅｘ Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ：ＣＰＬＤ）、及びフィールドプログラマブルゲートアレイ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ：ＦＰＧＡ））等を含むものである。
【0011】
<実施形態１>
実施形態１は一実施形態である。
１．システム構成
図１は、情報処理システム１０００のシステム構成の一例を示す図である。図１に示されるように、情報処理システム１０００は、システム構成として、サーバー装置１００と、クライアント装置１１０と、を含む。サーバー装置１００と、クライアント装置１１０とは、ネットワーク１５０を介して通信可能に接続されている。また、情報処理システム１０００は、ネットワーク１５０を介して他の情報処理システム１１００と通信可能に接続されている。
実施形態１は一実施形態である。
１．システム構成
図１は、情報処理システム１０００のシステム構成の一例を示す図である。図１に示されるように、情報処理システム１０００は、システム構成として、サーバー装置１００と、クライアント装置１１０と、を含む。サーバー装置１００と、クライアント装置１１０とは、ネットワーク１５０を介して通信可能に接続されている。また、情報処理システム１０００は、ネットワーク１５０を介して他の情報処理システム１１００と通信可能に接続されている。
【0012】
サーバー装置１００は、以下に示す変形例も含めて実施形態１に係る主な処理を実行する。クライアント装置１１０は、担当者等が使用する装置であって、後述する情報等を表示する。クライアント装置１１０は、端末装置の一例である。他の情報処理システム１１００は、大規模言語モデルの機能を提供する。大規模言語モデルの例としては、ＣｈａｔＧＰＴ等がある。
【0013】
なお、図１では、説明の簡略化のため、情報処理システム１０００において、クライアント装置１１０は１台しか図示していないが、情報処理システム１０００には複数のクライアント装置１１０が含まれていてもよい。また、図１では、クライアント装置１１０の例としてＰＣを示しているが、ＰＣに限定されるものではなく、タブレット型コンピュ－タ又はスマ－トフォン等であってもよい。すなわち、クライアント装置１１０は、後述する情報や画面を表示したり、画面を介した操作を受け付けたりすることができればどのような装置であってもよい。
【0014】
ここで、特許請求の範囲に記載の情報処理システムは、複数の装置で構成されてもよいし、一つの装置で構成されてもよい。特許請求の範囲に記載の情報処理システムが一つの装置で構成され場合、その装置の一例はサーバー装置１００である。特許請求の範囲に記載の情報処理システムが複数の装置で構成される場合、複数の装置の一例は、サーバー装置１００及びクライアント装置１１０、又はサーバー装置１００の機能を提供する、複数の装置で構成されるクラウドシステムである。
【0015】
２．ハードウェア構成
（１）サーバー装置１００のハードウェア構成
図２は、サーバー装置１００のハードウェア構成の一例を示す図である。サーバー装置１００は、ハードウェア構成として、制御部２１０と、記憶部２２０と、通信部２３０と、を含む。制御部２１０は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）等であって、サーバー装置１００の全体を制御する。記憶部２２０は、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）、又はこれらの任意の組み合わせ等であって、プログラム及び制御部２１０がプログラムに基づき処理を実行する際に利用するデータ等を記憶する。制御部２１０が、記憶部２２０に記憶されているプログラムに基づき、処理を実行することによって、サーバー装置１００の機能等が実現される。通信部２３０は、ＮＩＣ（Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃａｒｄ）等であって、サーバー装置１００をネットワーク１５０に接続し、他の装置との通信を司る。記憶部２２０は、記憶媒体の一例である。
（１）サーバー装置１００のハードウェア構成
図２は、サーバー装置１００のハードウェア構成の一例を示す図である。サーバー装置１００は、ハードウェア構成として、制御部２１０と、記憶部２２０と、通信部２３０と、を含む。制御部２１０は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）等であって、サーバー装置１００の全体を制御する。記憶部２２０は、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）、又はこれらの任意の組み合わせ等であって、プログラム及び制御部２１０がプログラムに基づき処理を実行する際に利用するデータ等を記憶する。制御部２１０が、記憶部２２０に記憶されているプログラムに基づき、処理を実行することによって、サーバー装置１００の機能等が実現される。通信部２３０は、ＮＩＣ（Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃａｒｄ）等であって、サーバー装置１００をネットワーク１５０に接続し、他の装置との通信を司る。記憶部２２０は、記憶媒体の一例である。
【0016】
ここで、特許請求の範囲に記載の情報処理システムが一つの装置、例えばサーバー装置１００で構成され場合、少なくとも１つ以上の制御部の一例は、制御部２１０である。特許請求の範囲に記載の情報処理システムが複数の装置で構成される場合、少なくとも１つ以上の制御部の一例は、複数の装置それぞれの制御部である。
【0017】
（２）クライアント装置１１０のハードウェア構成
図３は、クライアント装置１１０のハードウェア構成の一例を示す図である。クライアント装置１１０は、ハードウェア構成として、制御部３１０と、記憶部３２０と、入力部３３０と、出力部３４０と、通信部３５０と、を含む。制御部３１０は、ＣＰＵ等であって、クライアント装置１１０の全体を制御する。記憶部３２０は、ＲＯＭ、ＲＡＭ、ＳＳＤ、又はこれらの任意の組み合わせ等であって、プログラム及び制御部３１０がプログラムに基づき処理を実行する際に利用するデータ等を記憶する。制御部３１０が、記憶部３２０に記憶されているプログラムに基づき、処理を実行することによって、クライアント装置１１０の機能が実現される。入力部３３０は、キーボード及び／又はマウス等であって、ユーザー操作に応じて、情報を入力する。出力部３４０は、ディスプレイ等であって、制御部３１０の制御に基づき、画面等を表示する。通信部３５０は、クライアント装置１１０をネットワーク１５０に接続し、他の装置との通信を司る。記憶部３２０は、記憶媒体の一例である。
図３は、クライアント装置１１０のハードウェア構成の一例を示す図である。クライアント装置１１０は、ハードウェア構成として、制御部３１０と、記憶部３２０と、入力部３３０と、出力部３４０と、通信部３５０と、を含む。制御部３１０は、ＣＰＵ等であって、クライアント装置１１０の全体を制御する。記憶部３２０は、ＲＯＭ、ＲＡＭ、ＳＳＤ、又はこれらの任意の組み合わせ等であって、プログラム及び制御部３１０がプログラムに基づき処理を実行する際に利用するデータ等を記憶する。制御部３１０が、記憶部３２０に記憶されているプログラムに基づき、処理を実行することによって、クライアント装置１１０の機能が実現される。入力部３３０は、キーボード及び／又はマウス等であって、ユーザー操作に応じて、情報を入力する。出力部３４０は、ディスプレイ等であって、制御部３１０の制御に基づき、画面等を表示する。通信部３５０は、クライアント装置１１０をネットワーク１５０に接続し、他の装置との通信を司る。記憶部３２０は、記憶媒体の一例である。
【0018】
３．情報処理
（処理の概要）
サーバー装置１００の制御部２１０は、請求書のデータ化が完了したことに基づきデータ化された請求書が適格請求書の要件を満たすか、適格請求書の要件に漏れ又は不正確さがある可能性があるのか、免税事業者の請求書であるのか、を判定する。制御部２１０は、判定の結果を担当者のクライアント装置１１０に送信する。
このような処理を行うことによって、担当者は電子化された請求書に漏れや不正確さがある場合は、そのことをすぐに把握することができる。
（処理の概要）
サーバー装置１００の制御部２１０は、請求書のデータ化が完了したことに基づきデータ化された請求書が適格請求書の要件を満たすか、適格請求書の要件に漏れ又は不正確さがある可能性があるのか、免税事業者の請求書であるのか、を判定する。制御部２１０は、判定の結果を担当者のクライアント装置１１０に送信する。
このような処理を行うことによって、担当者は電子化された請求書に漏れや不正確さがある場合は、そのことをすぐに把握することができる。
【0019】
（処理の詳細）
図４は、情報処理システム１０００における情報処理の一例を示すシーケンス図である。
シーケンスＳＱ４０１において、サーバー装置１００の制御部２１０は、請求書のデータ化の処理を実行する。データ化の処理とは、紙の請求書をデジタルデータに変換し、請求書に対してユニークな番号及びＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）を関連付けたり、電子メールに添付されていたり、所定の領域にアップロードされたりしたＰＤＦ等の請求書に対してユニークな番号及びＵＲＬを関連付けたりする処理である。
図４は、情報処理システム１０００における情報処理の一例を示すシーケンス図である。
シーケンスＳＱ４０１において、サーバー装置１００の制御部２１０は、請求書のデータ化の処理を実行する。データ化の処理とは、紙の請求書をデジタルデータに変換し、請求書に対してユニークな番号及びＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）を関連付けたり、電子メールに添付されていたり、所定の領域にアップロードされたりしたＰＤＦ等の請求書に対してユニークな番号及びＵＲＬを関連付けたりする処理である。
【0020】
シーケンスＳＱ４０２において、制御部２１０は、電子化した請求書データ及び請求書データに付されたユニークな番号、ＵＲＬ（以下、これらをまとめて単に請求書データともいう）を記憶部２２０等の所定の記憶領域に記憶する。
【0021】
シーケンスＳＱ４０３において、制御部２１０は、請求書データと、適格請求書が満たすべき複数の要件のうち少なくとも１つ以上の要件に関する情報の取得指示と、を含む要求を生成する。
適格請求書が満たすべき複数の要件としては以下のようなものがある。
（１）適格請求書発行事業者の氏名又は名称及び登録番号
（２）課税資産の譲渡等を行った年月日
（３）課税資産の譲渡等に係る資産又は役務の内容（課税資産の譲渡等が軽減対象資産の譲渡等である場合には、資産の内容及び軽減対象資産の譲渡等である旨）
（４）課税資産の譲渡等の税込評価額又は税込価額を税率ごとに区分して合計した金額及び適用税率
（５）税率ごとに区分した消費税額等
（６）書類の交付を受け付ける事業者の氏名又は名称
実施形態１では、制御部２１０は、上述した（１）から（６）までの情報を請求書データから取得する指示を含む要求を生成するものとして説明を行う。
適格請求書が満たすべき複数の要件としては以下のようなものがある。
（１）適格請求書発行事業者の氏名又は名称及び登録番号
（２）課税資産の譲渡等を行った年月日
（３）課税資産の譲渡等に係る資産又は役務の内容（課税資産の譲渡等が軽減対象資産の譲渡等である場合には、資産の内容及び軽減対象資産の譲渡等である旨）
（４）課税資産の譲渡等の税込評価額又は税込価額を税率ごとに区分して合計した金額及び適用税率
（５）税率ごとに区分した消費税額等
（６）書類の交付を受け付ける事業者の氏名又は名称
実施形態１では、制御部２１０は、上述した（１）から（６）までの情報を請求書データから取得する指示を含む要求を生成するものとして説明を行う。
【0022】
シーケンスＳＱ４０４において、制御部２１０は、生成した要求を他の情報処理システム１１００の大規模言語モデルに送信する。
シーケンスＳＱ４０５において、大規模言語モデルは、要求を入力データとして入力し、請求書データから抽出した上述した（１）から（６）までの適格請求書の要件の情報を出力データとして出力する。
シーケンスＳＱ４０６において、制御部２１０は、大規模言語モデルより適格請求書の要件の情報を受信する。
シーケンスＳＱ４０５において、大規模言語モデルは、要求を入力データとして入力し、請求書データから抽出した上述した（１）から（６）までの適格請求書の要件の情報を出力データとして出力する。
シーケンスＳＱ４０６において、制御部２１０は、大規模言語モデルより適格請求書の要件の情報を受信する。
【0023】
シーケンスＳＱ４０７において、制御部２１０は、（１）から（６）までの要件それぞれに該当する情報が抽出されているか否かを判定する。また、制御部２１０は、大規模言語モデルより取得された登録番号に基づきＡＰＩを介して国税庁システムより取引先名を取得し、取得した取引先名が大規模言語モデルより取得された適格請求書発行事業者の氏名又は名称と一致するか否かを判定する。また、制御部２１０は、大規模言語モデルより取得された税率ごとに区分した消費税額に関して、
税抜×税率＝消費税額
税込－税込÷（１＋税率）＝消費税額
となっているか判定する。シーケンスＳＱ４０６の処理は、大規模言語モデルから受け取った要件に関する情報に基づき複数の要件のうち少なくとも１つ以上の要件を満たしているか否かを判定する処理の一例である。
税抜×税率＝消費税額
税込－税込÷（１＋税率）＝消費税額
となっているか判定する。シーケンスＳＱ４０６の処理は、大規模言語モデルから受け取った要件に関する情報に基づき複数の要件のうち少なくとも１つ以上の要件を満たしているか否かを判定する処理の一例である。
【0024】
シーケンスＳＱ４０８において、制御部２１０は、判定の結果を含むメッセージを生成する。より具体的に説明すると、制御部２１０は、本文に判定の結果を含むメッセージを生成する。
シーケンスＳＱ４０９において、制御部２１０は、生成したメッセージをクライアント装置１１０に送信する。制御部２１０は、メッセージを、電子メールで送信してもよいし、ビジネスチャットツール等で送信してもよい。
シーケンスＳＱ４０９において、制御部２１０は、生成したメッセージをクライアント装置１１０に送信する。制御部２１０は、メッセージを、電子メールで送信してもよいし、ビジネスチャットツール等で送信してもよい。
【0025】
メッセージをサーバー装置１００より受信すると、シーケンスＳＱ４１０において、クライアント装置１１０の制御部３１０は、メッセージを出力部３４０等に表示する。
図５は、メッセージを含む画面５００の一例を示す図である。
図５に示されるように、画面５００には、判定結果５１０、メッセージ内容５２０、確認ボタン５３０等が含まれる。判定結果５１０は、制御部２１０による適格請求書の判定結果を示す情報である。メッセージ内容５２０は、制御部２１０によって生成されたメッセージの内容である。図５の例ではメッセージ内容５２０として受領した請求書からインボイス制度の要件を満たしていない項目が検知された旨の情報が含まれている。すなわち、制御部２１０は、データ化された請求書が適格請求書の要件に漏れ又は不正確さがある可能性がある請求書であると判定した場合、判定の結果と、請求書の再確認を要することを示す情報と、をクライアント装置１１０に送信する。確認ボタン５３０は、該当する請求書データの適格請求書に係る判定結果の詳細を確認する際に選択されるボタンである。制御部２１０は、データ化された請求書が適格請求書の要件に漏れ又は不正確さがある可能性がある請求書であると判定された場合、判定の結果と、請求書の再確認を要することを示す情報と、判定の結果の詳細を確認するためのアクセス情報と、をクライアント装置１１０に送信する。確認ボタン５３０は、判定の結果の詳細を確認するためのアクセス情報を含むコントロールの一例である。なお、コントロールとは、画面を構成するＧＵＩ（Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）部品の総称である。図５の例ではコントロールの一例としてボタンを示しているが、ボタンに限定されるものではない。それを選択することによって判定の結果の詳細を確認することができるようなものであればどのようなものであってもよい。
図５は、メッセージを含む画面５００の一例を示す図である。
図５に示されるように、画面５００には、判定結果５１０、メッセージ内容５２０、確認ボタン５３０等が含まれる。判定結果５１０は、制御部２１０による適格請求書の判定結果を示す情報である。メッセージ内容５２０は、制御部２１０によって生成されたメッセージの内容である。図５の例ではメッセージ内容５２０として受領した請求書からインボイス制度の要件を満たしていない項目が検知された旨の情報が含まれている。すなわち、制御部２１０は、データ化された請求書が適格請求書の要件に漏れ又は不正確さがある可能性がある請求書であると判定した場合、判定の結果と、請求書の再確認を要することを示す情報と、をクライアント装置１１０に送信する。確認ボタン５３０は、該当する請求書データの適格請求書に係る判定結果の詳細を確認する際に選択されるボタンである。制御部２１０は、データ化された請求書が適格請求書の要件に漏れ又は不正確さがある可能性がある請求書であると判定された場合、判定の結果と、請求書の再確認を要することを示す情報と、判定の結果の詳細を確認するためのアクセス情報と、をクライアント装置１１０に送信する。確認ボタン５３０は、判定の結果の詳細を確認するためのアクセス情報を含むコントロールの一例である。なお、コントロールとは、画面を構成するＧＵＩ（Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）部品の総称である。図５の例ではコントロールの一例としてボタンを示しているが、ボタンに限定されるものではない。それを選択することによって判定の結果の詳細を確認することができるようなものであればどのようなものであってもよい。
【0026】
制御部２１０が、請求書が電子化される度に図５に示されるようなメッセージを担当者に送信する。このことによって、担当者は請求書に漏れや不正確さがあるか否かを確認することができる。そのため、担当者は請求書に漏れや不正確さがある場合は、例えばすぐに請求書を発行した発行者に対して確認したり、再発行を依頼したりすることができる。
【0027】
図５の確認ボタン５３０が選択されると、制御部２１０は、図６に示されるような画面がクライアント装置１１０の出力部３４０に表示されるよう制御する。すなわち、請求書の詳細画面の表示要件を受け取った場合に、制御部２１０は、請求書の詳細画面を表示するよう制御する。
図６は、詳細画面６００の一例を示す図である。
詳細画面６００は領域６１０と領域６２０とを含む。領域６１０には請求書データが表示される。領域６２０には請求書の詳細が表示される。請求書の詳細には適格請求書に関する判定の結果等が含まれる。判定結果６３０は、上述した制御部２１０が行った判定の結果を示す情報である。図６の例では、判定結果６３０は、要確認、すなわち、データ化された請求書が適格請求書の要件に漏れ又は不正確さがある可能性がある請求書であることを示している。詳細画面６００では、適格請求書の要件を満たすか、適格請求書の要件に漏れ又は不正確さがある可能性があるのか、免税事業者の請求書であるのか、の判定の結果に関する情報が含まれる。また取引年月日の数値が記入されているはずの項目６４０に、「！」のマークが付されている。「！」のマークは適格請求書が満たすべき複数の要件の１つである課税資産の譲渡等を行った年月日が請求書に記載されていなかった、又は請求書から正しく抽出、取得できなかったことを示している。取引年月日は、適格請求書が満たすべき複数の要件の１つである、課税資産の譲渡等を行った年月日を示している。すなわち、詳細画面６００では、請求書に関する、適格請求書が満たすべき複数の要件のうち少なくとも１つ以上の要件に関する情報（図６の例では登録番号のＴ１２３４５６７８９、取引先の株式会社コタロウ、請求金額の１２８０等）が含まれる。なお、上述したように適格請求書が満たすべき複数の要件のうち少なくとも１つ以上の要件に関する情報は、大規模言語モデルから受け取った情報である。
図６は、詳細画面６００の一例を示す図である。
詳細画面６００は領域６１０と領域６２０とを含む。領域６１０には請求書データが表示される。領域６２０には請求書の詳細が表示される。請求書の詳細には適格請求書に関する判定の結果等が含まれる。判定結果６３０は、上述した制御部２１０が行った判定の結果を示す情報である。図６の例では、判定結果６３０は、要確認、すなわち、データ化された請求書が適格請求書の要件に漏れ又は不正確さがある可能性がある請求書であることを示している。詳細画面６００では、適格請求書の要件を満たすか、適格請求書の要件に漏れ又は不正確さがある可能性があるのか、免税事業者の請求書であるのか、の判定の結果に関する情報が含まれる。また取引年月日の数値が記入されているはずの項目６４０に、「！」のマークが付されている。「！」のマークは適格請求書が満たすべき複数の要件の１つである課税資産の譲渡等を行った年月日が請求書に記載されていなかった、又は請求書から正しく抽出、取得できなかったことを示している。取引年月日は、適格請求書が満たすべき複数の要件の１つである、課税資産の譲渡等を行った年月日を示している。すなわち、詳細画面６００では、請求書に関する、適格請求書が満たすべき複数の要件のうち少なくとも１つ以上の要件に関する情報（図６の例では登録番号のＴ１２３４５６７８９、取引先の株式会社コタロウ、請求金額の１２８０等）が含まれる。なお、上述したように適格請求書が満たすべき複数の要件のうち少なくとも１つ以上の要件に関する情報は、大規模言語モデルから受け取った情報である。
【0028】
請求書管理６５０が選択されると、制御部２１０は、図７に示されるような画面がクライアント装置１１０の出力部３４０に表示されるよう制御する。すなわち、制御部２１０は、データ化された請求書の一覧の画面を表示するよう制御する。図７は、請求書の一覧画面の一例を示す図である。一覧画面７００には、請求書の情報の一覧が表示される。請求書の情報の項目としては、詳細、登録日、取引先、請求金額、適格請求書判定、コメント等がある。詳細には請求書を示すオブジェクトが表示される。オブジェクトが選択されると、制御部２１０は、該当する請求書データを一覧画面７００の所定の領域に表示する。登録日にはデータ化され、情報処理システム１０００に登録された日付が表示される。取引先には請求書の発行元の情報が表示される。請求金額には請求書で請求されている請求金額が表示される。適格請求書判定には、上述した適格請求書の判定の結果が表示される。判定の結果としては、要確認、適格、免税等が存在する。要確認は、適格請求書の複数の要件のうち少なくとも１つ以上の要件に漏れ又は不正確さがある可能性があることを示している。適格は、適格請求書の複数の要件のすべてを満たしていることを示している。免税は、請求書の発行元が免税事業者であることを示している。図７に示される適格のマークは、適格請求書の要件を満たすことを示す識別情報の一例である。要確認のマークは、適格請求書の要件に漏れ又は不正確さがある可能性があることを示す識別情報の一例である。免税のマークは、免税事業者の請求書であることを示す識別情報の一例である。すなわち、一覧画面に含まれるデータ化された請求書それぞれには、適格請求書の要件を満たすか、適格請求書の要件に漏れ又は不正確さがある可能性があるのか、免税事業者の請求書であるのか、の何れかであることを示す識別情報が付されている。コメントには該当する請求書に対するコメントの数が表示される。
【0029】
実施形態１によれば、制御部２１０は、請求書が電子化される度に図５に示されるようなメッセージを担当者に送信する。このことによって、担当者は請求書に適格請求書が満たすべき要件に係る漏れや不正確さがあるか否かを確認することができる。また、担当者はメッセージに含まれる確認ボタン等を選択することによって、適格請求書が満たすべき複数の要件のうちどの要件に関して漏れや不正確さがあるか否かを確認することができる。また、担当者は一覧画面を確認することによって、複数の請求書のうちどの請求書が適格請求書の要件を満たしており、どの請求書が漏れや不正確さがある可能性があり、どの請求書が免税事業者の請求書なのかを一目で確認することができる。
【0030】
（変形例１）
実施形態１の変形例を説明する。変形例においては実施形態１と異なる点を主に説明する。以下の変形例においても同様である。
実施形態１の変形例を説明する。変形例においては実施形態１と異なる点を主に説明する。以下の変形例においても同様である。
【0031】
図８は、変形例１の情報処理システム１０００における情報処理の一例を示すシーケンス図である。
シーケンスＳＱ８０１において、変形例１の制御部２１０は、サーバー装置１００の学習モデル、又は予め定められた判定ロジックに基づき、請求書データが、適格請求書が満たすべき複数の要件を満たしているか否かを判定する。ここで、サーバー装置１００の学習モデルは、例えば、請求書データを入力データ、請求書データに含まれる、適格請求書の複数の要件に該当する情報を出力データとして学習された学習済みモデルである。制御部２１０は、学習済みモデルから出力された情報に基づき、請求書が適格請求書の複数の要件を満たしているか否かを判定する。
シーケンスＳＱ８０１において、変形例１の制御部２１０は、サーバー装置１００の学習モデル、又は予め定められた判定ロジックに基づき、請求書データが、適格請求書が満たすべき複数の要件を満たしているか否かを判定する。ここで、サーバー装置１００の学習モデルは、例えば、請求書データを入力データ、請求書データに含まれる、適格請求書の複数の要件に該当する情報を出力データとして学習された学習済みモデルである。制御部２１０は、学習済みモデルから出力された情報に基づき、請求書が適格請求書の複数の要件を満たしているか否かを判定する。
【0032】
シーケンスＳＱ８０２において、制御部２１０は、シーケンスＳＱ４０７の判定結果とシーケンスＳＱ８０１の判定結果とに基づきメッセージを生成する。
例えば、制御部２１０は、シーケンスＳＱ４０７の判定結果とシーケンスＳＱ８０１の判定結果とで共に、請求書が適格請求書の満たすべき複数の要件のすべてを満たしていると判定した場合、請求書が適格請求書の要件を満たすとする。また、制御部２１０は、シーケンスＳＱ４０７の判定結果又はシーケンスＳＱ８０１の判定結果において複数の要件のうち１つの要件に関して適格請求書の要件に漏れ又は不正確さがある可能性があると判定した場合、請求書が適格請求書の要件に漏れ又は不正確さがある可能性があるとする。また、制御部２１０は、シーケンスＳＱ４０７の判定結果とシーケンスＳＱ８０１の判定結果とで共に、請求書が免税事業者の請求書である判定した場合、請求書が免税事業者の請求書であるとする。
例えば、制御部２１０は、シーケンスＳＱ４０７の判定結果とシーケンスＳＱ８０１の判定結果とで共に、請求書が適格請求書の満たすべき複数の要件のすべてを満たしていると判定した場合、請求書が適格請求書の要件を満たすとする。また、制御部２１０は、シーケンスＳＱ４０７の判定結果又はシーケンスＳＱ８０１の判定結果において複数の要件のうち１つの要件に関して適格請求書の要件に漏れ又は不正確さがある可能性があると判定した場合、請求書が適格請求書の要件に漏れ又は不正確さがある可能性があるとする。また、制御部２１０は、シーケンスＳＱ４０７の判定結果とシーケンスＳＱ８０１の判定結果とで共に、請求書が免税事業者の請求書である判定した場合、請求書が免税事業者の請求書であるとする。
【0033】
すなわち、制御部２１０は、適格請求書が満たすべき複数の要件のうち少なくとも１つ以上の要件に関して複数の方法を用いてそれぞれの方法において少なくとも１つ以上の要件を満たすか否かを判定する。複数の方法のうち１つの方法では、制御部２１０は、大規模言語モデルを用いて請求書から少なくとも１つ以上の要件に関する情報を取得し、取得した情報に基づいて、少なくとも１つ以上の要件を満たすか否かを判定する。
【0034】
シーケンスＳＱ８０３において、制御部２１０は、生成したメッセージをクライアント装置１１０に送信する。
メッセージをサーバー装置１００より受信すると、シーケンスＳＱ８０４において、クライアント装置１１０の制御部３１０は、メッセージを出力部３４０等に表示する。
メッセージをサーバー装置１００より受信すると、シーケンスＳＱ８０４において、クライアント装置１１０の制御部３１０は、メッセージを出力部３４０等に表示する。
【0035】
変形例１によれば、複数の方法により請求書が適格請求書の要件を満たすか否かを判定するため、より精度のよい判定結果を提示することができる。
【0036】
（変形例２）
図９は、変形例２の詳細画面９００の一例を示す図である。変形例２の詳細画面９００では、実施形態１の詳細画面６００と比べて、請求書の再発行を、請求書を発行した取引先に依頼する再発行依頼ボタン９１０が含まれている。すなわち、変形例２の制御部２１０は、判定の結果が少なくとも１つ以上の要件を満たしていないことを示していた場合、請求書に関する取引先への請求書の再発行の依頼を要求するための再発行依頼ボタン９１０を詳細画面に表示するよう制御する。再発行依頼ボタン９１０は、コントロールの一例である。
図９は、変形例２の詳細画面９００の一例を示す図である。変形例２の詳細画面９００では、実施形態１の詳細画面６００と比べて、請求書の再発行を、請求書を発行した取引先に依頼する再発行依頼ボタン９１０が含まれている。すなわち、変形例２の制御部２１０は、判定の結果が少なくとも１つ以上の要件を満たしていないことを示していた場合、請求書に関する取引先への請求書の再発行の依頼を要求するための再発行依頼ボタン９１０を詳細画面に表示するよう制御する。再発行依頼ボタン９１０は、コントロールの一例である。
【0037】
再発行依頼ボタン９１０が選択された場合、制御部２１０は、少なくとも、該当する請求書の情報と、適格請求書の要件に漏れ又は不正確さがある可能性があると判定された原因の箇所と、含む請求書の再発行を依頼するメッセージを生成し、取引先に送信する。
【0038】
変形例２によれば、担当者は詳細画面において適格請求書の要件に漏れ又は不正確さがある可能性があると判定された原因の箇所はどこか確認し、取引先による請求書の記載等に問題があると判断した場合はすぐに取引祭に再発行を依頼することができる。
【0039】
<付記>
発明は、次に記載の各態様で提供されてもよい。
発明は、次に記載の各態様で提供されてもよい。
【0040】
（１）情報処理システムが実行する情報処理方法であって、請求書のデータ化が完了したことに基づきデータ化された請求書が適格請求書の要件を満たすか、適格請求書の要件に漏れ又は不正確さがある可能性があるのか、免税事業者の請求書であるのか、を判定し、判定の結果を担当者の端末装置に送信する、情報処理方法。
【0041】
（２）上記（１）に記載の情報処理方法において、データ化された請求書が適格請求書の要件に漏れ又は不正確さがある可能性がある請求書であると判定された場合、前記判定の結果と、前記請求書の再確認を要することを示す情報と、を前記端末装置に送信する、情報処理方法。
【0042】
（３）上記（１）又は（２）に記載の情報処理方法において、データ化された請求書が適格請求書の要件に漏れ又は不正確さがある可能性がある請求書であると判定された場合、前記判定の結果と、前記請求書の再確認を要することを示す情報と、前記判定の結果の詳細を確認するためのアクセス情報と、を前記端末装置に送信する、情報処理方法。
【0043】
（４）上記（１）から（３）までの何れか１つに記載の情報処理方法において、データ化された請求書の一覧の画面を表示するよう制御し、前記一覧の画面に含まれるデータ化された請求書それぞれには、適格請求書の要件を満たすか、適格請求書の要件に漏れ又は不正確さがある可能性があるのか、免税事業者の請求書であるのか、の何れかであることを示す識別情報が付される、情報処理方法。
【0044】
（５）上記（１）から（４）までの何れか１つに記載の情報処理方法において、請求書のデータと、適格請求書が満たすべき複数の要件のうち少なくとも１つ以上の要件に関する情報の取得指示と、を含む要求を生成し、前記要求を大規模言語モデルに送信し、前記大規模言語モデルから前記要件に関する情報を受け取り、前記要件に関する情報に基づき前記複数の要件のうち少なくとも前記１つ以上の要件を満たしているか否かを判定する、情報処理方法。
【0045】
（６）上記（５）に記載の情報処理方法において、前記１つ以上の要件には、適格請求書が満たすべき要件の１つである、課税資産の譲渡等を行った年月日、が含まれる、情報処理方法。
【0046】
（７）上記（１）から（６）までの何れか１つに記載の情報処理方法において、適格請求書が満たすべき複数の要件のうち少なくとも１つ以上の要件に関して複数の方法を用いてそれぞれの方法において前記少なくとも１つ以上の要件を満たすか否かを判定し、前記複数の方法のうち１つの方法では、大規模言語モデルを用いて請求書から前記少なくとも１つ以上の要件に関する情報を取得し、取得した情報に基づいて、前記少なくとも１つ以上の要件を満たすか否かを判定する、情報処理方法。
【0047】
（８）上記（１）から（７）までの何れか１つに記載の情報処理方法において、前記請求書の詳細画面の表示要件を受け取った場合に、前記請求書の詳細画面を表示するよう制御し、前記詳細画面では、適格請求書の要件を満たすか、適格請求書の要件に漏れ又は不正確さがある可能性があるのか、免税事業者の請求書であるのか、の判定の結果に関する情報が含まれる、情報処理方法。
【0048】
（９）上記（８）に記載の情報処理方法において、前記詳細画面では、前記請求書に関する、適格請求書が満たすべき複数の要件のうち少なくとも１つ以上の要件に関する情報が含まれる、情報処理方法。
【0049】
（１０）上記（９）に記載の情報処理方法において、前記適格請求書が満たすべき複数の要件のうち少なくとも１つ以上の要件に関する情報は、大規模言語モデルから受け取った情報である、情報処理方法。
【0050】
（１１）上記（８）から（１０）までの何れか１つに記載の情報処理方法において、判定の結果が前記少なくとも１つ以上の要件を満たしていないことを示していた場合、前記請求書に関する取引先への前記請求書の再発行の依頼を要求するためのコントロールを前記詳細画面に表示するよう制御する、情報処理方法。
【0051】
（１２）情報処理システムであって、請求書のデータ化が完了したことに基づきデータ化された請求書が適格請求書の要件を満たすか、適格請求書の要件に漏れ又は不正確さがある可能性があるのか、免税事業者の請求書であるのか、を判定し、判定の結果を担当者の端末装置に送信する、情報処理システム。
【0052】
（１３）プログラムであって、コンピュータに、上記（１）から（１１）までの何れか１つに記載の情報処理方法を実行させるためのプログラム。
もちろん、この限りではない。
もちろん、この限りではない。
【0053】
例えば、上述のプログラムを記憶させる、コンピュータ読み取り可能な非一時的な記憶媒体として提供してもよい。
また、上述した実施形態等ではサーバー装置１００が画面を生成し、クライアント装置１１０等に送信するように説明した。しかし、サーバー装置１００が画面を生成するためのデータをクライアント装置１１０等に送信する。クライアント装置１１０等は、サーバー装置１００から受信したデータに基づき画面を生成し、表示するようにしてもよい。この様な場合、クライアント装置１１０が画面を生成するためのデータを生成し、クライアント装置１１０等に送信する処理は、画面を表示するよう制御する処理の一例である。
また、上述した実施形態等ではサーバー装置１００が画面を生成し、クライアント装置１１０等に送信するように説明した。しかし、サーバー装置１００が画面を生成するためのデータをクライアント装置１１０等に送信する。クライアント装置１１０等は、サーバー装置１００から受信したデータに基づき画面を生成し、表示するようにしてもよい。この様な場合、クライアント装置１１０が画面を生成するためのデータを生成し、クライアント装置１１０等に送信する処理は、画面を表示するよう制御する処理の一例である。
【0054】
最後に、本発明に係る種々の実施形態を説明したが、これらは、例として提示したものであり、発明の範囲を限定することは意図していない。新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。実施形態やその変形は、発明の範囲や要旨に含まれると共に、特許請求の範囲に記載された発明とその均等の範囲に含まれるものである。
【符号の説明】
【0055】
１００ ：サーバー装置
１１０ ：クライアント装置
１５０ ：ネットワーク
２１０ ：制御部
２２０ ：記憶部
２３０ ：通信部
３１０ ：制御部
３２０ ：記憶部
３３０ ：入力部
３４０ ：出力部
３５０ ：通信部
５００ ：画面
５１０ ：判定結果
５２０ ：メッセージ内容
５３０ ：確認ボタン
６００ ：詳細画面
６１０ ：領域
６２０ ：領域
６３０ ：判定結果
６４０ ：項目
６５０ ：請求書管理
７００ ：一覧画面
９００ ：詳細画面
９１０ ：再発行依頼ボタン
１０００ ：情報処理システム
１１００ ：他の情報処理システム
１１０ ：クライアント装置
１５０ ：ネットワーク
２１０ ：制御部
２２０ ：記憶部
２３０ ：通信部
３１０ ：制御部
３２０ ：記憶部
３３０ ：入力部
３４０ ：出力部
３５０ ：通信部
５００ ：画面
５１０ ：判定結果
５２０ ：メッセージ内容
５３０ ：確認ボタン
６００ ：詳細画面
６１０ ：領域
６２０ ：領域
６３０ ：判定結果
６４０ ：項目
６５０ ：請求書管理
７００ ：一覧画面
９００ ：詳細画面
９１０ ：再発行依頼ボタン
１０００ ：情報処理システム
１１００ ：他の情報処理システム
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【手続補正書】
【提出日】2024-12-17
【手続補正1】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項1】
情報処理システムが実行する情報処理方法であって、
請求書のデータ化が完了したことに基づきデータ化された請求書と、前記データ化された請求書から適格請求書が満たすべき要件に関する情報を取得する旨の指示情報と、を含む要求を生成し、
前記適格請求書が満たすべき要件に関する情報少なくとも適格請求書発行事業者の氏名又は名称及び登録番号が含まれ、
生成した前記要求を大規模言語モデルに送信し、
前記大規模言語モデルから出力された、前記データ化された請求書から取得された適格請求書発行事業者の氏名又は名称及び登録番号を取得し、
前記登録番号に基づき所定のシステムより前記請求書に関する取引先名を取得し、取得した取引先名が前記適格請求書発行事業者の氏名又は名称と一致するか否かを判定し、
判定の結果に基づきデータ化された請求書が適格請求書の要件を満たす請求書か否かを判定し、
請求書が適格請求書の要件を満たす請求書でないと判定された場合には、請求書のデータ化が完了したことを示す情報と、データ化が完了した項目と、適格請求書の要件を満たす請求書か否かの判定の結果と、請求書の適格請求書に係る判定結果の詳細を確認するためのアクセス情報と、を含むメッセージを担当者の端末装置に送信する、情報処理方法。
請求書のデータ化が完了したことに基づきデータ化された請求書と、前記データ化された請求書から適格請求書が満たすべき要件に関する情報を取得する旨の指示情報と、を含む要求を生成し、
前記適格請求書が満たすべき要件に関する情報少なくとも適格請求書発行事業者の氏名又は名称及び登録番号が含まれ、
生成した前記要求を大規模言語モデルに送信し、
前記大規模言語モデルから出力された、前記データ化された請求書から取得された適格請求書発行事業者の氏名又は名称及び登録番号を取得し、
前記登録番号に基づき所定のシステムより前記請求書に関する取引先名を取得し、取得した取引先名が前記適格請求書発行事業者の氏名又は名称と一致するか否かを判定し、
判定の結果に基づきデータ化された請求書が適格請求書の要件を満たす請求書か否かを判定し、
請求書が適格請求書の要件を満たす請求書でないと判定された場合には、請求書のデータ化が完了したことを示す情報と、データ化が完了した項目と、適格請求書の要件を満たす請求書か否かの判定の結果と、請求書の適格請求書に係る判定結果の詳細を確認するためのアクセス情報と、を含むメッセージを担当者の端末装置に送信する、情報処理方法。
【請求項2】
情報処理システムであって、
請求書のデータ化が完了したことに基づきデータ化された請求書と、前記データ化された請求書から適格請求書が満たすべき要件に関する情報を取得する指示情報と、を含む要求を生成し、
前記適格請求書が満たすべき要件に関する情報少なくとも適格請求書発行事業者の氏名又は名称及び登録番号が含まれ、
生成した前記要求を大規模言語モデルに送信し、
前記大規模言語モデルから出力された、前記データ化された請求書から取得された適格請求書発行事業者の氏名又は名称及び登録番号を取得し、
前記登録番号に基づき所定のシステムより前記請求書に関する取引先名を取得し、取得した取引先名が前記適格請求書発行事業者の氏名又は名称と一致するか否かを判定し、
判定の結果に基づきデータ化された請求書が適格請求書の要件を満たす請求書か否かを判定し、
請求書が適格請求書の要件を満たす請求書でないと判定された場合には、請求書のデータ化が完了したことを示す情報と、データ化が完了した項目と、適格請求書の要件を満たす請求書か否かの判定の結果と、請求書の適格請求書に係る判定結果の詳細を確認するためのアクセス情報と、を含むメッセージを担当者の端末装置に送信する、情報処理システム。
請求書のデータ化が完了したことに基づきデータ化された請求書と、前記データ化された請求書から適格請求書が満たすべき要件に関する情報を取得する指示情報と、を含む要求を生成し、
前記適格請求書が満たすべき要件に関する情報少なくとも適格請求書発行事業者の氏名又は名称及び登録番号が含まれ、
生成した前記要求を大規模言語モデルに送信し、
前記大規模言語モデルから出力された、前記データ化された請求書から取得された適格請求書発行事業者の氏名又は名称及び登録番号を取得し、
前記登録番号に基づき所定のシステムより前記請求書に関する取引先名を取得し、取得した取引先名が前記適格請求書発行事業者の氏名又は名称と一致するか否かを判定し、
判定の結果に基づきデータ化された請求書が適格請求書の要件を満たす請求書か否かを判定し、
請求書が適格請求書の要件を満たす請求書でないと判定された場合には、請求書のデータ化が完了したことを示す情報と、データ化が完了した項目と、適格請求書の要件を満たす請求書か否かの判定の結果と、請求書の適格請求書に係る判定結果の詳細を確認するためのアクセス情報と、を含むメッセージを担当者の端末装置に送信する、情報処理システム。
【請求項3】
プログラムであって、
コンピュータに、
請求項１に記載の情報処理方法を実行させるためのプログラム。
コンピュータに、
請求項１に記載の情報処理方法を実行させるためのプログラム。