JP7489798B2 - コンピュータプログラム、デジタルチケットシステム、利用者端末装置及び情報処理方法 - Google Patents

Description

本発明は、キャッシュレス決済の方法に関するコンピュータプログラム、デジタルチケットシステム、利用者端末装置及び情報処理方法に関する。

近距離無線通信により識別情報を通信して、サービス又は商品の料金の決済を可能とする非接触ＩＣチップを用いた電子マネーが普及している。また、二次元バーコードをカメラで撮影するという容易な操作により、利用者の銀行口座又はクレジットカードで決済を完了する決済サービスも普及している（特許文献１等）。このような電子マネー及び決済サービスによりキャッシュレス化が進んでいる。

特開２００７－３２８５４９号公報

多様な電子マネー、キャッシュレス決済が実用化され、普及している。しかしながら、キャッシュレス決済は、サービス毎の利用形態であることが多い。例えばタクシーであれば、タクシー用のアプリケーションプログラムを介してタクシーを呼ぶことができ、キャッシュレス決済が可能であるが、タクシーの前後に鉄道を利用する場合、鉄道用のサービス提供サイトで鉄道の特急券を購入し、座席を確保することが必要である。コンサートのチケットであれば、コンサート主催者が提供するサービスにログインして購入することが必要である。つまり、サービス毎に、サービス提供者が管理するＷｅｂベースのサービスに接続し、乗り物、宿泊、飲食サービス、エンターテインメントの提供を受けることになる。

本発明は、異なるサービスであっても同一プラットフォーム上で運用されるサービスについては、シームレスにデジタルチケットを自動的に手配することを可能とするコンピュータプログラム、デジタルチケットシステム、利用者端末装置及び情報処理方法を提供することを目的とする。

本開示の一実施形態のコンピュータプログラムは、表示部及び操作部を備えるコンピュータに、旅程のスケジュールを前記操作部にて受け付け、受け付けたスケジュールに基づき前記旅程に含まれる１又は複数の行程について、サービス又は商品の対価の決済に必要となる、前記サービス又は商品の提供者の提供者識別情報、前記対価を支払う支払者の支払者識別情報、及び、前記対価を示す対価情報、を含む取引情報の検索リクエストを、前記取引情報に対する処理を実行する情報処理装置へ送信し、前記行程毎に、前記検索リクエストに応じて抽出される前記取引情報の候補を、前記取引情報に含まれる前記サービス又は商品の提供者の提供者識別情報と対応付けて前記表示部に表示し、表示した前記取引情報の候補の承認を前記操作部にて受け付け、承認された前記取引情報に対し、サービス又は商品の利用者の利用者識別情報を確定させる通知を前記情報処理装置へ送信する処理を実行させる。

本開示の一実施形態のデジタルチケットシステムは、サービス又は商品の利用者に対し、前記サービス又は商品の決済に必要となる取引情報を作成し、前記取引情報に基づいてデジタルチケットを提供するデジタルチケットシステムにおいて、前記サービス又は商品の利用者が利用する利用者端末装置は、前記利用者の旅程のスケジュールを受け付ける手段と、受け付けたスケジュールに基づき前記旅程に含まれる１又は複数の行程について、サービス又は商品の対価の決済に必要となる取引情報の検索リクエストを、前記取引情報に対する処理を実行する情報処理装置へ送信する手段と、前記検索リクエストに応じて抽出される前記取引情報の候補を、前記取引情報に含まれる前記サービス又は商品の提供者の提供者識別情報と対応付けて表示する手段と、表示した前記取引情報の候補の承認を受け付ける手段と、承認された前記取引情報に対し、サービス又は商品の利用者の利用者識別情報を確定させる通知を前記情報処理装置へ送信する手段とを備え、前記情報処理装置は、前記検索リクエストに基づき、前記サービス又は商品の提供者の提供者識別情報、前記対価を支払う支払者の支払者識別情報、前記サービス又は商品の利用者の利用者識別情報、及び、前記対価を示す対価情報を含む取引情報の内、少なくとも前記利用者識別情報が未確定である取引情報を抽出する手段と、抽出された取引情報を、該取引情報に含まれる提供者識別情報が示す前記サービス又は商品の提供者の情報と共に候補として前記利用者端末装置へ送信する手段と、前記利用者端末装置から送信される前記通知に基づいて前記取引情報の利用者識別情報を、前記利用者端末装置の利用者の利用者識別情報とする手段とを備える。

本開示の一実施形態の利用者端末装置は、サービス又は商品の利用者が利用する利用者端末装置であって、旅程のスケジュールを受け付ける手段と、受け付けたスケジュールに基づき前記旅程に含まれる１又は複数の行程について、サービス又は商品の対価の決済に必要となる前記サービス又は商品の提供者の提供者識別情報、前記対価を支払う支払者の支払者識別情報、及び、前記対価を示す対価情報、を含む取引情報の検索リクエストを、前記取引情報に対する処理を実行する情報処理装置へ送信する手段と、前記行程毎に、前記検索リクエストに応じて抽出される前記取引情報の候補を、前記取引情報に含まれる前記サービス又は商品の提供者の提供者識別情報と対応付けて表示する手段と、表示した前記取引情報の候補の承認を受け付ける手段と、承認された前記取引情報に対し、サービス又は商品の利用者の利用者識別情報を確定させる通知を前記情報処理装置へ送信する手段とを備える。

本開示の一実施形態の情報処理方法は、サービス又は商品の利用者に対し、前記サービス又は商品の決済に必要となる取引情報を作成し、前記取引情報に基づいてデジタルチケットを提供する情報処理方法において、前記サービス又は商品の利用者が利用する端末装置が、前記利用者の旅程のスケジュールを受け付けるステップ、前記端末装置が、受け付けたスケジュールに基づき前記旅程に含まれる１又は複数の行程について、サービス又は商品の対価の決済に必要となる取引情報の検索リクエストを、前記取引情報に対する処理を実行する情報処理装置へ送信するステップ、前記情報処理装置は、前記検索リクエストに基づき、前記サービス又は商品の提供者の提供者識別情報、前記対価を支払う支払者の支払者識別情報、前記サービス又は商品の利用者の利用者識別情報、及び、前記対価を示す対価情報を含む取引情報の内、少なくとも前記利用者識別情報が未確定である取引情報を抽出するステップ、前記情報処理装置が、抽出された取引情報を、該取引情報に含まれる提供者識別情報が示す前記サービス又は商品の提供者の情報と共に候補として前記端末装置へ送信するステップ、前記端末装置が、前記検索リクエストに応じて抽出される前記取引情報の候補を、前記取引情報に含まれる前記サービス又は商品の提供者の提供者識別情報と対応付けて表示するステップ、前記端末装置が、表示した前記取引情報の候補の承認を受け付けるステップ、前記端末装置が、承認された前記取引情報に対し、サービス又は商品の利用者の利用者識別情報を確定させる通知を前記情報処理装置へ送信するステップ、前記情報処理装置が、前記端末装置から送信される前記通知に基づいて前記取引情報の利用者識別情報を、前記端末装置の利用者の利用者識別情報とするステップを含む。

本開示のコンピュータプログラム、デジタルチケットシステム、利用者端末装置、及び情報処理方法では、受け付けられた旅程のスケジュールに基づき、旅程に含まれる行程の遂行に関するサービス又は商品の決済に必要となる取引情報の検索が、情報処理装置に依頼される。情報処理装置は、前記サービス又は商品の提供者の提供者識別情報、前記サービス又は商品の利用者の利用者識別情報、前記対価を支払う支払者の支払者識別情報、及び、前記対価を示す対価情報、を少なくとも含む取引情報に対する処理を実行する装置である。情報処理装置は、上述の情報の少なくとも１つを決定して取引情報を作成することができ、作成した取引情報を検索可能に記憶している。抽出された取引情報に基づくデジタルチケットが、利用可能となる。

これにより、コンピュータにて受け付けられた旅程のスケジュールに基づいて、デジタルチケットが自動的に手配される。

本開示の一実施形態のコンピュータプログラムは、前記コンピュータに、前記１又は複数の行程毎に、該行程の開始の所定時間前、又は、前行程の完了の所定時間前のタイミングに、前記行程に対する前記検索リクエストの送信を実行させる。

本開示のコンピュータプログラムでは、旅程のスケジュールに基づき、スケジュールの受け付けタイミングの他に、旅程を構成する行程の開始前、又は、前工程の完了前に、自動的にデジタルチケットが手配される。

本開示の一実施形態のコンピュータプログラムは、前記コンピュータに、前記タイミングにおける位置データを取得し、取得した位置データが示す位置を条件として前記検索リクエストを送信する処理を実行させる。

本開示のコンピュータプログラムでは、旅程のスケジュールと、コンピュータを所持するユーザの現在地データとに基づいて、必要なデジタルチケットが自動的に手配される。

本開示の一実施形態のコンピュータプログラムは、前記コンピュータに、前記タイミングの時刻を取得し、取得した時刻を条件として前記検索リクエストを送信する処理を実行させる。

本開示のコンピュータプログラムでは、旅程のスケジュールと、行程の実施前における時刻データとに基づいて、必要なデジタルチケットが自動的に手配される。

本開示の一実施形態のコンピュータプログラムは、前記コンピュータに、前記１又は複数の行程が完了したと判断された場合、前記１又は複数の行程の内容、行程が実行された日時、及び、該行程を区別する項目毎に利用されたサービス又は商品の料金を含むレポートを作成する処理を実行させる。

本開示のコンピュータプログラムでは、旅程のレポートが、旅程に含まれる行程毎のサービス又は商品に関する提供者、提供内容、料金等を含んで作成される。報告書が自動的に作成され、利用者の利便性が高まる。

本開示の一実施形態の情報処理方法は、前記情報処理装置は、前記取引情報に基づく、前記サービス又は商品の提供が完了した場合、前記取引情報を夫々識別するための取引識別情報を、前記取引情報に基づくサービス又は商品の利用を伴う行程を識別する行程識別情報に対応付けて記憶する。

本開示の情報処理方法では、旅程に含まれる１又は複数の行程に必要なデジタルチケットのデータが、行程を識別する行程識別情報に対応付けて記憶される。これにより、事後的に旅程内容を出力する際に利用できる。

本開示の一実施形態の情報処理方法は、前記情報処理装置は、前記旅程に含まれる１又は複数の行程が完了したと判断された場合、前記１又は複数の行程の行程識別情報を、前記旅程を識別する旅程識別情報と対応付けて記憶する。

本開示の情報処理方法では、旅程が完了した場合に、旅程を識別する旅程識別情報に対応付けて、各行程の行程識別情報が記憶される。旅程に含まれる一連の行程を、事後的に利用者又は支払者が確認する際に利用できる。

本開示におけるコンピュータプログラム、デジタルチケットシステム、利用者端末装置及び情報処理方法では、サービス又は商品の利用を可能とするデジタルチケットが、利用者が入力したスケジュールに基づいて行程ごとに自動手配される。これにより、キャッシュレス決済の利便性を更に向上させることができる。

本実施形態のデジタルチケットシステムの概要図である。 デジタルチケットシステムの利用者端末装置の構成を示すブロック図である。 デジタルチケットシステムの提供者端末装置の構成を示すブロック図である。 デジタルチケットシステムの支払者端末装置の構成を示すブロック図である。 情報処理装置の構成を示すブロック図である。 利用者ＤＢに記憶される情報の内容例を示す図である。 提供者ＤＢに記憶される情報の内容例を示す図である。 支払者ＤＢに記憶される情報の内容例を示す図である。 帳票ＤＢに記憶される情報の内容例を示す図である。 デジタル帳票が完成していく過程の一例を示す概要図である。 本実施の形態のデジタルチケットシステムの利用者端末装置における処理手順の一例を示すフローチャートである。 本実施の形態のデジタルチケットシステムの利用者端末装置における処理手順の一例を示すフローチャートである。 本実施の形態のデジタルチケットシステムの情報処理装置における処理手順の一例を示すフローチャートである。 本実施の形態のデジタルチケットシステムの情報処理装置における処理手順の一例を示すフローチャートである。 旅程受付画面の内容例を示す図である。 旅程受付画面への入力例を示す図である。 初期プランの内容例を示す図である。 初期プランの表示例を示す図である。 デジタルチケット表示画面の内容例を示す図である。 他のデジタルチケット表示画面の内容例を示す図である。 他のデジタルチケット表示画面の内容例を示す図である。 料金確定後のデジタルチケット表示画面の表示例を示す図である。 一部行程が確定したプランの内容例を示す図である。 旅程ＩＤに対応付けられ記憶されるデータの内容例を示す図である。 旅程完了後の旅程プラン画面の内容例を示す図である。 レポート作成処理手順の一例を示すフローチャートである。 出力されるレポートの内容例を示す図である。

本開示をその実施の形態を示す図面を参照して具体的に説明する。以下の実施の形態では、本開示のコンピュータプログラムを適用したデジタルチケットシステムについて説明する。

図１は、本実施形態のデジタルチケットシステム１００の概要図である。デジタルチケットシステム１００は、利用者端末装置１、提供者端末装置２、支払者端末装置３、及び情報処理装置４を含む。デジタルチケットシステム１００は、情報処理装置４の処理によって提供されるデジタルチケットのプラットフォーム上で運用される。プラットフォームは、利用者が実際にサービス又は商品をキャッシュレスで享受でき、実際の利用に則した料金が確定した場合には支払者から提供者へ支障なく料金が支払われることを可能とするデジタルチケットを提供する。

本開示のプラットフォームでは、１つ１つの取引に対してデジタル帳票ＤＦが起票され、起票されたデジタル帳票ＤＦを元にデジタルチケットが発行されて利用者によって利用可能となる。本開示のプラットフォームは、サービス又は商品の内容が、デジタル帳票ＤＦが起票された後に決定することを許容し、支払者として利用者自身のみならず、利用者の雇用者、利用者のスポンサーであることを許容する。

本開示のプラットフォームでは、利用者、提供者、又は支払者のいずれか１つから、サービス（商品）を受けたい、サービス（商品）のユーザを募集しているといったリクエストを受け付ける。プラットフォームは、リクエストにマッチするサービス提供者、支払者、又は利用者等を募集し、利用者、提供者及び支払者の情報及び料金が確定した場合に、支払者から提供者への料金の支払いが実行されることを保証する。決済サービスは別途異なるシステムであってよく、本開示のプラットフォームは、決済サービスが使用する支払の根拠となるデジタル帳票ＤＦを作成する。プラットフォームにおいて支払者は、料金が確定した場合に、利用者が確実にサービス又は商品を享受したかを確認した上で料金を提供者へ支払うことが可能である。提供者は、利用者自身又は利用者の雇用者等である支払者から料金を確実に回収することができる。利用者はキャッシュレスでサービス又は商品を享受できる。

提供者及び支払者は夫々、デジタルチケットシステム１００におけるサービスに参画し、利用者はサービスの提供を受けることができるプラットフォームを利用するために、以下チケットアプリと称するコンピュータプログラムを自身のコンピュータにインストールし、プラットフォーム事業者と契約する。プラットフォーム事業者との契約で発行されるアカウントの種別によって、このチケットアプリを使用する利用者、提供者及び支払者のコンピュータは夫々、利用者端末装置１、提供者端末装置２、及び、支払者端末装置３となる。

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

本実施形態のデジタルチケットシステム１００では、チケットアプリに基づいて利用者端末装置１が、デジタル帳票ＤＦの発行をリクエストするか、又は、提供者端末装置２によって発行済みのデジタル帳票ＤＦに基づくデジタルチケットを取得することができる。本実施形態のデジタルチケットシステム１００では特に、利用者が持つ利用者端末装置１が、チケットアテンダントとして機能して情報処理装置４が提供するプラットフォーム上で利用可能であって、利用者に必要となるデジタルチケットを探索し、利用者に対して提示する。利用者端末装置１は、利用者に提示したデジタルチケットの中から利用者によって選択されたデジタルチケットを用いてサービスの提供を可能とし、また、支払者による決済までを自動的に実行する。ユーザは、現在地を示す位置データ、必要に応じて目的地を示す位置データを利用者端末装置１に与えることにより、チケットアテンダント機能から各時点において必要になるデジタルチケットの提案を受け、入手することができる。

以下、デジタルチケットシステム１００におけるチケットアテンダントの機能を実現するための構成及び具体的処理について説明する。

図２は、デジタルチケットシステム１００の利用者端末装置１の構成を示すブロック図である。利用者端末装置１はスマートフォン等の無線通信機能を有するコンピュータを用いる。利用者端末装置１は、制御部１０、記憶部１１、通信部１２、表示部１３、操作部１４、読取部１５及び位置情報取得部１６を備える。

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

記憶部１１は、フラッシュメモリを用い、チケットアプリ１Ｐを含む制御部１０が参照するプログラム及びデータを記憶する。記憶部１１には、サービスの利用者を識別する利用者ＩＤとなるアカウント情報が記憶されている。制御部１０は、利用者ＩＤに対応するアカウント情報及びチケットアプリ１Ｐに基づき、利用者向けのグラフィカルインタフェースを表示部１３に表示させ、利用者用のアプリケーションとして情報処理装置４と情報を送受信する。

通信部１２は、公衆通信網Ｎ１又はキャリアネットワークＮ２を介した情報処理装置４との無線通信を実現する無線通信モジュールである。通信部１２は例えば、Wi-Fi に対応する無線通信デバイス、又は、キャリア通信用モジュールを用いる。

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

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

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

図３は、デジタルチケットシステム１００の提供者端末装置２の構成を示すブロック図である。提供者端末装置２は上述したようにタブレット端末等の通信機能を有するコンピュータを用いる。サービスを実際に提供するスタッフではなくサポートスタッフ又は管理者が使用する提供者端末装置２は、デスクトップ、ラップトップ型のパーソナルコンピュータを用いてもよい。

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

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

記憶部２１は、フラッシュメモリを用いチケットアプリ２Ｐを含む制御部２０が参照するプログラム及びデータを記憶する。記憶部２１には、サービス提供者を識別する提供者ＩＤに対応するアカウント情報が記憶されている。記憶部２１は、提供者端末装置２を操作する個別のスタッフを個々に識別する情報を記憶していてもよい。制御部２０は、提供者ＩＤに対応するアカウント情報及びチケットアプリ２Ｐに基づき、提供者向けのグラフィカルインタフェースを表示部２３に表示させ、情報処理装置４と情報をやり取りする。

通信部２２は、公衆通信網Ｎ１又はキャリアネットワークＮ２を介した情報処理装置４との無線通信を実現する無線通信モジュールである。通信部２２は例えば、Wi-Fi に対応する無線通信デバイス、又は、キャリア通信用モジュールを用いる。

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

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

読取部２５は、後述するように利用者端末装置１から提示された利用者ＩＤを読み取るリーダとして機能してもよい。この場合、読取部２５はバーコードリーダ、カメラ、又は近距離無線通信モジュールであり、サービス又は商品の顧客である利用者の利用者ＩＤを含む情報を取得する。読取部２５は読み取った情報を制御部２０へ通知する。提供者端末装置２は位置情報取得部を備えてもよい。

提供者端末装置２は、サービスがタクシー事業であればタクシーメータ、飲食店であればレジ端末、宿泊業であればチェックインチェックアウトシステムから料金を取得できるようにしてあれば汎用コンピュータに提供者用のチケットアプリ２Ｐをインストールし、提供者ＩＤを対応付けることで構成される。

図４は、デジタルチケットシステム１００の支払者端末装置３の構成を示すブロック図である。支払者端末装置３は上述したように、支払者である企業の経理部門、利用者の上長で決済権利を有する管理者、又はスポンサーとなり得る利用者により使用される。支払者端末装置３は、パーソナルコンピュータ又はサーバコンピュータでもよいし、経理部門のスタッフによって個々に管理されるタブレット端末、スマートフォンであってもよい。

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

制御部３０は、ＣＰＵ又はＧＰＵを用いたプロセッサであり、内蔵するＲＯＭ又はＲＡＭ等のメモリを用い、各構成部を制御して処理を実行する。制御部３０は、記憶部３１に記憶されている支払者向けのチケットアプリ３Ｐに基づき、情報処理装置４と通信接続が可能であり、後述する支払承認に関する情報を表示し、操作を受け付ける。

記憶部３１は、ハードディスク又はＳＳＤ（Solid State Drive ）を用いる。記憶部３１は、チケットアプリ３Ｐを含む制御部３０が参照するプログラム及びデータを記憶する。記憶部３１には、支払者を識別する支払者ＩＤとなるアカウント情報が記憶されている。記憶部３１には、図４に示すように、支払者の企業に所属する利用者の利用者ＩＤ、及び利用者の属性を含む利用者情報を含む支払者ＤＢ３０１が記憶されていてもよい。経理部門で使用される支払者端末装置３の支払者ＤＢ３０１には、決済が完了した経費情報が含まれてもよい。

制御部３０は、記憶部３１に記憶されている支払者ＩＤに対応するアカウント情報及び支払者向けのチケットアプリ３Ｐに基づき、支払者向けのグラフィカルインタフェースを表示部３３に表示させ、情報処理装置４と情報をやり取りする。

通信部３２は、情報処理装置４との通信接続を実現するネットワークカードである。支払者端末装置３は、公衆通信網Ｎ３を介して情報処理装置４に通信接続してもよいし、専用線を介して情報処理装置４と通信接続してもよい。

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

チケットアプリ１Ｐ，２Ｐ，３Ｐは、コンピュータの種別（ラップトップ、デスクトップか、スマートフォン又はタブレット端末か）に対しては異なるが、機能は共通するコンピュータプログラムである。利用者端末装置１の記憶部１１に利用者ＩＤに対応するアカウント情報のみならず、プラットフォーム事業者との契約の上で支払者ＩＤに対応するアカウント情報も記憶されている場合、利用者端末装置１は、支払者端末装置３にもなり得る。即ち利用者はアカウントの切り替えによって、上長の承認者即ち支払者権限で振る舞うことも可能である。同様にして利用者端末装置１は、提供者端末装置２にも切り替わることが可能である。勿論、チケットアプリ１Ｐ，２Ｐ，３Ｐは、利用者向け、サービス提供者向け、及び支払者向けに夫々特化したコンピュータプログラムとして提供されてもよい。

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

情報処理装置４は、制御部４０、記憶部４１、通信部４２及び入出力部４４を備える。制御部４０は、ＣＰＵ又はＧＰＵを用いたプロセッサであり、内蔵するメモリを用いて各構成部を制御して処理を実行する。制御部４０は、記憶部４１に記憶されている情報処理プログラム４Ｐに基づく情報処理を実行する。

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

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

入出力部４４は、プラットフォームに関する各種情報を記憶するサービスＤＢ（Data Base ：データベース）４０１との接続インタフェースである。サービスＤＢ４０１は、記憶部４１内に構築されてもよい。

サービスＤＢ４０１は、利用者ＤＢ４０２、提供者ＤＢ４０３、支払者ＤＢ４０４、及び、帳票ＤＢ４０５を含む。

図６は、利用者ＤＢ４０２に記憶される情報の内容例を示す図である。利用者ＤＢ４０２は、利用者ＩＤに対応付けて利用者の名前等の属性を記憶している。属性には利用者の電話番号、メールアドレス等の連絡先情報、所属する企業名、社員ＩＤ等が含まれるとよい。利用者ＤＢ４０２は、利用者ＩＤに対応付けて利用者が所属する企業による経費に計上する場合のデフォルトの支払者を識別する支払者ＩＤを記憶している。経費に計上する場合の勘定科目と関連付けたデフォルトの業務番号が記憶されていてもよい。利用者ＤＢ４０２は、利用者の銀行口座を識別する情報、又は利用者個人のクレジットカードの情報である支払情報を記憶する。

図７は、提供者ＤＢ４０３に記憶される情報の内容例を示す図である。提供者ＤＢ４０３は、サービス又は商品の提供者の提供者ＩＤに対し、提供者の名前等の属性、提供者の種別等を記憶する。提供者ＩＤは、提供者が組織的である場合に直接的なサービス提供スタッフ、例えばタクシーの運転手、飲食店の店舗又は飲食店のスタッフＩＤ等で識別されてもよいし、事業者毎に識別されてもよい。提供者ＤＢ４０３は、提供者への料金の入金用銀行口座を識別する情報を記憶する。

図８は、支払者ＤＢ４０４に記憶される情報の内容例を示す図である。支払者ＤＢ４０４は、支払者の支払者ＩＤを対応付けて支払者である企業の名称等の属性を記憶する。支払者ＤＢ４０４は、支払者の引き落とし用、払込用の銀行口座を識別する情報を記憶する。

支払者ＩＤは支払者である企業からの申請に応じてプラットフォーム事業者によって発行される。利用者ＩＤは、支払者からの申請に、支払者の組織に属する利用者の分だけ発行される。利用者ＩＤは、個人的に発行されてもよく、この場合支払者のデフォルトは利用者自身である。利用者ＤＢ４０２、及び支払者ＤＢ４０４に記憶される情報は、発行された支払者ＩＤ又は利用者ＩＤに対応付けて支払者によって支払者端末装置３から遠隔で登録されてもよい。提供者ＤＢ４０３に記憶される情報も、サービス又は商品の提供者からの加盟申請に応じて管理者により発行される提供者ＩＤに対応付けて登録されてよい。

図９は、帳票ＤＢ４０５に記憶される情報の内容例を示す図である。帳票ＤＢ４０５は、デジタル帳票ＤＦを記憶する。デジタル帳票ＤＦは、取引ＩＤ、発行日時、利用開始日時、利用終了日時、利用目的、利用したサービス又は商品の名称、詳細内容、金額、利用者の利用者ＩＤ、サービス又は商品を提供する提供者の提供者ＩＤ、支払者の支払者ＩＤを含む。デジタル帳票ＤＦは、個人負担又は経費処理かの種別を含む。経費処理の場合には勘定項目を識別できるように業務番号が含まれるとよい。１回の利用に対して支払者と利用者自身とで費用が分担される場合、第２の支払者として利用者ＩＤ又は他の支払者の支払者ＩＤが含まれる。デジタル帳票ＤＦは、利用者の利用者ＩＤ、サービス又は商品を提供する提供者の提供者ＩＤ、及び支払者の支払者ＩＤの内のいずれかが１つで発行可能な情報である。デジタル帳票ＤＦは、後述するようにサービス提供の進行状況に沿って順次完成される。デジタル帳票ＤＦは、決済に必要な情報がサービス完了後に確定することを許容する。

このように構成されるデジタルチケットシステム１００をコントロールする情報処理装置４は、利用者ＩＤ、提供者ＩＤ及び支払者ＩＤの内の少なくとも１つが定まるとデジタル帳票ＤＦを起票する。利用者ＩＤは、サービス又は商品の享受に関する取引における利用者が誰であるかを示す。提供者ＩＤは、利用者に提供されるサービス又は商品が何であるかに対応する。支払者ＩＤは、サービス又は商品に対する対価を誰が支払うかを示す。

情報処理装置４は、利用者ＩＤを指定した利用者端末装置１からの起票リクエスト、提供者ＩＤを指定した提供者端末装置２からの起票リクエスト、又は支払者ＩＤを指定した支払者端末装置３からの起票リクエストのいずれかに基づいてデジタル帳票ＤＦを起票し、これに基づくデジタルチケットを利用可能に発行することができる。情報処理装置４は、発行したデジタルチケットに基づくサービスの提供が完了し、料金が確定し、支払者が誰になるか、起票したデジタル帳票ＤＦにおける全ての情報が確定した場合に支払の根拠となるデジタル帳票ＤＦを完成させる。情報処理装置４は、完成したデジタル帳票ＤＦを元にして決済サービスへ決済を要求することが可能であり、決済が完了すると経費情報を作成して支払者端末装置３へ送信することが可能である。

デジタルチケットの利用時の処理について説明する。情報処理装置４は、利用者、提供者、又は支払者のいずれか１つから、サービス（商品）を受けたい、サービス（商品）のユーザを募集しているといったリクエストを受け付け、デジタル帳票ＤＦを起票する。

図１０は、デジタル帳票ＤＦが完成していく過程の一例を示す概要図である。図１０はＡ、Ｂ、Ｃの順にデジタル帳票ＤＦの各項目が埋まる過程を示している。図１０Ａに示すように、起票の段階では、決済又は経費処理に必要な項目である（１）取引を識別する情報（取引ＩＤ）、（２）提供されたサービス又は商品の内容を示す情報（項目）、（３）料金、（４）サービス又は商品の提供者（支払先）、（５）サービス又は商品の利用者、（６）料金の支払者の内、（５）が定まることで（１）が採番されている状態である。リクエストで「支払方法」が「経費処理」として指定されている場合、（６）の支払者は、利用者が所属する企業に仮決定される。このように、本開示におけるプラットフォームでは、利用者、支払者、又は提供者のみしか定まっていない段階で決済、経費処理の元となるデジタル帳票ＤＦを起票することを可能とする。

図１０に示したように利用者が最初に定まる場合の他に、提供者のみが最初に定まる場合、支払者のみが最初に定まる場合でも同様である。

起票されたデジタル帳票ＤＦに基づき、利用者、提供者、又は支払者が未決のデジタルチケットが情報処理装置４、利用者、提供者、又は支払者によって検索可能に提供され、デジタルチケットマーケットが形成される。チケットアテンダントの機能により、デジタルチケットマーケット上で、情報処理装置４によって、デジタル帳票ＤＦで未決の利用者、提供者、及び支払者のマッチングが実行される。利用者及び提供者が確定してサービス（商品）が提供され、支払者が確定した場合、デジタル帳票ＤＦが完成する。完成したデジタル帳票ＤＦに基づき決済が行なわれる。

図１１及び図１２は、本実施の形態のデジタルチケットシステム１００の利用者端末装置１における処理手順の一例を示すフローチャートである。本実施の形態においてデジタルチケットは、利用者端末装置１のチケットアテンダントの機能によって、リクエストされるか、又はデジタルマーケット上で検索される。なお以下の説明において利用者端末装置１の操作は、サービスを受ける利用者自身でなく、家族、秘書等、利用者ＩＤの使用が許可されたオペレータによって実行されてもよい。

チケットアテンダントの機能を利用者が利用する場合、利用者端末装置１の制御部１０は、旅程のスケジュール及びその目的の登録を受け付ける（ステップＳ１０１）。スケジュールは、１又は複数の場所、その場所での滞在時間（開始時刻、終了時刻）を含む。目的は、業務であるか、業務外（私的）であるかに分別される。業務である場合、支払者は、デフォルトの支払者として利用者ＤＢ４０２で記憶されている支払者ＩＤが示す支払者となる。

ステップＳ１０１において制御部１０は、スケジュールにおける条件（優先すべき条件、交通機関の指定、値段の上限／下限等）を共に受け付けるとよい。優先すべき条件とは例えば、検索や情報処理装置４によるマッチングの際に、選択する基準を、費用重視、移動距離重視、又は人気重視とするかである。これにより、抽出候補が絞られる。ステップＳ１０１における旅程のスケジュールの登録については詳細を後述する。

制御部１０は、登録されたスケジュールに基づいて、そのスケジュールの遂行に必要な交通手段、宿泊、飲食についての行程を含む初期プランを作成する（ステップＳ１０２）。

ステップＳ１０２において制御部１０は、地図情報を提供する外部サービス、交通機関の時刻表情報を提供する外部サービス等に基づいて、スケジュールにて既定の場所に設定される時刻までに到着するための行程、及び行程に必要な移動手段の候補をいくつか検索する。制御部１０は、食事についても、スケジュール内の既定の時間以外での飲食店の候補をいくつか検索し、検索した飲食店への行程の候補をいくつか抽出する。制御部１０は、既定の場所からの距離、既定の場所の滞在時間の情報に基づいて、宿泊場所の候補をいくつか検索する。なお初期プランに関する候補の検索及び作成は、情報処理装置４で実行されてもよい。

制御部１０は、ステップＳ１０２で作成した初期プランの内、第１の行程に関する交通手段、第１の目的地における飲食、又は宿泊についてデジタルチケットマーケットでのチケット候補の検索リクエストを情報処理装置４へ送信する（ステップＳ１０３）。

情報処理装置４では、後述するように、検索リクエストに応じてデジタルチケットの候補を抽出して、抽出結果を応答する。

利用者端末装置１は、第１行程のデジタルチケットの候補を通信部１２から受信し（ステップＳ１０４）、制御部１０は、デジタルチケットの候補を表示部１３に表示し（ステップＳ１０５）、利用者による承認を受ける（ステップＳ１０６）。制御部１０は、承認されたデジタルチケットのデータ（デジタルチケットを識別するデータ、取引ＩＤ）を情報処理装置４へ通知する（ステップＳ１０７）。これにより、デジタルチケットの元となるデジタル帳票ＤＦの利用者が確定される。ステップＳ１０６にて承認が受けられなかった場合、制御部１０は、処理をステップＳ１０３で検索リクエストを再度実行するか、マッチする他の候補のデジタルチケットを要求するようにしてもよい。

制御部１０は、承認された第１行程のデジタルチケットの行程完了日時、及び場所を予測する（ステップＳ１０８）。

制御部１０は、次の行程の有無を判断し（ステップＳ１０９）、完了前の現行程の進行状況をモニタし（ステップＳ１１０）、行程が完了したか否かを判断する（ステップＳ１１１）。

ステップＳ１１１において、行程にサービス又は商品の提供が伴う場合には、そのサービス又は商品の料金が確定したことが、提供者端末装置２から情報処理装置４を経由して受信できたときに制御部１０は、行程が完了したと判断する。ステップＳ１１１において、行程にサービス又は商品の提供が伴わない場合、制御部１０は、行程完了日時の予測のタイミングで、行程が完了したか否かを表示部１３に表示し、操作部１４によって完了したか否かを受け付けてもよい。この場合、制御部１０は、予測した行程完了日時が経過したタイミングで完了したと判断してもよい。

ステップＳ１１１で行程が完了していないと判断され、かつ、ステップＳ１０９にて次の行程があると判断されている場合（Ｓ１１１：ＮＯ、Ｓ１０９：ＹＥＳ）、制御部１０は、ステップＳ１０８で予測した工程完了日時の所定時間前に至ったか否かを判断する（ステップＳ１１２）。

行程が完了していないと判断されていても、次の行程がないと判断されている場合（Ｓ１１１：ＮＯ、Ｓ１０９：ＮＯ）、制御部１０は、処理をステップＳ１１０へ戻す。

ステップＳ１１２で所定時間前に至ったと判断された場合（Ｓ１１２：ＹＥＳ）、制御部１０は、現在時刻、現在地のデータを取得し（ステップＳ１１３）、現在時刻及び現在地のデータを条件として次の行程に関する交通手段、飲食、又は宿泊についてデジタルチケットマーケットでのチケット候補の検索リクエストを情報処理装置４へ送信する（ステップＳ１１４）。

制御部１０は、次の行程のデジタルチケットの候補を通信部１２から受信し（ステップＳ１１５）、制御部１０は、デジタルチケットの候補を表示部１３に表示し（ステップＳ１１６）、利用者による承認を受ける（ステップＳ１１７）。制御部１０は、承認されたデジタルチケットのデータ（デジタルチケットを識別するデータ、取引ＩＤ）を情報処理装置４へ通知し（ステップＳ１１８）、処理をステップＳ１１０へ戻す。これにより、次の行程で使用されるデジタルチケットの元となるデジタル帳票ＤＦの利用者が情報処理装置４にて確定される。

なお制御部１０は、所定時間前に至らなくとも、次の行程があると判断されているケースでは随時、例えば周期的に、ステップＳ１１４の検索リクエストを送信してデジタルチケットをウォッチングし、抽出結果として優先して抽出されるようにしておいてもよい。この場合、承認を受けるまでに至らずともよい。

ステップＳ１１２で所定時間前に至っていないと判断された場合（Ｓ１１２：ＮＯ）、処理をステップＳ１１０へ戻す。

行程が完了したと判断された場合（Ｓ１１１：ＹＥＳ）、制御部１０は、確定された料金を提供者端末装置２又は情報処理装置４から受信し（ステップＳ１１９）、表示部１３に、確認受付画面と共に表示する（ステップＳ１２０）。制御部１０は、表示された料金について利用者からの確認を受け付けると（ステップＳ１２１）、情報処理装置４へ料金確認を通知する（ステップＳ１２２）。

完了したと判断された行程が、サービス又は商品の提供が伴わず、デジタルチケットを使用しない場合、制御部１０は、ステップＳ１１９－Ｓ１２２の処理を省略する。制御部１０は、ステップＳ１１１にて、予測された行程完了日時を経過した場合に完了したと判断し、その後ステップＳ１１９－Ｓ１２２に代替して、行程が完了したか否かを表示部１３に表示し、操作部１４によって実際に完了したか否かを受け付けてもよい。

ステップＳ１２２の後、次の行程がないと判断されている場合（Ｓ１０９：ＮＯ）、制御部１０は処理をステップＳ１２４へ進める。

ステップＳ１２２の後、次の行程があると判断されているケースでは（Ｓ１０９：ＹＥＳ）、制御部１０は、承認済みの次の行程のデジタルチケットに基づく行程完了日時及び、場所を予測する（ステップＳ１２３）。制御部１０は、処理をステップＳ１１０へ戻し、最後の行程が完了するまで処理を繰り返す。未承認である場合、制御部１０は、デジタルチケットの候補の検索結果から承認を受ける。

ステップＳ１２４では制御部１０は、全行程のデジタルチケット（デジタル帳票ＤＦ）の取引ＩＤ、及びイベント内容を、一連の旅程であることを示す旅程ＩＤ及び利用者ＩＤを対応付けて記憶し（ステップＳ１２４）、処理を終了する。制御部１０は、旅程ＩＤ、利用者ＩＤ及び旅程に含まれる全行程の取引ＩＤ、及びイベント内容の対応付けを情報処理装置４、又は、支払者の支払者端末装置３へ送信してもよい。

情報処理装置４側における処理手順について説明する。図１３及び図１４は、本実施の形態のデジタルチケットシステム１００の情報処理装置４における処理手順の一例を示すフローチャートである。

情報処理装置４では、制御部４０が検索リクエストを受信し（ステップＳ４０１）、受信した検索リクエストに応じて、利用者端末装置１からの検索条件にマッチする利用者が未決のデジタル帳票ＤＦを検索する（ステップＳ４０２）。

制御部４０は、検索条件にマッチするデジタル帳票ＤＦが抽出できたか否かを判断する（ステップＳ４０３）。抽出できたと判断された場合（Ｓ４０３：ＹＥＳ）、制御部４０は、第１候補のデジタル帳票ＤＦの利用者として、検索要求元の利用者端末装置１の利用者ＩＤを仮決定し（ステップＳ４０４）、抽出されたデジタル帳票ＤＦの提供者、条件等のデータを、デジタルチケットデータとして利用者端末装置１へ送信する（ステップＳ４０５）。

ステップＳ４０３にて抽出できないと判断された場合（Ｓ４０３：ＮＯ）、制御部４０は、リクエストに基づいて利用者のみが決まったデジタル帳票ＤＦを起票する（ステップＳ４０６）。制御部４０は、記票したデジタル帳票ＤＦに基づいて、リクエストにマッチする条件を持つ提供者の提供者ＩＤを抽出し（ステップＳ４０７）、抽出した提供者ＩＤの提供者端末装置２へ向けて募集を通知する（ステップＳ４０８）。制御部４０は、募集の通知に対して応募を受け付け（ステップＳ４０９）、最も検索条件にマッチする提供者の提供者ＩＤを、ステップＳ４０６で起票したデジタル帳票ＤＦの提供者として仮決定する（ステップＳ４１０）。制御部４０は、仮決定した提供者の情報を含むデジタル帳票ＤＦのデータをデジタルチケットデータとして利用者端末装置１へ送信する（ステップＳ４１１）。

制御部４０は、送信したデジタルチケットに対する承認を利用者の利用者端末装置１から受信すると（ステップＳ４１２）、利用者ＩＤ及び提供者ＩＤの仮決定を確定させる（ステップＳ４１３）。ステップＳ４１３において制御部４０は、承認されないことが明示された場合（再度リクエストが送信された場合）、又は、仮決定から所定時間が経過した場合には、仮決定を解除し、ステップＳ４０３で抽出されたデジタル帳票ＤＦにおける利用者ＩＤを削除するか、又は、ステップＳ４０６で起票したデジタル帳票ＤＦの提供者ＩＤを削除する。

制御部４０は、選択されている目的に応じて利用者ＩＤに対応付けられている支払者の支払者ＩＤを決定する（ステップＳ４１４）。制御部４０は、デジタルチケットの利用目的を、ステップＳ４０１の検索リクエスト、又は、ステップＳ４１２の承認時に取得するとよい。

制御部４０は、サービス（商品）の進行状況をモニタする（ステップＳ４１５）。ステップＳ４１５において制御部４０は、サービスの提供者の提供者端末装置２及び利用者の利用者端末装置１から、料金の確認通知を受けたか否かを判断する（ステップＳ４１６）。

ステップＳ４１６にて料金の確認通知を受けていないと判断された場合（Ｓ４１６：ＮＯ）、制御部４０は処理をステップＳ４１５へ戻す。

ステップＳ４１６にて料金の確認通知を受けたと判断された場合（Ｓ４１６：ＹＥＳ）、制御部４０は、料金を取引ＩＤに対応付けてデジタル帳票ＤＦに追記し（ステップＳ４１７）、処理を終了する。これにより、リクエストに応じたデジタル帳票ＤＦが完成する。

ステップＳ４１７によってデジタル帳票ＤＦが完成すると、支払者ＩＤが利用者ＩＤと異なる経費利用である場合には、デジタル帳票ＤＦに基づく外部の決済サービスによって決済処理が完了すると、情報処理装置４は経費処理用のデータを作成し、支払者端末装置３向けに送信する。

図１３及び図１４のフローチャートに示した情報処理装置４における利用者又は提供者の募集に関する処理手順については、特願２０１９－１００５９０に記載した内容を援用する。

図１１－図１４のフローチャートに示した手順について、具体例を挙げて説明する。図１５は、旅程受付画面１３１の内容例を示す図である。図１５の画面例は、図１１のフローチャートに示したステップＳ１０１の旅程のスケジュール及びその目的の登録を受け付ける画面例を示す。

旅程受付画面１３１は、スケジュールのタイトル、行程毎の項目、内容、日時、時間及び区分選択を受け付ける入力欄１３２を含む。入力欄１３２には、経費処理対象であるか、自己負担対象であるかの区分を選択するための選択部１３３が含まれている。

図１６は、旅程受付画面１３１への入力例を示す図である。図１６の旅程受付画面１３１では、入力欄１３２に各行程の項目として「移動（往路）」「業務」「宿泊」等が選択されている。入力欄１３２には、各項目の行程に対し、「日時」及び「区分」が選択されている。なお入力欄１３２の項目は、選択メニューコントロールとしてある。選択メニューで「移動」が選択された場合には、「内容」の入力コントロールには「出発地」及び「到着地」が夫々、入力可能になるとよい。入力欄１３２の「日時」では、行程の年月日と、確定している時刻が入力可能である。図１６の例では、第１の行程においては、到着の時刻のみが入力されている。この場合、利用者端末装置１の制御部１０は、チケットアテンダントとして、到着時刻までに「出発地」から「到着地」へ到着する交通手段を検索する。図１６の例において第１の行程では、業務上の利用であって「経費」が選択部１３３で選択されている。

図１６の例において具体的には、第１に確定しているスケジュールとして、「項目」が往路の「移動」であって、「内容」が品川から梅田（大阪）への移動であるスケジュールが、２０１９年１２月５日の１２：００までに到着予定の「日時」で登録されている。また第１のスケジュールは、業務上の内容であって経費利用であることが選択されている。次に第２に確定しているスケジュールとして、「項目」が「業務」であって、「内容」がＸＹＺビルにおける会議であるスケジュールが、２０１９年１２月５日の１３：００から１６：３０の予定の「日時」で登録されている。同様に第３に確定しているスケジュールとして、「項目」が「業務」であって、「内容」が梅田周辺における懇親会であるスケジュールが、２０１９年１２月５日の１８：３０－２１：００の予定の「日時」で登録されている。

図１７は、初期プランの内容例を示す図である。図１７は、図１６の旅程受付画面１３１にて受け付けられ、登録されたスケジュールに基づき利用者端末装置１の制御部１０がチケットアプリ１Ｐに基づいて作成したプランである。制御部１０は、図１７に示すように、「移動」「食事」「業務」「宿泊」等の「項目」と、「日時」と、「内容」のリストとしてプランを作成する。制御部１０は、図１７に示すように、登録されたスケジュール「移動」「業務」の間に「食事」等のスケジュールを組み込んで初期プランを作成するとよい。図１７に示す初期プランは、第１の行程から第１３の行程までを含むように、作成されている。図１７に示す初期プランは、いずれの行程も未実施であるから、「予定」である。プランには一連の旅程に含まれることを示すために旅程ＩＤが付与される。旅程ＩＤは、利用者端末装置１の利用者ＩＤと日付とに基づいて利用者端末装置１にて付与されてもよいし、情報処理装置４によって付与されてもよい。プランに含まれる各行程の内容は、旅程ＩＤと対応付けられて利用者端末装置１にて記憶される。

図１８は、初期プランの表示例を示す図である。利用者端末装置１の制御部１０によって、図１７に示した一連の旅程の旅程ＩＤに対応付けられている行程の内容を含む初期プランに基づき、旅程プラン画面１３４が表示される。旅程プラン画面１３４には、図１７に示した行程が、時系列に、行程毎に変更又は削除を受け付けるインタフェース１３６、行程毎にデジタルチケットをリクエストするインタフェース１３５と共に表示される。リクエストのインタフェース１３５は、行程毎に個別に、デジタルチケットを決定したい場合、例えば、往復チケット、格安のチケット等の条件で決定したい場合に選択される。検索リクエストのインタフェース１３５が選択された場合、制御部１０は、検索条件の入力画面が表示され、ユーザが料金範囲、提供者等の指定を受け付けてもよい。

旅程プラン画面１３４には、全ての行程を、チケットアテンダント機能によって進行具合に応じて自動的に手配するための「自動進行」インタフェース１３７が含まれる。「自動進行」インタフェース１３７が選択された場合、旅程プラン画面１３４に表示されているプランが決定され、利用者端末装置１の制御部１０は、図１１及び図１２のフローチャートに示したように、進行中の行程の完了日時の所定時間前に、次の行程のデジタルチケットの検索リクエストを情報処理装置４へ送信する。

インタフェース１３７が選択されない場合、制御部１０は、ユーザから各行程についてのチケットのリクエストを受け付け、情報処理装置４へリクエストを送信してマッチングを受け、抽出されたチケットの候補からユーザの選択を受け付けるとよい。

図１９は、デジタルチケット表示画面１３８の内容例を示す図である。図１９では、第１行程の移動のために手配されたデジタルチケットが示されている。図１９のデジタルチケット表示画面１３８は、取引ＩＤが付されたデジタル帳票ＤＦに基づきマーケットで抽出されたチケット候補を示す（Ｓ１１５）。デジタルチケット表示画面１３８は、抽出された、鉄道（図１９ではＪＪ旅客鉄道）のデジタルチケットを示すチケット表示画面１４２を含む。チケット表示画面１４２には、デジタルチケットの内容（サービス提供者：ＪＪ旅客鉄道、サービス内容：指定座席情報、標準料金：１４３００円）が示されている。

デジタルチケット表示画面１３８は、「承認」用のインタフェース１３９、チケット毎の「変更」インタフェース１４０を含む。デジタルチケット表示画面１３８は、チケットの変更ではなく手配をキャンセルするためのインタフェース１４１を含んでよい。「承認」インタフェース１３９が選択された場合、制御部１０は、図１１及び図１２のフローチャートにおけるステップＳ１０６の承認及びステップＳ１０７の通知を実行する。「変更」インタフェース１４０が選択された場合、制御部１０は例えば、キャンセルされたので処理をステップＳ１０３から再実行する。制御部１０は、リクエストに応じて抽出された候補の、変更されたデジタルチケットの次に優先的に抽出された候補を情報処理装置４から取得してもよい。

デジタルチケット表示画面１３８は、他の行程のチケットを示す画面への遷移を受け付けるインタフェース１４３を含んでもよい。インタフェース１４３が選択された場合、制御部１０は、選択された行程に対するデジタルチケットの内容を表示するデジタルチケット表示画面１３８を表示部１３に表示する。

図２０は、他のデジタルチケット表示画面１３８の内容例を示す図である。図２０は、図１９における他の行程のチケットを示す画面への遷移を受け付けるインタフェース１４３が選択された場合に表示される例である。図２０の例では、図１７に示した初期プランの内の第２の行程に関するチケット情報が、未だ手配（検索リクエスト）がされていない、として示されている。

図１８の旅程プラン画面１３４にて「自動進行」インタフェース１３７が選択された場合、利用者端末装置１の制御部１０は、図１１及び図１２のフローチャートに示したように、進行中の行程の完了日時の所定時間前に、次の行程のデジタルチケットの検索リクエストを情報処理装置４へ送信する。図２１は、他のデジタルチケット表示画面１３８の内容例を示す図である。図２１は、図２０に対し、第１の行程の完了の１時間前に、第２の行程の検索リクエストが情報処理装置４へ送信されたことで手配されたデジタルチケットを示す。図２１のデジタルチケット表示画面１３８は、マッチングにより抽出された、梅田周辺での昼食のためのデジタルチケットを示すチケット表示画面１４２を含む。チケット表示画面１４２には、デジタルチケットの内容（サービス提供者：梅田Ｓ亭、サービス内容：時間及び席、標準料金：１０００円）が示されている。

図１９、図２１に示したデジタルチケットの利用方法について説明する。図１９のデジタルチケット表示画面１３８にて「承認」インタフェース１３９が選択されると、チケット表示画面１４２に示している鉄道の利用に関するデジタルチケットの利用が可能になる。利用開始の際には、サービス提供者である鉄道会社が、利用者ＩＤを取得する必要があるから、例えば、利用者ＩＤの二次元コードの画像を表示部１３に表示させ、鉄道会社の入口ゲートにてこれを読み取り、鉄道会社の提供者端末装置２にてこれを取得するとよい。これにより、以後、サービスの進行開始が情報処理装置４にてモニタできる。その他、鉄道会社のチケット売り場に設置された提供者端末装置２の読取部２５にて、利用者ＩＤの二次元コードの画像を読み取ることによって鉄道会社で利用できる紙チケットが利用者に渡され、これにより、利用が可能となってもよい。また、鉄道会社の利用を可能とする交通系ＩＣカードのＩＤ番号と、利用者ＩＤとを利用者ＤＢ４０２にて紐付けておき、交通系ＩＣカードのＩＤ番号に対して事前に利用者ＩＤが確定しているデジタル帳票ＤＦに基づくデジタルチケットを対応付けておいてもよい。

鉄道の出口ゲートを利用者が出る際に、ゲートが再度利用者ＩＤを読み取り、これによってサービス提供者から注文されたサービス（鉄道利用）が完了すると、料金が確定し、提供者端末装置２から料金の情報が情報処理装置４経由で利用者端末装置１にて受信される（Ｓ１１９）。料金の確認が利用者端末装置１にて受け付けられると（Ｓ１２１）、情報処理装置４へ通知が送信され（Ｓ１２２）、これにより、１回のデジタルチケットの利用が完了する。交通系ＩＣカードが利用される場合、出口ゲートで利用された区間が確定したタイミングで料金が確定するから、これによって、対応付けられたデジタルチケットが利用されたことを利用者端末装置１、提供者端末装置２、及び情報処理装置４で認識しデジタル帳票ＤＦを完成させる（Ｓ４１７）ことが可能である。自己負担の場合、デジタル帳票ＤＦにて確定した料金を交通系ＩＣカードの残金から引くようにしてもよいし、利用者ＩＤに紐付けられている自己負担用のクレジットカードから精算されるようにしてもよい。

図２１のデジタルチケット表示画面１３８にて「承認」インタフェース１３９が選択されると、チケット表示画面１４２に示している飲食に関するデジタルチケットの利用が可能になる。利用の際には、サービス提供者である飲食店が、利用者ＩＤを取得する必要がある。例えば、利用者ＩＤの二次元コードの画像を表示部１３に表示させ、飲食店のレジ端末や店頭に設置された提供者端末装置２の読取部２５にてこれを読み取り、精算時に再度、読取部２５にて読み取るとよい。

図２２は、料金確定後のデジタルチケット表示画面１３８の表示例を示す図である。飲食店で注文すると、提供者端末装置２からサービス内容、即ち注文内容が情報処理装置４経由で利用者端末装置１から取得可能になる。サービス提供者から注文されたサービス（飲食の提供）が完了すると、料金が確定し、提供者端末装置２から料金の情報が情報処理装置４経由で利用者端末装置１にて受信される（Ｓ１１９）。そして、図２２に示すように料金が表示され（Ｓ１２０）、「確認」インタフェース１４３が表示される。「確認」インタフェース１４３が選択された場合、制御部１０は、料金の確認を受け付け（Ｓ１２１）、確認の通知を情報処理装置４へ送信する（Ｓ１２２）。これにより、１回のデジタルチケットの利用が完了する。

図２３は、一部行程が確定したプランの内容例を示す図である。制御部１０は、図１８－図２２に示した画面にて順にデジタルチケットを承認し、料金が確定する都度に確認通知を情報処理装置４へ送信する。これにより、情報処理装置４によって各行程のデジタル帳票ＤＦが完成する。図２３は、同一の旅程に含まれる行程夫々のデジタル帳票ＤＦに基づく確定プランの内容を示している。図１７に示した初期プランと比較して一部が変更になっている。第２及び第１３の行程の食事について自己負担が選択されている以外は、経費処理が選択されており、いずれも情報処理装置４にて完成されたデジタル帳票ＤＦに基づいて経費処理が実行される。

図２４は、旅程ＩＤに対応付けられ記憶されるデータの内容例を示す図である。利用者端末装置１の制御部１０が、図１１及び図１２のフローチャートに示したステップＳ１２４によって記憶する旅程データである。旅程データは、情報処理装置４にて、提供者端末装置２、支払者端末装置３から共有可能に記憶されてもよい。旅程データは、旅程ＩＤに対応付けて旅程内容を含む。旅程データは、旅程ＩＤに対応付けて、旅程に含まれる行程の行程ＩＤ、行程毎の項目及び行程で利用されたデジタルチケットの元となるデジタル帳票ＤＦの取引ＩＤを含む。旅程データは、情報処理装置４に記憶される場合、図２４に示すように利用者ＩＤに対応付けられているとよい。

図２４には、図２３に示した確定済みのプランについての旅程データの例が示されている。タイトルが「大阪出張」の旅程ＩＤは、日時に基づくＩＤが付されている。旅程ＩＤに紐付けて、旅程ＩＤに例えば数字４桁を付加した行程ＩＤが付された各行程の項目及び内容、利用されたデジタルチケットのデジタル帳票ＤＦの取引ＩＤが記憶されている。「大阪出張」の旅程の内、第３の行程である業務では、デジタルチケットが利用されていないので取引ＩＤは空欄である。取引ＩＤに基づいて情報処理装置４の帳票ＤＢ４０５から提供者ＩＤ、サービスの利用開始日時、利用修了日時、サービス内容を取得することができる。旅程データにこれらのサービス内容等のデータ自体を含んでもよい。

図２５は、旅程完了後の旅程プラン画面１３４の内容例を示す図である。旅程プラン画面１３４は、利用者端末装置１の制御部１０によって、図２３及び図２４に示した一連の旅程の旅程ＩＤに対応付けられている行程の内容を含む。図２５の旅程プラン画面１３４では、同一の旅程ＩＤに対応付けられている行程が全て完了していることが示されている。全ての旅程が完了する前であれば、図１８で示したような、行程毎に変更又は削除を受け付けるインタフェース１３６、行程毎にデジタルチケットをリクエストするインタフェース１３５と共に表示されてよい。完了済みの行程には、行程毎に内容の編集を受け付けるインタフェースが含まれてもよい。編集を受け付ける場合、図２４の旅程データにおけるイベント内容の編集が可能であるとよい。情報処理装置４、提供者端末装置２、及び支払者端末装置３によって許可された場合には、対応する取引ＩＤのデジタル帳票ＤＦを編集可能としてもよい。

図２５の旅程プラン画面１３４では、旅程が完了しているので、「レポート作成」を実行するためのインタフェース１４４が表示されている。利用者端末装置１の制御部１０は、チケットアテンダントの機能によって旅程が全て完了した状態で、旅程プラン画面１３４を表示する場合に、このインタフェース１４４を表示する。旅程プラン画面１３４には、経費利用のための業務上のレポートであるか、私的利用の旅行記的なレポートであるかの選択インタフェース１４５が、「レポート作成」用のインタフェース１４４と共に表示されている。選択インタフェース１４５はこれに限らず、インタフェース１４４が選択された後に選択可能にしてあってもよい。

図２３－２５に示した旅程データに基づくレポートの作成について手順を説明する。図２６は、レポート作成処理手順の一例を示すフローチャートである。利用者端末装置１の制御部１０は、インタフェース１４４が選択されると以下の処理を開始する。

制御部１０は、インタフェース１４４が選択された際に旅程プラン画面１３４で表示している旅程の旅程ＩＤを取得する（ステップＳ３０１）。

制御部１０は、旅程ＩＤに対応付けられている旅程データを記憶部１１又は情報処理装置４から読み出す（ステップＳ３０２）。

制御部１０は、旅程データに含まれている行程の取引ＩＤに基づいて、情報処理装置４から、帳票ＤＢ４０５に記憶されている各行程に関するデジタル帳票ＤＦを読み出す（ステップＳ３０３）。制御部１０はステップＳ３０３にて、サービス（商品）の提供者ＩＤから特定される提供者ＩＤ、料金、経費の区分等を、レポート作成に必要なデータを読み出すとよい。

制御部１０は、読み出した旅程データの行程毎のデータを、項目別に分類し（ステップＳ３０４）、経費利用が選択されている行程に関するデジタル帳票ＤＦの料金から、項目別の小計、及び合計を算出する（ステップＳ３０５）。

制御部１０は、選択インタフェース１４５で選択されたレポートの種類を判別する（ステップＳ３０６）。

制御部１０は、旅程のタイトル、旅程に含まれる業務項目の行程内容、及び日時、ステップＳ３０５で算出した小計及び合計を、ステップＳ３０６で選択された種類に対応付けて記憶してあるテンプレートでレポートとして出力する（ステップＳ３０７）。制御部１０は、レポートの画像を表示部１３に表示し（ステップＳ３０８）、処理を終了する。

図２６のフローチャートに示した処理手順は、インタフェース１４４が選択されずとも、チケットアテンダント機能によって旅程が完了した時点で自動的に実行されてもよい。出力されたレポート（ドキュメントデータ）は、記憶部１１に記憶されてもよいし、情報処理装置４経由で支払者端末装置３へ送信されてもよい。

図２７は、出力されるレポートの内容例を示す図である。図２７は、レポート表示画面１４６を示す。図２７のレポートは、経費利用即ち業務上のレポートであることが選択された場合に出力された例である。レポートには、タイトル、目的、日時、経費利用の費用の内訳及び小計、項目別の合計が自動的に、旅程データ及びデジタル帳票ＤＦから転記される。

制御部１０は、レポート出力時に私的利用が選択されている場合、旅行記的なテンプレートで、題目を「旅行記」としたレポートを作成する。

このように、旅程データとして記憶されているから、テンプレートの選択によって、私的な利用の場合と、経費利用の場合とによってレポートの出力も容易になる。利用者は、経費利用の際の支払者への報告書を自動で作成することができる。経費処理も情報処理装置４にて経費データを作成して支払者端末装置３へ送信するから、利用者も支払者も経費利用に係る事務的手続きを軽減することができる。

このようにして、デジタル帳票ＤＦに基づくデジタルチケットマーケットを提供するプラットフォームを利用することによって、利用者は経費利用の旅程及び私的利用の旅程両方について、利用者は、サービス毎のキャッシュレス決済を受ける必要はなく、１つのチケットアプリで、プラットフォームによって提供されるデジタルチケットを利用することができる。しかも利用者は、行程の進捗に応じて自動的にデジタルチケットを手配するチケットアテンダント機能を利用することができる。

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

１ 利用者端末装置
１０ 制御部
１２ 通信部
１３ 表示部
１４ 操作部
１６ 位置情報取得部
１Ｐ チケットアプリ（コンピュータプログラム）
４ 情報処理装置
４０ 制御部
４２ 通信部
４０１ サービスＤＢ
４０２ 利用者ＤＢ
４０５ 帳票ＤＢ

Claims (10)

1. 表示部及び操作部を備えるコンピュータに、
   旅程のスケジュールを前記操作部にて受け付け、
   前記旅程の利用者の利用者識別情報を取得し、
   受け付けたスケジュールに基づき、前記旅程に含まれる１又は複数の行程についてそれぞれ、サービス又は商品の対価の決済に必要となる取引情報の検索条件を指定した検索リクエストを、前記取引情報に対する処理を実行する情報処理装置へ送信し、
   前記取引情報は、サービス又は商品の利用者の利用者識別情報、前記サービス又は商品の提供者の提供者識別情報、前記サービス又は商品の対価を支払う支払者の支払者識別情報、及び、前記対価を示す対価情報を含み、前記利用者識別情報、前記提供者識別情報、前記支払者識別情報、及び、前記対価情報の内の少なくとも１つが確定すると作成されるデータであって、前記検索リクエストが送信される時点で少なくとも利用者識別情報が未確定であり、
   前記行程毎に、前記検索リクエストに応じて抽出される前記取引情報の候補を、前記取引情報に含まれる前記サービス又は商品の提供者の提供者識別情報と対応付けて前記表示部に表示し、
   表示した前記取引情報の候補の承認を前記操作部にて受け付け、
   承認された前記取引情報に対し、前記取引情報に含まれる前記提供者識別情報を確定させ、前記取引情報の利用者識別情報を、取得済みの利用者識別情報で確定させる通知を前記情報処理装置へ送信し、
   前記利用者識別情報と提供者識別情報が確定したことに基づき、前記サービス又は商品の利用に対するデジタルチケットを前記表示部に表示し、
   前記行程毎に、前記取引情報の支払者識別情報を決定させる前記行程の目的を受け付け、
   受け付けた目的を前記情報処理装置へ送信し、
   前記行程毎に、サービス若しくは商品の提供者からの対価の確定通知、又は、完了操作の入力によって行程が完了したと判断された場合、前記取引情報について確定した前記対価情報を取得し、
   前記利用者識別情報、提供者識別情報、支払者識別情報及び対価情報が確定した取引情報の取引識別情報を記憶する
   処理を実行させるコンピュータプログラム。
2. 前記コンピュータに、
   前記１又は複数の行程毎に、該行程の開始の所定時間前、又は、前行程の完了の所定時間前のタイミングに、前記行程に対する前記検索リクエストの送信を実行させる、請求項１に記載のコンピュータプログラム。
3. 前記コンピュータに、
   前記タイミングにおける前記利用者の位置を示す位置データを取得し、
   取得した位置データが示す位置を条件として前記検索リクエストを送信する
   処理を実行させる、請求項２に記載のコンピュータプログラム。
4. 前記コンピュータに、
   前記タイミングの時刻を取得し、
   取得した時刻を条件として前記検索リクエストを送信する
   処理を実行させる、請求項２又は３に記載のコンピュータプログラム。
5. 前記コンピュータに、
   前記１又は複数の行程が完了したと判断された場合、前記１又は複数の行程の内容、行程が実行された日時、及び、該行程を区別する項目毎に利用されたサービス又は商品の料金を含むレポートを作成する
   処理を実行させる、請求項１から請求項４のいずれか１項に記載のコンピュータプログラム。
6. サービス又は商品の利用者の利用者端末装置と通信接続される情報処理装置が、前記利用者に対し、前記サービス又は商品の決済に必要となる取引情報を作成し、前記取引情報に基づいて前記利用者端末装置にデジタルチケットを提供するデジタルチケットシステムにおいて、
   前記取引情報は、サービス又は商品の利用者の利用者識別情報、前記サービス又は商品の提供者の提供者識別情報、前記サービス又は商品の対価を支払う支払者の支払者識別情報、及び、前記対価を示す対価情報を含み、前記利用者識別情報、前記提供者識別情報、前記支払者識別情報、及び、前記対価情報の内の少なくとも１つが確定すると作成されるデータであり、
   サービス又は商品の利用者が利用する利用者端末装置は、
   前記利用者の旅程のスケジュールを受け付ける手段と、
   前記利用者の利用者識別情報を取得する手段と、
   受け付けたスケジュールに基づき、前記旅程に含まれる１又は複数の行程についてそれぞれ、サービス又は商品の対価の決済に必要となる前記取引情報の検索条件を指定した検索リクエストを、前記取引情報に対する処理を実行する情報処理装置へ送信する手段と、
   前記行程毎に、前記検索リクエストに応じて抽出される前記取引情報の候補を、前記取引情報に含まれる前記サービス又は商品の提供者の提供者識別情報と対応付けて表示する手段と、
   表示した前記取引情報の候補の承認を受け付ける手段と、
   承認された前記取引情報に対し、前記取引情報に含まれる前記提供者識別情報を確定させ、前記取引情報の利用者識別情報を、取得済みの利用者識別情報で確定させる通知を前記情報処理装置へ送信する手段と、
   前記利用者識別情報と提供者識別情報が確定したことに基づき、前記サービス又は商品の利用に対するデジタルチケットを表示する手段と、
   前記行程毎に、前記取引情報の支払者識別情報を決定させる目的を受け付ける手段と、
   受け付けた目的を前記情報処理装置へ送信する手段と
   を備え、
   前記情報処理装置は、
   前記検索リクエストの検索条件に基づき、作成済み又は作成される前記取引情報の内、少なくとも前記利用者識別情報が未確定である取引情報を抽出する手段と、
   抽出された取引情報を、該取引情報に含まれる提供者識別情報が示す前記サービス又は商品の提供者の情報と共に候補として前記利用者端末装置へ送信する手段と、
   前記利用者端末装置から送信される前記通知に基づいて前記取引情報の利用者識別情報を、前記利用者端末装置の利用者の利用者識別情報とする手段と、
   前記利用者端末装置から送信される目的及び前記利用者識別情報に基づき、前記取引情報の支払者識別情報を確定させる手段と、
   前記行程毎に、サービス若しくは商品の提供者からの対価の確定通知、又は、完了操作の入力によって、行程が完了したか否かを判断する手段と、
   前記行程が完了したと判断した場合、前記取引情報について確定した前記対価情報を取得する手段と、
   前記利用者識別情報、提供者識別情報、支払者識別情報及び対価情報が確定した取引情報の取引識別情報を記憶する手段と
   を備えるデジタルチケットシステム。
7. サービス又は商品の利用者が利用する利用者端末装置であって、
   旅程のスケジュールを受け付ける手段と、
   前記旅程の利用者の利用者識別情報を取得する手段と、
   受け付けたスケジュールに基づき、前記旅程に含まれる１又は複数の行程についてそれぞれ、サービス又は商品の対価の決済に必要となる取引情報の検索条件を指定した検索リクエストを、前記取引情報に対する処理を実行する情報処理装置へ送信する手段と
   を備え、
   前記取引情報は、サービス又は商品の利用者の利用者識別情報、前記サービス又は商品の提供者の提供者識別情報、前記サービス又は商品の対価を支払う支払者の支払者識別情報、及び、前記対価を示す対価情報を含み、前記利用者識別情報、前記提供者識別情報、前記支払者識別情報、及び、前記対価情報の内の少なくとも１つが確定すると作成されるデータであって、前記検索リクエストが送信される時点で少なくとも利用者識別情報が未確定であり、
   前記行程毎に、前記検索リクエストに応じて抽出される前記取引情報の候補を、前記取引情報に含まれる前記サービス又は商品の提供者の提供者識別情報と対応付けて表示部に表示する手段と、
   表示した前記取引情報の候補の承認を受け付ける手段と、
   承認された前記取引情報に対し、前記取引情報に含まれる前記提供者識別情報を確定させ、前記取引情報の利用者識別情報を、取得済みの利用者識別情報で確定させる通知を前記情報処理装置へ送信する手段と、
   前記利用者識別情報と提供者識別情報が確定したことに基づき、前記サービス又は商品の利用に対するデジタルチケットを前記表示部に表示する手段と、
   前記行程毎に、前記取引情報の支払者識別情報を決定させる前記行程の目的を受け付ける手段と、
   受け付けた目的を前記情報処理装置へ送信する手段と、
   前記行程毎に、サービス若しくは商品の提供者からの対価の確定通知、又は、完了操作の入力によって行程が完了したと判断された場合、前記取引情報について確定した前記対価情報を取得する手段と、
   前記利用者識別情報、提供者識別情報、支払者識別情報及び対価情報が確定した取引情報の取引識別情報を記憶する手段と
   を備える利用者端末装置。
8. サービス又は商品の利用者の利用者端末装置と通信接続される情報処理装置が、前記利用者に対し、前記サービス又は商品の決済に必要となる取引情報を作成し、前記取引情報に基づいて前記利用者端末装置にデジタルチケットを提供する情報処理方法において、
   前記取引情報は、前記取引情報は、サービス又は商品の利用者の利用者識別情報、前記サービス又は商品の提供者の提供者識別情報、前記サービス又は商品の対価を支払う支払者の支払者識別情報、及び、前記対価を示す対価情報の内の少なくとも１つが確定すると作成されるデータであり、
   前記サービス又は商品の利用者が利用する端末装置が、前記利用者の旅程のスケジュールを受け付けるステップ、
   前記端末装置が、前記旅程の利用者の利用者識別情報を取得するステップ、
   前記端末装置が、受け付けたスケジュールに基づき、前記旅程に含まれる１又は複数の行程についてそれぞれ、サービス又は商品の対価の決済に必要となる前記取引情報の検索リクエストを、前記取引情報に対する処理を実行する情報処理装置へ送信するステップ、
   前記情報処理装置は、前記検索リクエストの検索条件に基づき、作成済み又は作成される前記取引情報の内、少なくとも前記利用者識別情報が未確定である取引情報を抽出するステップ、
   前記情報処理装置が、抽出された取引情報を、該取引情報に含まれる提供者識別情報が示す前記サービス又は商品の提供者の情報と共に候補として前記端末装置へ送信するステップ、
   前記端末装置が、前記検索リクエストに応じて前記情報処理装置にて抽出される前記取引情報の候補を、前記取引情報に含まれる前記サービス又は商品の提供者の提供者識別情報と対応付けて表示部に表示するステップ、
   前記端末装置が、表示した前記取引情報の候補の承認を受け付けるステップ、
   前記端末装置が、承認された前記取引情報に対し、前記取引情報に含まれる前記提供者識別情報を確定させ、前記取引情報の利用者識別情報を、取得済みの利用者識別情報で確定させる通知を前記情報処理装置へ送信するステップ、
   前記端末装置が、前記利用者識別情報と提供者識別情報が確定したことに基づき、前記サービス又は商品の利用に対するデジタルチケットを前記表示部に表示するステップ、
   前記端末装置が、前記行程毎に、前記取引情報の支払者識別情報を決定させる目的を受け付けるステップ、
   前記端末装置が、受け付けた目的を前記情報処理装置へ送信するステップ、
   前記情報処理装置が、前記利用者端末装置から送信される目的及び前記利用者識別情報に基づき、前記取引情報の支払者識別情報を確定させるステップ、
   前記情報処理装置が、前記行程毎に、サービス若しくは商品の提供者からの対価の確定通知、又は、完了操作の入力によって、行程が完了したか否かを判断するステップ、
   前記情報処理装置が、前記行程が完了したと判断した場合、前記取引情報について確定した前記対価情報を取得するステップ、
   前記情報処理装置が、前記利用者識別情報、提供者識別情報、支払者識別情報及び対価情報が確定した取引情報の取引識別情報を記憶するステップ
   を含む情報処理方法。
9. 前記情報処理装置は、前記取引情報に基づく、前記サービス又は商品の提供が完了した場合、前記取引情報を夫々識別するための取引識別情報を、前記取引情報に基づくサービス又は商品の利用を伴う行程を識別する行程識別情報に対応付けて記憶する
   請求項８に記載の情報処理方法。
10. 前記情報処理装置は、
    前記旅程に含まれる１又は複数の行程が完了したと判断された場合、前記１又は複数の行程の行程識別情報を、前記旅程を識別する旅程識別情報と対応付けて記憶する
    請求項９に記載の情報処理方法。

Images