(57)【要約】【課題】備品購入等をより効率的に行うことの可能なワークフローシステムを提供する。【解決手段】本発明の承認フロー付きクレジットカード決済システム１は、購入Ｗｅｂサーバ１０と、ワークフローサーバ５０とを備える。購入Ｗｅｂサーバ１０の制御部２０は、受付モジュール２１を実行し、承認者が承認することでクレジットカードの決済が行われる承認フローが関連付けられた、クレジットカードの決済要求を受け付ける。また、制御部２０は、保留モジュール２２を実行し、受付モジュール２１によって受け付けられた決済要求があっても、決済を実行せず、保留する。また、ワークフローサーバ５０の制御部６０は、承認モジュール６１を実行し、承認フローにおける承認者に、決済の承認を求める。また、制御部２０は、処理モジュール２３を実行し、承認者の承認がなされた場合に、保留モジュール２２によって保留されていた決済を処理する。【選択図】図１
2018100677.tif 000002
【特許請求の範囲】
【請求項１】
承認者が承認することでクレジットカードの決済が行われる承認フローが関連付けられた、クレジットカードの決済要求を受け付ける受付手段と、
前記受付手段によって受け付けられた前記決済要求があっても、前記決済を実行せず、保留する保留手段と、
前記承認フローにおける承認者に、前記決済の承認を求める承認手段と、
前記承認者の承認がなされた場合に、前記保留手段によって保留されていた前記決済を処理する処理手段と、
を備える、承認フロー付きクレジットカード決済システム。
【請求項２】
前記受付手段によって決済要求が受け付けられた場合、前記決済要求を指令した端末に、前記決済の処理が完了したことを示す仮想画面を表示する仮想画面表示手段をさらに備える、請求項１に記載の承認フロー付きクレジットカード決済システム。
【請求項３】
前記承認者の承認が得られなかった場合、前記決済要求を指令した端末に、前記決済の処理が行われなかったことを表示する否認画面表示手段をさらに備える、請求項１又は２に記載の承認フロー付きクレジットカード決済システム。
【請求項４】
前記受付手段は、前記決済要求を指令する端末に、前記承認フローの選択画面を表示し、前記端末での前記承認フローの選択操作にしたがって、前記承認者の選択を受け付ける、請求項１から３のいずれかに記載の承認フロー付きクレジットカード決済システム。
【請求項５】
承認者が承認することでクレジットカードの決済が行われる承認フローが関連付けられた、クレジットカードの決済要求を受け付けるステップと、
前記受け付けるステップで前記決済要求を受け付けても、前記決済を実行せず、保留するステップと、
前記承認フローにおける承認者に、前記決済の承認を求めるステップと、
前記承認者の承認がなされた場合に、保留していた前記決済を処理するステップと、
を備える、承認フロー付きクレジットカード決済方法。
【請求項６】
承認フロー付きクレジットカード決済システムに、
承認者が承認することでクレジットカードの決済が行われる承認フローが関連付けられた、クレジットカードの決済要求を受け付けるステップと、
前記受け付けるステップで前記決済要求を受け付けても、前記決済を実行せず、保留するステップと、
前記承認フローにおける承認者に、前記決済の承認を求めるステップと、
前記承認者の承認がなされた場合に、保留していた前記決済を処理するステップと、
を実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、承認フロー付きクレジットカード決済システム、方法及びプログラムに関する。
【背景技術】
【０００２】
近年、業務マニュアルに従ってその業務をコンピュータ上で行えるように、ワークフローシステムと呼ばれる業務システムも登場している。ワークフローシステムとは、ある特定の業務について、作業の流れを定義し、作業の一つが完了すると、次の作業者へ通知を行うことを反復することで、当該業務のすべての処理を実行させるシステムである。例えば、備品の購入、出張の際の切符の購入、宿泊施設の予約等をクレジットカードで処理する場合、起案者（課員）が起案を行い、それを直属の上司（課長、一次決済者）に通知し、その上司がワークフローシステムから決済申請があることの通知を受けてその申請に対する決済を行う。そして、さらなる上司（部長、二次決済者）に通知をし、二次決済者がワークフローシステムから決済申請があることの通知を受けてその申請に対する決済を行う、という作業を、最終的な決済者による決済が行われるまで反復する。そして、最終的な決済者が決済すると、起案者（課員）の起案が承認された旨が起案者（課員）や経理担当者に通知される。そして、起案者（課員）は、備品購入等をクレジットカードで処理することが可能になる（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１５−２３０５８１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、これまでのシステムでは、起案者（課員）が上司の承認を得るワークフローと、備品購入等のクレジットカード決済とを別々に行わなければならず、起案者（課員）にとって二度手間になっていた。【０００５】
本発明は、このような要望に鑑みてなされたものであり、備品購入等をより効率的に行うことの可能なワークフローシステムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明では、以下のような解決手段を提供する。【０００７】
第１の特徴に係る発明は、承認フロー付きクレジットカード決済システムであって、
承認者が承認することでクレジットカードの決済が行われる承認フローが関連付けられた、クレジットカードの決済要求を受け付ける受付手段と、
前記受付手段によって受け付けられた前記決済要求があっても、前記決済を実行せず、保留する保留手段と、
前記承認フローにおける承認者に、前記決済の承認を求める承認手段と、
前記承認者の承認がなされた場合に、前記保留手段によって保留されていた前記決済を処理する処理手段と、
を備えることを特徴とする承認フロー付きクレジットカード決済システムを提供する。【０００８】
第１の特徴に係る発明によれば、受付手段がクレジットカードの決済要求を受け付けた場合であっても、保留手段は、いったんクレジットカードの決済を保留する。そして、承認手段が、承認フローにおける承認者に決済の承認を求め、処理手段は、承認者の承認がなされた場合に、処理手段は、保留手段によって保留されていた決済を処理する。よって、起案者（課員）は、クレジットカードの決済要求をするだけで、起案者（課員）が上司の承認を得るワークフローと、備品購入等のクレジットカード決済とを一度に実行でき、結果として、よりいっそう業務効率に優れたワークフローシステムを提供できる。【０００９】
第２の特徴に係る発明は、第１の特徴に係る発明であって、
前記受付手段によって決済要求が受け付けられた場合、前記決済要求を指令した端末に、前記決済の処理が完了したことを示す仮想画面を表示する仮想画面表示手段をさらに備える、承認フロー付きクレジットカード決済システムを提供する。【００１０】
第２の特徴に係る発明によれば、起案者（課員）は、クレジットカードの決済要求をするだけで、決済の処理が完了したことを示す仮想画面を見ることになる。そして、起案者（課員）が上司の承認を得るワークフローと、備品購入等のクレジットカード決済との一連の処理がまとめて進行される。業務上、ほとんどの場合において、クレジットカードの決済要求が承認されるにも関わらず、クレジットカードの決済要求の完了画面を把握し、その後、数日が経過した後に、上司の承認が得られたことを示す画面を把握するという二度手間を解消できる。よって、起案者（課員）にとっての負担をよりいっそう減らすことができ、会社にとっての無駄なコストをよりいっそう削減できる点で、なおいっそう業務効率に優れたワークフローシステムを提供できる。【００１１】
第３の特徴に係る発明は、第１又は第２の特徴に係る発明であって、
前記承認者の承認が得られなかった場合、前記決済要求を指令した端末に、前記決済の処理が行われなかったことを表示する否認画面表示手段をさらに備える、承認フロー付きクレジットカード決済システムを提供する。【００１２】
第３の特徴に係る発明によれば、起案者（課員）は、否認画面が表示された場合に限って、再度の決済要求を行えばよく、それ以外の場合において、かかるクレジットカードの決済要求に関して余計な負担を考えることを要しない。よって、起案者（課員）にとっての負担をよりいっそう減らすことができ、会社にとっての無駄なコストをよりいっそう削減できる点で、なおいっそう業務効率に優れたワークフローシステムを提供できる。【００１３】
第４の特徴に係る発明は、第１から第３のいずれかの特徴に係る発明であって、
前記受付手段は、前記決済要求を指令する端末に、前記承認フローの選択画面を表示し、前記端末での前記承認フローの選択操作にしたがって、前記承認者の選択を受け付ける、承認フロー付きクレジットカード決済システムである。【００１４】
第４の特徴に係る発明によれば、クレジットカードの決済要求を行うごとに、承認フローにおける承認者を選択できるので、承認者の数を、決済要求の内容に合わせて最小限に抑えることができる。よって、起案者（課員）にとっての負担をよりいっそう減らすことができ、会社にとっての無駄なコストをよりいっそう削減できる点で、なおいっそう業務効率に優れたワークフローシステムを提供できる。
【発明の効果】
【００１５】
本発明によれば、備品購入等をより効率的に行うことの可能なワークフローシステムを提供できる。
【図面の簡単な説明】
【００１６】
【図１】図１は、本実施形態における承認フロー付きクレジットカード決済システム１のハードウェア構成とソフトウェア機能を示すブロック図である。
【図２】図２は、本実施形態における承認フロー付きクレジットカード決済方法を示すフローチャートである。
【図３】図３は、承認フロー付きクレジットカード決済システム１の購入Ｗｅｂサーバ１０における記憶部４０に格納されているＩＤ管理テーブル４１の一例を示す図である。
【図４】図４は、上記記憶部４０に格納されている決済申請データ４２の一例を示す図である。
【図５】図５は、上記記憶部４０に格納されているクレジットカード情報テーブル４３の一例を示す図である。
【図６】図６は、上記記憶部４０に格納されている決済完了テーブル４４の一例を示す図である。
【図７】図７は、承認フロー付きクレジットカード決済システム１のワークフローサーバ５０における記憶部８０に格納されている決済承認データテーブル８２の一例を示す図である。
【発明を実施するための形態】
【００１７】
以下、本発明を実施するための形態について図を参照しながら説明する。なお、これはあくまでも一例であって、本発明の技術的範囲はこれに限られるものではない。
【００１８】
［承認フロー付きクレジットカード決済システム１、端末１００の構成］
図１は、本実施形態における承認フロー付きクレジットカード決済システム１のハードウェア構成とソフトウェア機能を説明するためのブロック図である。
【００１９】
承認フロー付きクレジットカード決済システム１（以下、単に「決済システム１」ともいう。）は、備品の購入、出張の際の切符の購入、宿泊施設の予約等のクレジットカードによる購入処理を管理する購入Ｗｅｂサーバ１０と、起案者による決済要求の承認フローを管理するワークフローサーバ５０とを含んで構成される。
【００２０】
〔購入Ｗｅｂサーバ１０〕
購入Ｗｅｂサーバ１０は、データを制御する制御部２０と、他の機器と通信を行う通信部３０と、データを記憶する記憶部４０とを少なくとも備える。
【００２１】
制御部２０は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）等を備える。
【００２２】
通信部３０は、他の機器と通信可能にするためのデバイス、例えば、ＩＥＥＥ８０２．１１に準拠したＷｉ−Ｆｉ（Ｗｉｒｅｌｅｓｓ  Ｆｉｄｅｌｉｔｙ）対応デバイスを備える。
【００２３】
制御部２０は、所定のプログラムを読み込むことで、受付モジュール２１と、保留モジュール２２と、処理モジュール２３とを実現する。
【００２４】
また、制御部２０が所定のプログラムを読み込み、通信部３０と協働することで、仮想画面表示モジュール３１を実現する。
【００２５】
記憶部４０は、データやファイルを記憶する装置であって、ハードディスクや半導体メモリ、記録媒体、メモリカード等による、データのストレージ部を備える。記憶部４０は、後に説明するＩＤ管理テーブル４１（図３）、決済申請データテーブル４２（図４）、クレジットカード情報テーブル４３（図５）、及び決済完了データテーブル４４（図６）を記憶する。また、記憶部４０は、端末１００Ａの画像表示部１５０Ａに表示させる画像のデータ（画像データ４５）を記憶する。
【００２６】
〔ワークフローサーバ５０〕
ワークフローサーバ５０は、データを制御する制御部６０と、他の機器と通信を行う通信部７０と、データを記憶する記憶部８０とを少なくとも備える。
【００２７】
制御部６０は、制御部２０と同様、ＣＰＵ、ＲＡＭ、ＲＯＭ等を備える。
【００２８】
通信部７０は、通信部３０と同様、他の機器と通信可能にするためのデバイスを備える。
【００２９】
制御部６０は、所定のプログラムを読み込むことで、承認モジュール６１を実現する。
【００３０】
また、制御部６０が所定のプログラムを読み込み、通信部７０と協働することで、否認画面表示モジュール７１を実現する。
【００３１】
記憶部８０は、記憶部４０と同様、ハードディスクや半導体メモリ、記録媒体、メモリカード等による、データのストレージ部を備える。記憶部８０は、後に説明する決済申請データテーブル８１、及び決済承認データテーブル８２（図７）を記憶する。また、記憶部８０は、端末１００Ａの画像表示部１５０Ａに表示させる画像のデータ（画像データ８３）を記憶する。
【００３２】
〔端末１００Ａ〕
購入Ｗｅｂサーバ１０及びワークフローサーバ５０は、それぞれネットワークを介して端末１００Ａと接続されている。
【００３３】
端末１００Ａの種類は、特に限定されない。端末１００Ａとして、例えば、パソコン、スマートフォン等のコンピュータ装置が挙げられる。
【００３４】
端末１００Ａは、データを制御する制御部１１０Ａと、他の機器と通信を行う通信部１２０Ａと、データを記憶する記憶部１３０Ａと、ユーザの操作を受け付ける入力部１４０Ａと、制御部１１０Ａで制御したデータや画像を出力表示する画像表示部１５０Ａとを少なくとも備える。
【００３５】
制御部１１０Ａは、制御部２０等と同様、ＣＰＵ、ＲＡＭ、ＲＯＭ等を備える。
【００３６】
通信部１２０Ａは、通信部３０等と同様、他の機器と通信可能にするためのデバイスを備える。
【００３７】
記憶部１３０Ａは、記憶部４０等と同様、ハードディスクや半導体メモリ、記録媒体、メモリカード等による、データのストレージ部を備える。
【００３８】
入力部１４０Ａの種類は、特に限定されない。入力部１４０Ａとして、例えば、キーボード、マウス、タッチパネル等が挙げられる。
【００３９】
画像表示部１５０Ａの種類は、特に限定されない。画像表示部１５０Ａとして、例えば、モニタ、タッチパネル等が挙げられる。
【００４０】
［決済システム１を用いた承認フロー付きクレジットカード決済方法を示すフローチャート］
図２は、決済システム１を用いた承認フロー付きクレジットカード決済方法を示すフローチャートである。上述した各ハードウェアと、ソフトウェアモジュールが実行する処理について説明する。
【００４１】
〔ステップＳ１０：クレジットカードの決済要求の受付〕
最初に、購入Ｗｅｂサーバ１０の制御部２０は、受付モジュール２１を実行し、クレジットカードの決済要求を受け付ける（ステップＳ１０）。
【００４２】
備品の購入、出張の際の切符の購入、宿泊施設の予約等をクレジットカードで処理したい購入者は、自らが使用する端末１００Ａから購入Ｗｅｂサーバ１０への接続を要求する。その際、購入者は、入力部１４０Ａを介してＩＤ、パスワードを入力する。
【００４３】
制御部２０は、記憶部４０に記憶されたＩＤ管理テーブル４１（図３）を参照して、購入者が入力したＩＤ、パスワードが正しいか否かを確認する。ＩＤ管理テーブル４１には、予め、従業員のＩＤに対して、社員名と、パスワードとが対応づけて登録されている。制御部２０は、端末１００Ａから送信された情報が、ＩＤ管理テーブル４１に予め登録されている情報と一致するか否かを判別することで、購入者が入力した情報が正しいか否かを判別できる。
【００４４】
そして、ＩＤ、パスワードが正しい場合、制御部２０は、端末１００Ａから購入Ｗｅｂサーバ１０に接続することを許可する。
【００４５】
その後、購入者は、入力部１４０Ａを介して、Ｗｅｂページから、備品の購入、出張の際の切符の購入、宿泊施設の予約等を行う。その際、購入者は、入力部１４０Ａを介して、購入品の情報、承認フロー（１次承認者を誰にし、２次承認者を誰にし、最終承認者を誰にするか）を設定する。制御部２０は、購入者が設定した情報にしたがい、決済の申請に必要な情報を、記憶部４０にある決済申請データテーブル４２（図４）にセットする。
【００４６】
決済申請データテーブル４２は、処理番号に対して、申請日時、購入品（購入先、購入内容、単価、数量、金額）、申請者ＩＤ、１次承認者ＩＤ、２次承認者ＩＤ、最終承認者ＩＤの情報をセットできるように構成されている。
【００４７】
また、購入者は、入力部１４０Ａを介して、クレジットカードの情報を入力することで、クレジットカードの決済要求を行う。制御部２０は、記憶部４０に記憶されたクレジットカード情報テーブル４３（図５）を参照して、購入者が入力したカード会社名、カード番号、カードの有効期限、パスワード、セキュリティコードが正しいか否かを確認する。クレジットカード情報テーブル４３には、予め、従業員のＩＤに対して、社員名と、カード会社名と、カード番号と、カードの有効期限と、カードのパスワードと、カードのセキュリティコードとが対応づけて登録されている。制御部２０は、端末１００Ａから送信された情報が、クレジットカード情報テーブル４３に予め登録されている情報と一致するか否かを判別することで、購入者が入力した情報が正しいか否かを判別できる。
【００４８】
そして、これらの情報が正しい場合、制御部２０は、購入者からの決済要求を受け付ける。
【００４９】
〔ステップＳ１１：決済の保留〕
続いて、購入Ｗｅｂサーバ１０の制御部２０は、保留モジュール２２を実行し、ステップＳ１０で決済要求を受け付けても、決済を実行しない。そして、制御部２０は、通信部３０を介して、決済申請データテーブル４２のデータをワークフローサーバ５０に送信する。ワークフローサーバ５０の制御部６０は、購入Ｗｅｂサーバ１０から送信された決済申請データテーブル４２のデータを記憶部８０に、決済申請データテーブル８１として記憶する。
【００５０】
〔ステップＳ１２：仮想画面の表示〕
続いて、購入Ｗｅｂサーバ１０の制御部２０は、所定のプログラムを読み込み、通信部３０と協働することで、仮想画面表示モジュール３１を実行する。制御部２０は、記憶部４０に記憶されている画面データ４５から、決済の処理が完了したことを示す仮想画面のデータを読み出し、通信部３０を介し、仮想画面のデータを、クレジットカードの決済要求を行った端末１００Ａに送信する。そして、端末１００Ａの制御部１１０Ａは、画面表示部１５０Ａに、仮想画面のデータに基づいて仮想画面を表示させる。
【００５１】
〔ステップＳ１３：決済の承認〕
続いて、ワークフローサーバ５０の制御部６０は、承認モジュール６１を実行し、承認フローにおける承認者に、決済の承認を求める（ステップＳ１３）。
【００５２】
まず、制御部６０は、記憶部８０に記憶された決済申請データテーブル８１を参照し、処理番号、申請者ＩＤ、１次承認者ＩＤ、２次承認者ＩＤ、最終承認者ＩＤに関する情報を決済承認データテーブル８２（図７）にセットする。
【００５３】
決済承認データテーブル８２は、処理番号に対して、申請者ＩＤ、承認の状況（各段階における承認者のＩＤ、承認の有無）の情報をセットできるように構成されている。
【００５４】
続いて、制御部６０は、記憶部８０に記憶された決済申請データテーブル８１を参照し、１次承認者が使用する端末１００Ｂに、決済の承認が求められていること、及び決済の承認に必要な情報を送信する。そして、決済の承認がなされると、端末１００Ｂからワークフローサーバ５０に、決済の承認がなされたことを示す情報を承認し、制御部６０は、その情報にしたがい、決済承認データテーブル８２の１次承認の状態を「申請中」から「承認」に更新するとともに、２次承認の状態を「１次承認待ち」から「申請中」に更新する。
【００５５】
続いて、制御部６０は、決済申請データテーブル８１を参照し、２次承認者が使用する端末１００Ｃに、決済の承認が求められていること、及び決済の承認に必要な情報を送信する。そして、決済の承認がなされると、端末１００Ｃからワークフローサーバ５０に、決済の承認がなされたことを示す情報を承認し、制御部６０は、その情報にしたがい、決済承認データテーブル８２の２次承認の状態を「申請中」から「承認」に更新するとともに、最終承認の状態を「２次承認待ち」から「申請中」に更新する。
【００５６】
続いて、制御部６０は、決済申請データテーブル８２を参照し、最終承認者が使用する端末１００Ｄに、決済の承認が求められていること、及び決済の承認に必要な情報を送信する。そして、決済の承認がなされると、端末１００Ｄからワークフローサーバ５０に、決済の承認がなされたことを示す情報を承認し、制御部６０は、その情報にしたがい、決済承認データテーブル８２の最終承認の状態を「申請中」から「承認」に更新する。
【００５７】
ところで、クレジットカード決済の対象物が複数存在することもある。そのような場合、制御部６０は、承認者の端末１００Ｂ，１００Ｃ，１００Ｄに対し、複数ある対象物を分けて承認できるように承認を求め、承認がなされた対象物のみについて決済の処理を実行可能にしてもよい。そうすることで、否認画面の表示の頻度をより少なく抑えることができる。よって、起案者（課員）にとっての負担をよりいっそう減らすことができ、会社にとっての無駄なコストをよりいっそう削減できる点で、なおいっそう業務効率に優れたワークフローシステムを提供できる。
【００５８】
〔ステップＳ１４：承認の確認〕
続いて、ワークフローサーバ５０の制御部６０は、ステップＳ１３における処理の結果、決済が承認されたか否かを判別する（ステップＳ１４）。この判別の結果がＹＥＳのとき（決済が承認されたとき）、制御部６０は、処理をステップＳ１５に移す。この判別の結果がＮＯのとき（決済が否認されたとき）、制御部６０は、処理をステップＳ１６に移す。
【００５９】
〔ステップＳ１５：決済の処理〕
ステップＳ１４の判別の結果がＹＥＳのとき、ワークフローサーバ５０の制御部６０は、購入Ｗｅｂサーバ１０に、最終承認者の承認がなされたことを示す情報を送信する。そして、購入Ｗｅｂサーバ１０の制御部２０は、処理モジュール２３を実行し、ステップＳ１１において保留していた決済を行い、記憶部４０に記憶されている決済完了データテーブル４４（図６）の決済状況を「未完了」から「完了」に更新する（ステップＳ１５）。
【００６０】
決済完了データテーブル４４は、処理番号に対して、決済状況をセットできるように構成されている。
【００６１】
〔ステップＳ１６：否認画面の表示〕
ステップＳ１４の判別の結果がＮＯのとき、ワークフローサーバ５０の制御部６０は、所定のプログラムを読み込み、通信部７０と協働することで、否認画面表示モジュール７１を実行する。制御部６０は、記憶部８０に記憶されている画面データ８３から、決済が否認されたことを示す否認画面のデータを読み出し、通信部７０を介し、否認画面のデータを、クレジットカードの決済要求を行った端末１００Ａに送信する。そして、端末１００Ａの制御部１１０Ａは、画面表示部１５０Ａに、否認画面のデータに基づいて否認画面を表示させる。
【００６２】
否認画面の内容は、特に限定されないが、一例として、決済の承認を否認した承認者によるメッセージ（例えば、「先月、購入したばかりでは？」の文章等）の表示が挙げられる。
【００６３】
なお、決済が否認されたとき、ステップＳ１１の処理で保留していたクレジットカード決済を削除してもよい。
【００６４】
［発明の作用・効果］
本実施形態に記載の発明によると、受付モジュール２１の動作によってクレジットカードの決済要求を受け付けた場合であっても、保留モジュール２２の動作によって、いったんクレジットカードの決済を保留する。そして、承認モジュール６１の動作によって、承認フローにおける承認者に決済の承認を求め、処理モジュール２３の動作によって、承認者の承認がなされた場合に、処理手段は、保留モジュール２２の動作によって保留されていた決済を処理する。
【００６５】
よって、起案者（課員）は、クレジットカードの決済要求をするだけで、起案者（課員）が上司の承認を得るワークフローと、備品購入等のクレジットカード決済とを一度に実行でき、結果として、よりいっそう業務効率に優れたワークフローシステムを提供できる。
【００６６】
また、仮想画面表示モジュール３１の動作により、起案者（課員）は、クレジットカードの決済要求をするだけで、決済の処理が完了したことを示す仮想画面を見ることになる。そして、起案者（課員）が上司の承認を得るワークフローと、備品購入等のクレジットカード決済との一連の処理がまとめて進行される。業務上、ほとんどの場合において、クレジットカードの決済要求が承認されるにも関わらず、クレジットカードの決済要求の完了画面を把握し、その後、数日が経過した後に、上司の承認が得られたことを示す画面を把握するという二度手間を解消できる。よって、起案者（課員）にとっての負担をよりいっそう減らすことができ、会社にとっての無駄なコストをよりいっそう削減できる点で、なおいっそう業務効率に優れたワークフローシステムを提供できる。
【００６７】
また、否認画面表示モジュール７１の動作により、起案者（課員）は、否認画面が表示された場合に限って、再度の決済要求を行えばよく、それ以外の場合において、かかるクレジットカードの決済要求に関して余計な負担を考えることを要しない。よって、起案者（課員）にとっての負担をよりいっそう減らすことができ、会社にとっての無駄なコストをよりいっそう削減できる点で、なおいっそう業務効率に優れたワークフローシステムを提供できる。
【００６８】
また、受付モジュール２１は、決済要求を指令する端末１００Ａに、承認フローの選択画面を表示し、端末１００Ａでの承認フローの選択操作にしたがって、承認者の選択を受け付ける。これにより、承認者の数を、決済要求の内容に合わせて最小限に抑えることができる。よって、起案者（課員）にとっての負担をよりいっそう減らすことができ、会社にとっての無駄なコストをよりいっそう削減できる点で、なおいっそう業務効率に優れたワークフローシステムを提供できる。
【００６９】
上述した手段、機能は、コンピュータ（ＣＰＵ、情報処理装置、各種端末を含む）が、所定のプログラムを読み込んで、実行することによって実現される。プログラムは、例えば、フレキシブルディスク、ＣＤ（ＣＤ−ＲＯＭなど）、ＤＶＤ（ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭなど）等のコンピュータ読取可能な記録媒体に記録された形態で提供される。この場合、コンピュータはその記録媒体からプログラムを読み取って内部記憶装置又は外部記憶装置に転送し記憶して実行する。また、そのプログラムを、例えば、磁気ディスク、光ディスク、光磁気ディスク等の記憶装置（記録媒体）に予め記録しておき、その記憶装置から通信回線を介してコンピュータに提供するようにしてもよい。
【００７０】
以上、本発明の実施形態について説明したが、本発明は上述したこれらの実施形態に限るものではない。また、本発明の実施形態に記載された効果は、本発明から生じる最も好適な効果を列挙したに過ぎず、本発明による効果は、本発明の実施形態に記載されたものに限定されるものではない。
【符号の説明】
【００７１】
１    承認フロー付きクレジットカード決済システム
１０  購入Ｗｅｂサーバ
２０  制御部
２１  受付モジュール
２２  保留モジュール
２３  処理モジュール
３０  通信部
３１  仮想画面表示モジュール
４０  記憶部
４１  ＩＤ管理テーブル
４２  決済申請データテーブル
４３  クレジットカード情報テーブル
４４  決済完了データテーブル
４５  画面データ
５０  ワークフローサーバ
６０  制御部
６１  承認モジュール
７０  通信部
７１  否認画面表示モジュール
８０  記憶部
８１  決済申請データテーブル
８２  決済承認データテーブル
８３  画面データ
１００Ａ  端末
１１０Ａ  制御部
１２０Ａ  通信部
１３０Ａ  記憶部
１４０Ａ  入力部
１５０Ａ  画像表示部
【図１】
2018100677.tif 000003
【図２】
2018100677.tif 000004
【図３】
2018100677.tif 000005
【図４】
2018100677.tif 000006
【図５】
2018100677.tif 000007
【図６】
2018100677.tif 000008
【図７】
2018100677.tif 000009
【手続補正書】
【提出日】平成30年2月20日(2018.2.20)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
購入に関する情報及びクレジットカードに関する情報を入力する入力手段と、
承認者が承認することでクレジットカードの決済が行われる承認フローが関連付けられた、クレジットカードの決済要求を受け付ける受付手段であって、前記入力手段によって購入に関する情報及びクレジットカードに関する情報が入力されたときにクレジットカードの決済要求を受け付ける受付手段と、
前記受付手段によって決済要求が受け付けられた場合、予め記憶した画面データから、前記決済の処理が完了したことを示す仮想画面を読み出し、前記決済要求を指令した端末に、当該仮想画面を表示する仮想画面表示手段と、
前記受付手段によって受け付けられた前記決済要求があっても、前記決済を実行せず、保留する保留手段と、
前記承認フローにおける承認者に、前記決済の承認を求める承認手段と、
前記承認者の承認がなされた場合に、前記保留手段によって保留されていた前記決済を処理する処理手段と、
を備える、承認フロー付きクレジットカード決済システム。
【請求項２】
前記承認者の承認が得られなかった場合、前記決済要求を指令した端末に、前記決済の処理が行われなかったことを表示する否認画面表示手段をさらに備える、請求項１に記載の承認フロー付きクレジットカード決済システム。
【請求項３】
前記受付手段は、前記決済要求を指令する端末に、前記承認フローの選択画面を表示し、前記端末での前記承認フローの選択操作にしたがって、前記承認者の選択を受け付ける、請求項１又は２に記載の承認フロー付きクレジットカード決済システム。
【請求項４】
承認フロー付きクレジットカード決済システムが実行する承認フロー付きクレジットカード決済方法であって、
購入に関する情報及びクレジットカードに関する情報を入力するステップと、
承認者が承認することでクレジットカードの決済が行われる承認フローが関連付けられた、クレジットカードの決済要求を受け付けるステップであって、前記入力するステップによって購入に関する情報及びクレジットカードに関する情報が入力されたときにクレジットカードの決済要求を受け付けるステップと、
決済要求が受け付けられた場合、予め記憶した画面データから、前記決済の処理が完了したことを示す仮想画面を読み出し、前記決済要求を指令した端末に、当該仮想画面を表示するステップと、
前記受け付けるステップで前記決済要求を受け付けても、前記決済を実行せず、保留するステップと、
前記承認フローにおける承認者に、前記決済の承認を求めるステップと、
前記承認者の承認がなされた場合に、保留していた前記決済を処理するステップと、
を備える、承認フロー付きクレジットカード決済方法。
【請求項５】
承認フロー付きクレジットカード決済システムに、
購入に関する情報及びクレジットカードに関する情報を入力するステップと、
承認者が承認することでクレジットカードの決済が行われる承認フローが関連付けられた、クレジットカードの決済要求を受け付けるステップであって、前記入力するステップによって購入に関する情報及びクレジットカードに関する情報が入力されたときにクレジットカードの決済要求を受け付けるステップと、
決済要求が受け付けられた場合、予め記憶した画面データから、前記決済の処理が完了したことを示す仮想画面を読み出し、前記決済要求を指令した端末に、当該仮想画面を表示するステップと、
前記受け付けるステップで前記決済要求を受け付けても、前記決済を実行せず、保留するステップと、
前記承認フローにおける承認者に、前記決済の承認を求めるステップと、
前記承認者の承認がなされた場合に、保留していた前記決済を処理するステップと、
を実行させるためのコンピュータ読み取り可能なプログラム。
【請求項６】
前記受付手段は、前記入力手段によって入力されたクレジットカードに関する情報と、予め記憶されているクレジットカードに関する情報とが一致すると判別されたときにクレジットカードの決済要求を受け付ける、請求項１に記載の承認フロー付きクレジットカード決済システム。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０００７
【補正方法】変更
【補正の内容】
【０００７】
第１の特徴に係る発明は、承認フロー付きクレジットカード決済システムであって、
購入に関する情報及びクレジットカードに関する情報を入力する入力手段と、
承認者が承認することでクレジットカードの決済が行われる承認フローが関連付けられた、クレジットカードの決済要求を受け付ける受付手段であって、前記入力手段によって購入に関する情報及びクレジットカードに関する情報が入力されたときにクレジットカードの決済要求を受け付ける受付手段と、
前記受付手段によって決済要求が受け付けられた場合、予め記憶した画面データから、前記決済の処理が完了したことを示す仮想画面を読み出し、前記決済要求を指令した端末に、当該仮想画面を表示する仮想画面表示手段と、
前記受付手段によって受け付けられた前記決済要求があっても、前記決済を実行せず、保留する保留手段と、
前記承認フローにおける承認者に、前記決済の承認を求める承認手段と、
前記承認者の承認がなされた場合に、前記保留手段によって保留されていた前記決済を処理する処理手段と、
を備えることを特徴とする承認フロー付きクレジットカード決済システムを提供する。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】０００８
【補正方法】変更
【補正の内容】
【０００８】
第１の特徴に係る発明によれば、受付手段がクレジットカードの決済要求を受け付けた場合であっても、保留手段は、いったんクレジットカードの決済を保留する。そして、承認手段が、承認フローにおける承認者に決済の承認を求め、処理手段は、承認者の承認がなされた場合に、処理手段は、保留手段によって保留されていた決済を処理する。よって、起案者（課員）は、クレジットカードの決済要求をするだけで、起案者（課員）が上司の承認を得るワークフローと、備品購入等のクレジットカード決済とを一度に実行でき、結果として、よりいっそう業務効率に優れたワークフローシステムを提供できる。
また、第１の特徴に係る発明によれば、起案者（課員）は、クレジットカードの決済要求をするだけで、決済の処理が完了したことを示す仮想画面を見ることになる。そして、起案者（課員）が上司の承認を得るワークフローと、備品購入等のクレジットカード決済との一連の処理がまとめて進行される。業務上、ほとんどの場合において、クレジットカードの決済要求が承認されるにも関わらず、クレジットカードの決済要求の完了画面を把握し、その後、数日が経過した後に、上司の承認が得られたことを示す画面を把握するという二度手間を解消できる。よって、起案者（課員）にとっての負担をよりいっそう減らすことができ、会社にとっての無駄なコストをよりいっそう削減できる点で、なおいっそう業務効率に優れたワークフローシステムを提供できる。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】０００９
【補正方法】削除
【補正の内容】
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】００１０
【補正方法】削除
【補正の内容】
【手続補正６】
【補正対象書類名】明細書
【補正対象項目名】００１１
【補正方法】変更
【補正の内容】
【００１１】
第２の特徴に係る発明は、第１の特徴に係る発明であって、
前記承認者の承認が得られなかった場合、前記決済要求を指令した端末に、前記決済の処理が行われなかったことを表示する否認画面表示手段をさらに備える、承認フロー付きクレジットカード決済システムを提供する。
【手続補正７】
【補正対象書類名】明細書
【補正対象項目名】００１２
【補正方法】変更
【補正の内容】
【００１２】
第２の特徴に係る発明によれば、起案者（課員）は、否認画面が表示された場合に限って、再度の決済要求を行えばよく、それ以外の場合において、かかるクレジットカードの決済要求に関して余計な負担を考えることを要しない。よって、起案者（課員）にとっての負担をよりいっそう減らすことができ、会社にとっての無駄なコストをよりいっそう削減できる点で、なおいっそう業務効率に優れたワークフローシステムを提供できる。
【手続補正８】
【補正対象書類名】明細書
【補正対象項目名】００１３
【補正方法】変更
【補正の内容】
【００１３】
第３の特徴に係る発明は、第１又は第２の特徴に係る発明であって、
前記受付手段は、前記決済要求を指令する端末に、前記承認フローの選択画面を表示し、前記端末での前記承認フローの選択操作にしたがって、前記承認者の選択を受け付ける、承認フロー付きクレジットカード決済システムである。
【手続補正９】
【補正対象書類名】明細書
【補正対象項目名】００１４
【補正方法】変更
【補正の内容】
【００１４】
第３の特徴に係る発明によれば、クレジットカードの決済要求を行うごとに、承認フローにおける承認者を選択できるので、承認者の数を、決済要求の内容に合わせて最小限に抑えることができる。よって、起案者（課員）にとっての負担をよりいっそう減らすことができ、会社にとっての無駄なコストをよりいっそう削減できる点で、なおいっそう業務効率に優れたワークフローシステムを提供できる。
第６の特徴に係る発明は、第１の特徴に係る発明であって、前記受付手段が、前記入力手段によって入力されたクレジットカードに関する情報と、予め記憶されているクレジットカードに関する情報とが一致すると判別されたときにクレジットカードの決済要求を受け付ける。
第６の特徴に係る発明によれば、入力されたクレジットカードに関する情報と、予め記憶されているクレジットカードに関する情報とが一致すると判別されたときにクレジットカードの決済要求を受け付ける。
【国際調査報告】
2018100677.tif 000010
2018100677.tif 000011
2018100677.tif 000012
2018100677.tif 000013