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

Abstract

【課題】デジタルチケットをパッケージ化して提供することを可能とするデジタルチケットシステム、情報処理装置、コンピュータプログラム、及び情報処理方法を提供する。【解決手段】デジタルチケットシステムの情報処理装置は、サービス又は商品の提供者の提供者識別情報、前記サービス又は商品の対価を支払う支払者の支払者識別情報、前記サービス又は商品の利用者の利用者識別情報、及び、前記対価を示す対価情報を含む取引情報を、該取引情報を識別する取引識別情報に対応付けて記憶しているデータベースから、少なくとも利用者識別情報が未確定である複数の取引情報を抽出する手段と、抽出した複数の取引情報に対し、パッケージ識別情報を発行する発行手段と、発行されたパッケージ識別情報に対応付けて、前記複数の取引情報の取引識別情報を記憶する手段とを備える。【選択図】図１９

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