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