JP2022184692A - 情報処理装置、情報処理方法及びプログラム - Google Patents
情報処理装置、情報処理方法及びプログラム Download PDFInfo
- Publication number
- JP2022184692A JP2022184692A JP2021204543A JP2021204543A JP2022184692A JP 2022184692 A JP2022184692 A JP 2022184692A JP 2021204543 A JP2021204543 A JP 2021204543A JP 2021204543 A JP2021204543 A JP 2021204543A JP 2022184692 A JP2022184692 A JP 2022184692A
- Authority
- JP
- Japan
- Prior art keywords
- information
- information processing
- data
- control unit
- screen
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
- 230000010365 information processing Effects 0.000 title claims abstract description 68
- 238000003672 processing method Methods 0.000 title claims abstract description 7
- 238000010586 diagram Methods 0.000 description 29
- 230000004048 modification Effects 0.000 description 16
- 238000012986 modification Methods 0.000 description 16
- 238000000034 method Methods 0.000 description 13
- 230000008569 process Effects 0.000 description 11
- 238000004891 communication Methods 0.000 description 9
- 230000006870 function Effects 0.000 description 6
- 238000003384 imaging method Methods 0.000 description 2
- 230000015654 memory Effects 0.000 description 2
- 230000004044 response Effects 0.000 description 2
- 230000008859 change Effects 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
- 230000007704 transition Effects 0.000 description 1
Images
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
【課題】先月の請求書、又は来月の請求書を参考に確認可能な情報処理装置、情報処理方法及びプログラムを提供する。【解決手段】サーバー装置１００と、クライアント装置１１０とが、ネットワーク１５０を介して通信可能に接続されている情報処理システム１０００において、情報処理装置であるサーバ装置は、制御部を有する。制御部は、一つの案件情報を取得する。案件情報には、一つの取引先の情報、取引先との取引に関する請求金額の情報、請求金額に関する支払回数の情報が含まれる。サーバ装置は、案件情報に含まれる支払回数の情報が複数の回数を示している場合、一つの案件情報から互いに関連する一組の請求書データを生成し、要求に基づいて第１の画面を表示するよう制御する。第１の画面には、一組の請求書データの一覧が含まれる。【選択図】図１
Description
特許法第３０条第２項適用申請有り 令和３年１０月２５日に自社サイトの「新機能・サービス向上のお知らせ」ｈｔｔｐｓ：／／ｂｉｚ．ｍｏｎｅｙｆｏｒｗａｒｄ．ｃｏｍ／ｓｕｐｐｏｒｔ／ｒｅｃｅｉｖａｂｌｅ／ｎｅｗｓ／ｎｅｗ－ｆｅａｔｕｒｅ／ｎ００５．ｈｔｍｌにて発表
本発明は、情報処理装置、情報処理方法及びプログラムに関する。
サブスクリプション型の課金体系が増えてきている。
特許文献１には顧客によって定期的に購入される商品又は役務に対する所定期間ごとの請求を自動化する技術が開示されている。
特許文献１には顧客によって定期的に購入される商品又は役務に対する所定期間ごとの請求を自動化する技術が開示されている。
定期的に発行される請求書であっても、先月の請求書、又は来月の請求書を参考に確認したいという要望がある。
本発明の一態様によれば、情報処理装置が提供される。この情報処理装置は、制御部を有する。制御部は、一つの案件情報を取得する。案件情報には、一つの取引先の情報、取引先との取引に関する請求金額の情報、請求金額に関する支払回数の情報が含まれる。案件情報に含まれる支払回数の情報が複数の回数を示している場合、一つの案件情報から互いに関連する一組の請求書データを生成する。要求に基づいて第１の画面を表示するよう制御する。第１の画面には、一組の請求書データの一覧が含まれる。
以下、図面を用いて本発明の実施形態について説明する。以下に示す実施形態中で示した各種特徴事項は、互いに組み合わせ可能である。
本明細書において「部」とは、例えば、広義の回路によって実施されるハードウェア資源と、これらのハードウェア資源によって具体的に実現されうるソフトウェアの情報処理とを合わせたものも含みうる。また、本実施形態においては様々な情報を取り扱うが、これら情報は、０又は１で構成される２進数のビット集合体として信号値の高低によって表され、広義の回路上で通信・演算が実行されうる。
また、広義の回路とは、回路（Ｃｉｒｃｕｉｔ）、回路類（Ｃｉｒｃｕｉｔｒｙ）、プロセッサ（Ｐｒｏｃｅｓｓｏｒ）、及びメモリ（Ｍｅｍｏｒｙ）等を少なくとも適当に組み合わせることによって実現される回路である。すなわち、特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ：ＡＳＩＣ）、プログラマブル論理デバイス（例えば、単純プログラマブル論理デバイス（Ｓｉｍｐｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ：ＳＰＬＤ）、複合プログラマブル論理デバイス（Ｃｏｍｐｌｅｘ Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ：ＣＰＬＤ）、及びフィールドプログラマブルゲートアレイ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ：ＦＰＧＡ））等を含むものである。
<実施形態１>
１．システム構成
図１は、情報処理システム１０００のシステム構成の一例を示す図である。図１に示されるように、情報処理システム１０００は、システム構成として、サーバー装置１００と、クライアント装置１１０と、を含む。サーバー装置１００は、本実施形態の処理を実行するサーバー装置である。クライアント装置１１０は、ユーザーが使用する装置であって、例えばＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）である。サーバー装置１００と、クライアント装置１１０と、はネットワーク１５０を介して通信可能に接続されている。
１．システム構成
図１は、情報処理システム１０００のシステム構成の一例を示す図である。図１に示されるように、情報処理システム１０００は、システム構成として、サーバー装置１００と、クライアント装置１１０と、を含む。サーバー装置１００は、本実施形態の処理を実行するサーバー装置である。クライアント装置１１０は、ユーザーが使用する装置であって、例えばＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）である。サーバー装置１００と、クライアント装置１１０と、はネットワーク１５０を介して通信可能に接続されている。
図１では、説明の簡略化のため、情報処理システム１０００において、クライアント装置１１０は１台しか図示していない。しかし、情報処理システム１０００には、情報処理システム１０００に登録されているユーザーの数だけクライアント装置１１０が含まれる。また、クライアント装置１１０は、ＰＣに限られず、タブレット型コンピュータ、スマートフォン等であってもよい。サーバー装置１００は、情報処理装置の一例である。
２．ハードウェア構成
（１）サーバー装置１００のハードウェア構成
図２は、サーバー装置１００のハードウェア構成の一例を示す図である。サーバー装置１００は、ハードウェア構成として、制御部２０１と、記憶部２０２と、通信部２０３と、を含む。制御部２０１は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）等であって、サーバー装置１００の全体を制御する。記憶部２０２は、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）又はこれらの任意の組み合わせ等であって、プログラム及び制御部２０１がプログラムに基づき処理を実行する際に利用するデータ等を記憶する。制御部２０１が、記憶部２０２に記憶されているプログラムに基づき、処理を実行することによって、後述する図４に示されるようなサーバー装置１００の機能及び後述する図７及び図８に示されるようなアクティビティ図の処理等が実現される。通信部２０３は、ＮＩＣ（Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃａｒｄ）等であって、サーバー装置１００をネットワーク１５０に接続し、他の装置（例えば、クライアント装置１１０等）との通信を司る。記憶部２０２は、記憶媒体の一例である。
（１）サーバー装置１００のハードウェア構成
図２は、サーバー装置１００のハードウェア構成の一例を示す図である。サーバー装置１００は、ハードウェア構成として、制御部２０１と、記憶部２０２と、通信部２０３と、を含む。制御部２０１は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）等であって、サーバー装置１００の全体を制御する。記憶部２０２は、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）又はこれらの任意の組み合わせ等であって、プログラム及び制御部２０１がプログラムに基づき処理を実行する際に利用するデータ等を記憶する。制御部２０１が、記憶部２０２に記憶されているプログラムに基づき、処理を実行することによって、後述する図４に示されるようなサーバー装置１００の機能及び後述する図７及び図８に示されるようなアクティビティ図の処理等が実現される。通信部２０３は、ＮＩＣ（Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃａｒｄ）等であって、サーバー装置１００をネットワーク１５０に接続し、他の装置（例えば、クライアント装置１１０等）との通信を司る。記憶部２０２は、記憶媒体の一例である。
（２）クライアント装置１１０のハードウェア構成
図３は、クライアント装置１１０のハードウェア構成の一例を示す図である。クライアント装置１１０は、ハードウェア構成として、制御部３０１と、記憶部３０２と、撮像部３０３と、入力部３０４と、出力部３０５と、通信部３０６と、を含む。制御部３０１は、ＣＰＵ等であって、クライアント装置１１０の全体を制御する。記憶部３０２は、ＲＯＭ、ＲＡＭ、ＳＳＤ又はこれらの任意の組み合わせ等であって、プログラム及び制御部３０１がプログラムに基づき処理を実行する際に利用するデータ等を記憶する。制御部３０１が、記憶部３０２に記憶されているプログラムに基づき、処理を実行することによって、クライアント装置１１０の機能等が実現される。撮像部３０３は、カメラ等であって、被写体を撮像する。入力部３０４は、キーボード及びマウス等であって、ユーザー操作に応じて情報を制御部３０１に入力する。出力部３０５は、ディスプレイ等であって、制御部３０１による処理の結果等を出力する。通信部３０６は、ＮＩＣ等であって、クライアント装置１１０をネットワーク１５０に接続し、他の装置（例えば、サーバー装置１００）との通信を司る。
図３は、クライアント装置１１０のハードウェア構成の一例を示す図である。クライアント装置１１０は、ハードウェア構成として、制御部３０１と、記憶部３０２と、撮像部３０３と、入力部３０４と、出力部３０５と、通信部３０６と、を含む。制御部３０１は、ＣＰＵ等であって、クライアント装置１１０の全体を制御する。記憶部３０２は、ＲＯＭ、ＲＡＭ、ＳＳＤ又はこれらの任意の組み合わせ等であって、プログラム及び制御部３０１がプログラムに基づき処理を実行する際に利用するデータ等を記憶する。制御部３０１が、記憶部３０２に記憶されているプログラムに基づき、処理を実行することによって、クライアント装置１１０の機能等が実現される。撮像部３０３は、カメラ等であって、被写体を撮像する。入力部３０４は、キーボード及びマウス等であって、ユーザー操作に応じて情報を制御部３０１に入力する。出力部３０５は、ディスプレイ等であって、制御部３０１による処理の結果等を出力する。通信部３０６は、ＮＩＣ等であって、クライアント装置１１０をネットワーク１５０に接続し、他の装置（例えば、サーバー装置１００）との通信を司る。
３．機能構成
図４は、サーバー装置１００の機能構成の一例を示す図である。サーバー装置１００は、機能構成として、生成部４０１と、表示制御部４０２と、を含む。
図４は、サーバー装置１００の機能構成の一例を示す図である。サーバー装置１００は、機能構成として、生成部４０１と、表示制御部４０２と、を含む。
（生成部４０１）
生成部４０１は、互いに関連する一組の請求書データを生成する。より具体的に説明すると、生成部４０１は、案件情報を受け付ける。ここで、案件情報には、取引先の情報、取引に関する請求金額の情報が含まれる。生成部４０１は、案件情報に基づき一組の請求書データを生成する。図５は、案件情報の一例を示す図である。図５に示されるように、案件情報には、一つの取引先の情報、請求先、契約期間、品目、品目に係る請求金額、請求金額に関する支払回数の情報等が含まれる。案件情報には、顧客との契約情報及び品目等、顧客（取引先）との契約に関する情報が記載されている。本実施形態において、案件情報を基に請求書データが生成される。案件情報は、クライアントの案件ごとに作成されてもよいし、クライアントごとに作成されてもよい。案件情報は、ネットワーク１５０を介してサーバー装置１００と通信可能な、サーバー装置１００、又は情報処理システム１０００と提携している他のシステム（例えば、Ｓａｌｅｓｆｏｒｃｅ（登録商標）等の営業管理システム、又は顧客管理システム）から取得され、記憶部２０２等に一時的に記憶される。他のシステムは、外部システムの一例である。
生成部４０１は、互いに関連する一組の請求書データを生成する。より具体的に説明すると、生成部４０１は、案件情報を受け付ける。ここで、案件情報には、取引先の情報、取引に関する請求金額の情報が含まれる。生成部４０１は、案件情報に基づき一組の請求書データを生成する。図５は、案件情報の一例を示す図である。図５に示されるように、案件情報には、一つの取引先の情報、請求先、契約期間、品目、品目に係る請求金額、請求金額に関する支払回数の情報等が含まれる。案件情報には、顧客との契約情報及び品目等、顧客（取引先）との契約に関する情報が記載されている。本実施形態において、案件情報を基に請求書データが生成される。案件情報は、クライアントの案件ごとに作成されてもよいし、クライアントごとに作成されてもよい。案件情報は、ネットワーク１５０を介してサーバー装置１００と通信可能な、サーバー装置１００、又は情報処理システム１０００と提携している他のシステム（例えば、Ｓａｌｅｓｆｏｒｃｅ（登録商標）等の営業管理システム、又は顧客管理システム）から取得され、記憶部２０２等に一時的に記憶される。他のシステムは、外部システムの一例である。
（表示制御部４０２）
表示制御部４０２は、要求に基づいて一覧表示画面を要求元のクライアント装置１１０の出力部３０５等に表示するよう制御する。一覧表示画面は、第１の画面の一例である。図６は、一覧表示画面の一例を示す図である。図６に示されるように、一覧表示画面７００には、一組の請求書データの一覧７１０が含まれる。
表示制御部４０２は、要求に基づいて一覧表示画面を要求元のクライアント装置１１０の出力部３０５等に表示するよう制御する。一覧表示画面は、第１の画面の一例である。図６は、一覧表示画面の一例を示す図である。図６に示されるように、一覧表示画面７００には、一組の請求書データの一覧７１０が含まれる。
４．情報処理
（１）請求書データ生成
図７は、サーバー装置１００における請求書データ生成に関する情報処理の一例を示すアクティビティ図である。図７に示される情報処理は定期的に実行されてもよいし、何らの要求等を受け取ったことを契機として実行されてもよい。
Ａ１００１において、生成部４０１は、記憶部２０２等より案件情報を取得する。
Ａ１００２において、生成部４０１は、取得した案件情報の支払回数の情報に基づき、支払回数が複数か否かを判定する。生成部４０１は、支払回数が複数であると判定すると処理をＡ１００３に進める。生成部４０１は、支払回数が複数でないと判定すると処理をＡ１００４に進める。より具体的に説明すると、生成部４０１は、案件情報に含まれる品目ごとの請求金額に関する支払回数のうち、少なくとも一つの品目の請求金額に関する支払回数が複数の回数を示しているか否かを判定する。生成部４０１は、少なくとも一つの品目の請求金額に関する支払回数が複数の回数を示していると判定すると処理をＡ１００３に進める。生成部４０１は、案件情報に含まれる品目すべての請求金額に関する支払回数が１回であると判定すると処理をＡ１００４に進める。
図５を例に説明すると、図５に示される案件情報には品目として、顧問契約と、特許出願と、が含まれる。品目「特許出願」の支払回数は１回であるが、品目「顧問契約」の支払回数は１２回である。そのため、案件情報が図５のような場合、生成部４０１は、支払回数は複数であると判定し、処理をＡ１００３に進める。ここで、顧問契約はサブスクリプションの一例である。サブスクリプションの他の例としては、ソフトウェアが提供するサービス、クラウドサービス等がある。
（１）請求書データ生成
図７は、サーバー装置１００における請求書データ生成に関する情報処理の一例を示すアクティビティ図である。図７に示される情報処理は定期的に実行されてもよいし、何らの要求等を受け取ったことを契機として実行されてもよい。
Ａ１００１において、生成部４０１は、記憶部２０２等より案件情報を取得する。
Ａ１００２において、生成部４０１は、取得した案件情報の支払回数の情報に基づき、支払回数が複数か否かを判定する。生成部４０１は、支払回数が複数であると判定すると処理をＡ１００３に進める。生成部４０１は、支払回数が複数でないと判定すると処理をＡ１００４に進める。より具体的に説明すると、生成部４０１は、案件情報に含まれる品目ごとの請求金額に関する支払回数のうち、少なくとも一つの品目の請求金額に関する支払回数が複数の回数を示しているか否かを判定する。生成部４０１は、少なくとも一つの品目の請求金額に関する支払回数が複数の回数を示していると判定すると処理をＡ１００３に進める。生成部４０１は、案件情報に含まれる品目すべての請求金額に関する支払回数が１回であると判定すると処理をＡ１００４に進める。
図５を例に説明すると、図５に示される案件情報には品目として、顧問契約と、特許出願と、が含まれる。品目「特許出願」の支払回数は１回であるが、品目「顧問契約」の支払回数は１２回である。そのため、案件情報が図５のような場合、生成部４０１は、支払回数は複数であると判定し、処理をＡ１００３に進める。ここで、顧問契約はサブスクリプションの一例である。サブスクリプションの他の例としては、ソフトウェアが提供するサービス、クラウドサービス等がある。
Ａ１００３において、生成部４０１は、案件情報から互いに関連する一組の請求書データを生成する。例えば、生成部４０１は、案件情報に基づき、契約書月から支払回数分、連続した月で一組の請求書データを生成する。図５を例に説明すると、生成部４０１は、顧問契約１，２００，０００円の支払回数が１２回とあるため、互いに関連する一組の請求書データとして、顧問契約料として、毎月１，００，０００円の請求書データを生成する。図５の例では、契約期間は２０２１年５月１日から２０２２年４月３０日までの契約なので、生成部４０１は、２０２１年５月分の請求書データから２０２２年４月分の請求書データまでを生成する。したがって、請求書データそれぞれには、少なくとも、１，００，０００円の金額の情報が含まれる。すなわち、一組の請求書データとは、案件情報に含まれる請求金額（図５の例では顧問契約１，２００，０００円）を支払回数（図５の例では１２回）で割った金額（図５の例では１，００，０００円）が含まれる、支払回数分の請求書データのまとまり（図５の例では２０２１年５月分の請求書データから２０２２年４月分の請求書データまでの複数の請求書データ）である。
Ａ１００４において、生成部４０１は、案件情報から１つの請求書データを生成する。例えば、顧問契約１，２００，０００円の支払回数が１回の場合、顧問契約料として、契約期間の初月（上述した例では２０２１年５月）の請求書データとして、１，２００，０００円の請求書データを生成する。
Ａ１００４において、生成部４０１は、案件情報から１つの請求書データを生成する。例えば、顧問契約１，２００，０００円の支払回数が１回の場合、顧問契約料として、契約期間の初月（上述した例では２０２１年５月）の請求書データとして、１，２００，０００円の請求書データを生成する。
なお、以下では説明の簡略化のため、同じクライアントの同じ月の請求書データはまとめて表示するものとして説明を行う。例えば、２０２１年５月に顧問料と顧問料以外の個別の請求金額（例えば、出願費用、審査請求費用、補正書等の中間応答費用）が発生した場合、サーバー装置１００は、それらをまとめた５月の統合請求書として、請求書データを表示するものとして説明を行う。但し、このことは本実施の形態を制限するものではない。設定に応じて、又は表示要求に応じて、１ヶ月分のまとめた請求書を表示するようにしてもよいし、顧問契約の請求書、出願費用の請求書等、個別に請求書を表示するようにしてもよい。
（２）表示制御
（２）表示制御
図８は、サーバー装置１００における請求書の表示に関する情報処理の一例を示すアクティビティ図である。所定の操作をクライアント装置１１０等より受け付けると、図８に示す処理が実行される。なお、図８の処理は、本実施の形態を説明するために必要な処理のみを示している。
Ａ５０１において、表示制御部４０２は、一覧表示画面を表示要求元のクライアント装置１１０の出力部３０５等に表示するよう制御する。
Ａ５０２において、表示制御部４０２は、請求書画面の表示要求をクライアント装置１１０より受け取ったか否かを判定する。表示制御部４０２は、請求書画面の表示要求を受け取ったと判定すると、処理をＡ５０３に進める。表示制御部４０２は、請求書画面の表示要求を受け取っていないと判定すると、Ａ５０１の処理を繰り返す。請求書画面の表示要求としては、例えば、一覧７１０のうちの一つの請求書データがクリックされる、であったり、一覧７１０のうちの一つの請求書データが選択されてタブルクリックされる、であったり、一つの請求書データが選択されて右クリックされ、表示されるメニューから「請求書画面の表示」が選択される、であったりする。一つの請求書データを選択し、クリックする、一つの請求書データをダブルクリックする、一つの請求書データを選択し、右クリックして表示されるメニューから「請求書画面の表示」を選択する、等は所定の操作の例である。
Ａ５０１において、表示制御部４０２は、一覧表示画面を表示要求元のクライアント装置１１０の出力部３０５等に表示するよう制御する。
Ａ５０２において、表示制御部４０２は、請求書画面の表示要求をクライアント装置１１０より受け取ったか否かを判定する。表示制御部４０２は、請求書画面の表示要求を受け取ったと判定すると、処理をＡ５０３に進める。表示制御部４０２は、請求書画面の表示要求を受け取っていないと判定すると、Ａ５０１の処理を繰り返す。請求書画面の表示要求としては、例えば、一覧７１０のうちの一つの請求書データがクリックされる、であったり、一覧７１０のうちの一つの請求書データが選択されてタブルクリックされる、であったり、一つの請求書データが選択されて右クリックされ、表示されるメニューから「請求書画面の表示」が選択される、であったりする。一つの請求書データを選択し、クリックする、一つの請求書データをダブルクリックする、一つの請求書データを選択し、右クリックして表示されるメニューから「請求書画面の表示」を選択する、等は所定の操作の例である。
Ａ５０３において、表示制御部４０２は、所定の操作がなされた請求書データを含む請求書画面をクライアント装置１１０の出力部３０５等に表示するよう制御する。請求書画面は、第２の画面の一例である。図９は、請求書画面８００の一例を示す図である。図９の請求書画面８００は、図６の一覧表示画面７００において一覧７１０のうち先頭の請求書データである７２０が選択され、所定の操作が行われた場合の画面例となっている。図９の例では、５月の請求書として、顧問料と特許出願の費用とが含まれている。なお、図９に示されるように、請求書画面８００には、一組の請求書データの一覧は含まれない。
請求書画面８００には、プルダウンメニュー８１０が含まれる。プルダウンメニュー８１０は、第１のオブジェクトの一例である。プルダウンメニュー８１０は、所定の操作がなされた請求書データに関する一組の請求書データのうちの一の請求書データの表示を指示するオブジェクトである。
また、請求書画面８００には、一つ前に戻るボタン８３０及び一つ先に進むボタン８４０が含まれる。なお、一つ前に請求書データが存在しない場合、表示制御部４０２は、一つ前に戻るボタン８３０を請求書画面８００に表示しないようにしてもよい。同様に、一つ先に請求書データが存在しない場合、表示制御部４０２は、一つ先に進むボタン８４０を請求書画面８００に表示しないようにしてもよい。
一つ前に戻るボタン８３０が選択されると、表示制御部４０２は、一組の請求書データのうちの請求書画面８００に表示されている請求書データの一つ前の請求書データを表示する。一つ前に戻るボタン８３０も、第１のオブジェクトの一例である。例えば、上述した例において、請求書画面８００に、２０２１年６月分の請求書データが表示されている場合において、一つ前に戻るボタン８３０が選択されると、表示制御部４０２は、請求書画面８００に、２０２１年５月分の請求書データを表示する。
一つ先に進むボタン８４０が選択されると、表示制御部４０２は、一組の請求書データのうちの請求書画面８００に表示されている請求書データの一つ先の請求書データを表示する。一つ先に進むボタン８４０も、第１のオブジェクトの一例である。例えば、上述した例において、請求書画面８００に、２０２１年６月分の請求書データが表示されている場合において、一つ先に進むボタン８４０が選択されると、表示制御部４０２は、請求書画面８００に、２０２１年６月分の請求書データを表示する。
また、請求書画面８００には、一つ前に戻るボタン８３０及び一つ先に進むボタン８４０が含まれる。なお、一つ前に請求書データが存在しない場合、表示制御部４０２は、一つ前に戻るボタン８３０を請求書画面８００に表示しないようにしてもよい。同様に、一つ先に請求書データが存在しない場合、表示制御部４０２は、一つ先に進むボタン８４０を請求書画面８００に表示しないようにしてもよい。
一つ前に戻るボタン８３０が選択されると、表示制御部４０２は、一組の請求書データのうちの請求書画面８００に表示されている請求書データの一つ前の請求書データを表示する。一つ前に戻るボタン８３０も、第１のオブジェクトの一例である。例えば、上述した例において、請求書画面８００に、２０２１年６月分の請求書データが表示されている場合において、一つ前に戻るボタン８３０が選択されると、表示制御部４０２は、請求書画面８００に、２０２１年５月分の請求書データを表示する。
一つ先に進むボタン８４０が選択されると、表示制御部４０２は、一組の請求書データのうちの請求書画面８００に表示されている請求書データの一つ先の請求書データを表示する。一つ先に進むボタン８４０も、第１のオブジェクトの一例である。例えば、上述した例において、請求書画面８００に、２０２１年６月分の請求書データが表示されている場合において、一つ先に進むボタン８４０が選択されると、表示制御部４０２は、請求書画面８００に、２０２１年６月分の請求書データを表示する。
Ａ５０４において、表示制御部４０２は、切替要求がなされたか否かを判定する。表示制御部４０２は、プルダウンメニュー８１０において他の請求書データが選択されると、切替要求がなされたと判定する。また、表示制御部４０２は、一つ前に戻るボタン８３０が選択されると、切替要求がなされたと判定する。また、表示制御部４０２は、一つ先に進むボタン８４０が選択されると、切替要求がなされたと判定する。表示制御部４０２は、切替要求がなされたと判定すると、処理をＡ５０５に進める。表示制御部４０２は、切替要求がなされていないと判定すると、処理をＡ５０６に進める。プルダウンメニュー８１０において他の請求書データを選択されたことは、第１のオブジェクトにおいて一の請求書データの表示が指示されたことの一例である。また、一つ前に戻るボタン８３０が選択されたことも、第１のオブジェクトにおいて一の請求書データの表示が指示されたことの一例である。また、一つ先に進むボタン８４０が選択されたことも、第１のオブジェクトにおいて一の請求書データの表示が指示されたことの一例である。
Ａ５０５において、表示制御部４０２は、請求書画面に、切替が指示された一の請求書データを表示するよう制御する。例えば、プルダウンメニュー８１０において、互いに関連する１２枚の請求書データのうち、４枚目の請求書データが選択された場合、表示制御部４０２は、４枚目の請求書データ（上述した、２０２１年５月１日から２０２２年４月３０日までの顧問契約の顧問料の例では、８月分の請求書データ）をクライアント装置１１０の出力部３０５等に表示するよう制御する。図１０は、請求書画面９００の一例を示す図である。上述したように、図１０の請求書画面９００は、プルダウンメニュー８１０において、１２枚の請求書データのうち、４枚目の請求書データが選択された場合に表示される画面である。
請求書画面９００には、一覧ボタン８２０が含まれる。一覧ボタン８２０は、第２のオブジェクトの一例である。
Ａ５０６において、表示制御部４０２は、一覧ボタン８２０が選択されたか否かを判定する。表示制御部４０２は、一覧ボタン８２０が選択されたと判定すると、処理をＡ５０１に戻す。表示制御部４０２は、一覧ボタン８２０が選択されていないと判定すると、処理をＡ５０７に進める。
一覧ボタン８２０が選択された場合、表示制御部４０２は、Ａ５０１において、一覧表示画面７００を表示するよう制御する。一覧表示画面７００は、一組の請求書データの一覧７１０から一つの請求書データが選択された状態の画面である。すなわち、図６に示されるような、一覧表示画面７００の一組の請求書データの一覧７１０から請求書データ（例えば、請求書データ７２０）が選択された場合、表示制御部４０２は、選択された請求書データの請求書画面８００を表示するように制御する。そして、請求書画面８００のプルダウンメニュー８１０において一組の請求書データのうちの一つが選択されると、表示制御部４０２は、選択された請求書データの請求書画面９００を表示するように制御する。請求書画面９００において、一覧ボタン８２０が選択された場合、表示制御部４０２は、８月の請求書データが選択された、請求書データの一覧７１０を含む一覧表示画面ではなく、元の５月の請求書データが選択された請求書データの一覧７１０を含む一覧表示画面７００を表示するよう制御する。例えば、８月の請求書データが選択された、請求書データの一覧７１０を含む一覧画面の場合、８月の請求書データが一覧の先頭に来て、８月以前の請求書データは、スクロールボタン等でスクロールさせて表示させるようなＵＩ（Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）であったとしても、表示制御部４０２は、元の５月の請求書データが一覧の先頭に来る画面を表示するように制御する。このように表示制御することによって、分かりやすい画面遷移を提供することができる。
Ａ５０６において、表示制御部４０２は、一覧ボタン８２０が選択されたか否かを判定する。表示制御部４０２は、一覧ボタン８２０が選択されたと判定すると、処理をＡ５０１に戻す。表示制御部４０２は、一覧ボタン８２０が選択されていないと判定すると、処理をＡ５０７に進める。
一覧ボタン８２０が選択された場合、表示制御部４０２は、Ａ５０１において、一覧表示画面７００を表示するよう制御する。一覧表示画面７００は、一組の請求書データの一覧７１０から一つの請求書データが選択された状態の画面である。すなわち、図６に示されるような、一覧表示画面７００の一組の請求書データの一覧７１０から請求書データ（例えば、請求書データ７２０）が選択された場合、表示制御部４０２は、選択された請求書データの請求書画面８００を表示するように制御する。そして、請求書画面８００のプルダウンメニュー８１０において一組の請求書データのうちの一つが選択されると、表示制御部４０２は、選択された請求書データの請求書画面９００を表示するように制御する。請求書画面９００において、一覧ボタン８２０が選択された場合、表示制御部４０２は、８月の請求書データが選択された、請求書データの一覧７１０を含む一覧表示画面ではなく、元の５月の請求書データが選択された請求書データの一覧７１０を含む一覧表示画面７００を表示するよう制御する。例えば、８月の請求書データが選択された、請求書データの一覧７１０を含む一覧画面の場合、８月の請求書データが一覧の先頭に来て、８月以前の請求書データは、スクロールボタン等でスクロールさせて表示させるようなＵＩ（Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）であったとしても、表示制御部４０２は、元の５月の請求書データが一覧の先頭に来る画面を表示するように制御する。このように表示制御することによって、分かりやすい画面遷移を提供することができる。
Ａ５０７において、表示制御部４０２は、表示制御の処理を終了するか否かを判定する。表示制御部４０２は、表示制御の処理を終了すると判定すると、図８に示す情報処理を終了する。表示制御部４０２は、表示制御の処理を終了しないと判定すると、処理をＡ５０３に戻す。
本実施形態の処理によれば、互いに関連する一組の請求書データを生成し、表示することができる。したがって、利用者は、関連する請求書を参考に見てみたい場合等にはすぐにその請求書を選択し、表示することができる。
他の例として、請求書画面に編集ボタン等を設け、編集ボタンが選択された場合、サーバー装置１００は、編集操作に応じて請求書を編集可能にしてもよい。この様な構成とすることで他の請求書を参考に表示させ、修正したい箇所等あれば、すぐに請求書データを編集することができる。
また、他の例として、６ヶ月の分割払いと、１２ヶ月の分割払いとが混在する場合も、サーバー装置１００は、同じクライアントの同じ月の請求書データはまとめて処理し、表示するようにしてもよい。例えば、６ヶ月の分割払いの品目がＸ、１２ヶ月の分割払いの品目がＹの場合、サーバー装置１００は、最初の６ヶ月は品目Ｘ＋Ｙの請求書データを生成、表示し、後の６ヶ月は品目Ｙの請求書データを生成、表示するようにしてもよい。
なお、分割払いにおいて、６ヶ月や１２ヶ月で割り切れない金額の場合、サーバー装置１００は、初月又は最終月に割り切れない額を足した分の請求書データを生成、表示するようにしてもよい。初月に足すのか、最終月に足すのか、所定の月に足すのかは、サーバー装置１００は、予め設定されたルールに基づき処理を行ってもよいし、記憶部２０２等に記憶されている設定ファイルに基づき処理を行ってもよい。サーバー装置１００は、クライアント装置１１０からの要求に基づき、設定ファイルの設定を変更することができる。
他の例として、請求書画面に編集ボタン等を設け、編集ボタンが選択された場合、サーバー装置１００は、編集操作に応じて請求書を編集可能にしてもよい。この様な構成とすることで他の請求書を参考に表示させ、修正したい箇所等あれば、すぐに請求書データを編集することができる。
また、他の例として、６ヶ月の分割払いと、１２ヶ月の分割払いとが混在する場合も、サーバー装置１００は、同じクライアントの同じ月の請求書データはまとめて処理し、表示するようにしてもよい。例えば、６ヶ月の分割払いの品目がＸ、１２ヶ月の分割払いの品目がＹの場合、サーバー装置１００は、最初の６ヶ月は品目Ｘ＋Ｙの請求書データを生成、表示し、後の６ヶ月は品目Ｙの請求書データを生成、表示するようにしてもよい。
なお、分割払いにおいて、６ヶ月や１２ヶ月で割り切れない金額の場合、サーバー装置１００は、初月又は最終月に割り切れない額を足した分の請求書データを生成、表示するようにしてもよい。初月に足すのか、最終月に足すのか、所定の月に足すのかは、サーバー装置１００は、予め設定されたルールに基づき処理を行ってもよいし、記憶部２０２等に記憶されている設定ファイルに基づき処理を行ってもよい。サーバー装置１００は、クライアント装置１１０からの要求に基づき、設定ファイルの設定を変更することができる。
（変形例１）
実施形態１の変形例を説明する。
変形例１の制御部２０１は、クラウド契約サービスから取得した案件情報に基づき、互いに関連する一組の請求書データを生成するようにしてもよい。ここで、クラウド契約サービスとは、オンライン上で契約書の作成、締結、契約書管理、契約に関するタスク管理等、契約に関連する様々な業務をクラウド上で行えることを可能としたサービスを提供するシステムである。
また、制御部２０１は、クライアント装置１１０のメール情報から案件情報を抽出し、抽出した案件情報に基づき、互いに関連する一組の請求書データを生成するようにしてもよい。ここで、クライアント装置１１０に関するメール情報から案件情報を取得する手法は特に限定されず、例えば、制御部２０１は、通信部２０３を介してクライアント装置１１０の所定のユーザーが利用しているメールのメールサーバーにアクセスし、所定のユーザーのメールアドレス宛てに送信された電子メールを取得してもよい。所定のユーザーとは、例えば、経理担当のユーザー等である。ここで、メールサーバーは、所定のユーザーのメール宛に送信されたメールを格納してもよく、他のサーバーに格納されたメールを管理、指定もよい。より具体的には、サーバー装置１００が所定のユーザーからメールへのアクセス権を得た状態で、制御部２０１がメールサーバーに直接アクセスし、メールサーバーに格納されたメールを取得する。
また、制御部２０１は、登録等された所定の電子文書ファイル形式の案件情報に基づき、互いに関連する一組の請求書データを生成するようにしてもよい。所定の電子文書ファイル形式とは、例えば、ＰＤＦ（Ｐｏｒｔａｂｌｅ Ｄｏｃｕｍｅｎｔ Ｆｏｒｍａｔ）である。但し、ＰＤＦに限定するものではなく、他の電子文書のファイル形式であってもよい。
また、制御部２０１は、登録等された撮像画像を解析し、撮像画像から請求書に関する情報を抽出し、抽出した情報に基づき、互いに関連する一組の請求書データを生成するようにしてもよい。
変形例に示したような処理によっても、サーバー装置１００は、互いに関連する一組の請求書データを生成することができる。
実施形態１の変形例を説明する。
変形例１の制御部２０１は、クラウド契約サービスから取得した案件情報に基づき、互いに関連する一組の請求書データを生成するようにしてもよい。ここで、クラウド契約サービスとは、オンライン上で契約書の作成、締結、契約書管理、契約に関するタスク管理等、契約に関連する様々な業務をクラウド上で行えることを可能としたサービスを提供するシステムである。
また、制御部２０１は、クライアント装置１１０のメール情報から案件情報を抽出し、抽出した案件情報に基づき、互いに関連する一組の請求書データを生成するようにしてもよい。ここで、クライアント装置１１０に関するメール情報から案件情報を取得する手法は特に限定されず、例えば、制御部２０１は、通信部２０３を介してクライアント装置１１０の所定のユーザーが利用しているメールのメールサーバーにアクセスし、所定のユーザーのメールアドレス宛てに送信された電子メールを取得してもよい。所定のユーザーとは、例えば、経理担当のユーザー等である。ここで、メールサーバーは、所定のユーザーのメール宛に送信されたメールを格納してもよく、他のサーバーに格納されたメールを管理、指定もよい。より具体的には、サーバー装置１００が所定のユーザーからメールへのアクセス権を得た状態で、制御部２０１がメールサーバーに直接アクセスし、メールサーバーに格納されたメールを取得する。
また、制御部２０１は、登録等された所定の電子文書ファイル形式の案件情報に基づき、互いに関連する一組の請求書データを生成するようにしてもよい。所定の電子文書ファイル形式とは、例えば、ＰＤＦ（Ｐｏｒｔａｂｌｅ Ｄｏｃｕｍｅｎｔ Ｆｏｒｍａｔ）である。但し、ＰＤＦに限定するものではなく、他の電子文書のファイル形式であってもよい。
また、制御部２０１は、登録等された撮像画像を解析し、撮像画像から請求書に関する情報を抽出し、抽出した情報に基づき、互いに関連する一組の請求書データを生成するようにしてもよい。
変形例に示したような処理によっても、サーバー装置１００は、互いに関連する一組の請求書データを生成することができる。
（変形例２）
実施形態１の変形例を説明する。
図１１は、変形例２の一覧表示画面の一例を示す図である。図１１では、請求書番号、請求先、請求日、入金予定日、請求額税込、請求残高等は仮に入力したものとなっている。図１２は、変形例２の請求書画面の一例を示す図である。図１３は、請求書画面のＧＵＩ部品を説明するための図である。図１３に示されるように請求書画面の上部には、ナビゲーションのＧＵＩ部品と、ツールのＧＵＩ部品と、が含まれる。ナビゲーションのＧＵＩ部品は、居場所を認識し、操作するためのＧＵＩ部品である。図１３の「←請求書」は、実施形態１の一覧ボタン８２０に相当するボタンである。図１３の今いる場所の切り替えピッカーは、実施形態１のプルダウンメニュー８１０、一つ前に戻るボタン８３０及び一つ先に進むボタン８４０に相当する。
実施形態１の変形例を説明する。
図１１は、変形例２の一覧表示画面の一例を示す図である。図１１では、請求書番号、請求先、請求日、入金予定日、請求額税込、請求残高等は仮に入力したものとなっている。図１２は、変形例２の請求書画面の一例を示す図である。図１３は、請求書画面のＧＵＩ部品を説明するための図である。図１３に示されるように請求書画面の上部には、ナビゲーションのＧＵＩ部品と、ツールのＧＵＩ部品と、が含まれる。ナビゲーションのＧＵＩ部品は、居場所を認識し、操作するためのＧＵＩ部品である。図１３の「←請求書」は、実施形態１の一覧ボタン８２０に相当するボタンである。図１３の今いる場所の切り替えピッカーは、実施形態１のプルダウンメニュー８１０、一つ前に戻るボタン８３０及び一つ先に進むボタン８４０に相当する。
（変形例３）
実施形態１の変形例を説明する。
図１４、変形例３における前受残高等の管理の一例を示す図である。図１４の例は、毎月１００万円の売上が立つ取引において初回入金で５ヶ月分振り込まれる場合である。制御部２０１は、案件情報に基づき一組の請求書データを生成する。そして、制御部２０１は、一組の請求書データに案件情報を識別する識別情報等を付して、互いに関連付けて管理する。案件情報として、毎月１００万円、５ヶ月間の契約の場合、制御部２０１は、最初の月に売上として１００万円を計上すると共に、債権として１００万円を計上する。制御部２０１は、債権残高を１００万円とする。例えば次の月の月末等に取引先から５００万円の入金があった場合、制御部２０１は、債権１００万円の消込を行うと共に、前受として４００万円を計上する。制御部２０１は、前受残高を４００万円とする。そして、制御部２０１は、売上として１００万円を計上すると共に、前請取崩を１００万円とする。制御部２０１は、前受残高を３００万円とする。次の月、制御部２０１は、売上として１００万円を計上すると共に、前請取崩を１００万円とする。制御部２０１は、前受残高を２００万円とする。このように、制御部２０１は、案件情報ごとに一組の請求書データに関する前受残高を管理する。また、制御部２０１は、要求に応じて、案件情報ごとに一組の請求書データに関する前受残高の履歴をクライアント装置１１０の出力部３０５等に表示するよう制御する。また、制御部２０１は、図１４に示されるように、債権及び前受残高に応じて、正しい仕分けを自動で作成する。すなわち、制御部２０１は、案件情報に基づき一組の請求書データを管理しているため、契約上は年間契約だが支払いは最初に一括で行われる場合等、月々発生する売上との関係で仕訳処理が異なる場合にも、自動的に適切な仕分けを作成することができる。
実施形態１の変形例を説明する。
図１４、変形例３における前受残高等の管理の一例を示す図である。図１４の例は、毎月１００万円の売上が立つ取引において初回入金で５ヶ月分振り込まれる場合である。制御部２０１は、案件情報に基づき一組の請求書データを生成する。そして、制御部２０１は、一組の請求書データに案件情報を識別する識別情報等を付して、互いに関連付けて管理する。案件情報として、毎月１００万円、５ヶ月間の契約の場合、制御部２０１は、最初の月に売上として１００万円を計上すると共に、債権として１００万円を計上する。制御部２０１は、債権残高を１００万円とする。例えば次の月の月末等に取引先から５００万円の入金があった場合、制御部２０１は、債権１００万円の消込を行うと共に、前受として４００万円を計上する。制御部２０１は、前受残高を４００万円とする。そして、制御部２０１は、売上として１００万円を計上すると共に、前請取崩を１００万円とする。制御部２０１は、前受残高を３００万円とする。次の月、制御部２０１は、売上として１００万円を計上すると共に、前請取崩を１００万円とする。制御部２０１は、前受残高を２００万円とする。このように、制御部２０１は、案件情報ごとに一組の請求書データに関する前受残高を管理する。また、制御部２０１は、要求に応じて、案件情報ごとに一組の請求書データに関する前受残高の履歴をクライアント装置１１０の出力部３０５等に表示するよう制御する。また、制御部２０１は、図１４に示されるように、債権及び前受残高に応じて、正しい仕分けを自動で作成する。すなわち、制御部２０１は、案件情報に基づき一組の請求書データを管理しているため、契約上は年間契約だが支払いは最初に一括で行われる場合等、月々発生する売上との関係で仕訳処理が異なる場合にも、自動的に適切な仕分けを作成することができる。
<付記>
発明は、次に記載の各態様で提供されてもよい。
前記情報処理装置において、前記制御部は、ネットワークを介して前記情報処理装置と通信可能な外部システムより前記案件情報を取得する、情報処理装置。
前記情報処理装置において、前記制御部は、前記案件情報に含まれる支払回数の情報が複数の回数を示しているか否かを判定し、前記支払回数の情報が複数の回数を示している場合、前記案件情報から互いに関連する一組の請求書データを生成する、情報処理装置。
前記情報処理装置において、前記案件情報には、一つの取引先の情報、前記取引先との取引の品目ごとの請求金額の情報、前記取引先との取引の品目ごとの請求金額に関する支払回数の情報が含まれ、前記案件情報に含まれる品目ごとの請求金額に関する支払回数の情報のうち、少なくとも一つの品目の請求金額に関する支払回数の情報が複数の回数を示している場合、前記一つの案件情報から互いに関連する一組の請求書データを生成する、情報処理装置。
前記情報処理装置において、前記一組の請求書データとは、前記請求金額を前記支払回数で割った金額がそれぞれ含まれる、支払回数分の請求書データのまとまりである、情報処理装置。
前記情報処理装置において、前記一組の請求書データとは、サブスクリプションに関する請求書データである、情報処理装置。
前記情報処理装置において、前記一覧のうちの一つの請求書データに対して所定の操作がなされた場合、前記制御部は、所定の操作がなされた請求書データを含む第２の画面を表示し、前記第２の画面には、前記一覧は含まれず、前記第２の画面には、第１のオブジェクトが含まれ、前記第１のオブジェクトは、所定の操作がなされた請求書データに関する前記一組の請求書データのうちの一の請求書データの表示を指示するオブジェクトであり、前記第１のオブジェクトにおいて前記一の請求書データの表示が指示された場合、前記制御部は、前記第２の画面に、前記一の請求書データを表示するよう制御する、情報処理装置。
前記情報処理装置において、前記第２の画面には、第２のオブジェクトが含まれ、前記第２のオブジェクトが選択された場合、前記制御部は、前記第１の画面を表示するよう制御し、前記第１の画面は、前記第１のオブジェクトにおいて前記一組の請求書データのうちの一の請求書データの表示が指示されていた場合であっても、前記第１の画面において前記一覧から前記一組の請求書データのうちの前記一つの請求書データが選択された状態の画面である、情報処理装置。
前記情報処理装置において、前記制御部は、前記案件情報ごとに前記一組の請求書データに関する前受残高を管理する、情報処理装置。
前記情報処理装置において、前記制御部は、前記案件情報ごとに前記一組の請求書データに関する前受残高の履歴を表示する、情報処理装置。
情報処理装置が実行する情報処理方法であって、互いに関連する一組の請求書データを生成し、要求に基づいて第１の画面を表示するよう制御し、前記第１の画面には、前記一組の請求書データの一覧が含まれる、情報処理方法。
プログラムであって、コンピュータに、前記制御部として機能させるためのプログラム。
もちろん、この限りではない。
発明は、次に記載の各態様で提供されてもよい。
前記情報処理装置において、前記制御部は、ネットワークを介して前記情報処理装置と通信可能な外部システムより前記案件情報を取得する、情報処理装置。
前記情報処理装置において、前記制御部は、前記案件情報に含まれる支払回数の情報が複数の回数を示しているか否かを判定し、前記支払回数の情報が複数の回数を示している場合、前記案件情報から互いに関連する一組の請求書データを生成する、情報処理装置。
前記情報処理装置において、前記案件情報には、一つの取引先の情報、前記取引先との取引の品目ごとの請求金額の情報、前記取引先との取引の品目ごとの請求金額に関する支払回数の情報が含まれ、前記案件情報に含まれる品目ごとの請求金額に関する支払回数の情報のうち、少なくとも一つの品目の請求金額に関する支払回数の情報が複数の回数を示している場合、前記一つの案件情報から互いに関連する一組の請求書データを生成する、情報処理装置。
前記情報処理装置において、前記一組の請求書データとは、前記請求金額を前記支払回数で割った金額がそれぞれ含まれる、支払回数分の請求書データのまとまりである、情報処理装置。
前記情報処理装置において、前記一組の請求書データとは、サブスクリプションに関する請求書データである、情報処理装置。
前記情報処理装置において、前記一覧のうちの一つの請求書データに対して所定の操作がなされた場合、前記制御部は、所定の操作がなされた請求書データを含む第２の画面を表示し、前記第２の画面には、前記一覧は含まれず、前記第２の画面には、第１のオブジェクトが含まれ、前記第１のオブジェクトは、所定の操作がなされた請求書データに関する前記一組の請求書データのうちの一の請求書データの表示を指示するオブジェクトであり、前記第１のオブジェクトにおいて前記一の請求書データの表示が指示された場合、前記制御部は、前記第２の画面に、前記一の請求書データを表示するよう制御する、情報処理装置。
前記情報処理装置において、前記第２の画面には、第２のオブジェクトが含まれ、前記第２のオブジェクトが選択された場合、前記制御部は、前記第１の画面を表示するよう制御し、前記第１の画面は、前記第１のオブジェクトにおいて前記一組の請求書データのうちの一の請求書データの表示が指示されていた場合であっても、前記第１の画面において前記一覧から前記一組の請求書データのうちの前記一つの請求書データが選択された状態の画面である、情報処理装置。
前記情報処理装置において、前記制御部は、前記案件情報ごとに前記一組の請求書データに関する前受残高を管理する、情報処理装置。
前記情報処理装置において、前記制御部は、前記案件情報ごとに前記一組の請求書データに関する前受残高の履歴を表示する、情報処理装置。
情報処理装置が実行する情報処理方法であって、互いに関連する一組の請求書データを生成し、要求に基づいて第１の画面を表示するよう制御し、前記第１の画面には、前記一組の請求書データの一覧が含まれる、情報処理方法。
プログラムであって、コンピュータに、前記制御部として機能させるためのプログラム。
もちろん、この限りではない。
例えば、上述のソフトウェアを実現するためのプログラムは、コンピュータが読み取り可能な非一時的な記録媒体（Ｎｏｎ－Ｔｒａｎｓｉｔｏｒｙ Ｃｏｍｐｕｔｅｒ－Ｒｅａｄａｂｌｅ Ｍｅｄｉｕｍ）として提供されてもよいし、外部のサーバーからダウンロード可能に提供されてもよいし、外部のコンピュータで当該プログラムを起動させてクライアント端末でその機能を実現（いわゆるクラウドコンピューティング）するように提供されてもよい。
また、上述した実施形態及び変形例を任意に組み合わせて実施するようにしてもよい。
上述した実施形態では、サーバー装置１００が画面を生成し、クライアント装置１１０に送信するものとして説明を行った。しかし、サーバー装置１００は画面を生成するためのデータをクライアント装置１１０に送信する。そして、クライアント装置１１０がサーバー装置１００より受信したデータに基づき画面を生成し、表示するようにしてもよい。
また、上述した実施形態及び変形例を任意に組み合わせて実施するようにしてもよい。
上述した実施形態では、サーバー装置１００が画面を生成し、クライアント装置１１０に送信するものとして説明を行った。しかし、サーバー装置１００は画面を生成するためのデータをクライアント装置１１０に送信する。そして、クライアント装置１１０がサーバー装置１００より受信したデータに基づき画面を生成し、表示するようにしてもよい。
また、上述したサーバー装置が提供する機能は、複数のサーバー装置から構成されるシステムが提供するようにしてもよい。
また、上述したように請求書データは、クラウド上で作成された請求書のデータであってもよいし、メールで受領した請求書のデータであってもよいし、ＣＳＶ（Ｃｏｍｍａ Ｓｅｐａｒａｔｅｄ Ｖａｌｕｅ）形式のファイル等を一括でデータ取り込みした請求書のデータであってもよい。
また、上述したように請求書データは、クラウド上で作成された請求書のデータであってもよいし、メールで受領した請求書のデータであってもよいし、ＣＳＶ（Ｃｏｍｍａ Ｓｅｐａｒａｔｅｄ Ｖａｌｕｅ）形式のファイル等を一括でデータ取り込みした請求書のデータであってもよい。
最後に、本発明に係る種々の実施形態を説明したが、これらは、例として提示したものであり、発明の範囲を限定することは意図していない。新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。実施形態やその変形は、発明の範囲や要旨に含まれると共に、特許請求の範囲に記載された発明とその均等の範囲に含まれるものである。
１００ ：サーバー装置
１１０ ：クライアント装置
１５０ ：ネットワーク
２００ ：顧問契約
２０１ ：制御部
２０２ ：記憶部
２０３ ：通信部
３０１ ：制御部
３０２ ：記憶部
３０３ ：撮像部
３０４ ：入力部
３０５ ：出力部
３０６ ：通信部
４０１ ：生成部
４０２ ：表示制御部
７００ ：一覧表示画面
７１０ ：一覧
７２０ ：請求書データ
８００ ：請求書画面
８１０ ：プルダウンメニュー
８２０ ：一覧ボタン
８３０ ：一つ前に戻るボタン
８４０ ：一つ先に進むボタン
９００ ：請求書画面
１０００ ：情報処理システム
１１０ ：クライアント装置
１５０ ：ネットワーク
２００ ：顧問契約
２０１ ：制御部
２０２ ：記憶部
２０３ ：通信部
３０１ ：制御部
３０２ ：記憶部
３０３ ：撮像部
３０４ ：入力部
３０５ ：出力部
３０６ ：通信部
４０１ ：生成部
４０２ ：表示制御部
７００ ：一覧表示画面
７１０ ：一覧
７２０ ：請求書データ
８００ ：請求書画面
８１０ ：プルダウンメニュー
８２０ ：一覧ボタン
８３０ ：一つ前に戻るボタン
８４０ ：一つ先に進むボタン
９００ ：請求書画面
１０００ ：情報処理システム
Claims (12)
- 情報処理装置であって、
制御部を有し、
前記制御部は、
一つの案件情報を取得し、
前記案件情報には、一つの取引先の情報、前記取引先との取引に関する請求金額の情報、請求金額に関する支払回数の情報が含まれ、
前記案件情報に含まれる支払回数の情報が複数の回数を示している場合、前記一つの案件情報から互いに関連する一組の請求書データを生成し、
要求に基づいて第１の画面を表示するよう制御し、
前記第１の画面には、前記一組の請求書データの一覧が含まれる、
情報処理装置。 - 請求項１に記載の情報処理装置において、
前記制御部は、ネットワークを介して前記情報処理装置と通信可能な外部システムより前記案件情報を取得する、
情報処理装置。 - 請求項１又は請求項２に記載の情報処理装置において、
前記制御部は、
前記案件情報に含まれる支払回数の情報が複数の回数を示しているか否かを判定し、前記支払回数の情報が複数の回数を示している場合、前記案件情報から互いに関連する一組の請求書データを生成する、
情報処理装置。 - 請求項１から請求項３に記載の情報処理装置において、
前記案件情報には、一つの取引先の情報、前記取引先との取引の品目ごとの請求金額の情報、前記取引先との取引の品目ごとの請求金額に関する支払回数の情報が含まれ、
前記案件情報に含まれる品目ごとの請求金額に関する支払回数の情報のうち、少なくとも一つの品目の請求金額に関する支払回数の情報が複数の回数を示している場合、前記一つの案件情報から互いに関連する一組の請求書データを生成する、
情報処理装置。 - 請求項１から請求項４までの何れか１項に記載の情報処理装置において、
前記一組の請求書データとは、前記請求金額を前記支払回数で割った金額がそれぞれ含まれる、支払回数分の請求書データのまとまりである、
情報処理装置。 - 請求項１から請求項５までの何れか１項に記載の情報処理装置において、
前記一組の請求書データとは、サブスクリプションに関する請求書データである、
情報処理装置。 - 請求項１から請求項６までの何れか１項に記載の情報処理装置において、
前記一覧のうちの一つの請求書データに対して所定の操作がなされた場合、前記制御部は、所定の操作がなされた請求書データを含む第２の画面を表示し、
前記第２の画面には、前記一覧は含まれず、
前記第２の画面には、第１のオブジェクトが含まれ、
前記第１のオブジェクトは、所定の操作がなされた請求書データに関する前記一組の請求書データのうちの一の請求書データの表示を指示するオブジェクトであり、
前記第１のオブジェクトにおいて前記一の請求書データの表示が指示された場合、前記制御部は、前記第２の画面に、前記一の請求書データを表示するよう制御する、
情報処理装置。 - 請求項７に記載の情報処理装置において、
前記第２の画面には、第２のオブジェクトが含まれ、
前記第２のオブジェクトが選択された場合、前記制御部は、前記第１の画面を表示するよう制御し、
前記第１の画面は、前記第１のオブジェクトにおいて前記一組の請求書データのうちの一の請求書データの表示が指示されていた場合であっても、前記第１の画面において前記一覧から前記一組の請求書データのうちの前記一つの請求書データが選択された状態の画面である、
情報処理装置。 - 請求項１から請求項８までの何れか１項に記載の情報処理装置において、
前記制御部は、
前記案件情報ごとに前記一組の請求書データに関する前受残高を管理する、
情報処理装置。 - 請求項９に記載の情報処理装置において、
前記制御部は、
前記案件情報ごとに前記一組の請求書データに関する前受残高の履歴を表示する、
情報処理装置。 - 情報処理装置が実行する情報処理方法であって、
互いに関連する一組の請求書データを生成し、
要求に基づいて第１の画面を表示するよう制御し、
前記第１の画面には、前記一組の請求書データの一覧が含まれる、
情報処理方法。 - プログラムであって、
コンピュータに、請求項１から請求項１０までの何れか１項に記載の制御部として機能させるためのプログラム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2022204244A JP2023036785A (ja) | 2021-05-31 | 2022-12-21 | 情報処理装置、情報処理方法及びプログラム |
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2021090979 | 2021-05-31 | ||
| JP2021090979 | 2021-05-31 |
Related Child Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2022204244A Division JP2023036785A (ja) | 2021-05-31 | 2022-12-21 | 情報処理装置、情報処理方法及びプログラム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2022184692A true JP2022184692A (ja) | 2022-12-13 |
| JP7200344B2 JP7200344B2 (ja) | 2023-01-06 |
Family
ID=84437562
Family Applications (2)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2021204543A Active JP7200344B2 (ja) | 2021-05-31 | 2021-12-16 | 情報処理装置、情報処理方法及びプログラム |
| JP2022204244A Pending JP2023036785A (ja) | 2021-05-31 | 2022-12-21 | 情報処理装置、情報処理方法及びプログラム |
Family Applications After (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2022204244A Pending JP2023036785A (ja) | 2021-05-31 | 2022-12-21 | 情報処理装置、情報処理方法及びプログラム |
Country Status (1)
| Country | Link |
|---|---|
| JP (2) | JP7200344B2 (ja) |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2002259763A (ja) * | 2001-03-02 | 2002-09-13 | Mitsubishi Electric Corp | 情報提供システム及び情報提供方法及び施設情報管理システム及び施設情報提供プログラム |
| JP2003233757A (ja) * | 2002-02-08 | 2003-08-22 | Bank Of Tokyo-Mitsubishi Ltd | 売掛金消し込みにかかる電子決済支援装置および方法、コンピュータを電子決済支援装置として機能させるためのプログラム、このプログラムを記録した記録媒体 |
| JP2017174400A (ja) * | 2016-03-16 | 2017-09-28 | 株式会社オービック | 売上請求データ展開装置、売上請求データ展開方法、および、売上請求データ展開プログラム |
| JP2020166389A (ja) * | 2019-03-28 | 2020-10-08 | キヤノンマーケティングジャパン株式会社 | 帳票管理サーバ、帳票管理方法及びプログラム |
| JP6775100B1 (ja) * | 2020-05-07 | 2020-10-28 | ファーストアカウンティング株式会社 | 請求情報管理装置、請求情報管理方法及びプログラム |
| JP2021060750A (ja) * | 2019-10-04 | 2021-04-15 | 富士ゼロックス株式会社 | 表示制御装置、及びコンピュータプログラム |
-
2021
- 2021-12-16 JP JP2021204543A patent/JP7200344B2/ja active Active
-
2022
- 2022-12-21 JP JP2022204244A patent/JP2023036785A/ja active Pending
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2002259763A (ja) * | 2001-03-02 | 2002-09-13 | Mitsubishi Electric Corp | 情報提供システム及び情報提供方法及び施設情報管理システム及び施設情報提供プログラム |
| JP2003233757A (ja) * | 2002-02-08 | 2003-08-22 | Bank Of Tokyo-Mitsubishi Ltd | 売掛金消し込みにかかる電子決済支援装置および方法、コンピュータを電子決済支援装置として機能させるためのプログラム、このプログラムを記録した記録媒体 |
| JP2017174400A (ja) * | 2016-03-16 | 2017-09-28 | 株式会社オービック | 売上請求データ展開装置、売上請求データ展開方法、および、売上請求データ展開プログラム |
| JP2020166389A (ja) * | 2019-03-28 | 2020-10-08 | キヤノンマーケティングジャパン株式会社 | 帳票管理サーバ、帳票管理方法及びプログラム |
| JP2021060750A (ja) * | 2019-10-04 | 2021-04-15 | 富士ゼロックス株式会社 | 表示制御装置、及びコンピュータプログラム |
| JP6775100B1 (ja) * | 2020-05-07 | 2020-10-28 | ファーストアカウンティング株式会社 | 請求情報管理装置、請求情報管理方法及びプログラム |
Also Published As
| Publication number | Publication date |
|---|---|
| JP7200344B2 (ja) | 2023-01-06 |
| JP2023036785A (ja) | 2023-03-14 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN104115177B (zh) | 用于为服务映像提供市场的系统和方法 | |
| JP2021120902A (ja) | 口座管理支援サーバ、口座管理支援方法、及びプログラム | |
| JP2024026600A (ja) | 決済プログラム、決済装置及び決済方法 | |
| JP7200344B2 (ja) | 情報処理装置、情報処理方法及びプログラム | |
| JP2018022230A (ja) | 支払管理装置及び支払管理方法 | |
| US20220308714A1 (en) | Apparatus, system, and method of controlling display | |
| JP6976626B1 (ja) | プログラム、システムおよび方法 | |
| JP5934736B2 (ja) | 加盟店提供データ出力システム | |
| JP2019168859A (ja) | 管理装置、管理方法及び管理プログラム | |
| JP2022173655A (ja) | 情報処理装置、情報処理方法及びプログラム | |
| JP2022165149A (ja) | 情報処理装置、情報処理方法及びプログラム | |
| JP7194309B1 (ja) | 情報処理システム、プログラム及び情報処理方法 | |
| CN111402018A (zh) | 一种上报资源预算的方法和系统 | |
| JP2021064245A (ja) | 給与前払いサーバ、給与前払いプログラム、給与前払いシステム、および給与前払い方法 | |
| US12073175B2 (en) | Server system, communication system, and method of intermediating communication | |
| KR101709594B1 (ko) | 서버를 통한 온라인 쇼핑몰 운영 방법 | |
| JP7079037B1 (ja) | 情報処理方法、情報処理装置、情報処理プログラムおよび記録媒体 | |
| JP7333038B1 (ja) | プログラム、コンピュータおよび情報処理方法 | |
| JP2023048783A (ja) | 情報処理装置、情報処理方法及びプログラム | |
| US12062072B2 (en) | Information processing apparatus, information processing system, and information processing method | |
| WO2023085247A1 (ja) | 情報処理方法、情報処理装置、情報処理プログラムおよび記録媒体 | |
| JP2024006621A (ja) | 情報処理方法、プログラム及びシステム | |
| JP2016095735A (ja) | 依存情報提供プログラム、依存情報提供装置及び依存情報提供方法 | |
| JP2022162555A (ja) | 情報処理装置、プログラム、送金方法 | |
| JP2023154686A (ja) | メッセージ提供システム、メッセージ提供方法及びメッセージ提供プログラム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20220117 |
|
| A871 | Explanation of circumstances concerning accelerated examination |
Free format text: JAPANESE INTERMEDIATE CODE: A871 Effective date: 20220117 |
|
| A80 | Written request to apply exceptions to lack of novelty of invention |
Free format text: JAPANESE INTERMEDIATE CODE: A80 Effective date: 20220107 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20220426 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20220518 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20220809 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20220914 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20221206 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20221221 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 7200344 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |