知財求人 - 知財ポータルサイト「IP Force」
特開2023-112939情報処理装置の制御方法、プログラム、及び情報処理装置
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2023112939
(43)【公開日】2023-08-15
(54)【発明の名称】情報処理装置の制御方法、プログラム、及び情報処理装置
(51)【国際特許分類】
G06Q 20/14 20120101AFI20230807BHJP
【ＦＩ】
G06Q20/14
【審査請求】未請求
【請求項の数】10
【出願形態】ＯＬ
(21)【出願番号】P 2022014973
(22)【出願日】2022-02-02
(71)【出願人】
【識別番号】518135412
【氏名又は名称】株式会社リクルート
(74)【代理人】
【識別番号】100079108
【弁理士】
【氏名又は名称】稲葉 良幸
(74)【代理人】
【識別番号】100109346
【弁理士】
【氏名又は名称】大貫 敏史
(74)【代理人】
【識別番号】100117189
【弁理士】
【氏名又は名称】江口 昭彦
(74)【代理人】
【識別番号】100134120
【弁理士】
【氏名又は名称】内藤 和彦
(74)【代理人】
【識別番号】100139066
【弁理士】
【氏名又は名称】伊藤 健太郎
(72)【発明者】
【氏名】浅野 恭兵
(72)【発明者】
【氏名】佐久間 健太
(72)【発明者】
【氏名】有村 智佳
(72)【発明者】
【氏名】朝比奈 啓太
(72)【発明者】
【氏名】小島 清樹
(72)【発明者】
【氏名】大原 呉穂
(72)【発明者】
【氏名】瀧 祐紀
【テーマコード（参考）】
5L055
【Ｆターム（参考）】
5L055AA32
(57)【要約】
【課題】請求書に関わる処理を効率的に進めることが可能なユーザビリティに優れた情報処理装置の制御方法等を提供する。
【解決手段】情報処理装置の制御方法は、請求書をアップロードするための第１操作子を表示するステップと、第１操作子の操作に応じて、複数のアップロード方法を選択可能とするための第２操作子を表示するステップと、選択されたアップロード方法に基づいて、請求書のアップロード処理を実行するステップとを含む。
【選択図】図８
【解決手段】情報処理装置の制御方法は、請求書をアップロードするための第１操作子を表示するステップと、第１操作子の操作に応じて、複数のアップロード方法を選択可能とするための第２操作子を表示するステップと、選択されたアップロード方法に基づいて、請求書のアップロード処理を実行するステップとを含む。
【選択図】図８
【特許請求の範囲】
【請求項1】
請求書に関わる処理を実行する情報処理装置の制御方法であって、
請求書をアップロードするための第１操作子を表示するステップと、
前記第１操作子の操作に応じて、複数のアップロード方法を選択可能とするための第２操作子を表示するステップと、
選択されたアップロード方法に基づいて、前記請求書のアップロード処理を実行するステップと
を含む情報処理装置の制御方法。
請求書をアップロードするための第１操作子を表示するステップと、
前記第１操作子の操作に応じて、複数のアップロード方法を選択可能とするための第２操作子を表示するステップと、
選択されたアップロード方法に基づいて、前記請求書のアップロード処理を実行するステップと
を含む情報処理装置の制御方法。
【請求項2】
複数の前記アップロード方法は、前記請求書の枚数に応じて異なるアップロード方法である、請求項１に記載の情報処理装置の制御方法。
【請求項3】
複数の前記アップロード方法は、カメラを用いて前記請求書を撮像した画像をアップロードする方法と、前記請求書のファイルをアップロードする方法である、請求項１に記載の情報処理装置の制御方法。
【請求項4】
前記カメラを用いて前記請求書を撮像した画像をアップロードする方法が選択された場合に、前記請求書を撮像した画像から、文字を認識してデータ化するための第３操作子を表示するステップが含まれる、請求項３に記載の情報処理装置の制御方法。
【請求項5】
複数の前記アップロード方法には、少なくとも前記請求書のファイルをアップロードする方法が含まれる、請求項１に記載の情報処理装置の制御方法。
【請求項6】
前記カメラを用いて前記請求書を撮像した画像をアップロードする方法が選択され、かつ、前記請求書が複数ページで構成されている場合には、前記請求書を１ページごとに撮像し、補正することが可能となっている、請求項３に記載の情報処理装置の制御方法。
【請求項7】
複数の前記アップロード方法ごとに、アップロード対象である前記請求書の確認画面が異なる、請求項１に記載の情報処理装置の制御方法。
【請求項8】
前記請求書が複数ページで構成されている場合には、前記請求書の確認画面において拡大表示するページの選択が可能となっている、請求項７に記載の情報処理装置の制御方法。
【請求項9】
請求書に関わる処理を実行する情報処理装置に、
請求書をアップロードするための第１操作子を表示するステップと、
前記第１操作子の操作に応じて、複数のアップロード方法を選択可能とするための第２操作子を表示するステップと、
選択されたアップロード方法に基づいて、前記請求書のアップロード処理を実行するステップと
を実行させるためのプログラム。
請求書をアップロードするための第１操作子を表示するステップと、
前記第１操作子の操作に応じて、複数のアップロード方法を選択可能とするための第２操作子を表示するステップと、
選択されたアップロード方法に基づいて、前記請求書のアップロード処理を実行するステップと
を実行させるためのプログラム。
【請求項10】
請求書に関わる処理を実行する、制御部と記憶部とを備えた情報処理装置であって、前記制御部は、前記記憶部に記憶されたプログラムを実行することにより、
請求書をアップロードするための第１操作子を表示するステップと、
前記第１操作子の操作に応じて、複数のアップロード方法を選択可能とするための第２操作子を表示するステップと、
選択されたアップロード方法に基づいて、前記請求書のアップロード処理を実行するステップと
を実行するように構成された情報処理装置。
請求書をアップロードするための第１操作子を表示するステップと、
前記第１操作子の操作に応じて、複数のアップロード方法を選択可能とするための第２操作子を表示するステップと、
選択されたアップロード方法に基づいて、前記請求書のアップロード処理を実行するステップと
を実行するように構成された情報処理装置。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、請求書に関わる処理を実行する情報処理装置の制御方法、プログラム及び情報処理装置に関する。
【背景技術】
【0002】
例えば特許文献１には、ユーザ端末に請求書を読み取るカメラ機能や、カメラの撮像画像から文字を抽出して認識するＯＣＲ機能などを搭載し、請求書に基づく支払い処理を支援する支払支援システムが開示されている。
【先行技術文献】
【特許文献】
【0003】
【特許文献1】特許第６４０４９７９号
【発明の概要】
【発明が解決しようとする課題】
【0004】
上記支払支援システムによれば、請求書の撮像画像から支払いに関わる文字を抽出し、これを支払内容の入力に利用することが可能となるが、ユーザは、請求書の撮像から支払いが行われるまでの間に、システム側においてどのような処理がなされているのか、その過程を適切なタイミングで確認等することができず、請求書に関わる処理を効率的に進めることができない、という問題があった。
【0005】
本発明は、以上説明した事情に鑑みてなされたものであり、請求書に関わる処理を効率的に進めることが可能なユーザビリティに優れた情報処理装置の制御方法、プログラム、及び情報処理装置を提供することを目的の一つとする。
【課題を解決するための手段】
【0006】
本発明の一態様である情報処理装置の制御方法は、請求書をアップロードするための第１操作子を表示するステップと、第１操作子の操作に応じて、複数のアップロード方法を選択可能とするための第２操作子を表示するステップと、選択されたアップロード方法に基づいて、請求書のアップロード処理を実行するステップとを含むことを要旨とする。
【発明の効果】
【0007】
本発明によれば、請求書に関わる処理を効率的に進めることが可能となる。
【図面の簡単な説明】
【0008】
【図1】本実施形態に係る情報処理システムの概略構成を示す図である。
【図2】管理サーバの概略構成を示すブロック図である。
【図3】店舗端末の概略構成を示すブロック図である。
【図4】ホーム画面を例示した図である。
【図5】請求一覧画面を例示した図である。
【図6】振込履歴一覧画面を例示した図である。
【図7】ホーム画面の操作に関わるメイン処理を示すフローチャートである。
【図8】請求書のアップロード処理を示すフローチャートである。
【図9】選択画面を例示した図である。
【図10】撮像画面を例示した図である。
【図11】撮像画面を例示した図である。
【図12】撮像画面を例示した図である。
【図13】確認画面を例示した図である。
【図14】データ化中一覧画面を例示した図である。
【図15A】振込予約処理フローを示すフローチャートである。
【図15B】振込予約処理フローを示すフローチャートである。
【図16】一覧画面を例示した図である。
【図17】請求詳細画面を例示した図である。
【図18】編集画面を例示した図である。
【図19】請求詳細画面を例示した図である。
【図20】設定画面を例示した図である。
【図21】選択画面を例示した図である。
【図22A】入金待ち処理フローを示すフローチャートである。
【図22B】入金待ち処理フローを示すフローチャートである。
【図23】振込詳細画面を例示した図である。
【図24】一覧画面を例示した図である。
【図25】詳細画面を例示した図である。
【図26】確認画面を例示した図である。
【図27】詳細画面を例示した図である。
【図28】確認画面を例示した図である。
【図29】会計連携処理を示すフローチャートである。
【図30】設定画面を例示した図である。
【図31】通知画面を例示した図である。
【図32】第１共有画面を例示した図である。
【図33】第２共有画面を例示した図である。
【発明を実施するための形態】
【0009】
以下、本発明の実施形態について図面を参照しつつ詳細に説明する。なお、同一の要素には同一の符号を付し、重複する説明を省略する。
【0010】
（１）実施形態の構成
図１は、本実施形態に係る情報処理システム１の概略構成を示す図である。
情報処理システム１は、請求書の作成から入金、振込、外部の会計事務所や税理士事務所との連携など、請求書に関する様々な情報を処理するシステムである。図１に示すように、情報処理システム１は、管理サーバ１０と、本システムを利用する各店舗の担当者（例えば、店舗の運営者など；以下、「ユーザ」と総称）が使用する情報処理装置である店舗端末２０と、を備える。管理サーバ１０と各店舗端末２０とは、通信ネットワークＮを介して接続される。なお、店舗端末２０の数は、システム設計などに応じて任意に設定することが可能である。
図１は、本実施形態に係る情報処理システム１の概略構成を示す図である。
情報処理システム１は、請求書の作成から入金、振込、外部の会計事務所や税理士事務所との連携など、請求書に関する様々な情報を処理するシステムである。図１に示すように、情報処理システム１は、管理サーバ１０と、本システムを利用する各店舗の担当者（例えば、店舗の運営者など；以下、「ユーザ」と総称）が使用する情報処理装置である店舗端末２０と、を備える。管理サーバ１０と各店舗端末２０とは、通信ネットワークＮを介して接続される。なお、店舗端末２０の数は、システム設計などに応じて任意に設定することが可能である。
【0011】
通信ネットワークＮは、管理サーバ１０及び店舗端末２０の間で相互に情報を送受信可能な通信網を含む。通信ネットワークＮは、例えば、インターネット、ＬＡＮ、専用線、電話回線、企業内ネットワーク、移動体通信網、ブルートゥース（登録商標）、ＷｉＦｉ（Wireless Fidelity）、その他の通信回線、それらの組み合わせ等のいずれであってもよく、有線であるか無線であるかを問わない。
【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】
ユーザは、一覧画面Ｐ１０を参照し、確認待ちカードＣ１５または振込予約待ちカードＣ１６のいずれかをタップする。
【0056】
（確認待ちカードをタップした場合）
ユーザは、確認待ちカードＣ１５をタップすると（ステップＳｂ３；ＹＥＳ）、対応する請求書情報について、支払い手段が不明であるか（ステップＳｂ４）、必須項目が不足しているか（ステップＳｂ５）、読み取りができなかったか（ステップＳｂ６）を確認する。
ユーザは、確認待ちカードＣ１５をタップすると（ステップＳｂ３；ＹＥＳ）、対応する請求書情報について、支払い手段が不明であるか（ステップＳｂ４）、必須項目が不足しているか（ステップＳｂ５）、読み取りができなかったか（ステップＳｂ６）を確認する。
【0057】
支払い手段が不明である場合には（ステップＳｂ４；ＹＥＳ）、例えば図１７に示すような、支払い手段の設定を促す請求詳細画面Ｐ１１が表示される。ユーザは、請求詳細画面Ｐ１１を参照し、支払い手段を設定する（ステップＳｂ７）。支払い手段としては、例えば特定のアプリ決済、銀行振り込み、口座振替、コンビニ払い、郵便局払い、クレジットカード払い、スマートフォン決済などが挙げられるが、その他の支払い手段を設定してもよい。ユーザが支払い手段を設定すると、請求書情報の一覧画面Ｐ１０が表示される。
【0058】
一方、必須項目が不足している場合には（ステップＳｂ５；ＹＥＳ）、ユーザは請求書を編集する（ステップＳｂ８）。管理サーバ１０は、例えば図１８に示すような、必須項目（例えば、取引先名、請求金額、支払期限日、請求先店舗、振込先口座、手数料負担元など）の入力を促す請求書情報の編集画面Ｐ１２を表示する（ステップＳｂ９）。ユーザは、編集画面Ｐ１２を参照し、必須項目の入力を行った後、保存ボタンＢ１１をタップすることで変更内容を保存する（ステップＳｂ１０）。これにより、変更後の請求書情報が振込予約対象として選択される（ステップＳｂ１２）。一方、管理サーバ１０は、ユーザによる保存ボタンＢ１１をタップ操作に応じて、請求書関連ＤＢ１２３に登録されている当該ユーザの請求書情報を更新する（ステップＳｂ１１）。
【0059】
一方、読み取りができなかった場合には（ステップＳｂ６）、請求書の再アップロードを促すメッセージが表示される。ユーザは、かかるメッセージに従い、請求書の再アップロードを行う。
【0060】
（振込予約待ちカードをタップした場合）
ユーザは、振込予約待ちカードＣ１６をタップすると（ステップＳｂ１３）、対応する請求書情報がすでに確認済み（すなわち既読）であるか否かを判断する（ステップＳｂ１４）。すでに確認済みである場合には（ステップＳｂ１４；ＹＥＳ）、請求書情報が振込予約対象として選択される（ステップＳｂ１２）。一方、未確認である場合には（ステップＳｂ１４；ＮＯ）、ユーザは請求書情報の詳細を確認する（ステップＳｂ１５）。管理サーバ１０は、例えば図１９に示すような、請求書情報の確認を促す請求詳細画面Ｐ１３を表示する（ステップＳｂ９）。ユーザは、請求詳細画面Ｐ１３を参照し、問題ないことを確認すると、請求詳細画面Ｐ１３の下方に表示されている選択ボタンＢ１２をタップする。これにより、確認された請求書情報が振込予約対象として選択される（ステップＳｂ１２）。
ユーザは、振込予約待ちカードＣ１６をタップすると（ステップＳｂ１３）、対応する請求書情報がすでに確認済み（すなわち既読）であるか否かを判断する（ステップＳｂ１４）。すでに確認済みである場合には（ステップＳｂ１４；ＹＥＳ）、請求書情報が振込予約対象として選択される（ステップＳｂ１２）。一方、未確認である場合には（ステップＳｂ１４；ＮＯ）、ユーザは請求書情報の詳細を確認する（ステップＳｂ１５）。管理サーバ１０は、例えば図１９に示すような、請求書情報の確認を促す請求詳細画面Ｐ１３を表示する（ステップＳｂ９）。ユーザは、請求詳細画面Ｐ１３を参照し、問題ないことを確認すると、請求詳細画面Ｐ１３の下方に表示されている選択ボタンＢ１２をタップする。これにより、確認された請求書情報が振込予約対象として選択される（ステップＳｂ１２）。
【0061】
その後、ユーザは、振込指定日を設定するボタンをタップする（ステップＳｂ１６）。かかる操作がなされると、管理サーバ１０は、例えば図２０に示すような、振込指定日の設定画面（第１設定画面）Ｐ１４を表示する（ステップＳｂ１７）。図２０に示すように、振込指定日の設定画面Ｐ１４には、振込指定日の候補として振込指定日のデフォルト値Ｄ１１が表示される。一例として、管理サーバ１０は、例えば以下に示す方法で振込指定日のデフォルト値Ｄ１１を決定するが、これに限る趣旨ではなく、任意の方法を採用することができる。
【0062】
（振込指定日のデフォルト値Ｄ１１の決定方法）
・支払期限日≦当日 →翌日
・当日＜支払期限日≦当日＋３０日 →直近の支払期限日
・当日＋３０日＜支払期限日 →当日＋３０日
・支払期限日≦当日 →翌日
・当日＜支払期限日≦当日＋３０日 →直近の支払期限日
・当日＋３０日＜支払期限日 →当日＋３０日
【0063】
ユーザは、設定画面Ｐ１４に提示される振込指定日のデフォルト値Ｄ１１などを参照し、振込指定日を選択すると（ステップＳｂ１８）、設定画面Ｐ１４の下方に表示されている、次に進むボタンＢ１３をタップする（ステップＳｂ１９）。
【0064】
ここで、振込予約を受け付けた複数の請求書の中に、振込先が同一の請求書が複数存在する場合には（ステップＳｂ２０；ＹＥＳ）、管理サーバ１０は、例えば図２１に示すような、取引先ごとに振込方法（単位）の選択を促す選択画面（第２設定画面）Ｐ１５を表示する。図２１に示す例では、２つの取引先（「株式会社Ａ商事」、「株式会社Ｂ商事」）のそれぞれについて、まとめて振り込む方法を選択するための操作項目（選択操作子）Ｍｈ１と、別々に振り込む方法を選択するための選択項目（選択操作子）Ｍｈ２が表示されている。
【0065】
ユーザは、選択画面Ｐ１５を参照し、取引先ごとに振込方法を選択すると（ステップＳｂ２１）、選択画面Ｐ１５の下方に表示されている、振込予約確認へ進むボタンＢ１４をタップする（ステップＳｂ２３）。かかる操作に応じて、振込予約の内容を確認するための確認画面が表示される。一方、管理サーバ１０は、ユーザによって取引先ごとに振込方法が選択されると、振込方法の選択に基づいて、請求書関連ＤＢ１２３などの登録を更新する（ステップＳｂ２２）。
【0066】
ユーザは、振込予約の確認画面を参照し、振込予約に問題がないことを確認すると（ステップＳｂ２４）、振込予約の実行ボタンをタップする（ステップＳｂ２５）。かかる操作に応じて、振込パスコードの入力を促す入力画面が表示される。ユーザは、入力画面を参照し、振込パスコードを入力する（ステップＳｂ２６）。入力された振込パスコードは、管理サーバ１０に送信される。
【0067】
管理サーバ１０は、振込パスコードを受信すると、ユーザ関連ＤＢ１２２などを参照し、振込パスコードを照合（認証）する（ステップＳｂ２７）。振込パスコードの認証に失敗すると（ステップＳｂ２８；ＮＯ）、ユーザは、再度パスコードを入力する。一方、振込パスコードの認証に成功すると（ステップＳｂ２８；ＹＥＳ）、管理サーバ１０は、振込予約の詳細をあらわす振込データを作成し（ステップＳｂ２９）、振込予約を実施する（ステップＳｂ３０）。そして、管理サーバ１０は、振込予約が完了した旨の完了メッセージを当該ユーザの店舗端末２０に通知する（ステップＳｂ３１）。
【0068】
ユーザは、店舗端末２０に通知された完了メッセージを確認すると、入金待ちカードＣ１３をタップする（ステップＳｂ３２）。入金待ちカードＣ１３がタップされると、入金待ち処理が開始される。
【0069】
＜＜入金待ち処理フロー＞＞
図２２Ａ及び図２２Ｂは、入金待ち処理フローを示すフローチャートである。
ユーザは、振込データ（すなわち、振込予約の詳細をあらわすデータ）の一覧を確認する（ステップＳｃ１）。入金待ち処理が開始されると、管理サーバ１０によって振込データの一覧画面がユーザの店舗端末２０に表示される（ステップＳｃ２）。
図２２Ａ及び図２２Ｂは、入金待ち処理フローを示すフローチャートである。
ユーザは、振込データ（すなわち、振込予約の詳細をあらわすデータ）の一覧を確認する（ステップＳｃ１）。入金待ち処理が開始されると、管理サーバ１０によって振込データの一覧画面がユーザの店舗端末２０に表示される（ステップＳｃ２）。
【0070】
ここで、振込データの一覧画面は、前掲図１６に示す請求書情報の一覧画面Ｐ１０と類似しており、確認待ちカードと入金待ちカードを含んで構成されている。
確認待ちカードのステータスは、ユーザに振込データの修正・確認などを求めるステータスであり、入金待ちカードのステータスは、入金（指示）を待っているステータスである。なお、振込データの一覧画面には、確認待ちカードや入金待ちカードのほか、入金待ちをしているすべての請求書の合計金額（すなわち、合計振込金額）なども表示される。
確認待ちカードのステータスは、ユーザに振込データの修正・確認などを求めるステータスであり、入金待ちカードのステータスは、入金（指示）を待っているステータスである。なお、振込データの一覧画面には、確認待ちカードや入金待ちカードのほか、入金待ちをしているすべての請求書の合計金額（すなわち、合計振込金額）なども表示される。
【0071】
ユーザは、振込データの一覧画面を参照し、確認待ちカードまたは入金待ちカードのいずれかをタップする。
【0072】
（確認待ちカードをタップした場合）
ユーザは、確認待ちカードをタップすると（ステップＳｃ３；ＹＥＳ）、対応する振込データについて、振込金額（すなわち、準備金）が不足しているか（ステップＳｃ５）、振込先口座に不備があるか（ステップＳｃ６）を確認する。
ユーザは、確認待ちカードをタップすると（ステップＳｃ３；ＹＥＳ）、対応する振込データについて、振込金額（すなわち、準備金）が不足しているか（ステップＳｃ５）、振込先口座に不備があるか（ステップＳｃ６）を確認する。
【0073】
準備金が不足している場合には（ステップＳｃ５；ＹＥＳ）、例えば図２３に示すような、不足金額の確認を促す振込詳細画面Ｐ１７が表示される。ユーザは、振込詳細画面Ｐ１７を参照し、不足金額を確認した後（ステップＳｃ７）、準備金口座に入金するための口座番号などの準備金口座情報を確認する（ステップＳｃ８）。その後、ユーザは、ＡＴＭ（Automatic Teller Machine）やネットバンクなどを利用して準備金口座へ入金を行い、不足金額を解消する（ステップＳｃ９）。
【0074】
その後、ユーザは、ホーム画面Ｐ１に戻り、振込待機中カードＣ１４をタップする（ステップＳｃ１０）。これにより、例えば図２４に示すような、振込待機中の振込データの一覧画面Ｐ１８が表示される。ユーザは、一覧画面Ｐ１８を参照し、振込データが振込待機中のステータスにあることを確認する（ステップＳｃ１１）。なお、この後は、ユーザが設定した振込指定日まで待機することになる。
【0075】
一方、振込先口座に不備がある場合には（ステップＳｃ６）、ユーザは振込データの詳細を確認する（ステップＳｃ１２）。管理サーバ１０は、例えば図２５に示すような、振込先口座の不備の修正を促すメッセージととともに、振込データの詳細をあらわす詳細画面Ｐ１９を表示する（ステップＳｃ１４）。ユーザは、詳細画面Ｐ１９を参照し、振込先口座を修正するか（ステップＳｃ１５）、振込予約を取り消すか（ステップＳｃ１６）、を決定する。
【0076】
ユーザは、振込先口座を修正すべきと判断し（ステップＳｃ１５；ＹＥＳ）、振込先口座の修正を行うと（ステップＳｃ１９）、例えば図２６に示すような、振込予約の実行を確認するための確認画面Ｐ２０が表示されるとともに、修正後の振込データが管理サーバ１０に送信される。管理サーバ１０は、修正後の振込データを受信すると、請求書関連ＤＢ１２３に登録されている振込データを更新する（ステップＳｃ２０）。
【0077】
ユーザは、確認画面Ｐ２０を参照し、振込予約の実行を確認した後（ステップＳｃ２１）、確認画面Ｐ２０の下方に表示されている、振込を実行するボタンＢ１５をタップする（ステップＳｃ２２）。かかる操作がなされると、振込パスコードの入力を促す入力画面が表示される。ユーザは、入力画面を参照し、振込パスコードを入力する（ステップＳｃ２３）。入力された振込パスコードは、管理サーバ１０に送信される。
【0078】
管理サーバ１０は、振込パスコードを受信すると、ユーザ関連ＤＢ１２２などを参照し、振込パスコードを照合（認証）する（ステップＳｃ２４）。振込パスコードの認証に失敗すると（ステップＳｃ２５；ＮＯ）、ユーザは、再度パスコードを入力する。一方、振込パスコードの認証に成功すると（ステップＳｃ２５；ＹＥＳ）、管理サーバ１０は、振込予約を実施する（ステップＳｃ２６）。そして、管理サーバ１０は、振込予約が完了した旨の完了メッセージを当該ユーザの店舗端末２０に通知する（ステップＳｃ２７）。
【0079】
ユーザは、店舗端末２０に通知された完了メッセージを確認すると、振込待機中カードＣ１４をタップする（ステップＳｃ１０）。なお、この後の動作については、すでに説明したため割愛する。
【0080】
一方、ユーザは、振込予約を取り消すべきと判断し（ステップＳｃ１６；ＹＥＳ）、振込予約の取消を行うと（ステップＳｃ１７）、振込予約の取消指示が管理サーバ１０に送信される。管理サーバ１０は、振込予約の取消指示に従い、請求書関連ＤＢ１２３に登録されている振込データを削除する（ステップＳｃ１８）。なお、ユーザは、振込予約を取り消すべきでないと判断した場合には（ステップＳｃ１６；ＮＯ）振込詳細画面Ｐ１７を参照し、不足金額を確認する（ステップＳｃ７）。
【0081】
（入金待ちカードをタップした場合）
ユーザは、入金待ちカードをタップすると（ステップＳｃ４）、振込データの詳細を確認する（ステップＳｃ１３）。管理サーバ１０は、例えば図２７に示すような、振込データの詳細をあらわす詳細画面Ｐ２１を表示する（ステップＳｃ１４）。ユーザは、詳細画面Ｐ２１を参照し、振込予約を取り消すかを決定する（ステップＳｃ１６）。なお、この後の動作については、すでに説明したため割愛する。
ユーザは、入金待ちカードをタップすると（ステップＳｃ４）、振込データの詳細を確認する（ステップＳｃ１３）。管理サーバ１０は、例えば図２７に示すような、振込データの詳細をあらわす詳細画面Ｐ２１を表示する（ステップＳｃ１４）。ユーザは、詳細画面Ｐ２１を参照し、振込予約を取り消すかを決定する（ステップＳｃ１６）。なお、この後の動作については、すでに説明したため割愛する。
【0082】
その後、ユーザによって設定された振込指定日が到来すると、管理サーバ１０は、振込データに従って振込を実施し、取引先などに支払いを行う（ステップＳｃ２８→ステップＳｃ２９）。正常に支払いが行われると、管理サーバ１０は、振込の実施が完了した旨の完了メッセージを当該ユーザの店舗端末２０に通知するとともに（ステップＳｃ３０）、例えば図２８に示すような、振込履歴を確認するための確認画面Ｐ２２を表示する。ユーザは、確認画面Ｐ２２を参照し、振込が正常に実施されたことを確認し（ステップＳｃ３１）、処理を終了する。
【0083】
＜＜会計連携処理フロー＞＞
図２９は、会計連携処理フローを示すフローチャートである。
ユーザによって設定ボタンＢ５がタップされると、例えば図３０に示すような、本システム１に関する様々な設定を可能とする設定画面Ｐ２３が表示される。ユーザは、設定画面Ｐ２３に表示されている、会計・税理士事務所共有ＵＲＬ発行の項目ＩＴ１をタップする（ステップＳｄ１）。なお、以下では説明の便宜上、提携先の会計事務所との間で請求書情報や出金履歴（振込データ）を共有するためのＵＲＬを、「共有ＵＲＬ」（参照アドレス情報）と呼ぶ。
図２９は、会計連携処理フローを示すフローチャートである。
ユーザによって設定ボタンＢ５がタップされると、例えば図３０に示すような、本システム１に関する様々な設定を可能とする設定画面Ｐ２３が表示される。ユーザは、設定画面Ｐ２３に表示されている、会計・税理士事務所共有ＵＲＬ発行の項目ＩＴ１をタップする（ステップＳｄ１）。なお、以下では説明の便宜上、提携先の会計事務所との間で請求書情報や出金履歴（振込データ）を共有するためのＵＲＬを、「共有ＵＲＬ」（参照アドレス情報）と呼ぶ。
【0084】
（共有ＵＲＬが未発行の場合）
未だ共有ＵＲＬが発行されていない場合には（ステップＳｄ２；ＮＯ）、共有ＵＲＬを発行するための設定画面が表示される。ユーザは、設定画面に表示されている設定するボタンをタップした後、所定の操作を行うことで、共有ＵＲＬの発行（作成）を要求する（ステップＳｄ３）。管理サーバ１０は、かかる要求を受け付けると、新規の共有ＵＲＬ及びパスワードを発行するとともに（ステップＳｄ４）、発行した新規の共有ＵＲＬ及びパスワードをユーザ関連ＤＢ１２２などに記憶する。そして、管理サーバ１０は、例えば図３１に示すような、共有ＵＲＬ及びパスワードの発行を知らせる通知画面Ｐ２５を表示する。
未だ共有ＵＲＬが発行されていない場合には（ステップＳｄ２；ＮＯ）、共有ＵＲＬを発行するための設定画面が表示される。ユーザは、設定画面に表示されている設定するボタンをタップした後、所定の操作を行うことで、共有ＵＲＬの発行（作成）を要求する（ステップＳｄ３）。管理サーバ１０は、かかる要求を受け付けると、新規の共有ＵＲＬ及びパスワードを発行するとともに（ステップＳｄ４）、発行した新規の共有ＵＲＬ及びパスワードをユーザ関連ＤＢ１２２などに記憶する。そして、管理サーバ１０は、例えば図３１に示すような、共有ＵＲＬ及びパスワードの発行を知らせる通知画面Ｐ２５を表示する。
【0085】
ユーザは、通知画面Ｐ２５に表示されている共有ＵＲＬ及びパスワードをコピーし（ステップＳｄ５）、提携先の会計事務所にメールや電話などを用いて通知（共有）して（ステップＳｄ６）、処理を終了する。
【0086】
提携先の会計事務所の担当者は、通知された共有ＵＲＬ及びパスワードを用いてログインする（ステップＳｄ１１）。一例として、担当者は、通知された共有ＵＲＬ及びパスワードを、会計事務所の事務所端末に入力することでログインする。ログインに成功すると、担当者は、当該ユーザの請求書情報や出金履歴をあらわす振込データにアクセスすることが可能となる（ステップＳｄ１２、ステップＳｄ１４）。
【0087】
管理サーバ１０は、事務所端末からのアクセス要求を受け、例えば図３２に示すような、当該ユーザの請求書情報をあらわす第１共有画面Ｐ２６や、例えば図３３に示すような、当該ユーザの振込データをあらわす第２共有画面Ｐ２７などを事務所端末に表示する（ステップＳｄ１３、ステップＳｄ１５）。
【0088】
ここで、会計事務所と共有する請求書情報は、当該ユーザの請求書情報のうち、所定期間（例えば、１ヶ月など）の請求書情報に制限することが可能となっている。一例を挙げて説明すると、ユーザは、店舗端末２０に表示される画面Ｐ２６などを適宜操作することで、所定期間の設定を行う。所定期間としては、例えば、請求書情報に基づいて支払いに関連する処理（例えば、請求元への支払いなど；以下、支払関連処理）が行われた期間が挙げられるが、これに限る趣旨ではない。また、共有先と請求書情報を共有する期間は、ユーザが任意のタイミングで設定・変更可能となっている。
【0089】
さらに、ユーザが複数の店舗を運営している場合には、会計事務所との間で請求書情報を共有する店舗（以下、共有店舗）を選択することが可能となっている。一例を挙げて説明すると、ユーザは、店舗端末２０に表示される画面Ｐ２６などを適宜操作することで、全ての店舗を共有店舗として選択したり、特定エリア（例えば、東京都港区など）の店舗を共有店舗として選択したりすることができる。
【0090】
（共有ＵＲＬが発行済みの場合）
共有ＵＲＬがすでに発行されている場合には（ステップＳｄ２；ＹＥＳ）、ユーザは、既存の共有ＵＲＬは不要であると判断し（ステップＳｄ７）、管理サーバ１０に対して共有ＵＲＬの無効化を要求する（ステップＳｄ８）。管理サーバ１０は、共有ＵＲＬの無効化の要求を受け取ると、すでに発行されている共有ＵＲＬを無効化する処理を行う（ステップＳｄ９）。その後、ユーザは、提携先の会計事務所との間で新規の共有ＵＲＬを利用すべきであると判断すると（ステップＳｄ１０）、ステップＳｄ３に進み、共有ＵＲＬを発行するための設定入力を行う。なお、この後の動作については、すでに説明したため割愛する。
共有ＵＲＬがすでに発行されている場合には（ステップＳｄ２；ＹＥＳ）、ユーザは、既存の共有ＵＲＬは不要であると判断し（ステップＳｄ７）、管理サーバ１０に対して共有ＵＲＬの無効化を要求する（ステップＳｄ８）。管理サーバ１０は、共有ＵＲＬの無効化の要求を受け取ると、すでに発行されている共有ＵＲＬを無効化する処理を行う（ステップＳｄ９）。その後、ユーザは、提携先の会計事務所との間で新規の共有ＵＲＬを利用すべきであると判断すると（ステップＳｄ１０）、ステップＳｄ３に進み、共有ＵＲＬを発行するための設定入力を行う。なお、この後の動作については、すでに説明したため割愛する。
【0091】
以上説明したように、本実施形態によれば、請求書に関わる処理を効率的に進めることが可能となる。
【0092】
以上説明した実施形態は、本発明を説明するための一例であり、本発明をその実施形態に限定する趣旨ではない。また、本発明は、その要旨を逸脱しない限り、様々な変形が可能である。例えば、当業者であれば、実施形態で述べたリソース（ハードウェア資源又はソフトウェア資源）を均等物に置換することが可能であり、そのような置換も本発明の範囲に含まれる。
【符号の説明】
【0093】
１…情報処理システム、１０…管理サーバ、１１…通信インタフェース、１２…記憶部、１３…プロセッサ、２０…店舗端末、２１…カメラ、２２…表示部、２３…操作入力部、２４…記憶部、２５…プロセッサ、２６…通信インタフェース、１２１…情報処理プログラム、１２２…ユーザ関連データベース、１２３…請求書関連データベース、１３１…制御部、２４１…メインアプリ、２５１…制御部、Ｂ１…カメラボタン、Ｂ２…ホームボタン、Ｂ３…請求一覧ボタン、Ｂ４…振込履歴ボタン、Ｂ５…設定ボタン、Ｂ６，Ｂ８，Ｂ９…撮像ボタン、Ｂ７…データ化ボタン、Ｂ１０…データ化実行ボタン、Ｂ１１…保存ボタン、Ｂ１２…選択ボタン、Ｂ１３…次に進むボタン、Ｂ１４…振込予約確認へ進むボタン、Ｂ１５…振込を実行するボタン、Ｂ１６…設定するボタン、Ｃ１１…データ化中カード、Ｃ１２…データ化済カード、Ｃ１３…入金待ちカード、Ｃ１４…振込待機中カード、Ｃ１５…確認待ちカード、Ｃ１６…振込予約待ちカード、Ｃ２１…請求書確認カード、Ｃ３１…振込確認カード、Ｎ１１…請求件数、Ｎ２１…振込件数、Ａ１１…合計請求金額、Ａ２１…合計振込金額、Ｐ１…ホーム画面、Ｐ２…請求一覧画面、Ｐ３…振込履歴一覧画面、Ｐ４…選択画面、Ｐ５，Ｐ６，Ｐ７…撮像画面、Ｐ８…確認画面、Ｐ９…データ化中一覧画面、Ｐ１０…一覧画面、Ｐ１１…請求詳細画面、Ｐ１２…編集画面、Ｐ１３…請求詳細画面、Ｐ１４…設定画面、Ｐ１５…選択画面、Ｐ１７…振込詳細画面、Ｐ１８…一覧画面、Ｐ１９…詳細画面、Ｐ２０…確認画面、Ｐ２１…詳細画面、Ｐ２２…確認画面、Ｐ２３…設定画面、Ｐ２５…通知画面、Ｐ２６…第１共有画面、Ｐ２７…第２共有画面。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15A】
【図15B】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22A】
【図22B】
【図23】
【図24】
【図25】
【図26】
【図27】
【図28】
【図29】
【図30】
【図31】
【図32】
【図33】