特開 2023-148874 情報処理方法、情報処理装置及びコンピュータプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2023148874

(43)【公開日】2023-10-13

(54)【発明の名称】情報処理方法、情報処理装置及びコンピュータプログラム

(51)【国際特許分類】

   G06Q 20/08 20120101AFI20231005BHJP

【ＦＩ】

G06Q20/08

【審査請求】未請求

【請求項の数】9

【出願形態】ＯＬ

(21)【出願番号】P 2022057147

(22)【出願日】2022-03-30

(71)【出願人】

【識別番号】302064762

【氏名又は名称】株式会社日本総合研究所

(74)【代理人】

【識別番号】100114557

【弁理士】

【氏名又は名称】河野 英仁

(74)【代理人】

【識別番号】100078868

【弁理士】

【氏名又は名称】河野 登夫

(72)【発明者】

【氏名】山田 昭男

(72)【発明者】

【氏名】郷原 陸

【テーマコード（参考）】

5L055

【Ｆターム（参考）】

5L055AA21

(57)【要約】

【課題】取引情報の作成及び取引情報に基づく決済を促進させる情報処理方法、情報処理装置及びコンピュータプログラムを提供する。
【解決手段】情報処理方法は、サービス又は商品の内容を特定するための内容特定情報、サービス又は商品の利用者の利用者識別情報、サービス又は商品の提供者の提供者識別情報、サービス又は商品の料金を示す料金情報、料金の支払者を識別する支払者識別情報を含み、前記サービス又は商品の料金の決済の元となるデジタル帳票データを処理する情報処理方法であって、前記内容特定情報、利用者識別情報、提供者識別情報、料金情報及び支払者識別情報の内、未定の情報を含む前記デジタル帳票データを抽出し、未定の情報の類型、又は、決定済みの情報の属性に基づいて前記未定の情報を含む前記デジタル帳票データを分類し、分類に応じて、前記デジタル帳票データの内の、未定の情報の決定を支援する支援方法を選択して実行する。
【選択図】図１３

【特許請求の範囲】

【請求項1】

サービス又は商品の内容を特定するための内容特定情報、前記サービス又は商品の利用者の利用者識別情報、前記サービス又は商品の提供者の提供者識別情報、前記サービス又は商品の料金を示す料金情報、前記料金の支払者を識別する支払者識別情報を含み、前記サービス又は商品の料金の決済の元となるデジタル帳票データを処理する情報処理方法であって、
前記内容特定情報、利用者識別情報、提供者識別情報、料金情報及び支払者識別情報の内、未定の情報を含む前記デジタル帳票データを抽出し、
未定の情報の類型、又は、決定済みの情報の属性に基づいて前記未定の情報を含む前記デジタル帳票データを分類し、
分類に応じて、前記デジタル帳票データの内の、未定の情報の決定を支援する支援方法を選択して実行する
情報処理方法。

【請求項2】

前記支援方法は、前記未定の情報を募集するオークションサイトへの出品である
請求項１に記載の情報処理方法。

【請求項3】

前記支援方法は、検索を受け付けて検索結果を出力する検索プログラムの利用であり、
前記決定済みの情報に関する検索ワードが入力された場合に、前記デジタル帳票データに関する情報を出力する
請求項１に記載の情報処理方法。

【請求項4】

前記支援方法は、前記未定の情報に基づき、利用者、支払者又は提供者へ通知する方法である
請求項１に記載の情報処理方法。

【請求項5】

前記内容特定情報、利用者識別情報、提供者識別情報、料金情報及び支払者識別情報のいずれかを指定した前記デジタル帳票データの起票を受け付ける際に、関連キーワードの登録を受け付け、
前記支援方法は、前記関連キーワードを指定したＳＮＳへの投稿である
請求項１に記載の情報処理方法。

【請求項6】

前記内容特定情報、利用者識別情報、提供者識別情報、料金情報及び支払者識別情報のいずれかを指定した前記デジタル帳票データの起票を受け付ける際に、前記内容特定情報、利用者識別情報、提供者識別情報、料金情報又は支払者識別情報の募集条件を受け付け、
前記デジタル帳票データが未定の情報を含む場合、前記募集条件の変更を受け付ける
請求項１から５のいずれか１項に記載の情報処理方法。

【請求項7】

前記デジタル帳票データが未定の情報を含む場合、前記デジタル帳票データの分割を受け付ける
請求項１から６のいずれか１項に記載の情報処理方法。

【請求項8】

サービス又は商品の内容を特定するための内容特定情報、前記サービス又は商品の利用者の利用者識別情報、前記サービス又は商品の提供者の提供者識別情報、前記サービス又は商品の料金を示す料金情報、前記料金の支払者を識別する支払者識別情報を含み、前記サービス又は商品の料金の決済の元となるデジタル帳票データを処理する情報処理装置であって、
前記内容特定情報、利用者識別情報、提供者識別情報、料金情報及び支払者識別情報の内、未定の情報を含む前記デジタル帳票データを抽出する抽出部と、
未定の情報の類型、又は、決定済みの情報の属性に基づいて前記未定の情報を含む前記デジタル帳票データを分類する分類部と、
分類に応じて、前記デジタル帳票データの内の、未定の情報の決定方法を選択して実行する実行部と
を備える情報処理装置。

【請求項9】

コンピュータに、サービス又は商品の内容を特定するための内容特定情報、前記サービス又は商品の利用者の利用者識別情報、前記サービス又は商品の提供者の提供者識別情報、前記サービス又は商品の料金を示す料金情報、前記料金の支払者を識別する支払者識別情報を含み、前記サービス又は商品の料金の決済の元となるデジタル帳票データを処理させるコンピュータプログラムであって、
前記コンピュータに、
前記内容特定情報、利用者識別情報、提供者識別情報、料金情報及び支払者識別情報の内、未定の情報を含む前記デジタル帳票データを抽出し、
未定の情報の類型、又は、決定済みの情報の属性に基づいて前記未定の情報を含む前記デジタル帳票データを分類し、
分類に応じて、前記デジタル帳票データの内の、未定の情報の決定方法を選択して実行する
処理を実行させるコンピュータプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、サービス又は商品の料金の決済に必要な取引情報の作成を促進する情報処理方法、情報処理装置及びコンピュータプログラムに関する。

【背景技術】

【0002】

サービス又は商品に係る料金の支払いにおけるキャッシュレス化が進んでいる。しかしながら、既存のキャッシュレス決済において、サービス又は商品の料金の支払者は基本的に、そのサービス又は商品を享受する利用者であって、利用時に決済がされる。つまり、サービス又は商品を享受する利用者個人に対する信用に基づく仕組みで実現されている。

【0003】

サービス又は商品を利用者に享受させるべく、その費用を他者が負担する取り組みを支援するクラウドファンディング等のサービスも増加している。しかしながら、これらのサービスにおいても、決済のフェーズは、サービス又は商品の利用の開始前に、支援者個々の個人的なクレジットカード等に基づく支払いが行なわれることを必要とする。

【0004】

発明者らは、支払者を当初からサービス又は商品を享受する利用者と別にすることができ、更に、支払者の確定がサービス又は商品の利用後であることを許容するキャッシュレス決済のための取引情報の作成方法を提案した（特許文献１等）。

【先行技術文献】

【特許文献】

【0005】

【特許文献1】特許第６８２３６７６号

【発明の概要】

【発明が解決しようとする課題】

【0006】

特許文献１で提案した手法により、サービス又は商品の利用者、その対価、サービス又は商品の内容、サービス又は商品の提供者、サービス又は商品に係る費用の支払者のいずれか１つで取引情報を作成し、決済まで完了させることができる。この手法による決済を促進するためには、利用者、対価、内容、提供者及び支払者がすべて確定するまでのマッチングが滞りなく実現し、決済が実行される実績が蓄積することが求められる。

【0007】

本発明は、取引情報の作成及び取引情報に基づく決済を促進させる情報処理方法、情報処理装置及びコンピュータプログラムを提供することを目的とする。

【課題を解決するための手段】

【0008】

本開示の一実施形態の情報処理方法は、サービス又は商品の内容を特定するための内容特定情報、前記サービス又は商品の利用者の利用者識別情報、前記サービス又は商品の提供者の提供者識別情報、前記サービス又は商品の料金を示す料金情報、前記料金の支払者を識別する支払者識別情報を含み、前記サービス又は商品の料金の決済の元となるデジタル帳票データを処理する情報処理方法であって、前記内容特定情報、利用者識別情報、提供者識別情報、料金情報及び支払者識別情報の内、未定の情報を含む前記デジタル帳票データを抽出し、未定の情報の類型、又は、決定済みの情報の属性に基づいて前記未定の情報を含む前記デジタル帳票データを分類し、分類に応じて、前記デジタル帳票データの内の、未定の情報の決定を支援する支援方法を選択して実行する。

【0009】

本開示の一実施形態の情報処理装置は、サービス又は商品の内容を特定するための内容特定情報、前記サービス又は商品の利用者の利用者識別情報、前記サービス又は商品の提供者の提供者識別情報、前記サービス又は商品の料金を示す料金情報、前記料金の支払者を識別する支払者識別情報を含み、前記サービス又は商品の料金の決済の元となるデジタル帳票データを処理する情報処理装置であって、前記内容特定情報、利用者識別情報、提供者識別情報、料金情報及び支払者識別情報の内、未定の情報を含む前記デジタル帳票データを抽出する抽出部と、未定の情報の類型、又は、決定済みの情報の属性に基づいて前記未定の情報を含む前記デジタル帳票データを分類する分類部と、分類に応じて、前記デジタル帳票データの内の、未定の情報の決定方法を選択して実行する実行部とを備える。

【0010】

本開示の一実施形態のコンピュータプログラムは、コンピュータに、サービス又は商品の内容を特定するための内容特定情報、前記サービス又は商品の利用者の利用者識別情報、前記サービス又は商品の提供者の提供者識別情報、前記サービス又は商品の料金を示す料金情報、前記料金の支払者を識別する支払者識別情報を含み、前記サービス又は商品の料金の決済の元となるデジタル帳票データを処理させるコンピュータプログラムであって、前記コンピュータに、前記内容特定情報、利用者識別情報、提供者識別情報、料金情報及び支払者識別情報の内、未定の情報を含む前記デジタル帳票データを抽出し、未定の情報の類型、又は、決定済みの情報の属性に基づいて前記未定の情報を含む前記デジタル帳票データを分類し、分類に応じて、前記デジタル帳票データの内の、未定の情報の決定方法を選択して実行する処理を実行させる。

【0011】

本開示の情報処理方法、情報処理装置及びコンピュータプログラムでは、未定の情報に応じて、デジタル帳票データが分類され、分類に応じた方法で決定を促進する処理が実行される。

【0012】

決定を促進するための方法は、オークションサイトへの出品でもよいし、検索を受け付けた場合に検索結果に併せて出力する方法であってもよいし、候補となる利用者、支払者、又は提供者へ通知する方法であってもよい。

【0013】

決定を促進するための方法は、予め受け付けておいたキーワードを付加したＳＮＳへの投稿であってもよい。

【0014】

本開示の情報処理方法では、未定の情報を含むデジタル帳票データは、決定を促進するために条件の変更を受け付けてもよいし、分割を受け付けてもよい。

【発明の効果】

【0015】

本開示によれば、分類に応じた支援方法によって、未定の項目の決定を促進し、取引情報の作成及び取引情報に基づく決済を促進させることができる。

【図面の簡単な説明】

【0016】

【図1】本開示の決済プラットフォームの概要図である。

【図2】情報処理装置の構成を示すブロック図である。

【図3】利用者端末装置の構成を示すブロック図である。

【図4】提供者端末装置の構成を示すブロック図である。

【図5】支払者端末装置の構成を示すブロック図である。

【図6】サービスＤＢのプレイヤＤＢの内容例を示す図である。

【図7】帳票ＤＢに記憶される情報の内容例を示す図である。

【図8】募集条件ＤＢに記憶される情報の内容例を示す図である。

【図9】情報処理装置によるデジタル帳票の起票手順の一例を示すフローチャートである。

【図10】デジタル帳票の起票時の状態を示す説明図である。

【図11】情報処理装置による処理手順の一例を示すフローチャートである。

【図12】募集内容の表示例を示す説明図である。

【図13】デジタル帳票の完成前の状態を示す説明図である。

【図14】情報処理装置によるデジタル帳票の完成促進手順の一例を示すフローチャートである。

【図15】募集処理手順の一例を示すフローチャートである。

【図16】他の募集処理手順の一例を示すフローチャートである。

【図17】他の募集処理手順の一例を示すフローチャートである。

【図18】他の募集処理手順の一例を示すフローチャートである。

【図19】他の募集処理手順の一例を示すフローチャートである。

【発明を実施するための形態】

【0017】

本開示をその実施の形態を示す図面を参照して具体的に説明する。以下の実施の形態では、本開示の情報処理方法を適用した決済プラットフォームについて説明する。

【0018】

（第１実施形態）
図１は、本開示の決済プラットフォーム１００の概要図である。決済プラットフォーム１００は、サービス又は商品の利用者と、サービス又は商品を提供する提供者と、サービス又は商品の利用に必要な料金を支払う支払者との間での料金の決済に必要な取引情報を作成するシステムである。以下、利用者、提供者及び支払者を区別しない場合、決済プラットフォーム１００のプレイヤと称する。

【0019】

決済プラットフォーム１００は、利用者が用いる利用者端末装置２、提供者が用いる提供者端末装置３、及び支払者が用いる支払者端末装置４からネットワークＮを介して通信接続が可能な情報処理装置１の処理、及び情報処理装置１から提供される情報により実現される。

【0020】

決済プラットフォーム１００は、利用者が実際にサービス又は商品をキャッシュレスで享受でき、実際の利用に即した料金が確定した場合には支払者から提供者へ支障なく料金が支払われる仕組みを実現する。決済プラットフォーム１００は、決済の根拠とすることができる取引情報としてデジタル帳票ＤＦを用いる。

【0021】

決済プラットフォーム１００では、１つ１つの取引に対してデジタル帳票ＤＦが起票され、起票されたデジタル帳票ＤＦを持ちにデジタルチケットが発行されて利用者によって利用可能になる。利用者は、デジタル帳票ＤＦが紐づいたデジタルチケットにより、キャッシュレスでサービス又は商品を享受できる。

【0022】

決済プラットフォーム１００は、サービス又は商品の内容、支払者、提供者、利用者及び料金のいずれか１つに基づいてデジタル帳票ＤＦを起票し、決済に必要な残りの情報を、徐々に決定することを許容しつつ、提供者への費用の支払いを保証する。例えば、利用者のみ決定しており、サービス又は商品の内容、支払者、提供者、及び料金が未定の状態でデジタル帳票ＤＦが起票され、後に決まるとしてもよく、サービス又は商品の享受後に全てが決まってから決済がされることを許容する。他の例で決済プラットフォーム１００は、提供者のみ決定しており、サービス又は商品の内容、利用者、支払者、及び料金が未定の状態でデジタル帳票ＤＦが起票されることも許容する。

【0023】

決済プラットフォーム１００は、情報処理装置１の処理により、利用者、提供者、支払者、内容、及び費用のいずれか１つによってデジタル帳票ＤＦが起票された後、利用者になりたい、提供者になりたいといった応募や、支払者の募集をマッチングさせる。マッチングによって全ての利用者、提供者、支払者、内容、及び費用が決定すると、決済プラットフォーム１００は、必要な情報が満たされたデジタル帳票ＤＦを完成させ、決済システムにおける決済の根拠となることを保証する。決済システムは、決済プラットフォーム１００の内部又は外部に存在し、デジタル帳票ＤＦを基に、提供者及び支払者それぞれに対応する銀行口座間で入出金を実行する。

【0024】

第１実施形態における決済プラットフォーム１００では、プレイヤはそれぞれ、このようにキャッシュレスでサービス又は商品を享受し、あるいは、費用の確実な入出金の利益を享受すべく、コンピュータプログラムを自身のコンピュータにインストールし、決済プラットフォーム１００の提供事業者と契約する。プレイヤは、利用者、提供者、及び支払者を区別するアカウントの発行を決済プラットフォーム１００から受ける。アカウントの区別により、このコンピュータプログラムを使用する利用者、提供者及び支払者のコンピュータはそれぞれ、利用者端末装置２、提供者端末装置３及び支払者端末装置４となる。

【0025】

以下、決済プラットフォーム１００におけるデジタル帳票ＤＦの完成を実現するための処理について説明する。

【0026】

決済プラットフォーム１００は具体的には、利用者端末装置２、提供者端末装置３、及び支払者端末装置４がネットワークＮを介して通信接続可能なサーバとして機能するコンピュータである情報処理装置１における処理によって実現される。

【0027】

ネットワークＮは、所謂インターネットである公衆通信網Ｎ１と、所定の移動通信規格による無線通信を実現するキャリアネットワークＮ２とを含む。公衆通信網Ｎ１にはアクセスポイントＡＰが含まれる。キャリアネットワークＮ２には基地局ＢＳが含まれる。利用者端末装置２、提供者端末装置３、及び支払者端末装置４は夫々、情報処理装置１と公衆通信網Ｎ１又はキャリアネットワークＮ２を介して通信接続が可能である。支払者端末装置４は、専用線を介して情報処理装置１と通信接続が可能であってもよい。

【0028】

図２は、情報処理装置１の構成を示すブロック図である。情報処理装置１は、以下の説明において、１台のサーバコンピュータとして説明するが、複数のサーバコンピュータで機能又は処理を分散させてもよい。

【0029】

情報処理装置１は、処理部１０、記憶部１１、通信部１２及び入出力部１３を備える。処理部１０は、ＣＰＵ（Central Processing Unit ）又はＧＰＵ（Graphics Processing Unit）を用いたプロセッサであり、内蔵するＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）を用いて各構成部を制御して処理を実行する。処理部１０は、記憶部１１に記憶されている情報処理プログラムＰ１に基づき、後述する利用者、提供者、支払者、内容、及び費用のマッチング等の情報処理を実行する。

【0030】

記憶部１１は、ハードディスク又はＳＳＤ（Solid State Drive ）を用いる。記憶部１１は、情報処理プログラムＰ１を記憶しているほか、処理部１０が参照する他のプログラム、及びデータを記憶する。

【0031】

通信部１２は、公衆通信網Ｎ１又はキャリアネットワークＮ２における通信を実現する。処理部１０は、通信部１２により公衆通信網Ｎ１又はキャリアネットワークＮ２を介して利用者端末装置２、提供者端末装置３、及び支払者端末装置４との間でデータの送受信が可能である。

【0032】

入出力部１３は、決済プラットフォーム１００に関する各種情報を記憶するサービスＤＢ（Data Base ）１０１との接続インタフェースである。サービスＤＢ１０１は、記憶部１１内に構築されてもよい。サービスＤＢ１０１は、プレイヤＤＢ１０２、帳票ＤＢ１０３、募集条件ＤＢ１０４を含むサービスＤＢ１０１詳細については後述する。

【0033】

図３は、利用者端末装置２の構成を示すブロック図である。利用者端末装置２は、スマートフォン等の通信機能を有し、利用者が常時的に携帯するコンピュータである。利用者端末装置２は、処理部２０、記憶部２１、通信部２２、表示部２３、操作部２４、読取部２５及び位置情報取得部２６を備える。

【0034】

処理部２０は、ＣＰＵ又はＧＰＵを用いたプロセッサである。処理部２０は、内蔵するＲＯＭ及びＲＡＭ等のメモリを用い、各構成部を制御して処理を実行する。処理部２０は、プロセッサ、メモリ、記憶部２１及び通信部２２を集積した１つのハードウェア（ＳＯＣ：System On a Chip）として構成されていてもよい。処理部２０は、記憶部２１に記憶されている端末用アプリケーションプログラムＰ２に基づいて情報処理装置１と通信接続が可能である、後述するサービス利用に係る情報を表示し、操作を受け付ける。

【0035】

記憶部２１は、フラッシュメモリ等の不揮発性記憶媒体を用い、端末用アプリケーションプログラムＰ２を含む、処理部２０が参照するプログラム及びデータを記憶する。記憶部２１には、決済プラットフォーム１００上のプレイヤを識別するプレイヤＩＤを含むアカウント情報が記憶されている。利用者端末装置２において記憶されているアカウント情報は、利用者に区別される。

【0036】

処理部２０は、記憶部２１のプレイヤＩＤに対応するアカウント情報の区別（利用者）及び端末用アプリケーションプログラムＰ２に基づき、利用者向けのグラフィカルインタフェースを表示部２３に表示させ、利用者用のアプリケーションとして情報処理装置１との間でデータを授受する。

【0037】

通信部２２は、公衆通信網Ｎ１又はキャリアネットワークＮ２を介した情報処理装置１との通信を実現する通信デバイスである。通信デバイスは、有線通信デバイスであっても、無線通信デバイスであってもよい。通信部２２は例えばWiFi（登録商標）に対応する無線通信デバイスである。

【0038】

表示部２３は、液晶パネル又は有機ＥＬディスプレイ等のディスプレイ装置を用いる。操作部２４は、利用者の操作を受け付けるインタフェースであり、物理ボタン、キーボード、ポインティングデバイス、ディスプレイ内蔵のタッチパネルデバイス、スピーカ及びマイクロフォン等を用いる。操作部２４は、物理ボタン又はタッチパネルにて表示部２３で表示している画面上で操作を受け付けてもよいし、マイクロフォンにて入力音声から操作内容を認識し、スピーカで出力する音声との対話形式で操作を受け付けてもよい。

【0039】

読取部２５は、プレイヤＩＤ等のコードを読み取るリーダである。読取部２５は、バーコードリーダ、カメラ及び無線タグリーダの内の少なくともいずれか１つである。読取部２５は、それらのいずれをも含み、コードの提示態様によっていずれかを選択的に使用してコードを読み取ってもよい。

【0040】

位置情報取得部２６は、利用者端末装置２の位置情報を取得するデバイスである。位置情報取得部２６は、ＧＰＳ（Global Positioning System）受信デバイスを用いるか、又は、通信部２２のWiFiによって位置情報を特定するデバイスを用いてもよい。

【0041】

図４は、提供者端末装置３の構成を示すブロック図である。提供者端末装置３は、タブレット端末等の通信機能を有するコンピュータを用いる。サービスを実際に提供するスタッフではなくサポートスタッフ、管理者、又は経理等が使用する提供者端末装置３は、デスクトップ、ラップトップ型のパーソナルコンピュータを用いる。

【0042】

提供者端末装置３は、処理部３０、記憶部３１、通信部３２、表示部３３、操作部３４及び読取部３５を備える。

【0043】

処理部３０は、ＣＰＵ又はＧＰＵを用いたプロセッサであり、内蔵するＲＯＭ又はＲＡＭ等のメモリを用い、各構成部を制御して処理を実行する。処理部３０は、記憶部３１に記憶されている端末用アプリケーションプログラムＰ３に基づいて情報処理装置１と通信接続が可能であり、サービス提供に係る情報を表示し、操作を受け付ける。

【0044】

記憶部３１は、ハードディスク、ＳＳＤ、フラッシュメモリ等の不揮発性記憶媒体を用い、端末用アプリケーションプログラムＰ３を含む、処理部３０が参照するプログラム及びデータを記憶する。記憶部３１には、サービス提供者に区別されるプレイヤＩＤを含むアカウント情報が記憶されている。記憶部３１は、提供者のスタッフを個々に識別する情報を記憶してもよい。

【0045】

処理部３０は、記憶部３１に記憶されているプレイヤＩＤに対応するアカウント情報の区別（提供者）及び端末用アプリケーションプログラムＰ３に基づき、提供者向けのグラフィカルインタフェースを表示部３３に表示させ、提供者用のアプリケーションとして情報処理装置１との間でデータを授受する。

【0046】

通信部３２は、公衆通信網Ｎ１又はキャリアネットワークＮ２を介した情報処理装置１との通信を実現する通信デバイスである。通信デバイスは、有線通信デバイスであっても、無線通信デバイスであってもよい。通信部３２は例えばWiFiに対応する無線通信デバイスである。

【0047】

表示部３３は、液晶パネル又は有機ＥＬディスプレイ等のディスプレイ装置を用いる。操作部３４は、提供者の操作を受け付けるインタフェースであり、物理ボタン、キーボード、ポインティングデバイス、ディスプレイ内蔵のタッチパネルデバイス、スピーカ及びマイクロフォン等を用いる。操作部２４は、物理ボタン又はタッチパネルにて表示部３３で表示している画面上で操作を受け付けてもよいし、マイクロフォンにて入力音声から操作内容を認識し、スピーカで出力する音声との対話形式で操作を受け付けてもよい。

【0048】

読取部３５は、他の機器から 情報を読み取るリーダである。読取部３５は、バーコードリーダ、又はカメラであってもよい。読取部３５は、サービスの料金を計算するための他の装置（レジ端末、メータ）と接続されるインタフェースであってもよい。料金は、操作部３４を用いて入力されてもよい。

【0049】

提供者端末装置３は、決済プラットフォーム１００の利用準備の中で、提供者を識別する情報（プレイヤＩＤ）を、利用者端末装置２の読取部２５によって読み取りやすくするために、プレイヤＩＤ自体又はプレイヤＩＤに紐づくデータをコード化したものを取得するとよい。プレイヤＩＤ自体又はプレイヤＩＤに紐づくデータをコード化したものは、提供者端末装置３から情報処理装置１へ申請して取得されてもよいし、提供者端末装置３が、提供者として決済プラットフォーム１００と契約した場合に、情報処理装置１から発行されるものを提供者端末装置３が取得してもよい。

【0050】

図５は、支払者端末装置４の構成を示すブロック図である。支払者端末装置４は、支払者である企業・団体の経理部門、管理者、又はスポンサーとなる他の利用者により使用される。支払者端末装置４は、パーソナルコンピュータ又はサーバコンピュータでもよいし、スタッフ又は他の利用者によって個々に管理されるタブレット端末、スマートフォン等であってもよい。

【0051】

支払者端末装置４は、処理部４０、記憶部４１、通信部４２、表示部４３及び操作部４４を備える。

【0052】

処理部４０は、ＣＰＵ又はＧＰＵを用いたプロセッサであり、内蔵するＲＯＭ又はＲＡＭ等のメモリを用い、各構成部を制御して処理を実行する。処理部４０は、記憶部４１に記憶されている端末用アプリケーションプログラムＰ４に基づいて情報処理装置１と通信接続が可能であり、サービス提供に係る情報を表示し、操作を受け付ける。

【0053】

記憶部４１は、ハードディスク、ＳＳＤ、フラッシュメモリ等の不揮発性記憶媒体を用い、端末用アプリケーションプログラムＰ４を含む、処理部４０が参照するプログラム及びデータを記憶する。記憶部４１には、支払者に区別されるプレイヤＩＤを含むアカウント情報が記憶されている。

【0054】

処理部４０は、記憶部４１に記憶されているプレイヤＩＤに対応するアカウント情報の区別（支払者）及び端末用アプリケーションプログラムＰ４に基づき、支払者向けのグラフィカルインタフェースを表示部４３に表示させ、支払者用のアプリケーションとして情報処理装置１との間でデータを授受する。

【0055】

通信部４２は、公衆通信網Ｎ１又はキャリアネットワークＮ２を介した情報処理装置１との通信を実現する通信デバイスである。通信デバイスは、有線通信デバイスであっても、無線通信デバイスであってもよい。通信部４２は例えばWiFiに対応する無線通信デバイスである。

【0056】

表示部４３は、液晶パネル又は有機ＥＬディスプレイ等のディスプレイ装置を用いる。操作部４４は、利用者の操作を受け付けるインタフェースであり、物理ボタン、キーボード、ポインティングデバイス、ディスプレイ内蔵のタッチパネルデバイス、スピーカ及びマイクロフォン等を用いる。操作部２４は、物理ボタン又はタッチパネルにて表示部３３で表示している画面上で操作を受け付けてもよいし、マイクロフォンにて入力音声から操作内容を認識し、スピーカで出力する音声との対話形式で操作を受け付けてもよい。

【0057】

情報処理装置１で入出力するサービスＤＢ１０１について内容例を参照して説明する。サービスＤＢ１０１は、プレイヤを識別し、属性等を記憶するプレイヤＤＢ１０２、帳票ＤＢ１０３、募集条件ＤＢ１０４を含む。

【0058】

図６は、サービスＤＢ１０１のプレイヤＤＢ１０２の内容例を示す図である。プレイヤＤＢ１０２は、プレイヤＩＤに対応付けてプレイヤの種別及びプレイヤの名前等の属性を格納している。プレイヤの種別は、利用者、提供者及び支払者のうちの少なくともいずれか１つである。複数の種別であってもよい。同一のプレイヤに、種別によって異なるプレイヤＩＤが付与されていてもよい。プレイヤＤＢ１０２に格納されているプレイヤの属性は、電話番号、メールアドレス、ＳＮＳ（Social Network Service）のアカウント等の連絡先情報を含む。

【0059】

プレイヤＤＢ１０２は、プレイヤＩＤに対応付けて、プレイヤの出金用若しくは入金用の銀行口座、プレイヤ個人のクレジットカードを決済方法とする場合のカード情報など、支払い情報を格納している。

【0060】

プレイヤＤＢ１０２は、提供者の種別が付与されているプレイヤＩＤに対応付けて、業種を識別するデータを格納している。プレイヤが提供者としてのアカウントを発行されていない場合、この情報は格納されなくてよい。

【0061】

プレイヤＤＢ１０２は、利用者の種別が付与されているプレイヤＩＤに対応付けて、デフォルトの支払者であるプレイヤのプレイヤＩＤを記憶しておいてもよい。例えば、個人のプレイヤＩＤに対応付けて、その個人が所属する組織（企業）の経理部門に対して発行されているプレイヤＩＤが記憶されており、経費利用が認められる場合にはその経理部門が自動的に支払者となるように設定されていてもよい。

【0062】

プレイヤＩＤを含むアカウント情報は、決済プラットフォーム１００により、利用者となるプレイヤによって個人的に発行されてもよいし、プレイヤが属する組織によって、利用者の数に応じて団体で発行されてもよい。

【0063】

プレイヤＩＤに対応付けて、プレイヤ同士にて取引をメタバース内で実施するべく、アバターが設定されてもよい。利用者の種別のプレイヤＩＤには一般ユーザ的なアバターを出力するためのデータが対応付けられ、利用者端末装置２から編集可能であってもよい。提供者のプレイヤＩＤには、提供者の業種に応じた編集可能なアバターのデータが対応付けられ、同様に、支払者のプレイヤＩＤにも、支払者に対する編集可能なアバターのデータが対応付けられるとよい。

【0064】

図７は、帳票ＤＢ１０３に記憶される情報の内容例を示す図である。帳票ＤＢ１０３ は、起票されたデジタル帳票ＤＦを格納する。デジタル帳票ＤＦは、取引ＩＤ、発行日時、利用開始日時、利用終了日時、利用目的、利用するサービス又は商品の名称、詳細内容、金額、利用者のプレイヤＩＤ（利用者ＩＤ）、サービス又は商品を提供する提供者のプレイヤＩＤ（提供者ＩＤ）、支払者のプレイヤＩＤ（支払者ＩＤ）を含む。１回の利用に対し複数の支払者（利用者自身を含んでもよい）で費用が分担される場合、複数のプレイヤＩＤが含まれてよい。図７に示す帳票ＤＢ１０３の内容例は、既にサービス又は商品の提供が完了したデジタル帳票ＤＦ（取引ＩＤ：F0023819900010）と、利用者のみが決定されているが未だサービス又は商品の提供はされておらず、サービス提供者も決まっていないデジタル帳票ＤＦ（取引ＩＤ：F0023820058850）とを含む。

【0065】

デジタル帳票ＤＦは、利用者のプレイヤＩＤ、サービス又は商品を提供する提供者のプレイヤＩＤ、支払者のプレイヤＩＤ、金額、利用されるサービス又は商品の名称（詳細内容）のいずれか１つで発行可能である。デジタル帳票ＤＦは、後述するようにサービス提供の進行状況に沿って順次完成される。デジタル帳票ＤＦは、決済に必要な情報がサービス完了後に確定することを許容する。

【0066】

図８は、募集条件ＤＢ１０４に記憶される情報の内容例を示す図である。募集条件ＤＢ１０４は、情報処理装置１へ送信される利用者端末装置２、提供者端末装置３又は支払者端末装置４からのリクエスト、情報処理装置１自身からのリクエストに含まれる募集条件 の内容を記憶する。募集条件は、募集を識別するための募集ＩＤ及び発行されたデジタル帳票ＤＦの取引ＩＤに対応付けて、料金の条件、場所、期間、人数等の条件の内容を含む。募集が終了すると情報処理装置１によって募集条件は消去される。

【0067】

このように構成される決済プラットフォーム１００において情報処理装置１は、利用者端末装置２、提供者端末装置３及び支払者端末装置４との間でデータを送受信しつつ、デジタル帳票ＤＦを完成させて決済を完了させる処理を実行する。まず、デジタル帳票ＤＦの起票の段階の処理について、説明し、次に、起票されたデジタル帳票ＤＦが完成することを促進するための情報処理装置１による処理について説明する。

【0068】

図９は、情報処理装置１によるデジタル帳票ＤＦの起票手順の一例を示すフローチャートである。情報処理装置１は、逐次以下の処理手順を実行する。

【0069】

処理部１０は、利用者、提供者、支払者、サービス又は商品の内容、及び金額の内の少なくとも１つを指定した募集条件付きの募集リクエストを受け付ける（ステップＳ１０１）。ステップＳ１０１において処理部１０は、利用者のプレイヤＩＤを指定した募集リクエストを利用者端末装置２から受け付けてもよいし、提供者のプレイヤＩＤを指定した募集リクエストを提供者端末装置３から受け付けてもよい。処理部１０は、支払者のプレイヤＩＤを指定した募集リクエストを支払者端末装置４から受け付けてもよい。

【0070】

処理部１０は、サービス又は商品の内容のみを指定し、情報処理装置１内の処理によって発行される募集リクエストを受け付けてもよいし、同様にして、金額のみを指定した募集リクエストを内部から受け付けてもよい。なおこの場合、情報処理装置１は、それまでのデジタル帳票ＤＦの実績に基づく需要予測等から、決済プラットフォーム１００上のマーケット刺激の機能により、募集リクエストを作成してもよい。

【0071】

ステップＳ１０１において処理部１０は、利用者のプレイヤＩＤ及びサービス又は商品の内容を指定した募集リクエストを利用者端末装置２から受け付けてもよいし、更に金額まで指定した募集リクエストを利用者端末装置２から受け付けてもよい。処理部１０は同様に、サービス又は商品の内容と、提供者のプレイヤＩＤと、支払者のプレイヤＩＤとを指定した募集リクエストを提供者端末装置３又は支払者端末装置４から受け付けてもよい。

【0072】

処理部１０は、受け付けた募集リクエスに応じて取引ＩＤを採番し、デジタル帳票ＤＦを起票する（ステップＳ１０２）。デジタル帳票ＤＦは、取引ＩＤと、リクエスト元の利用者のプレイヤＩＤ、提供者のプレイヤＩＤ、支払者のプレイヤＩＤ、サービス又は商品の内容、及び金額の内、少なくともいずれか１つと含んで起票される。デジタル帳票ＤＦとして帳票ＤＢ１０３に記憶された以後は、情報処理装置１自身、利用者端末装置２、提供者端末装置３、支払者端末装置４から、デジタル帳票ＤＦは検索・閲覧できるようになる。

【0073】

処理部１０は、受け付けた募集リクエストに含まれる募集の条件を募集ＩＤに対応付けて募集条件ＤＢ１０４に記憶する（ステップＳ１０３）。ステップＳ１０３において処理部１０は、募集の条件をサービス又は商品の分野、条件、期間、要望等を利用者端末装置２、提供者端末装置３、又は支払者端末装置４に表示する操作画面にて受け付けるとよい。ステップＳ１０３において処理部１０は、募集の条件とともに、募集時の検索向けキーワードを受け付けてよい。これにより、応募する利用者、支払者、提供者からの検索を推進する。

【0074】

処理部１０は、募集の条件に対応付けて、募集条件の変更の問い合わせ先を、募集条件ＤＢ１０４に記憶する（ステップＳ１０４）。ステップＳ１０４において処理部１０は、募集リクエストの送信元の利用者端末装置２、提供者端末装置３、又は支払者端末装置４を問い合わせ先として記憶する。その他、処理部１０は、情報処理装置１自身による募集リクエストである場合、問い合わせ先を、情報処理装置１自身で所定のアルゴリズムに基づき、募集条件変更を行なう機能を発揮する処理（インスタンス）を問い合わせ先としてもよい。

【0075】

図９のフローチャートに示した処理手順により、帳票ＤＢ１０ＤＢ１０３には、未完成のデジタル帳票ＤＦが記憶される。図１０は、デジタル帳票ＤＦの起票時の状態を示す説明図である。図１０Ａ，Ｂ，Ｃ，Ｄ，Ｅ，Ｆのように、デジタル帳票ＤＦは、決済又は経費処理に必要な項目である（１）取引を識別する情報（取引ＩＤ）、（２）提供されたサービス又は商品の内容を示す情報（項目）、（３）料金、（４）サービス又は商品の提供者（支払先）、（５）サービス又は商品の利用者、（６）料金の支払者の内、（２）－（５）の少なくとも１つのみが定められて起票される。図１０Ａ，Ｂ，Ｃ，Ｄ，Ｅ，Ｆでは、埋まっている項目は太字太枠で示し、未定の項目は細枠で示す。

【0076】

図１０Ａでデジタル帳票ＤＦは、（５）の利用者のみが定められて起票されている。例えば、利用者が利用者端末装置２を用い、「いまから３０分程度以内に、東京駅を出発して１４時までに羽田空港へ到着したい。」という要望（募集条件）で募集リクエストを情報処理装置１へ送信した場合に、図１０Ａに示すようなデジタル帳票ＤＦが起票される。

【0077】

図１０Ｂでデジタル帳票ＤＦは、（６）の支払者のみが定められて起票されている。例えば支払者が支払者端末装置４を用い、「当社が資金を提供するので、教育分野のサービスを体験した上でアンケートに答えてほしい」という要望（募集条件）で利用者を募集し、利用者が希望する提供者を指定してもらうといった募集リクエストを情報処理装置１へ送信した場合に、図１０Ｂに示すようなデジタル帳票ＤＦが起票される。

【0078】

図１０Ｃでデジタル帳票ＤＦは、（４）の提供者のみが定められて起票されている。例えば、提供者が提供者端末装置３を用い、「体験談を、ＰＲを兼ねてＳＮＳで発信してもらうという条件で、特別料金でサービスを提供する」という要望（募集条件）で募集リクエストを情報処理装置１へ送信した場合、図１０Ｃに示すようなデジタル帳票ＤＦが起票される。

【0079】

図１０Ｄでデジタル帳票ＤＦは、（２）のサービス又は商品のみが定められて起票されている。例えば、情報処理装置１自身が、サービス又は商品の人気度に応じて、ニーズを発掘して募集リクエストを発行した場合、図１０Ｄに示すようなデジタル帳票ＤＦが起票される。例えば、情報処理装置１の管理者が、所定期間で「アイディアソン」を実施したいが、ファシリテータ及びその企画を募集し、その企画に沿って支払者と利用者とを募集するという条件で、「アイディアソン」という内容の募集リクエストを情報処理装置１へ送信した場合も、図１０Ｄに示すようなデジタル帳票ＤＦが起票される。

【0080】

図１０Ｅでデジタル帳票ＤＦは、（３）の料金（金額）のみが定められて起票されている。例えば、情報処理装置１自身の処理、又は情報処理装置１の管理者（決済プラットフォーム１００の管理者）が、金額を提示した企画を立ち上げ、後に支払者、その金額を使用したサービス又は商品、またその提供者を決める、として募集リクエストを発行した場合、図１０Ｅに示すようなデジタル帳票ＤＦが起票される。このように、決済プラットフォーム１００は、「金額」のみが決まっているといったニーズを刺激するようなデジタル帳票ＤＦの起票も許容する。

【0081】

デジタル帳票ＤＦは、その他、図１０Ｆのように（２）のサービス又は商品の内容、（４）の提供者が定められて起票されていてもよい。例えば、提供者が提供者端末装置３を用い、「当社の新サービスの出資及び利用を試してほしい」という、支払者及び利用者を募集するクラウドファンディング的な募集リクエストを情報処理装置１へ送信した場合、図１０Ｆに示すようなデジタル帳票ＤＦが起票される。

【0082】

その他、利用者のみ未決のデジタル帳票ＤＦ、支払者のみ未決のデジタル帳票ＤＦ、提供者のみ未決のデジタル帳票ＤＦ等、多様なパターンが各時点で存在し得る。

【0083】

このように、多様なバリエーションでデジタル帳票ＤＦの起票が許容される。そして、上述のようにデジタル帳票ＤＦが起票されると、各デジタル帳票ＤＦに基づくデジタルチケットが、デジタルチケットマーケットに出品された状態となり、利用者端末装置２、提供者端末装置３、及び支払者端末装置４から、利用者ＩＤ、提供者ＩＤ、支払者ＩＤ、サービス内容、金額等のいずれかの情報によって検索・閲覧できる。

【0084】

決済プラットフォーム１００の情報処理装置１は、図１０Ａ～図１０Ｆに示されたようなデジタル帳票ＤＦに基づいて、利用者、提供者、及び支払者の内の少なくとも１つを募集し、デジタル帳票ＤＦを少しずつ完成させる。

【0085】

図１１は、情報処理装置１による処理手順の一例を示すフローチャートである。情報処理装置１は、利用者端末装置２が端末用アプリケーションプログラムＰ２、提供者端末装置３が端末用アプリケーションプログラムＰ３、支払者端末装置４が端末用アプリケーションプログラムＰ４を起動すると、これに対して以下の処理を実行する。

【0086】

利用者端末装置２、提供者端末装置３及び支払者端末装置４は、各々の端末用アプリケーションプログラムＰ２，Ｐ３，Ｐ４を起動すると、各々に対応付けられているプレイヤＩＤを含むアカウント情報を情報処理装置１へ送信する。つまり、利用者、提供者又は支払者が端末用アプリケーションプログラムＰ２，Ｐ３，Ｐ４を起動してログイン（アカウント情報を送信）すると、情報処理装置１にて以下の処理を実行する。

【0087】

処理部１０は、アカウント情報を受信し（ステップＳ１１１）、アカウント情報に含まれるプレイヤＩＤの種別及び属性に基づき、募集条件が合致する起票済みのデジタル帳票ＤＦを抽出する（ステップＳ１１２）。

【0088】

処理部１０は、ステップＳ１１２で抽出したデジタル帳票ＤＦの募集の内容を、ステップＳ１１１で受信したアカウント情報に対応する利用者端末装置２、提供者端末装置３、又は支払者端末装置４へ通知する（ステップＳ１１３）。

【0089】

処理部１０は、検索キーワードを含む検索リクエストを受け付け（ステップＳ１１４）、検索リクエストに含まれる検索キーワードに募集条件が合致する起票済みのデジタル帳票ＤＦを抽出する（ステップＳ１１５）。

【0090】

処理部１０は、ステップＳ１１５で抽出したデジタル帳票ＤＦの募集の内容を、ステップＳ１１１で受信したアカウント情報に対応する利用者端末装置２、提供者端末装置３、又は支払者端末装置４へ通知する（ステップＳ１１６）。

【0091】

処理部１０は、募集の内容の通知に対する応募を受け付け（ステップＳ１１７）、応募の内容を、対象の募集内容に対応する問い合わせ先の利用者端末装置２、提供者端末装置３、又は支払者端末装置４へ通知する（ステップＳ１１８）。処理部１０は、応募の中から、利用者、提供者若しくは支払者、サービス若しくは商品、又は、料金の選定を、問い合わせ先から受け付ける（ステップＳ１１９）。ステップＳ１１８及びステップＳ１１９の応募の中からの選定は、情報処理装置１の所定の選定アルゴリズムによって自動的に選定してもよい。

【0092】

処理部１０は、選定された利用者、提供者若しくは支払者、サービス若しくは商品、又は、料金を決定する（ステップＳ１２０）。処理部１０は、その決定項目（利用者、提供者若しくは支払者、サービス若しくは商品、又は、料金）をデジタル帳票ＤＦに追記し（ステップＳ１２１）、処理を終了する。

【0093】

図１２は、募集内容の表示例を示す説明図である。図１２は、例えば利用者が利用者端末装置２を用いてログインした場合に表示部２３に表示されるメイン画面２３０の表示例である。図１２には、ログインした利用者のプレイヤＩＤ及び属性（氏名及び組織名）が表示されている。メイン画面２３０には、決済プラットフォーム１００に加盟しているサービスのうち、利用者が予め設定している使用可能なサービスに対応するメニュー２３１のリストを含む。図１２の例では、メイン画面２３０のリストには、タクシーを探すサービスに対応するメニュー、宿泊先を探すサービス、イベントを探すサービスに対応するメニュー２３１が含まれている。そして、図１２のメイン画面２３０には、利用者の属性に対応するデジタル帳票ＤＦに基づき推奨されるデジタルチケットのサムネイル２３２が表示されている。

【0094】

利用者は、自身がデジタル帳票ＤＦの起票のリクエストを情報処理装置１へ送信することもできる。利用者は、図１２に示すように、推奨デジタルチケットの通知を受けることができる。利用者は、メニューを選択してデジタル帳票ＤＦに基づくデジタルチケットの検索を実行した結果から、要望や目的、属性に合致したデジタル帳票ＤＦに基づくデジタルチケットの通知を受けることができる。

【0095】

これらの通知されたデジタルチケットを、利用者が選択することで、図１１のフローチャートに示した処理手順の内のＳ１１７－Ｓ１２０の処理が実行される。これにより、デジタル帳票ＤＦの内の、未決の項目が決定されることで完成していく。

【0096】

図１３は、デジタル帳票ＤＦの完成前の状態を示す説明図である。図１３Ａ，Ｂ，Ｃ，Ｄのように、デジタル帳票ＤＦは、決済又は経費処理に必要な項目である（１）取引を識別する情報（取引ＩＤ）、（２）提供されたサービス又は商品の内容を示す情報（項目）、（３）料金、（４）サービス又は商品の提供者（支払先）、（５）サービス又は商品の利用者、（６）料金の支払者の内、（２）－（５）が任意の順序で埋まる。図１３Ａ，Ｂ，Ｃ，Ｄでは、埋まっている項目は太字太枠で示し、未定の項目は細枠で示す。

【0097】

図１３Ａのデジタル帳票ＤＦは、（５）の利用者及び（３）の金額が決まっていない。例えば、情報処理装置１自身により（２）のサービス又は商品の内容を指定して起票されたデジタル帳票ＤＦに対し、スポンサーとして（６）の支払者及び（４）の提供者が名乗り出て決まった後に、（５）の利用者及び（３）の金額が決まっていない状態等が想定される。

【0098】

図１３Ｂのデジタル帳票ＤＦは、（５）の利用者のみが決まっていない。（４）の提供者からの起票リクエストによって起票されたデジタル帳票ＤＦに対し、提供者自身によって（２）のサービス又は商品の内容が決まった後に、スポンサーとして（６）の支払者が（３）の金額を指定して募集し、選定された場合に（５）の利用者のみが決まっていない状態等が想定される。

【0099】

図１３Ｃのデジタル帳票ＤＦは、（４）の提供者のみ決まっていない。（５）の利用者からの起票リクエストによって（２）のサービス又は商品の内容、（３）の予算（料金）、及び（６）の支払者（利用者自身あるいは組織の経理部門）が指定されて起票がされたデジタル帳票ＤＦに対し、（５）の提供者が決まっていない状態等が想定される。

【0100】

図１３Ｄのデジタル帳票ＤＦは、（６）の支払者のみ決まっていない。情報処理装置１自身により（３）の予算が指定されて起票されたデジタル帳票ＤＦに対し、（４）の提供者が名乗り出て、その事業分野に関する（２）サービス又は商品の内容が決定され、（５）の利用者が応募に基づいて選定された後に、（６）の支払者のみが決まっていない状態等が想定される。

【0101】

次に、図１３Ａ－Ｄに示したような未完成のデジタル帳票ＤＦに対し、情報処理装置１は完成を促進する処理を行なう。

【0102】

図１４は、情報処理装置１によるデジタル帳票ＤＦの完成促進手順の一例を示すフローチャートである。情報処理装置１は、以下の処理を定期的に、又は、検索がされたこと、などのイベントに応じて実行する。

【0103】

情報処理装置１の処理部１０は、帳票ＤＢ１０３及び募集条件ＤＢ１０４を参照し、未完成のデジタル帳票ＤＦを抽出する（ステップＳ２０１）。

【0104】

処理部１０は、ステップＳ２０１で抽出したデジタル帳票ＤＦのうち、不足している項目の類型によってデジタル帳票ＤＦを分類する（ステップＳ２０２）。処理部１０は、分類後の未完成のデジタル帳票ＤＦに対し、不足している項目の類型に応じた手段による利用者、提供者又は支払者となり得るプレイヤに向けて募集処理を実行する（ステップＳ２０３）。

【0105】

ステップＳ２０１で抽出したデジタル帳票ＤＦのうち、既に決定している項目の属性によってデジタル帳票ＤＦを分類する（ステップＳ２０４）。処理部１０は、分類後の未完成のデジタル帳票ＤＦに対し、決定している項目の属性に応じた手段による利用者、提供者又は支払者となり得るプレイヤに向けて募集処理を実行し（ステップＳ２０５）、処理を終了する。

【0106】

図１５は、募集処理手順の一例を示すフローチャートである。図１５のフローチャートに示す処理手順は、不足している項目が、（５）の利用者と（３）の金額であるという類型の場合に、実行されるステップＳ２０３の処理の詳細に対応する。

【0107】

処理部１０は、ステップＳ２０１で抽出した未完成のデジタル帳票ＤＦのうち、利用者及び金額が未決であるデジタル帳票ＤＦに対し、以下の処理を実行する。

【0108】

処理部１０は、抽出されたデジタル帳票ＤＦに基づくデジタルチケットを、提携するオークションサイトへ出品する（ステップＳ３０１）。ステップＳ３０１において処理部１０は、オークションサイトのみならず、クラウドファンディングサイト等、利用者を募集するＷｅｂベースサービスにデジタルチケットを出品し、利用者を募り、決まった利用者に金額を決定させてもよい。

【0109】

ステップＳ３０１において処理部１０は、未決のデジタル帳票ＤＦを、提供されるサービス又は商品の分野に応じて、ユーザが多いマーケット、活性度が高いマーケットを選択して異なるオークションサイトへ出品してもよい。例えば、提供者が旅行に関する事業者であって利用者が未決のデジタル帳票ＤＦに対して情報処理装置１は、旅用の提携オークションサイトへ出品する。同様にして情報処理装置１は、提供者が演劇に関する事業者であって利用者が未決のデジタル帳票ＤＦに関しては、演劇用の提携オークションサイトへ出品する。

【0110】

処理部１０は、既に提携オークションサイトへ出品済みのデジタルチケットのうち、所定の第１期間以上未決のデジタルチケットを抽出する（ステップＳ３０２）。処理部１０は、元となっているデジタル帳票ＤＦの取引ＩＤに基づき、募集条件ＤＢ１０４に登録されている検索キーワードを用いて、オークションサイトへのリンクを含む投稿をＳＮＳに対して実行する（ステップＳ３０３）。

【0111】

処理部１０は、既に提携オークションサイトへ出品済みのデジタルチケットのうち、前記所定の第１期間よりも長い第２期間以上未決のデジタルチケットを抽出する（ステップＳ３０４）。処理部１０は、ステップＳ３０４で抽出した第２期間以上未決のデジタルチケットのオークションサイトへの出品を一旦中断する（ステップＳ３０５）。処理部１０は、ステップＳ３０４で抽出したデジタルチケットの元となっているデジタル帳票ＤＦの取引ＩＤに基づき、募集条件ＤＢ１０４に登録されている問い合わせ先に、条件変更の打診通知を送信する（ステップＳ３０６）。打診通知は、例えばオークションサイトにおける問い合わせ内容を打診通知に含めて送信してもよい。

【0112】

ステップＳ３０２にて第１期間以上未決であるデジタルチケットが存在しない場合、すなわち、ステップＳ３０４にて第２期間以上未決であるデジタルチケットが存在しない場合、処理部１０はステップＳ３０３－Ｓ３０６をスキップする。

【0113】

ステップＳ３０６にて打診通知を送信した結果、条件変更がされる場合、例えば処理部１０は、提供者端末装置３から、条件変更リクエストを受信し（ステップＳ３０７）、対象のデジタル帳票ＤＦ自体、又は対応する募集条件ＤＢ１０４における募集条件を変更する（ステップＳ３０８）。

【0114】

ステップＳ３０８において処理部１０は、デジタル帳票ＤＦに対応する募集条件ＤＢ１０４の条件の内容を変更してもよいし、デジタル帳票ＤＦを分割する処理を実行してもよい。分割する場合、情報処理装置１は、分割前の取引ＩＤに分岐番号を付した新たな取引ＩＤを付したデジタル帳票ＤＦを起票するとよい。

【0115】

処理部１０は、デジタル帳票ＤＦの変更に伴い、提携オークションサイトにおける条件を変更し（ステップＳ３０９）、出品を再開し（ステップＳ３１０）、募集処理を終了する。

【0116】

図１６は、他の募集処理手順の一例を示すフローチャートである。図１６のフローチャートに示す処理手順は、不足している項目が、（５）の利用者のみ、という類型の場合に、実行されるステップＳ２０３の処理の詳細に対応する。

【0117】

処理部１０は、利用者のみが未決のデジタル帳票ＤＦを１つ選択する（ステップＳ３２１）。処理部１０は、選択したデジタル帳票ＤＦに対する募集条件に合致する利用者のプレイヤＩＤを抽出する（ステップＳ３２２）。処理部１０は、抽出したプレイヤＩＤが使用する利用者端末装置２へ、デジタル帳票ＤＦに対する募集内容をプッシュ通知（宣伝）する（ステップＳ３２３）。

【0118】

ステップＳ３２２において処理部１０はそのほか、プレイヤＤＢ１０２及び決済後のデジタル帳票ＤＦを帳票ＤＢ１０３から参照し、利用者の利用履歴や属性に基づいて、利用者が未決のデジタル帳票ＤＦに基づくデジタルチケットを好みやすい利用者を抽出してターゲットを決めて通知してもよい。

【0119】

ステップＳ３２３において処理部１０は、メタバース空間の中で、抽出されたプレイヤＩＤのアバターに向けて、対応する提供者のプレイヤＩＤのアバターに、告知する会話をさせるようにしてもよい。

【0120】

処理部１０は、利用者のみが未決のデジタル帳票ＤＦについて全て選択したか否かを判断する（ステップＳ３２４）。全てを選択していないと判断された場合（Ｓ３２４：ＮＯ）、処理部１０は、処理をステップＳ３２１へ戻す。

【0121】

ステップＳ３２４にて全てを選択したと判断された場合（Ｓ３２４：ＹＥＳ）、処理部１０は、利用者のみが未決のデジタル帳票ＤＦに対する募集処理を終了する。

【0122】

図１７は、他の募集処理手順の一例を示すフローチャートである。図１７のフローチャートに示す処理手順は、不足している項目が、（６）の支払者のみ、という類型の場合に、実行されるステップＳ２０３の処理の詳細に対応する。

【0123】

処理部１０は、支払者のみが未決のデジタル帳票ＤＦを１つ選択する（ステップＳ３３１）。処理部１０は、選択したデジタル帳票ＤＦに対する募集条件に合致する支払者のプレイヤＩＤを抽出する（ステップＳ３３２）。処理部１０は、抽出したプレイヤＩＤの支払者が使用する支払者端末装置４へ、デジタル帳票ＤＦに対する募集内容をプッシュ通知（宣伝）する（ステップＳ３３３）。

【0124】

ステップＳ３３３において処理部１０は、支払者としての実績に基づいて選択してもよいし、支払者のプレイヤＤＢ１０２に記憶してある属性に基づき、デジタル帳票ＤＦで決定しているサービス又は商品の分野に応じて選択してもよい。

【0125】

処理部１０は、選択中のデジタル帳票ＤＦについて、未決状態が所定の第３期間以上継続しているか否かを判断する（ステップＳ３３４）。未決状態が所定の第３期間以上継続していると判断された場合（Ｓ３３４：ＹＥＳ）、処理部１０は、選択中のデジタル帳票ＤＦに対応する募集条件を募集条件ＤＢ１０４から条件の変更の問い合わせ先を読み出す（ステップＳ３３５）。処理部１０は、読み出した問い合わせ先へ、分割の提案等、条件の変更の打診通知を送信する（ステップＳ３３６）。

【0126】

ステップＳ３３６にて打診通知を送信した結果、条件変更がされる場合、処理部１０は、例えば利用者端末装置２から、条件変更リクエストを受信し（ステップＳ３３７）、対象のデジタル帳票ＤＦを変更し（ステップＳ３３８）、処理をステップＳ３３９へ進める。

【0127】

未決状態が所定の第３期間以上継続していないと判断された場合（Ｓ３３４：ＮＯ）、処理部１０は、そのまま処理をステップＳ３３９へ進める。

【0128】

処理部１０は、支払者のみが未決のデジタル帳票ＤＦについて全て選択したか否かを判断する（ステップＳ３３９）。全てを選択していないと判断された場合（Ｓ３３９：ＮＯ）、処理部１０は、処理をステップＳ３３１へ戻す。

【0129】

ステップＳ３３９にて全てを選択したと判断された場合（Ｓ３３９：ＹＥＳ）、処理部１０は、支払者のみが未決のデジタル帳票ＤＦに対する募集処理を終了する。

【0130】

図１８は、他の募集処理手順の一例を示すフローチャートである。図１８のフローチャートに示す処理手順は、不足している項目が、（４）の提供者のみ、という類型の場合に、実行されるステップＳ２０３の処理の詳細に対応する。

【0131】

処理部１０は、提供者のみが未決のデジタル帳票ＤＦを１つ選択する（ステップＳ３４１）。処理部１０は、選択したデジタル帳票ＤＦに対する募集条件に合致する提供者の候補のプレイヤＩＤを抽出する（ステップＳ３４２）。処理部１０は、抽出したプレイヤＩＤの提供者が使用する提供者端末装置３へ、デジタル帳票ＤＦに対する募集内容をプッシュ通知（宣伝）する（ステップＳ３４３）。

【0132】

ステップＳ３４３において処理部１０は、提供者としての実績に基づいて選択してもよいし、提供者のプレイヤＤＢ１０２に記憶してある属性に基づき、デジタル帳票ＤＦで決定しているサービス又は商品の分野に応じて抽出され、候補として選択されるとよい。

【0133】

処理部１０は、選択中のデジタル帳票ＤＦについて、未決状態が所定の第４期間以上継続しているか否かを判断する（ステップＳ３４４）。未決状態が所定の第４期間以上継続していると判断された場合（Ｓ３４４：ＹＥＳ）、処理部１０は、選択中のデジタル帳票ＤＦに対応する募集条件を募集条件ＤＢ１０４から条件の変更の問い合わせ先を読み出す（ステップＳ３４５）。処理部１０は、読み出した問い合わせ先へ、分割の提案等、条件の変更の打診通知を送信する（ステップＳ３４６）。

【0134】

ステップＳ３４６にて打診通知を送信した結果、条件変更がされる場合、処理部１０は、例えば利用者端末装置２から、条件変更リクエストを受信し（ステップＳ３４７）、対象のデジタル帳票ＤＦを変更し（ステップＳ３４８）、処理をステップＳ３４９へ進める。

【0135】

未決状態が所定の第４期間以上継続していないと判断された場合（Ｓ３４４：ＮＯ）、処理部１０は、そのまま処理をステップＳ３４９へ進める。

【0136】

処理部１０は、提供者のみが未決のデジタル帳票ＤＦについて全て選択したか否かを判断する（ステップＳ３４９）。全てを選択していないと判断された場合（Ｓ３４９：ＮＯ）、処理部１０は、処理をステップＳ３４１へ戻す。

【0137】

ステップＳ３４９にて全てを選択したと判断された場合（Ｓ３４９：ＹＥＳ）、処理部１０は、提供者のみが未決のデジタル帳票ＤＦに対する募集処理を終了する。

【0138】

図１５－図１８のフローチャートに示した処理以外の他の類型に対し、処理部１０は、例えば以下のように募集処理を実行する。

【0139】

処理部１０は、金額のみ、サービス又は商品の提供完了後も未決のデジタル帳票ＤＦに対し、第１に提供者へ、第２に支払者及び利用者に金額の決定を促すメッセージを、端末用アプリケーションプログラムＰ２，Ｐ３，Ｐ４により送信するとよい。サービス又は商品の提供完了前に未決である場合、情報処理装置１は、特に促進処理を実行しなくてよい。

【0140】

処理部１０は、サービス又は商品の内容が未決のデジタル帳票ＤＦに対し、提供者へ、支払者及び利用者に金額の決定を促すメッセージを、端末用アプリケーションプログラムＰ２，Ｐ３，Ｐ４を介して送信してもよい。

【0141】

このように、決済プラットフォーム１００は、情報処理装置１の処理により、未完成のデジタル帳票ＤＦの分類に応じて、異なる手法にてデジタル帳票ＤＦの完成を促進する。

【0142】

図１９は、他の募集処理手順の一例を示すフローチャートである。図１９のフローチャートに示す処理手順は、図１４のフローチャートに示した処理のステップＳ２０５の処理の詳細に対応する。図１９は、決定済みの項目のうち、（２）サービス又は商品の内容が決まっている場合、その属性に応じた募集処理手順を実行する。

【0143】

処理部１０は、決定済みのサービス又は商品の内容が、利用者、提供者及び支払者の端末用アプリケーションプログラムＰ２，Ｐ３，Ｐ４に含まれる検索メニューで検索されたことを検知する（ステップＳ５０１）。ステップＳ５０１において処理部１０は、検索メニューの選択、検索メニューに対するテキストの入力等を逐次取得し、検索結果を返す処理を実行し、その際にこれを検知してもよい。

【0144】

処理部１０は、検索された場合に、検索結果に、（２）サービス又は商品の内容が決まっているが、他の利用者、提供者又は支払者の未決の項目があるデジタル帳票ＤＦに基づくデジタルチケットを併せて提示し（ステップＳ５０２）、募集処理を終了する。

【0145】

ステップＳ５０２にて提示されたデジタルチケットに対して、応募がされた場合には、処理部１０は、そのまま、応募の中から対象の利用者、提供者又は支払者に対応する項目を、デジタル帳票ＤＦに追加するとよい。

【0146】

ステップＳ５０１において処理部１０は例えば、利用者の端末用アプリケーションプログラムＰ２の検索メニュー、あるいは、連携する他のアプリケーションプログラムとして、スケジューラプログラムが存在する場合、これを用いる。処理部１０は、スケジューラに出張の日時、出発時点、出発場所等が検索ワードとして入力されると、交通関連事業者を提供者として利用者が未決のデジタル帳票ＤＦを抽出し、検索結果として出力するとよい。

【0147】

このように、情報処理装置１は、検索等の他のアプリケーションプログラム、オークションサイト等のサービスのいずれかの手段を用いて、いずれかの項目が未決のデジタル帳票ＤＦの完成を促進する処理を実行する。

【0148】

上述のように開示された実施の形態は全ての点で例示であって、制限的なものではない。本発明の範囲は、特許請求の範囲によって示され、特許請求の範囲と均等の意味及び範囲内での全ての変更が含まれる。

【符号の説明】

【0149】

１ 情報処理装置
１０ 処理部
１１ 記憶部
１０１ サービスＤＢ
２ 利用者端末装置

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】