JP7282727B2 - 情報処理装置、通知方法及び通知プログラム - Google Patents

情報処理装置、通知方法及び通知プログラム Download PDF

Info

Publication number
JP7282727B2
JP7282727B2 JP2020165588A JP2020165588A JP7282727B2 JP 7282727 B2 JP7282727 B2 JP 7282727B2 JP 2020165588 A JP2020165588 A JP 2020165588A JP 2020165588 A JP2020165588 A JP 2020165588A JP 7282727 B2 JP7282727 B2 JP 7282727B2
Authority
JP
Japan
Prior art keywords
payment
expense
information
user
candidate
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2020165588A
Other languages
English (en)
Other versions
JP2022057370A (ja
Inventor
千壽子 大塚
和正 庄司
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
PayPay Corp
Original Assignee
PayPay Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by PayPay Corp filed Critical PayPay Corp
Priority to JP2020165588A priority Critical patent/JP7282727B2/ja
Publication of JP2022057370A publication Critical patent/JP2022057370A/ja
Application granted granted Critical
Publication of JP7282727B2 publication Critical patent/JP7282727B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Landscapes

  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Description

本発明は、情報処理装置、通知方法及び通知プログラムに関する。
従来、経費の精算処理を効率的に行うための技術が知られている。例えば、クレジットカードを用いて支払われた旅費等の経費の精算を行う技術が提供されている(例えば特許文献1)。
特許第6674576号
しかしながら、上記の従来技術では、利用者の利便性の点で改善の余地がある。例えば、上記の従来技術では、クレジットカードを用いた場合の経費の精算を対象としており、端末装置を用いた所定の決済手段による決済に対応できない場合がある。また、例えば、利用者が経費精算を行うべき決済について経費としての申請を行ってない場合については考慮されていない。
本願は、上記に鑑みてなされたものであって、経費精算における利用者の利便性を向上させることできる情報処理装置、通知方法及び通知プログラムを提供することを目的とする。
本願に係る情報処理装置は、端末装置を用いた所定の決済手段による決済の履歴のうち、経費精算の対象となる可能性が高い決済である経費候補決済を抽出する抽出部と、前記抽出部により抽出された前記経費候補決済を通知する通知部と、を有することを特徴とする。
実施形態の一態様によれば、経費精算における利用者の利便性を向上させることできるという効果を奏する。
図1は、経費精算処理の一例を示す図である。 図2は、利用者端末の画面の一例を示す図である。 図3は、実施形態に係る通知処理の一例を示す図である。 図4は、実施形態に係る決済サーバの構成例を示す図である。 図5は、実施形態に係る口座データベースの一例を示す図である。 図6は、実施形態に係る利用者情報データベースの一例を示す図である。 図7は、実施形態に係る利用者端末の構成例を示す図である。 図8は、実施形態に係る第2アプリケーションの構成例を示す図である。 図9は、実施形態に係る通知処理の手順の一例を示すフローチャートである。 図10は、実施形態に係る情報処理システムによる情報処理手順を示すシーケンス図である。 図11は、情報処理装置の機能を実現するコンピュータの一例を示すハードウェア構成図である。
以下に本願に係る情報処理装置、通知方法及び通知プログラムを実施するための形態(以下、「実施形態」と呼ぶ)について図面を参照しつつ詳細に説明する。なお、この実施形態により本願に係る情報処理装置、通知方法及び通知プログラムが限定されるものではない。また、以下の各実施形態において同一の部位には同一の符号を付し、重複する説明は省略される。
〔1.実施形態〕
本実施形態の情報処理装置等により実現される通知処理についての説明に先立って、まず、図1を用いて、経費精算処理について説明する。図1は、経費精算処理の一例を示す図である。
〔1-1.情報処理システムの一例〕
図1に示すように、実施形態に係る情報処理システム1は、決済サーバ10と、利用者端末100と、精算処理サーバ200と、事業者端末300とを含む。決済サーバ10、利用者端末100、精算処理サーバ200及び事業者端末300は、ネットワークN(例えば、図4参照)を介して有線または無線により相互に通信可能に接続される。ネットワークNは、例えば、インターネットなどのWAN(Wide Area Network)である。なお、図1に示した情報処理システム1には、複数台の決済サーバ10、複数台の利用者端末100、複数台の精算処理サーバ200及び複数台の事業者端末300が含まれていてもよい。
図1に示す決済サーバ10は、利用者端末100を用いる電子決済に関する電子決済サービス(「決済サービスX」ともいう)を提供し、各種の決済を行う情報処理装置であり、例えば、サーバ装置やクラウドシステムにより実現される。例えば、決済サーバ10は、取引対象の提供者や取引対象が提供される利用者の口座を管理しており、利用者からの決済要求に従って、口座間において電子マネーの移行等を行うことで、各種決済を実現する。なお、電子マネーとは、例えば、各種企業が独自に用いるポイントや通貨等であってもよく、日本円やドル等の国家により提供される貨幣を電子的に取引可能としたものであってもよい。
図1に示す利用者端末100は、利用者によって利用される情報処理装置(端末装置)である。利用者端末100は、例えば、スマートフォンや、タブレット型端末、ノート型PC(Personal Computer)、デスクトップPC、携帯電話機、PDA(Personal Digital Assistant)等により実現される。また、利用者端末100は、決済サーバ10や精算処理サーバ200、事業者端末300などによって配信される情報を、ウェブブラウザやアプリケーションにより表示する。なお、図1に示す例では、利用者端末100がスマートフォンである場合を示す。また、利用者端末100は、GPSセンサ等の位置センサを有し、利用者の位置を検知する。利用者端末100は、決済時の利用者の位置をその決済と対応付け、記憶部120に記憶してもよいし、決済サーバ10や精算処理サーバ200等の他の情報処理装置へ送信してもよい。例えば、利用者端末100は、決済時の利用者の位置の情報を後述する決済情報や申請情報に含ませ、決済サーバ10や精算処理サーバ200等の他の情報処理装置へ送信してもよい。なお、利用者端末100は、利用者の位置の情報を取得可能であれば、どのような態様により利用者の位置の情報を取得してもよい。例えば、利用者端末100を利用する利用者は、利用者端末100と通信可能なウェアラブルデバイスを身に付けることにより、ウェアラブルデバイスにより利用者の位置が検知されてもよい。この場合、利用者端末100は、ウェアラブルデバイスから利用者の位置の情報を取得してもよく、位置センサを有しなくてもよい。なお、上記は一例であり、利用者端末100は、様々な手段により利用者の位置の情報を取得してもよい。
図1に示す精算処理サーバ200は、利用者が属する組織(事業者)から利用者に対して支払われる経費の精算処理サービスを提供する情報処理装置であり、例えば、サーバ装置やクラウドシステムにより実現される。例えば、精算処理サーバ200は、事業者と利用者とを紐付けて管理し、経費の精算対象を示す精算情報を利用者から受け付けた場合に、当該利用者に紐付けられた事業者に対して精算情報に基づく情報を提供することで、精算処理を実現する。具体的な例を挙げると、精算処理サーバ200は、利用者が利用するサービスであって、精算処理サービスと連携(紐付け)されているサービスにおける利用者の利用履歴を示す精算情報を受け付ける。
図1に示す事業者端末300は、事業者によって利用される情報処理装置である。事業者端末300は、例えば、スマートフォンや、タブレット型端末、ノート型PC、デスクトップPC、携帯電話機、PDA等により実現される。また、事業者端末300は、決済サーバ10や利用者端末100、精算処理サーバ200などによって配信される情報を、ウェブブラウザやアプリケーションにより表示する。なお、図1に示す例では、事業者端末300がノート型PCである場合を示す。
なお、利用者端末100及び事業者端末300は、所定の情報処理を実現する制御情報を決済サーバ10や精算処理サーバ200から受け取った場合には、制御情報に従って情報処理を実現する。ここで、制御情報は、例えば、JavaScript(登録商標)等のスクリプト言語やCSS(Cascading Style Sheets)等のスタイルシート言語により記述される。なお、決済サーバ10や精算処理サーバ200から配信される所定のアプリケーションそのものを制御情報とみなしてもよい。
〔1-2.利用者端末100を用いた決済〕
ここで、利用者端末100が実行する通知処理に先立ち、利用者端末100を用いた決済(電子決済)の一例について説明する。なお、以下の説明では、店舗Aに配置された2次元コード(QRコード(登録商標))であって、店舗Aを識別する店舗識別情報C1を示す2次元コードを用いて、利用者Uが利用者端末100を用いた決済を行う例について説明するが、実施形態は、これに限定されるものではない。以下に説明する決済の一例は、任意の利用者が任意の利用者端末100を用いて、任意の店舗にて決済を行う場合においても適用可能である。また、店舗識別情報C1は、QRコード(登録商標)のみならず、バーコードや所定のマーク、番号等であってもよい。
例えば、利用者Uが店舗Aにて各種の商品やサービスといった決済対象(取引対象)の利用や購入に伴う決済を行う場合、利用者Uは、利用者端末100に予めインストールされた決済用のアプリケーション(以下、単に「決済アプリ」と記載する場合がある)を起動する。そして、利用者Uは、決済アプリを介して、店舗Aに設置された店舗識別情報C1を撮影する。このような場合、利用者端末100は、決済対象の価格を入力するための画面を表示し、利用者U或いは店舗Aの店員から決済金額の入力を受け付ける。そして、利用者端末100は、利用者Uを識別する利用者識別情報と、店舗識別情報C1(若しくは、店舗識別情報C1が示す情報、すなわち、店舗Aを示す情報(例えば、店舗ID))と、決済金額とを示す情報を決済サーバ10へと送信する。
このような場合、決済サーバ10は、利用者識別情報が示す利用者Uの口座から、店舗識別情報C1が示す店舗Aの口座へと、決済金額が示す額の電子マネーを移行させる。そして、決済サーバ10は、決済が完了した旨の通知を利用者端末100へと送信する。このような場合、利用者端末100は、決済が完了した旨の画面や所定の音声を出力することで、電子マネーによる決済が行われた旨を通知する。
なお、利用者端末100を用いた決済は、上述した処理に限定されるものではない。例えば、利用者端末100を用いた決済は、店舗Aに設置された店舗端末を用いたものであってもよい。例えば、利用者端末100は、利用者Uを識別するための利用者識別情報を画面上に表示させる。このような場合、店舗Aに設置された店舗端末は、利用者端末100に表示された利用者識別情報を読み取り、利用者識別情報(若しくは、利用者識別情報が示す情報、すなわち、利用者Uを示す情報(例えば、利用者ID))と、決済金額と、店舗Aを識別する情報とを示す情報を決済サーバ10へと送信する。このような場合、決済サーバ10は、利用者識別情報が示す利用者Uの口座から、店舗Aの口座へと、決済金額が示す額の電子マネーを移行させ、店舗Aの店舗端末或いは利用者端末100に対し、決済が完了した旨の画面や所定の音声を出力させることで、決済が行われた旨を通知してもよい。
また、利用者端末100を用いた決済は、利用者Uが予め電子マネーをチャージした口座から店舗Aの口座へと電子マネーを移行させる処理のみならず、例えば、利用者Uが予め登録したクレジットカードを用いた決済であってもよい。このような場合、例えば、利用者端末100は、店舗Aの口座に対して決済金額の電子マネーを移行させるとともに、利用者Uのクレジットカードの運用会社に対し、決済金額を請求してもよい。
〔1-3.経費精算処理の概要〕
経費精算処理の概要について図1を用いて説明する。以下の説明では、利用者端末100が利用者Uにより利用され、事業者端末300が利用者Uの属する事業者Bにより利用される例を示す。また、以下の説明では、利用者端末100を利用者Uと同一視し、事業者端末300を事業者Bと同一視する場合がある。すなわち、以下では、利用者Uを利用者端末100、事業者Bを事業者端末300と読み替えることもできる。
また、以下の説明では、精算処理サーバ200が提供する精算処理サービスに関するアプリケーション(以下、単に「精算処理アプリ」と記載する場合がある)が利用者端末100及び事業者端末300にインストール済みであり、利用者Uと事業者Bとが紐付けられて精算処理サーバ200に管理されているものとする。また、以下の説明では、決済サーバ10が提供する電子決済サービスにおける利用者Uのアカウント(利用者ID)と、精算処理サーバ200が提供する精算処理サービスにおける利用者Uのアカウントとが紐付けられており、アカウントの紐付けに関する情報が決済サーバ10及び精算処理サーバ200に管理されているものとする。
まず、利用者端末100は、利用者Uの電子決済に関する処理を実行する(ステップS1)。なお、図1の例において、利用者端末100は、上述した決済アプリを用いた決済手法により、店舗Aに対して決済を行ったものとする。
続いて、店舗Aの店員M1は、利用者Uにレシートを提供する(ステップS2)。例えば、店員M1は、利用者Uからの決済に応じて出力装置(例えば、プリンタや、POS(Point of Sales)端末など)OD1から出力(印刷)されるレシートを提供する。
なお、図1の例において、利用者Uが、店舗Aに対する決済を経費の精算対象とすることを希望したものとする。この場合、利用者端末100は、利用者Uの操作に応じて、経費の精算対象となる決済を示す決済情報の登録画面を表示する(ステップS3)。例えば、利用者端末100は、利用者Uからの操作に応じて決済アプリを起動し、利用者Uが決済アプリを用いて行った決済の履歴の一覧画面を表示する。そして、利用者Uは、一覧画面から、店舗Aに対する決済の履歴を選択し、利用者端末100に登録画面の表示を指示する。
続いて、利用者Uは、利用者端末100に表示された登録画面に決済情報を登録する(ステップS4)。例えば、利用者Uは、店舗Aに対する決済内容と、店舗Aから提供されたレシートを決済情報として登録する。
ここで、図2を用いて、利用者端末100が表示する登録画面について説明する。図2は、利用者端末の画面の一例を示す図である。
図2に示すように、利用者端末100は、利用者Uが決済アプリを用いて店舗Aに対して行った決済を示す画面SC1を表示する。例えば、利用者端末100は、支払先や、決済金額(決済額)、決済が行われた日時(取引日時)などの情報を示す決済内容と、支払先から提供されたレシートの登録操作を行うための領域AR1とを含む画面SC1を表示する。言い換えると、利用者端末100は、決済内容が予め登録された状態の画面SC1を表示する。ここで、利用者Uが領域AR1に対する選択操作を行った場合、利用者端末100は、画面SC1から画面SC2に遷移させる。
図2に示すように、利用者端末100は、決済内容と、レシートの画像の登録操作を行うための領域AR2と、レシートの登録が完了したことを指示するための領域AR3とを含む画面SC2を表示する。ここで、利用者Uが領域AR2に対する選択操作を行った場合、利用者端末100は、自装置の撮像部を起動し、店舗Aから提供されたレシートの画像の撮影を利用者Uに指示する。そして、レシートの画像が撮影された場合、利用者端末100は、画面SC2から画面SC3に遷移させる。
図2に示すように、利用者端末100は、領域AR2に替えてレシートの画像P1を含む画面SC3を表示する。ここで、利用者Uが領域AR3に対する選択操作を行った場合、利用者端末100は、決済情報の登録を完了する。
図1に戻り、説明を続ける。利用者端末100は、登録された決済情報を、精算対象となる決済を示す精算情報として精算処理サーバ200に送信する(ステップS5)。例えば、利用者端末100は、図2に示す画面SC3に含まれるレシートの画像P1と、決済内容と、電子決済サービスにおける利用者Uの利用者IDとを含む決済情報を精算情報として精算処理サーバ200に送信する。なお、図1では、利用者端末100が直接精算処理サーバ200に精算情報を送信する場合を図示したが、利用者端末100は決済サーバ10を介して精算情報を精算処理サーバ200に送信してもよい。例えば、利用者端末100は決済サーバ10に精算情報を送信し、利用者端末100から精算情報を受信した決済サーバ10が精算処理サーバ200にその精算情報を送信してもよい。
続いて、精算処理サーバ200は、精算情報に基づく経費の承認要求を事業者端末300に送信する(ステップS6)。例えば、精算処理サーバ200は、精算情報と、精算情報が示す経費の承認要求が発生したことを示す通知とを、利用者Uに紐付けられた事業者Bが利用する事業者端末300に送信する。
続いて、事業者端末300は、承認要求に対応する経費の支払要求を決済サーバ10に送信する(ステップS7)。例えば、事業者Bは、精算処理サーバ200から送信された精算情報の内容に不備があるか否かを確認する。そして、精算情報の内容に不備がない場合、事業者Bは、精算情報が示す経費の申請を承認し、事業者端末300を用いて、利用者Uに対する経費の支払いに関する支払要求を決済サーバ10に送信する。
続いて、決済サーバ10は、支払要求に対応する支払処理を実行する(ステップS8)。例えば、決済サーバ10は、経費の申請が承認された旨の通知を利用者端末100に送信する。そして、決済サーバ10は、決済アプリを用いた決済手段において利用可能な電子マネーであって、精算情報が示す経費(利用者Uによる店舗Aへの決済金額)分の電子マネーを、事業者Bの口座から利用者Uの口座へと移行させる。
以上のように、利用者端末100は、決済アプリを用いて支払先に対する決済を実行すると共に、決済アプリを介して当該決済を経費の精算対象とする精算情報を精算処理サーバ200に送信する。これにより、情報処理システム1は、経費精算処理を行う。
〔1-4.通知処理の一例〕
ここから、図3を用いて、利用者端末100を用いた決済を行う利用者に対して、経費精算の対象となる可能性が高い決済(「経費候補決済」ともいう)に関連する情報を提供する点について説明する。図3は、実施形態に係る通知処理の一例を示す図である。図3では、利用者端末100を利用する利用者が利用者Uである場合を一例として説明する。また、図3では、利用者が決済に用いる端末装置である利用者端末100が通知処理を行う情報処理装置である場合を示す。なお、利用者が決済に用いる端末装置と、通知処理を行う情報処理装置とは異なる装置であってもよいが、この点についての詳細は後述する。
利用者端末100を用いた決済を行う利用者は、図1に示すように決済(図1のステップS1に対応)に続けて、経費精算の申請を行うこともあるが、決済に続けて経費としての申請を行う時間的な余裕がない場合等においては、決済と経費申請との間に時間差が生じ、利用者が決済を経費として申請することを失念する可能性がある。この場合、利用者は、経費申請の期限を徒過したり、利用者が完全に経費申請を失念したりすることにより、経費として申請すべき決済を経費として申請しない状況が生じ、利用者自身が支払う、すなわち利用者の自腹になる。そのため、利用者端末100は、以下のような通知処理を行うことにより、利用者端末100を用いた決済を行う利用者に対し経費候補決済を通知することで経費として申請を利用者に促し、利用者の利便性を向上させる。
以下説明する図3の例では、利用者端末100の表示内容の変更に応じて、利用者端末10011、10012等のように符号「100」に下付の数字を付して区別可能に示すが、特に区別なく説明する場合には、利用者端末100と記載する。
まず、利用者端末10011は、経費候補決済を通知前の利用者端末100を示す。なお、図3では図示は省略するが、利用者端末10011は、例えばロック画面やホーム画面などを表示する。
利用者端末100は、利用者Uの決済の履歴から経費候補決済を抽出する(ステップS11)。なお、利用者端末100が経費候補決済を抽出し、通知するタイミングが任意のタイミングであってよい。例えば、利用者端末100は、定期的に経費候補決済を抽出し、通知してもよい。例えば、利用者端末100は、1日や1週間等の所定の期間に所定の回数経費候補決済を抽出し、通知してもよい。例えば、利用者端末100は、所定の時間(例えば12時や17時等)に経費候補決済を抽出し、通知してもよい。また、利用者端末100は、利用者が電源ボタンを押す等の利用者の操作に応じたタイミングで経費候補決済を抽出し、通知してもよい。
図3の例では、利用者端末100は、利用者Uの決済の履歴のうち、経費申請前の未申請決済を対象として経費候補決済を抽出する。利用者端末100は、利用者Uの決済の履歴のうち、経費精算の可能性の度合い(「スコア」ともいう)が所定の閾値以上である決済を、経費候補決済として抽出する。例えば、利用者端末100は、各決済の内容などを示す決済の情報を用いて、各決済のスコアを算出するが、詳細は後述する。図3の例では、説明を簡単にするために、利用者端末100は、2020年12月1日13時54分に決済サービスXを利用して行われたサービスDでの決済(未申請決済)のスコアのみが所定に閾値以上であり、経費候補決済として抽出されたものとする。
利用者端末10012は、抽出した経費候補決済を通知する(ステップS12)。利用者端末10012は、2020年12月1日13時54分に決済サービスXを利用して行われたサービスDでの未申請決済を示す決済履歴情報LG1を含む画面SC11を表示する。
決済履歴情報LG1には、サービスDでの決済サービスXを利用した決済が2020年12月1日13時54分に行われたことを示す情報、金額が1570円である支払い(決済)が完了していることを示す情報が含まれる。また、決済履歴情報LG1には、その決済の経費申請を促す情報(申請促進情報)である「経費申請対象ではなないですか?」との文字情報が配置された範囲(「経費申請ボタン」ともいう)が含まれる。
例えば、利用者端末100は、利用者Uが決済履歴情報LG1の経費申請ボタンを選択した場合、決済履歴情報LG1に対応するサービスDでの金額が1570円の決済を経費申請する画面(「経費申請画面」ともいう)を表示する。なお、経費申請画面は、利用者Uの操作に応じて、レシートを登録し、精算処理サーバ200に経費申請を行う情報を送信するための画面であれば、どのような画面であってもよい。例えば、経費申請画面は、図2中の画面SC2、SC3と同様にレシート画像を登録し、精算処理サーバ200に情報を送信する画面であってもよい。
そして、利用者端末100は、経費申請画面における利用者Uの操作に応じて、決済履歴情報LG1に対応するサービスDでの金額が1570円の決済を経費申請するための情報(申請情報)を精算処理サーバ200へ送信する。その後の処理は、ステップS6~S8と同様であるため、詳細な説明は省略する。例えば、利用者端末100から申請情報を受信した精算処理サーバ200は、事業者端末300へ経費としての承認を要求する。そして、事業者端末300は、決済履歴情報LG1に対応するサービスDでの金額が1570円の決済を経費として承認した場合、決済サーバ10に経費としての支払要求を送信し、決済サーバ10は、支払要求に対応する支払処理を実行する。例えば、決済履歴情報LG1に対応するサービスDでの金額が1570円の決済を経費として承認された場合、決済サーバ10は、1570円分の電子マネーを、事業者Bの口座から利用者Uの口座へと移行させる。
このように、利用者端末100は、利用者の決済のうち、経費精算の対象となる可能性が高い決済である経費候補決済を通知することにより、利用者端末100を用いた決済を行う利用者の利便性を向上させることできる。例えば、利用者端末100は、経費候補決済とともに申請促進情報を通知することにより、利用者端末100を用いた決済を行う利用者の経費精算における利便性を向上させることできる。
〔2.決済サーバの構成〕
次に、図4を用いて、決済サーバ10の構成について説明する。図4は、実施形態に係る決済サーバの構成例を示す図である。図4に示すように、決済サーバ10は、通信部20と、記憶部30と、制御部40とを有する。
(通信部20)
通信部20は、例えば、NIC(Network Interface Card)等によって実現される。そして、通信部20は、ネットワークNと有線または無線で接続され、利用者端末100や、精算処理サーバ200、事業者端末300等との間で情報の送受信を行う。
(記憶部30)
記憶部30は、例えば、RAM(Random Access Memory)、フラッシュメモリ(Flash Memory)等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される。図2に示すように、記憶部30は、口座データベース31と、利用者情報データベース32とを有する。
(口座データベース31)
口座データベース31は、利用者や事業者の口座に関する各種の情報を記憶する。ここで、図5を用いて、口座データベース31が記憶する情報の一例を説明する。図5は、実施形態に係る口座データベースの一例を示す図である。図5の例において、口座データベース31は、「口座ID」、「所有者情報」、「口座残高」といった項目を有する。
「口座ID」は、口座を識別するための識別情報を示す。「所有者情報」は、口座を所有する所有者(利用者や事業者)に関する情報を示し、例えば、所有者を識別するための識別情報(識別子)が格納される。「口座残高」は、利用者や事業者が所有する口座の残高を示す。
すなわち、図5では、口座ID「AID#1」によって識別される口座の所有者の情報が「UID#1」であり、口座残高が「7800」である例を示す。
(利用者情報データベース32)
利用者情報データベース32は、決済サーバ10が提供する電子決済サービスの利用者に関する各種の情報を記憶する。ここで、図6を用いて、利用者情報データベース32が記憶する情報の一例を説明する。図6は、実施形態に係る利用者情報データベースの一例を示す図である。図6の例において、利用者情報データベース32は、「利用者ID」、「決済履歴」、「レシート情報」、「紐付け情報」といった項目を有する。なお、利用者情報データベース32は、上記項目に限らず、利用者に関する様々な情報を記憶する。利用者情報データベース32は、デモグラフィック属性やサイコグラフィック属性等の様々な属性情報等を利用者IDに関連付けて記憶してもよい。例えば、利用者情報データベース32は、利用者の年齢、性別、住所、職業、勤務先、年収等を利用者IDに関連付けて記憶してもよい。
「利用者ID」は、電子決済サービスにおいて利用者を識別するための識別情報を示す。「決済履歴」は、利用者が決済アプリを用いた決済手法により決済を行った履歴を示す。例えば、「決済履歴」は、各決済について、支払先、決済金額、決済が行われた日時、決済が行われた位置、経費精算としての申請の有無、経費精算としての処理の有無などといった情報が各決済に対応付けて格納される。例えば、経費精算としての申請が無しの場合、その決済は経費申請前決済であることを示す。また、例えば、経費精算としての申請及び処理の両方が有りの場合、その決済は経費として処理済みであることを示す。また、例えば、経費精算としての申請が有りであり、かつ経費精算としての処理が無しの場合、その決済は経費として申請されたが処理されていないこと(例えば経費として承認されてなかったこと)を示す。「レシート情報」は、利用者が決済アプリに登録したレシートに関する情報を示し、例えば、レシートの画像や、レシートの画像からOCR(Optical Character Recognition)を用いて特定した決済の内容などといった情報が格納される。
「紐付け情報」は、電子決済サービスにおける利用者のアカウントと、精算処理サービスにおける利用者のアカウントとの紐付けに関する情報を示し、例えば、「サービスID」、「利用者ID」といった項目を有する。「サービスID」は、精算処理サービスを識別するための識別情報を示す。「利用者ID」は、精算処理サービスにおいて利用者を識別するための識別情報を示す。
すなわち、図6では、利用者ID「UID#1」によって識別される利用者の決済履歴が「決済履歴#1」、レシート情報が「レシート情報#1」であり、サービスID「SID#1」によって識別される精算処理サービスにおける当該利用者の利用者IDが「PID#11」である例を示す。
(制御部40)
制御部40は、コントローラ(controller)であり、例えば、CPU(Central Processing Unit)やMPU(Micro Processing Unit)等によって、決済サーバ10内部の記憶装置に記憶されている各種プログラムがRAMを作業領域として実行されることにより実現される。また、制御部40は、コントローラであり、例えば、ASIC(Application Specific Integrated Circuit)やFPGA(Field Programmable Gate Array)等の集積回路により実現される。実施形態に係る制御部40は、図4に示すように、受付部41と、決済処理部42と、支払処理部43とを有し、以下に説明する情報処理の機能や作用を実現または実行する。
(受付部41)
受付部41は、利用者からの決済要求を受け付ける。例えば、図1の例において、受付部41は、店舗識別情報C1と、利用者Uが入力した決済金額とを含む情報を利用者端末100から受け付け、利用者情報データベース32に格納する。
また、受付部41は、経費の支払要求を受け付けてもよい。例えば、図1の例において、受付部41は、事業者端末300から、利用者Uに対する経費の支払いに関する支払要求を受け付ける。
(決済処理部42)
決済処理部42は、受付部41が受け付けた決済要求に従い、決済処理を実行する。例えば、図1の例において、決済処理部42は、利用者Uの口座から、店舗識別情報C1に対応する店舗Aの口座へと、利用者Uが入力した決済金額分の電子マネーを移行させる。
(支払処理部43)
支払処理部43は、受付部41が受け付けた支払要求に従い、支払処理を実行する。例えば、図1の例において、支払処理部43は、経費の申請が承認された旨の通知を利用者端末100に送信する。そして、支払処理部43は、決済アプリを用いた決済手段において利用可能な電子マネーであって、精算情報が示す経費分の電子マネーを、事業者Bの口座から利用者Uの口座へと移行させる。
〔3.利用者端末の構成〕
次に、上述した通知処理を実現するための利用者端末100について図7を用いて説明する。図7は、実施形態に係る利用者端末の構成例を示す図である。図7に示すように、利用者端末100は、通信部110と、記憶部120と、撮像部130と、表示部140と、制御部150とを有する。
(通信部110)
通信部110は、例えば、NIC等によって実現される。そして、通信部110は、ネットワークNと有線または無線で接続され、決済サーバ10や、精算処理サーバ200、事業者端末300等との間で情報の送受信を行う。
(記憶部120)
記憶部120は、例えば、RAM、フラッシュメモリ等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される。例えば、記憶部120は、決済サーバ10の利用者情報データベース32に記憶された情報のうち、利用者端末100を利用する利用者に対応する情報を記憶する。例えば、記憶部120は、利用者端末100を利用する利用者の決済の履歴等の決済に関する情報(決済関連情報)や利用者の属性情報等の各種情報を記憶する。また、記憶部120は、各職業(業務)にその職業(業務)に関連する商品を対応付けた業務関連商品リストを記憶する。なお、ここで言う商品は役務(サービス)を含む概念であってもよい。
(撮像部130)
撮像部130は、画像(動画或いは静止画)を撮像するための撮像装置である。撮像部130は、例えば、CCD(Charged-coupled devices)センサやCMOS(Complementary metal-oxide-semiconductor)センサ等の撮像素子により構成される。
(表示部140)
表示部140は、例えば液晶ディスプレイや有機EL(Electro-Luminescence)ディスプレイ等によって実現されるタブレット端末等の表示画面であり、各種情報を表示するための表示装置である。表示部140は、表示制御部1521による制御に応じて、各種情報を表示する。また、表示部140は、タッチパネルの機能により利用者の操作を受け付ける受付部として機能してもよい。この場合、表示部140は、利用者の指や専用ペンで利用者から各種操作を受け付ける入力装置としても機能する。
(制御部150)
制御部150は、コントローラであり、例えば、CPUやMPU等によって、利用者端末100内部の記憶装置に記憶されている各種プログラムがRAMを作業領域として実行されることにより実現される。また、制御部150は、コントローラであり、例えば、ASICやFPGA等の集積回路により実現される。
ここで、制御部150は、複数のアプリケーションを実行することにより、利用者端末100に関する各種機能を実現することとなる。例えば、図7に示す例において、制御部150は、第1アプリケーション151や第2アプリケーション152を実行している。なお、制御部150は、図7に示すアプリケーション以外にも、任意の機能を発揮するための任意の数のアプリケーションを実行してよい。
第1アプリケーション151は、利用者端末100のOS(Operating System)となるアプリケーションである。第2アプリケーション152は、決済アプリであり、上述した通知処理を利用者端末100に実行させる。第2アプリケーション152は、通知プログラムを含む。以下、図8を用いて、第2アプリケーション152が有する機能構成の一例ついて説明する。図8は、実施形態に係る第2アプリケーションの構成例を示す図である。図8に示すように、実施形態に係る第2アプリケーション152は、表示制御部1521と、受付部1522と、抽出部1523と、通知部1524と、送信部1525とを有し、以下に説明する情報処理の機能や作用を実現または実行する。なお、第2アプリケーション152は、複数のアプリケーションにより構成されてもよい。例えば、第2アプリケーション152は、決済を処理する機能を実現するアプリケーション(決済アプリ)と、経費候補決済を通知する機能を実現するアプリケーション(通知アプリ)とを含んでもよい。
(表示制御部1521)
表示制御部1521は、利用者端末100の画面(表示部140)の表示を制御する。表示制御部1521は、利用者の操作に応じて表示部140の表示を制御する。表示制御部1521は、表示部140の表示するコンテンツなどの情報を生成し、生成した情報を表示部140に表示させる。
表示制御部1521は、画面SC1~SC3等に示すような各種コンテンツを生成する。例えば、表示制御部1521は、Java(登録商標)等の種々の技術を適宜用いて、画面(コンテンツ)を生成する。なお、表示制御部1521は、CSSやJavaScript(登録商標)やHTMLの形式に基づいて、画面(コンテンツ)を生成してもよい。また、例えば、表示制御部1521は、JPEG(Joint Photographic Experts Group)やGIF(Graphics Interchange Format)やPNG(Portable Network Graphics)など様々な形式で画面(コンテンツ)を生成してもよい。
また、図1の例において、表示制御部1521は、店舗Aに設置された店舗識別情報C1を撮影するための画面や、決済対象の価格を入力するための画面、決済が完了した旨の画面などを表示させる。また、表示制御部1521は、決済アプリを用いて行った決済の履歴の一覧画面や、図2に示す画面などを表示させる。
なお、図2の例において、表示制御部1521は、決済アプリを用いて行った決済による決済金額、当該決済が行われた日時、並びに、当該決済による支払先を示す情報(すなわち、決済内容)を、利用者Uによる変更が不可能な状態で表示させてもよい。
(受付部1522)
受付部1522は、利用者の操作の情報を受け付ける。受付部1522は、利用者端末100を利用する利用者による経費として申請の指定を受け付ける。受付部1522は、通信部110を介して、外部装置から情報を受信する。受付部1522は、利用者端末100を利用する利用者に関する情報を外部装置から情報を受信する。受付部1522は、利用者端末100を利用する利用者の決済の履歴等の決済に関する情報(決済関連情報)を決済サーバ10から受信し、記憶部120に格納する。なお、第2アプリケーション152は、決済関連情報を記憶部120に記憶しない場合、第2アプリケーション152内で決済関連情報を参照可能に管理してもよい。
受付部1522は、所定の決済手段を用いた決済を示す決済情報を受け付ける。例えば、図1の例において、受付部1522は、利用者Uが決済アプリを用いて店舗Aに対して行った決済を示す決済情報の登録(入力)を受け付ける。
また、受付部1522は、端末装置の画面であって、所定の決済手段を用いた決済が完了したことを示す画面に表示される情報を、決済情報として受け付けてもよい。例えば、受付部1522は、図2に示す画面に予め登録された決済内容を決済情報として受け付ける。
また、受付部1522は、所定の決済手段を用いた決済による決済金額、当該決済が行われた日時、当該決済による支払先を示す情報の少なくともいずれかを含む決済情報を受け付けてもよい。例えば、受付部1522は、図2に示す画面に予め登録された支払先や、決済金額、決済が行われた日時などの情報を含む決済情報を受け付ける。
また、受付部1522は、所定の決済手段を用いた決済に応じて当該決済の支払先から出力される情報を示す画像を、決済情報として受け付けてもよい。例えば、受付部1522は、決済に応じて支払先が利用する出力装置から出力される領収書や、支払先の店員等による手書きの領収書などを示す画像を受け付ける。
また、受付部1522は、所定の決済手段を用いた決済の支払先から出力されるレシートを示す画像を、決済情報として受け付けてもよい。例えば、図1の例において、受付部1522は、出力装置OD1から出力されるレシートを示す画像を受け付ける。
なお、受付部1522は、レシートを示す画像からOCRを用いて特定される情報を決済情報として受け付けてもよい。
また、受付部1522は、端末装置により撮影される画像を決済情報として受け付けてもよい。例えば、図1の例において、受付部1522は、撮像部130により撮影されたレシートの画像P1を受け付ける。
ここで、決済金額、当該決済が行われた日時、支払先を示す情報などといった情報以外にも、例えば、利用者が属する組織(事業者)における経費精算の規定に応じた情報を決済情報に含めたいといった要望が考えられる。したがって、受付部1522は、端末装置の画面であって、所定の決済手段を用いた決済が完了したことを示す画面に対する利用者の操作内容を、決済情報として受け付けてもよい。例えば、受付部1522は、決済が完了したことを示す画面に表示される決済金額の一部を経費とする旨の操作内容(例えば、経費とする金額)を受け付ける。また、利用者が複数の精算処理サービスを利用可能である場合、受付部1522は、いずれかの精算処理サービスの指定を受け付ける。
また、受付部1522は、画面に対して利用者が入力した決済内容を示すコメントを、決済情報として受け付けてもよい。例えば、受付部1522は、利用者が入力したコメントであって、利用者が属する組織における経費精算の規定を満たすための情報を含むコメントを決済情報として受け付ける。具体的な例を挙げると、受付部1522は、経費の種類(例えば、旅費交通費、接待交際費など)を示すコメントを受け付ける。また、決済が旅費交通費に関するものである場合、受付部1522は、移動手段や、移動経路などを示すコメントを受け付ける。また、決済が接待交際費に関するものである場合、受付部1522は、飲食等の参加者の名称、参加者が属する組織の名称などを示すコメントを受け付ける。
なお、受付部1522は、決済金額の一部を経費とすることを示すコメントを、決済情報として受け付けてもよい。例えば、受付部1522は、決済が完了したことを示す画面に表示される決済金額の一部を経費とする旨と、経費とする金額とを示すコメントを受け付ける。
さらに、利用者が複数の組織に属する場合(例えば、利用者が副業をしている場合)、適切な組織に経費の申請を行いたいといった要望が考えられる。したがって、受付部1522は、利用者が属する組織の指定を含む決済情報を受け付けてもよい。例えば、表示制御部1521は、利用者と紐付けられた複数の組織(例えば、精算処理サーバ200において利用者と紐付けて管理されている組織)を、利用者が選択可能な状態で画面に表示させる。そして、受付部1522は、画面に表示された組織の選択操作を受け付ける。
(抽出部1523)
抽出部1523は、端末装置を用いた所定の決済手段による決済の履歴のうち、経費精算の対象となる可能性が高い決済である経費候補決済を抽出する。抽出部1523は、決済の履歴のうち、経費申請前の未申請決済を対象として、経費候補決済を抽出する。抽出部1523は、決済の履歴中の各決済のうち、経費精算に関する条件を満たす決済を経費候補決済として抽出する。例えば、抽出部1523は、決済の履歴中の各決済のうち、経費申請前の未申請決済であるという条件を満たす決済を経費候補決済として抽出する。例えば、抽出部1523は、記憶部120に記憶された利用者Uの決済の履歴を参照し、経費申請が無しである決済(未申請決済)を特定し、特定した未申請決済を経費候補決済として抽出する。また、抽出部1523は、特定した未申請決済を対象として、その中から経費候補決済を抽出してもよい。
抽出部1523は、決済の履歴中の各決済の内容に基づいて、経費候補決済を抽出する。抽出部1523は、決済の履歴中の各決済が行われた時間の情報を用いて、経費候補決済を抽出する。抽出部1523は、決済の履歴中の各決済が行われた位置の情報を用いて、経費候補決済を抽出する。抽出部1523は、決済の履歴中の各決済を行った利用者の決済パターンの情報を用いて、経費候補決済を抽出する。抽出部1523は、決済の履歴中の各決済により購入された商品の情報を用いて、経費候補決済を抽出する。抽出部1523は、決済の履歴中の各決済により購入された商品が、その商品を購入した利用者の職業(業務)に関連するか否かに基づいて、経費候補決済を抽出する。このように、抽出部1523は、在宅シフトに伴い決済を行った利用者が在宅勤務を行っている場合、利用者によるオンライン決済で、在宅勤務で用いる商品かどうかの情報を加味して、経費候補決済を抽出する。例えば、抽出部1523は、決済により購入された商品が事務用品やモニタ等の在宅勤務で用いる商品である場合、その決済を経費候補決済として抽出してもよい。
抽出部1523は、決済の各々の経費精算の可能性の度合い(スコア)に基づいて、経費候補決済を抽出する。抽出部1523は、決済の各々のスコアを算出する。抽出部1523は、スコアが所定の閾値以上である決済を経費候補決済として抽出する。
抽出部1523は、各決済のスコアを用いて、各日付の決済の順位(優先順位)を決定する。抽出部1523は、決済の各々をスコアが高い方から順に順位(優先順位)を決定する。例えば、抽出部1523は、決済のうち、スコアが最大の決済の順位を1位に決定し、その次にスコアが高い決済の順位を2位に決定する。
例えば、抽出部1523は、経費申請前決済のスコアを高く算出し、経費申請済決済のスコアを低く算出する。抽出部1523は、各決済に関する様々な情報を用いて、各決済のスコアを算出してもよい。抽出部1523は、各決済の内容に基づいて、各決済のスコアを算出してもよい。
抽出部1523は、各決済が行われた時間に基づいて、各決済のスコアを算出してもよい。例えば、抽出部1523は、決済が行われた時間がその利用者の勤務時間内である場合、その決済のスコアを高く算出する。例えば、抽出部1523は、決済が行われた時間がその利用者の勤務時間外である場合、その決済のスコアを低く算出する。例えば、抽出部1523は、決済が行われた時間が日中(例えば9時~18時等)である場合、その決済のスコアを高く算出する。例えば、抽出部1523は、決済が行われた時間が深夜(例えば24時~4時等)である場合、その決済のスコアを低く算出する。
抽出部1523は、各決済が行われた位置に基づいて、各決済のスコアを算出してもよい。例えば、抽出部1523は、決済が行われた位置がその利用者の勤務地から所定範囲内である場合、その決済のスコアを高く算出する。例えば、抽出部1523は、決済が行われた位置がその利用者の勤務地から所定範囲外である場合、その決済のスコアを低く算出する。例えば、抽出部1523は、決済が行われた位置がビジネス街である場合、その決済のスコアを高く算出する。例えば、抽出部1523は、決済が行われた位置がビジネス街ではない場合、その決済のスコアを低く算出する。
抽出部1523は、各決済を行った利用者の決済パターンに基づいて、各決済のスコアを算出してもよい。例えば、抽出部1523は、決済がその利用者の決済パターンに該当する場合、その決済のスコアを高く算出する。例えば、抽出部1523は、決済がその利用者の決済パターンとは異なる場合、その決済のスコアを低く算出する。例えば、抽出部1523は、決済がその利用者が経費申請を過去に行った決済と類似する場合、その決済のスコアを高く算出する。例えば、抽出部1523は、決済がその利用者が経費申請を過去に行った決済と時間や位置が類似する場合、その決済のスコアを高く算出する。
抽出部1523は、各決済により購入された商品の情報に基づいて、各決済のスコアを算出してもよい。例えば、抽出部1523は、各決済により購入された商品が、その商品を購入した利用者の業務に関連するか否かに基づいて、各決済のスコアを算出してもよい。例えば、抽出部1523は、決済により購入された商品がその商品を購入した利用者の業務に関連する場合、その決済のスコアを高く算出する。例えば、抽出部1523は、決済により購入された商品が事務用品である場合、その商品を購入した利用者の業務に関連するとして、その決済のスコアを高く算出してもよい。例えば、抽出部1523は、決済により購入された商品がモニタ(ディスプレイ)である場合、その商品を購入した利用者の業務に関連するとして、その決済のスコアを高く算出してもよい。また、例えば、抽出部1523は、決済により購入された商品がその商品を購入した利用者の業務に関連しない場合、その決済のスコアを低く算出する。例えば、抽出部1523は、決済により購入された商品がお菓子である場合、その商品を購入した利用者の業務に関連しないとして、その決済のスコアを低く算出する。
抽出部1523は、記憶部120に記憶された情報を用いて、利用者の業務に関連する商品(「業務用商品」ともいう)を特定する。例えば、抽出部1523は、記憶部120に記憶された利用者の職業と、記憶部120に記憶された業務関連商品リスト中の各職業(業務)とを比較し、業務関連商品リスト中の各職業のうち、利用者の職業に対応する職業(「対象職業」ともいう)を特定する。そして、抽出部1523は、業務関連商品リストにおいて、特定した対象職業に対応付けられた商品(「業務用商品」ともいう)を特定する。
この場合、抽出部1523は、決済により購入された商品(「購入商品」ともいう)と、その決済を行った利用者の対象職業に対応付けられた業務用商品とを比較し、業務用商品中に購入商品に対応(例えば一致)する商品がある場合、購入商品が利用者の業務に関連すると判定する。一方、抽出部1523は、決済により購入された購入商品と、その決済を行った利用者の対象職業に対応付けられた業務用商品とを比較し、業務用商品中に購入商品に対応(例えば一致)する商品がない場合、購入商品が利用者の業務に関連しないと判定する。
例えば、抽出部1523は、決済により購入された購入商品がその購入商品を購入した利用者の対象職業に対応付けられた業務用商品に該当する場合、その購入商品が利用者の業務に関連するとして、その決済のスコアを高く算出する。例えば、抽出部1523は、決済により購入された購入商品がその購入商品を購入した利用者の対象職業に対応付けられた業務用商品に該当しない場合、その購入商品が利用者の業務に関連しないとして、その決済のスコアを低く算出する。
抽出部1523は、各決済の金額に基づいて、各決済のスコアを算出する。例えば、抽出部1523は、決済の金額が所定の範囲内である場合、その決済のスコアを高く算出する。例えば、抽出部1523は、決済の金額が所定の範囲外である場合、その決済のスコアを低く算出する。なお、上記は一例に過ぎす、抽出部1523は、スコアを算出可能であればどのような情報を用いてもよく、利用者の属性や過去の実績等の様々な情報を適宜用いて各決済のスコアを算出してもよい。
また、抽出部1523は、決済の情報を入力として、その決済の経費精算の可能性の度合いを示すスコアを出力する算出モデルを用いて、各決済のスコアを算出してもよい。算出モデルの入力である決済の情報には、決済が行われた時間、決済が行われた位置、決済を行った利用者の決済パターン、決済により購入された商品、決済の金額、利用者の属性情報等の様々な情報が含まれてもよい。
抽出部1523は、決済の情報とその決済が経費精算されたか否かを示す正解データとの組合せを学習データとし、機械学習に関する技術を適宜用いて算出モデルを学習してもよい。例えば、抽出部1523は、決済の情報とその決済が経費精算されたことを示す正解データとの組合せを正例として、算出モデルを学習する。例えば、抽出部1523は、正例の決済の情報が入力された場合にスコア「1」を出力するように、算出モデルを学習する。例えば、抽出部1523は、決済の情報とその決済が経費精算されなかったことを示す正解データとの組合せを負例として、算出モデルを学習する。例えば、抽出部1523は、負例の決済の情報が入力された場合にスコア「0」を出力するように、算出モデルを学習する。なお、上記の学習方法は一例に過ぎず、抽出部1523は、任意の手法を用いて算出モデルを学習する。また、利用者端末100は、算出モデルを、モデルを学習する外部装置から取得してもよい。
(通知部1524)
通知部1524は、抽出部1523により抽出された経費候補決済を通知する。通知部1524は、経費候補決済を端末装置の画面に表示させることにより、経費候補決済を通知する。通知部1524は、経費候補決済とともに、経費候補決済の経費申請を促す情報を通知する。例えば、通知部1524は、画面SC11を表示部140に表示させることにより、経費候補決済である決済履歴情報LG1に対応するサービスDでの決済とともに、その決済の経費申請を促す情報(申請促進情報)である「経費申請対象ではなないですか?」との文字情報を通知する。
通知部1524は、抽出部1523により抽出された経費候補決済のうち、スコアが高い決済から順に通知してもよい。この場合、通知部1524は、順位が1位の経費候補決済を通知する。
通知部1524は、抽出部1523により抽出された経費候補決済のうち、決済が行われた日時が古い決済を優先して通知する。この場合、通知部1524は、経費候補決済の各々の決済が行われた日時を比較し、最も日時が古い決済を通知する。
通知部1524は、画面SC11等に示すような各種コンテンツを生成する。例えば、通知部1524は、Java(登録商標)等の種々の技術を適宜用いて、画面(コンテンツ)を生成する。なお、通知部1524は、CSSやJavaScript(登録商標)やHTMLの形式に基づいて、画面(コンテンツ)を生成してもよい。また、例えば、通知部1524は、JPEGやGIFやPNGなど様々な形式で画面(コンテンツ)を生成してもよい。なお、表示制御部1521と通知部1524とは一体であってもよい。
(送信部1525)
送信部1525は、端末装置の利用者に対して所定の経費の精算処理を実行する情報処理装置に対し、受付部1522により受け付けられた決済情報を、所定の経費の精算対象となる決済の内容を示す精算情報として送信する。例えば、図1の例において、送信部1525は、図2に示す画面SC3に含まれるレシートの画像P1と、決済内容と、電子決済サービスにおける利用者Uの利用者IDとを含む決済情報を精算情報として精算処理サーバ200に送信する。
また、送信部1525は、利用者が属する組織から利用者に対して支払われる所定の経費の精算処理を実行する情報処理装置に対し、決済情報を送信してもよい。例えば、図1の例において、送信部1525は、利用者Uが属する事業者Bから利用者に対して支払われる経費の精算処理サービスを提供する精算処理サーバ200に対し、決済情報を送信する。
また、送信部1525は、所定の決済手段において利用可能な電子マネーを用いて利用者に対して所定の経費の精算処理を実行する情報処理装置に対し、決済情報を送信してもよい。例えば、図1の例において、送信部1525は、決済アプリを用いた決済手段において利用可能な電子マネーを用いる経費の精算処理サービスを提供する精算処理サーバ200に対し、決済情報を送信する。
また、送信部1525は、利用者に紐付けられた情報処理装置に決済情報を送信してもよい。例えば、送信部1525は、決済サーバ10において利用者と紐付けて管理されている精算処理サービスに対し、決済情報を送信する。
また、送信部1525は、申請情報を精算処理サーバ200に送信する。送信部1525は、決済情報と同様の内容を含む申請情報を精算処理サーバ200に送信する。
〔4.利用者端末100による通知処理のフロー〕
次に、図9を用いて、実施形態に係る利用者端末100の通知処理の手順について説明する。図9は、実施形態に係る通知処理の手順の一例を示すフローチャートである。
図9に示すように、利用者端末100は、端末装置を用いた所定の決済手段による決済の履歴のうち、経費精算の対象となる可能性が高い経費候補決済を抽出する(ステップS101)。例えば、利用者端末100は、利用者端末100を用いた決済アプリによる決済の履歴のうち、経費精算の対象となる可能性が高い経費候補決済を抽出する。
利用者端末100は、抽出した経費候補決済を通知する(ステップS102)。例えば、利用者端末100は、経費候補決済を示す画面を表示することにより、通知を行う。なお、利用者端末100は、経費候補決済を示す音声を出力することにより、通知を行ってもよい。
〔5.情報処理システム1による情報処理のフロー〕
次に、図10を用いて、実施形態に係る情報処理システム1による情報処理の手順について説明する。図10は、実施形態に係る情報処理システムによる情報処理手順を示すシーケンス図である。なお、図10に示すシーケンス図では、決済サーバ10、利用者端末100、精算処理サーバ200及び事業者端末300に関する処理を示す。
まず、利用者端末100は、経費候補決済を抽出する(ステップS200)。そして、利用者端末100は、経費候補決済を通知する(ステップS201)。通知に応じて、利用者端末100を利用する利用者は、経費候補決済を経費精算の申請対象として選択する。そして、利用者端末100は、経費として申請する対象となる決済を示す申請情報(決済内容や、レシートの画像など)を精算処理サーバ200に送信する(ステップS202)。例えば、利用者端末100は、決済アプリを介して申請情報を精算処理サーバ200に送信する。
そして、精算処理サーバ200は、利用者端末100から送信された決済情報(精算情報)に基づく経費の承認要求を事業者端末300に送信する(ステップS203)。そして、事業者端末300は、承認要求が示す経費の申請を承認する操作を事業者から受け付け、承認要求に対応する経費の支払要求を決済サーバ10に送信する(ステップS204)。なお、図10では、事業者端末300が経費の支払要求を決済サーバ10に送信する場合を図示したが、事業者端末300は精算処理サーバ200を介して経費の支払要求を決済サーバ10に送信してもよい。例えば、事業者端末300は精算処理サーバ200に経費の支払要求を送信し、事業者端末300から経費の支払要求を受信した精算処理サーバ200が決済サーバ10に経費の支払要求を送信してもよい。そして、決済サーバ10は、事業者端末300から受け付けた支払要求に対応する支払処理を実行する(ステップS205)。
すなわち、情報処理システム1は、利用者が利用する端末装置と、決済サーバとを含む。端末装置は、所定の決済手段による決済を実行する端末装置であって、所定の決済手段を用いた決済を示す決済情報を受け付ける受付部と、端末装置の利用者に対して所定の経費の精算処理を実行する情報処理装置に対し、受付部により受け付けられた決済情報を、所定の経費の精算対象となる決済の内容を示す精算情報として送信する送信部とを有する。決済サーバは、精算情報に基づいて、端末装置の利用者に対する経費の支払処理を実行する支払処理部を有する。
〔6.変形例〕
上述の実施形態は一例を示したものであり、種々の変更及び応用が可能である。上述した例では、利用者端末100が通知処理を行う情報処理装置である場合を示したが、通知処理を行う情報処理装置は、利用者端末100に限られない。例えば、決済サーバ10や通知処理のみを行う通知装置が通知処理を行う情報処理装置であってもよい。すなわち、利用者端末100と通知処理を行う情報処理装置とは異なる装置であってもよい。例えば、決済サーバ10が、通知装置が通知処理を行う情報処理装置である場合、決済サーバ10は、抽出部1523と同様の機能を有する抽出部、及び通知部1524と同様の機能を有する通知部を有する。この場合、決済サーバ10の通知部は、抽出部により抽出された経費候補決済を示す情報を利用者端末100に送信することにより、経費候補決済を通知する。例えば、決済サーバ10の通知部は、抽出部により抽出された経費候補決済を示す情報を含む利用者端末100にプッシュ通知することにより、経費候補決済を通知する。また、例えば、決済サーバ10の通知部は、抽出部により抽出された経費候補決済を示す情報を含む電子メールを利用者端末100に送信することにより、経費候補決済を通知する。
〔6-1.決済情報〕
上述の実施形態において、送信部1525が、レシートの画像及び決済内容を含む決済情報を精算情報として送信する例を示したが、送信部1525の機能はこのような例に限定されない。例えば、送信部1525は、利用者が属する組織における経費精算の規定に定められた任意の情報を、精算情報として送信してもよい。また、送信部1525は、レシートの画像を含まない決済情報を精算情報として送信してもよい。
〔6-2.レシートの画像の登録〕
上述の実施形態において、決済アプリを用いて行った決済を経費の精算対象とすることを利用者が希望した場合に、受付部1522が、決済に応じて支払先から提供されたレシートの画像を受け付け、精算情報として利用する例を示した。しかしながら、受付部1522の機能はこのような例に限定されない。例えば、受付部1522は、経費の精算対象となる決済に限らず、決済アプリを用いて行なわれた決済のうち、利用者に任意に選択された決済について、支払先から提供されたレシートの画像の登録を受け付け、決済を識別するための情報(決済ID)と共に決済サーバ10に送信してもよい。そして、決済サーバ10は、受け付けたレシートの画像と、決済IDとを紐付けて利用者情報データベース32で管理し、利用者端末100からの要求に応じてレシートの画像を提供する。
これにより、利用者端末100は、決済アプリを用いて行った決済のそれぞれに対応するレシートの画像を利用者にすることができるため、利用者が紙媒体に印刷されたレシートを整理する必要がなくなり、利便性を向上させることができる。また、決済サーバ10OCRを用いてレシートの画像から特定した情報(例えば、利用者の購入履歴)に基づいて、利用者に広告コンテンツ等を提供することができるため、利用者に提供する情報の訴求効果を向上させることができる。
〔6-3.複数の精算処理サービスとの連携〕
上述の決済サーバ10が提供する電子決済サービスは、一の精算処理サービスに限らず、複数の精算処理サービスと連携(紐付け)されてもよい。そして、送信部1525は、電子決済サービスに紐付けられた複数の精算処理サービスのいずれかに対し、決済情報を送信してもよい。例えば、利用者が複数の組織に属する場合、決済サーバ10は、利用者と、利用者が属する各組織と、各組織における経費の精算処理を行う際に利用される精算処理サービスとを紐付けて管理する。この場合、表示制御部1521は、利用者と紐付けられた組織を、利用者が選択可能な状態で画面に表示させる。そして、送信部1525は、利用者が選択した組織に紐付けられた精算処理サービス(言い換えると、精算処理サービスを提供する情報処理装置)に対し、決済情報を送信する。
なお、表示制御部1521は、利用者と紐付けられた複数の精算処理サービスを、利用者が選択可能な状態で画面に表示させてもよい。この場合、送信部1525は、利用者により選択された精算処理サービスに対し、決済情報を送信する。また、表示制御部1521は、利用者が登録した決済情報(例えば、経費の種類)に応じて、経費の申請先とする組織のサジェスト(提案)を示す情報、または、決済情報の送信先である精算処理サービスのサジェストを示す情報を表示させてもよい。
〔6-4.処理態様〕
上記実施形態において説明した各処理のうち、自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともでき、逆に、手動的に行われるものとして説明した処理の全部または一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。例えば、各図に示した各種情報は、図示した情報に限られない。
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。
また、上記してきた各実施形態は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。
〔7.効果〕
上述してきたように、実施形態に係る情報処理装置(実施形態では利用者端末100)は、抽出部1523と、通知部1524と、を有する。抽出部1523は、端末装置(実施形態では利用者端末100)を用いた所定の決済手段による決済の履歴のうち、経費精算の対象となる可能性が高い決済である経費候補決済を抽出する。通知部1524は、抽出部1523により抽出された経費候補決済を通知する。
これにより、実施形態に係る利用者端末100は、経費精算の対象となる可能性が高い経費候補決済を抽出し、通知することができるため、経費精算における利用者の利便性を向上させることできる。
また、実施形態に係る利用者端末100において、通知部1524は、経費候補決済を端末装置の画面に表示させることにより、経費候補決済を通知する。
これにより、実施形態に係る利用者端末100は、経費候補決済を末装置の画面に表示させることにより、経費精算における利用者の利便性を向上させることできる。
また、実施形態に係る利用者端末100において、通知部1524は、経費候補決済とともに、経費候補決済の経費申請を促す情報を通知する。
これにより、実施形態に係る利用者端末100は、経費候補決済とともに、経費候補決済の経費申請を促す情報を通知することにより、経費精算における利用者の利便性を向上させることできる。
また、実施形態に係る利用者端末100において、抽出部1523は、決済の履歴のうち、経費申請前の未申請決済を対象として、経費候補決済を抽出する。
これにより、実施形態に係る利用者端末100は、経費申請前の未申請決済を対象として、経費候補決済を抽出することにより、未申請決済を通知することができるため、経費精算における利用者の利便性を向上させることできる。
また、実施形態に係る利用者端末100において、抽出部1523は、決済の履歴中の各決済のうち、経費精算に関する条件を満たす決済を経費候補決済として抽出する。
これにより、実施形態に係る利用者端末100は、経費精算に関する条件を満たす決済を経費候補決済と抽出として抽出し、通知することにより、経費精算における利用者の利便性を向上させることできる。
また、実施形態に係る利用者端末100において、抽出部1523は、決済の履歴中の各決済の内容に基づいて、経費候補決済を抽出する。
これにより、実施形態に係る利用者端末100は、決済の履歴中の各決済の内容に基づいて、経費候補決済を抽出することにより、適切な決済を通知することができるため、経費精算における利用者の利便性を向上させることできる。
また、実施形態に係る利用者端末100において、抽出部1523は、決済の履歴中の各決済が行われた時間の情報を用いて、経費候補決済を抽出する。
これにより、実施形態に係る利用者端末100は、各決済が行われた時間に基づいて、経費候補決済を抽出することにより、適切な決済を通知することができるため、経費精算における利用者の利便性を向上させることできる。
また、実施形態に係る利用者端末100において、抽出部1523は、決済の履歴中の各決済が行われた位置の情報を用いて、経費候補決済を抽出する。
これにより、実施形態に係る利用者端末100は、各決済が行われた位置に基づいて、経費候補決済を抽出することにより、適切な決済を通知することができるため、経費精算における利用者の利便性を向上させることできる。
また、実施形態に係る利用者端末100において、抽出部1523は、決済の履歴中の各決済を行った利用者の決済パターンの情報を用いて、経費候補決済を抽出する。
これにより、実施形態に係る利用者端末100は、各決済を行った利用者の決済パターンに基づいて、経費候補決済を抽出することにより、適切な決済を通知することができるため、経費精算における利用者の利便性を向上させることできる。
また、実施形態に係る利用者端末100において、抽出部1523は、決済の履歴中の各決済により購入された商品の情報を用いて、経費候補決済を抽出する。
これにより、実施形態に係る利用者端末100は、各決済により購入された商品に基づいて、経費候補決済を抽出することにより、適切な決済を通知することができるため、経費精算における利用者の利便性を向上させることできる。
また、実施形態に係る利用者端末100において、抽出部1523は、決済の履歴中の各決済により購入された商品が、商品を購入した利用者の業務に関連するか否かに基づいて、経費候補決済を抽出する。
これにより、実施形態に係る利用者端末100は、各決済により購入された商品が購入した利用者の業務に関連するか否かに基づいて、経費候補決済を抽出することにより、適切な決済を通知することができるため、経費精算における利用者の利便性を向上させることできる。
また、実施形態に係る利用者端末100において、通知部1524は、抽出部1523により抽出された経費候補決済のうち、決済が行われた日時が古い決済を優先して通知する。
これにより、実施形態に係る利用者端末100は、決済が行われた日時が古い決済を優先して通知することにより、利用者が経費申請の期限を徒過することを抑制することができ、経費精算における利用者の利便性を向上させることできる。
〔8.ハードウェア構成〕
また、上述してきた各実施形態に係る決済サーバ10、利用者端末100、精算処理サーバ200、及び事業者端末300等の情報処理装置は、例えば、図11に示すような構成のコンピュータ1000によって実現される。図11は、情報処理装置の機能を実現するコンピュータの一例を示すハードウェア構成図である。以下、利用者端末100を例に挙げて説明する。コンピュータ1000は、CPU1100、ROM1200、RAM1300、HDD1400、通信インターフェイス(I/F)1500、入出力インターフェイス(I/F)1600、及びメディアインターフェイス(I/F)1700を有する。
CPU1100は、ROM1200又はHDD1400に格納されたプログラムに基づいて動作し、各部の制御を行う。ROM1200は、コンピュータ1000の起動時にCPU1100によって実行されるブートプログラムや、コンピュータ1000のハードウェアに依存するプログラム等を格納する。
HDD1400は、CPU1100によって実行されるプログラム、及び、かかるプログラムによって使用されるデータ等を記憶する。通信インターフェイス1500は、通信網500(実施形態のネットワークNに対応する)を介して他の機器からデータを受信してCPU1100へ送り、また、通信網500を介してCPU1100が生成したデータを他の機器へ送信する。
CPU1100は、入出力インターフェイス1600を介して、ディスプレイやプリンタ等の出力装置、及び、キーボードやマウス等の入力装置を制御する。CPU1100は、入出力インターフェイス1600を介して、入力装置からデータを取得する。また、CPU1100は、入出力インターフェイス1600を介して生成したデータを出力装置へ出力する。
メディアインターフェイス1700は、記録媒体1800に格納されたプログラム又はデータを読み取り、RAM1300を介してCPU1100に提供する。CPU1100は、かかるプログラムを、メディアインターフェイス1700を介して記録媒体1800からRAM1300上にロードし、ロードしたプログラムを実行する。記録媒体1800は、例えばDVD(Digital Versatile Disc)、PD(Phase change rewritable Disk)等の光学記録媒体、MO(Magneto-Optical disk)等の光磁気記録媒体、テープ媒体、磁気記録媒体、または半導体メモリ等である。
例えば、コンピュータ1000が利用者端末100として機能する場合、コンピュータ1000のCPU1100は、RAM1300上にロードされたプログラムを実行することにより、制御部150の機能を実現する。また、HDD1400には、利用者端末100の記憶装置内の各データが格納される。コンピュータ1000のCPU1100は、これらのプログラムを記録媒体1800から読み取って実行するが、他の例として、他の装置から所定の通信網を介してこれらのプログラムを取得してもよい。
〔9.その他〕
以上、本願の実施形態のいくつかを図面に基づいて詳細に説明したが、これらは例示であり、発明の開示の欄に記載の態様を始めとして、当業者の知識に基づいて種々の変形、改良を施した他の形態で本発明を実施することが可能である。
また、上述した利用者端末100は、機能によっては外部のプラットフォーム等をAPI(Application Programming Interface)やネットワークコンピューティングなどで呼び出して実現するなど、構成は柔軟に変更できる。
また、特許請求の範囲に記載した「部」は、「手段」や「回路」などに読み替えることができる。例えば、受付部は、受付手段や受付回路に読み替えることができる。
1 情報処理システム
10 決済サーバ
20 通信部
30 記憶部
31 口座データベース
32 利用者情報データベース
40 制御部
41 受付部
42 決済処理部
43 支払処理部
100 利用者端末
110 通信部
120 記憶部
130 撮像部
140 表示部
150 制御部
151 第1アプリケーション
152 第2アプリケーション
1521 表示制御部
1522 受付部
1523 抽出部
1524 通知部
1525 送信部
200 精算処理サーバ
300 事業者端末

Claims (14)

  1. 端末装置を用いた所定の決済手段による決済に関する情報であって、当該決済が行われた時間、当該決済が行われた位置、当該決済を行った利用者の決済パターン、及び当該利用者の属性情報のうち少なくとも1つを含む決済に関する情報と、当該決済が経費精算されたか否かを示す正解データとの組合せを学習データとし、機械学習に関する技術を適宜用いて学習され、当該決済の経費精算の可能性の度合いを示すスコアを出力する算出モデルを用いて、前記所定の決済手段による決済の履歴のうち、前記決済に関する情報を入力してスコアを出力し、当該スコアが閾値以上である決済を、経費精算の対象となる可能性が高い決済である経費候補決済として抽出する抽出部と、
    前記抽出部により抽出された前記経費候補決済を通知する通知部と、
    を有することを特徴とする情報処理装置。
  2. 前記通知部は、
    前記経費候補決済を前記端末装置の画面に表示させることにより、前記経費候補決済を通知する
    ことを特徴とする請求項1に記載の情報処理装置。
  3. 前記通知部は、
    前記経費候補決済とともに、前記経費候補決済の経費申請を促す情報を通知する
    ことを特徴とする請求項1または請求項2に記載の情報処理装置。
  4. 前記抽出部は、
    前記決済の履歴のうち、経費申請前の未申請決済を対象として前記算出モデルを用いて、前記経費候補決済を抽出する
    ことを特徴とする請求項1~3のうちいずれか1つに記載の情報処理装置。
  5. 前記抽出部は、
    前記決済の履歴中の各決済のうち、前記スコアが経費精算に関する条件である前記閾値以上である決済を前記経費候補決済として抽出する
    ことを特徴とする請求項1~4のうちいずれか1つに記載の情報処理装置。
  6. 前記抽出部は、
    前記決済の履歴中の各決済の内容に基づいて算出された前記スコアが前記閾値以上である決済を、前記経費候補決済として抽出する
    ことを特徴とする請求項1~5のうちいずれか1つに記載の情報処理装置。
  7. 前記抽出部は、
    前記決済の履歴中の各決済が行われた時間の情報を用いて、前記経費候補決済を抽出する
    ことを特徴とする請求項1~6のうちいずれか1つに記載の情報処理装置。
  8. 前記抽出部は、
    前記決済の履歴中の各決済が行われた位置の情報を用いて、前記経費候補決済を抽出する
    ことを特徴とする請求項1~7のうちいずれか1つに記載の情報処理装置。
  9. 前記抽出部は、
    前記決済の履歴中の各決済を行った利用者の決済パターンの情報を用いて算出された前記スコアが前記閾値以上である決済を、前記経費候補決済として抽出する
    ことを特徴とする請求項1~8のうちいずれか1つに記載の情報処理装置。
  10. 前記抽出部は、
    前記決済の履歴中の各決済により購入された商品の情報を用いて、前記経費候補決済を抽出する
    ことを特徴とする請求項1~9のうちいずれか1つに記載の情報処理装置。
  11. 前記抽出部は、
    前記決済の履歴中の各決済により購入された商品が、当該商品を購入した利用者の業務に関連するか否かに基づいて算出された前記スコアが前記閾値以上である決済を、前記経費候補決済として抽出する
    ことを特徴とする請求項10に記載の情報処理装置。
  12. 前記通知部は、
    前記抽出部により抽出された前記経費候補決済のうち、決済が行われた日時が古い決済を優先して通知する
    ことを特徴とする請求項1~9のうちいずれか1つに記載の情報処理装置。
  13. 端末装置を用いた所定の決済手段による決済に関する情報であって、当該決済が行われた時間、当該決済が行われた位置、当該決済を行った利用者の決済パターン、及び当該利用者の属性情報のうち少なくとも1つを含む決済に関する情報と、当該決済が経費精算されたか否かを示す正解データとの組合せを学習データとし、機械学習に関する技術を適宜用いて学習され、当該決済の経費精算の可能性の度合いを示すスコアを出力する算出モデルを用いて、前記所定の決済手段による決済の履歴のうち、前記決済に関する情報を入力してスコアを出力し、当該スコアが閾値以上である決済を、経費精算の対象となる可能性が高い決済である経費候補決済として抽出する抽出工程と、
    前記抽出工程により抽出された前記経費候補決済を通知する通知工程と、
    含むことを特徴とする通知方法。
  14. 端末装置を用いた所定の決済手段による決済に関する情報であって、当該決済が行われた時間、当該決済が行われた位置、当該決済を行った利用者の決済パターン、及び当該利用者の属性情報のうち少なくとも1つを含む決済に関する情報と、当該決済が経費精算されたか否かを示す正解データとの組合せを学習データとし、機械学習に関する技術を適宜用いて学習され、当該決済の経費精算の可能性の度合いを示すスコアを出力する算出モデルを用いて、前記所定の決済手段による決済の履歴のうち、前記決済に関する情報を入力してスコアを出力し、当該スコアが閾値以上である決済を、経費精算の対象となる可能性が高い決済である経費候補決済として抽出する抽出手順と、
    前記抽出手順により抽出された前記経費候補決済を通知する通知手順と、
    をコンピュータに実行させることを特徴とする通知プログラム。
JP2020165588A 2020-09-30 2020-09-30 情報処理装置、通知方法及び通知プログラム Active JP7282727B2 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2020165588A JP7282727B2 (ja) 2020-09-30 2020-09-30 情報処理装置、通知方法及び通知プログラム

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2020165588A JP7282727B2 (ja) 2020-09-30 2020-09-30 情報処理装置、通知方法及び通知プログラム

Publications (2)

Publication Number Publication Date
JP2022057370A JP2022057370A (ja) 2022-04-11
JP7282727B2 true JP7282727B2 (ja) 2023-05-29

Family

ID=81110588

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2020165588A Active JP7282727B2 (ja) 2020-09-30 2020-09-30 情報処理装置、通知方法及び通知プログラム

Country Status (1)

Country Link
JP (1) JP7282727B2 (ja)

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2016224545A (ja) 2015-05-27 2016-12-28 株式会社リコー 経費管理システム、経費管理装置、経費管理プログラム及び経費管理方法

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6184257B2 (ja) * 2013-08-30 2017-08-23 東日本旅客鉄道株式会社 交通費精算システム、交通費精算プログラム及び交通費精算方法
JP2018101179A (ja) * 2016-12-19 2018-06-28 セイコーエプソン株式会社 情報処理装置、サーバーおよび情報処理システム
US20210320997A1 (en) * 2018-07-19 2021-10-14 Sony Corporation Information processing device, information processing method, and information processing program

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2016224545A (ja) 2015-05-27 2016-12-28 株式会社リコー 経費管理システム、経費管理装置、経費管理プログラム及び経費管理方法

Also Published As

Publication number Publication date
JP2022057370A (ja) 2022-04-11

Similar Documents

Publication Publication Date Title
US10977633B2 (en) Systems and methods for splitting a bill associated with a receipt
JP6864773B2 (ja) 商品販売データ処理装置、プログラムおよび電子レシートシステム
JP6978569B1 (ja) 管理装置、管理方法及び管理プログラム
CN111602162A (zh) 信息处理装置、信息处理方法、程序和制造方法
JP7009588B1 (ja) 情報処理装置、判定方法及び判定プログラム
JP6741728B2 (ja) 端末制御プログラム、情報処理装置、端末装置、端末制御方法、情報処理方法、及び情報処理プログラム
JP6951509B1 (ja) 送信プログラム、端末装置及び送信方法
JP7282727B2 (ja) 情報処理装置、通知方法及び通知プログラム
JP2022058190A (ja) 管理装置、管理方法及び管理プログラム
JP6903209B1 (ja) 表示プログラム、端末装置及び表示方法
JP6910520B1 (ja) 情報処理装置、情報処理方法及び情報処理プログラム
JP7335411B1 (ja) 情報処理装置、情報処理方法及び情報処理プログラム
JP6884197B1 (ja) 決済装置、決済方法及び決済プログラム
JP7374277B1 (ja) 情報処理装置、情報処理方法及び情報処理プログラム
JP7259121B1 (ja) 情報処理装置、情報処理方法及び情報処理プログラム
JP7340119B1 (ja) 情報処理装置、情報処理方法及び情報処理プログラム
JP7141504B1 (ja) 提供装置、提供方法及び提供プログラム
JP7023343B1 (ja) 作成装置、作成方法及び作成プログラム
JP7110270B2 (ja) 提供装置、提供方法及び提供プログラム
JP6903199B1 (ja) 情報処理装置、情報処理方法及び情報処理プログラム
JP7340051B2 (ja) 管理装置、管理方法及び管理プログラム
JP7269188B2 (ja) 出力制御プログラム、出力制御装置及び出力制御方法
JP2021168178A (ja) 情報処理装置、情報処理方法および情報処理プログラム

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20200930

A871 Explanation of circumstances concerning accelerated examination

Free format text: JAPANESE INTERMEDIATE CODE: A871

Effective date: 20200930

A975 Report on accelerated examination

Free format text: JAPANESE INTERMEDIATE CODE: A971005

Effective date: 20201104

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20210127

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20210316

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20210510

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20210803

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20210916

C60 Trial request (containing other claim documents, opposition documents)

Free format text: JAPANESE INTERMEDIATE CODE: C60

Effective date: 20210916

A911 Transfer to examiner for re-examination before appeal (zenchi)

Free format text: JAPANESE INTERMEDIATE CODE: A911

Effective date: 20210924

C21 Notice of transfer of a case for reconsideration by examiners before appeal proceedings

Free format text: JAPANESE INTERMEDIATE CODE: C21

Effective date: 20210928

A912 Re-examination (zenchi) completed and case transferred to appeal board

Free format text: JAPANESE INTERMEDIATE CODE: A912

Effective date: 20211126

C211 Notice of termination of reconsideration by examiners before appeal proceedings

Free format text: JAPANESE INTERMEDIATE CODE: C211

Effective date: 20211130

C22 Notice of designation (change) of administrative judge

Free format text: JAPANESE INTERMEDIATE CODE: C22

Effective date: 20220308

C22 Notice of designation (change) of administrative judge

Free format text: JAPANESE INTERMEDIATE CODE: C22

Effective date: 20220412

C22 Notice of designation (change) of administrative judge

Free format text: JAPANESE INTERMEDIATE CODE: C22

Effective date: 20221011

C22 Notice of designation (change) of administrative judge

Free format text: JAPANESE INTERMEDIATE CODE: C22

Effective date: 20221213

C13 Notice of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: C13

Effective date: 20230104

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20230303

C23 Notice of termination of proceedings

Free format text: JAPANESE INTERMEDIATE CODE: C23

Effective date: 20230328

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20230517

R150 Certificate of patent or registration of utility model

Ref document number: 7282727

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150