JP7390128B2 - システム及びプログラム - Google Patents

Description

本発明は、システム及びプログラムに関する。

複数ユーザが決済手続き時に割り勘を行うと、各ユーザに対する個別の決済額が自動的に決定し個別に決済処理が行われる自動割り勘決済システムが知られている（例えば、特許文献１参照）。
［先行技術文献］
［特許文献］
［特許文献１］特許第６４７３５３１号明細書

複数の人物で割り勘を行うための簡単かつ安全性が高いシステムが望まれている。

本発明の第１の態様においては、システムが提供される。システムは、支払額を示す情報及び人物画像を第１端末から受信する支払情報受信部と、人物画像に写っている複数の人物を特定する人物特定部と、支払額の少なくとも一部を複数の人物で負担することに対する承認を、複数の人物に関連づけられた複数の第２端末のそれぞれに要求する承認要求部と、複数の第２端末から承認が得られた場合に、支払額の少なくとも一部を複数の人物で負担するための処理を行う実行部とを備える。

システムは、支払額のうち第１端末に関連づけられた人物及び複数の人物のそれぞれの負担額を、第１端末に関連づけられた人物及び複数の人物のそれぞれの負担額として設定する負担額設定部をさらに備えてよい。承認要求部は、複数の人物のそれぞれの負担額を示す情報を複数の第２端末のそれぞれに送信して、複数の第２端末のそれぞれに承認を要求してよい。

実行部は、複数の人物のそれぞれの負担額を、第１端末に関連づけられた人物に送金するための処理を行ってよい。

システムは、複数の人物を示す情報を第１端末に送信して、複数の人物を確認するよう第１端末に要求する確認要求部をさらに備えてよい。承認要求部は、第１端末から確認が得られた場合に、複数の第２端末のそれぞれに承認を要求してよい。

システムは、負担額の指定情報を、第１端末から受信する変更通知受信部をさらに備えてよい。承認要求部は、指定情報を第１端末から受信した場合に、指定情報に基づいて決定された複数の人物のそれぞれの負担額を複数の第２端末のそれぞれに送信して、複数の第２端末のそれぞれに承認を要求してよい。

システムは、複数の第２端末のそれぞれに承認を要求した後、承認に関する情報を、第１端末に表示される人物画像上のそれぞれの人物の位置の近傍に表示させる表示制御部をさらに備えてよい。承認に関する情報は、（ｉ）承認に対するそれぞれの人物による承認状態、（ｉｉ）それぞれの人物の負担額、及び（ｉｉｉ）それぞれの人物が承認を行う場合に入力したコメントのうちの少なくとも１つの事項を含んでよい。

表示制御部は、事項のうち、予め設定された表示条件に合致する事項を表示させてよい。

システムは、複数の第２端末のそれぞれの現在位置を示す情報を取得する位置取得部をさらに備えてよい。人物特定部は、複数の第２端末の現在位置の比較結果を用いて、複数の人物を特定してよい。

システムは、第１端末の現在位置及び複数の第２端末のそれぞれの現在位置を示す情報を取得する位置取得部をさらに備えてよい。人物特定部は、第１端末の現在位置と、複数の第２端末の現在位置との比較結果を用いて、複数の人物を特定してよい。

システムは、人物の識別情報に対応づけてポーズを示すポーズ情報を格納するポーズ情報格納部を更に備えてよい。人物特定部は、人物画像から抽出された人物のポーズ及びポーズ情報に基づいて、人物画像に写っている複数の人物を特定してよい。

システムは、支払額の少なくとも一部を複数の人物で負担することを許容するか否かを示す設定情報を、複数の端末から取得する許容状態取得部をさらに備えてよい。人物特定部は、設定情報に基づいて、支払額の少なくとも一部を複数の人物で負担することを許容している人物を特定し、当該複数の人物の中から、人物画像に写っている複数の人物を特定してよい。

本発明の第２の態様においては、プログラムが提供される。プログラムは、コンピュータを、上記のシステムとして機能させる。

なお、上記の発明の概要は、本発明の必要な特徴の全てを列挙したものではない。また、これらの特徴群のサブコンビネーションもまた、発明となりうる。

一実施形態におけるシステム１０の構成の一例を概略的に示す。 サーバ４０の機能構成を示すブロック図である。 格納部４４が格納するユーザ情報のデータ構造を示す。 ユーザ端末８２がサーバ４０との間でやり取りする情報を示す。 店舗端末７２及びユーザ端末８２がサーバ４０との間でやり取りされる情報を示す。 サーバ４０が集合写真からユーザ８０を特定する処理の流れを示すフローチャートである。 ユーザ端末８２ａで集合写真を撮影したときの画面の一例を示す。 ユーザ端末８２ａに表示される確認情報画面の一例を示す。 ユーザ端末８２ｂ～ユーザ端末８２ｅに表示される承認要求画面の一例を示す。 ユーザ端末８２ａに表示される承認状況画面の一例を示す。 割勘シェア画面の一例を示す。 割り勘決済の履歴を示すタイムライン画面である。 本実施形態に係るコンピュータ２０００の例を示す。

以下、発明の実施の形態を通じて本発明を説明するが、以下の実施形態は特許請求の範囲にかかる発明を限定するものではない。また、実施形態の中で説明されている特徴の組み合わせの全てが発明の解決手段に必須であるとは限らない。なお、図面において、同一または類似の部分には同一の参照番号を付して、重複する説明を省く場合がある。

図１は、一実施形態におけるシステム１０の構成の一例を概略的に示す。システム１０は、サーバ４０と、ユーザ端末８２ａ、ユーザ端末８２ｂ、ユーザ端末８２ｃ、ユーザ端末８２ｄ、及びユーザ端末８２ｅと、店舗端末７２とを備える。

ユーザ端末８２ａは、ユーザ８０ａが利用する端末である。ユーザ端末８２ｂは、ユーザ８０ｂが利用する端末である。ユーザ端末８２ｃは、ユーザ８０ｃが利用する端末である。ユーザ端末８２ｄは、ユーザ８０ｄが利用する端末である。ユーザ端末８２ｅは、ユーザ８０ｅが利用する端末である。なお、ユーザ８０ａ、ユーザ８０ｂ、ユーザ８０ｃ、ユーザ８０ｄ、及びユーザ８０ｅを、「ユーザ８０」と総称する場合がある。

ユーザ８０は、店舗７０の顧客である。店舗７０は、例えば、飲食店等である。

ユーザ端末８２ａ、ユーザ端末８２ｂ、ユーザ端末８２ｃ、ユーザ端末８２ｄ、及びユーザ端末８２ｅを「ユーザ端末８２」と総称する場合がある。ユーザ端末８２は、スマートフォン等の移動端末、通信機能を有するウェアラブル端末、ＰＤＡ等の携帯情報端末等であってよい。ユーザ端末８２及び店舗端末７２には、割勘決済アプリケーション（割勘決済アプリという）がインストールされている。ユーザ端末８２及び店舗端末７２は、主として割勘決済アプリの制御に従って動作することにより、ユーザ８０の間で割り勘を行うための処理を行う。

店舗端末７２は、店舗７０に設けられた端末である。例えば、店舗７０が飲食店である場合、店舗端末７２は、食卓に設けられ、ユーザ８０が操作可能な端末であってよい。店舗端末７２は、店舗７０の会計場所に設けられ、店舗７０の店員が操作する端末であってよい。

ネットワーク１１は、任意のネットワークである。ネットワーク１１は、インターネットと、いわゆる３Ｇ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ）、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）、４Ｇ（４ｔｈ Ｇｅｎｅｒａｔｉｏｎ）及び５Ｇ（５ｔｈ Ｇｅｎｅｒａｔｉｏｎ）等の移動電話網、公衆通信網、及び専用網の少なくともいずれかを含んでよい。ユーザ端末８２及び店舗端末７２は、サーバ４０と通信する。サーバ４０は、ユーザ８０間の決済や、ユーザ８０が店舗７０の利用料金を支払う場合の決済に関する処理を行う。

サーバ４０には、ユーザ８０の顔画像が登録されている。ユーザ８０は、店舗７０の利用料金を割り勘で支払う場合に、ユーザ８０の集合写真と利用料金をサーバ４０に送信する。サーバ４０は、予め登録されている顔画像と集合写真に写っている顔画像とを照合することによってユーザ８０を特定して、ユーザ８０間で行われる割り勘に伴う決済処理を行う。

例えば、ユーザ端末８２ａは、店舗７０で会計を行う前に、ユーザ端末８２ａでユーザ８０の集合写真を撮影して、得られた集合写真をユーザ端末８２ａからサーバ４０に送信する。サーバ４０は、集合写真から人物の顔画像を抽出して、抽出した顔画像とサーバ４０に登録されている顔画像とを照合することにより、集合写真に写っているユーザ８０を特定する。サーバ４０は、利用料金とユーザ８０の数に基づいてユーザ８０のそれぞれが負担する金額を算出して、ユーザ端末８２に支払の承認を要求する。サーバ４０は、ユーザ端末８２から承認が得られた場合、ユーザ８０ｂ、ユーザ８０ｃ、ユーザ８０ｄ及びユーザ８０ｅのそれぞれの口座からそれぞれの負担額を引き落とすとともに、その負担額の合計額をユーザ８０ａの口座に振り込む。ユーザ８０ａが店舗７０に利用料金を支払うことによって、割り勘による支払が完了する。

他の方法として、店舗７０で会計を行う前に、店舗端末７２でユーザ８０の集合写真を撮影して、得られた集合写真を店舗端末７２からサーバ４０に送信する。上述したように、サーバ４０は、集合写真に写っているユーザ８０を特定して、ユーザ８０のそれぞれが負担する金額を算出して、ユーザ端末８２に支払の承認を要求する。サーバ４０は、ユーザ端末８２から承認が得られた場合、ユーザ８０ａ、ユーザ８０ｂ、ユーザ８０ｃ、ユーザ８０ｄ及びユーザ８０ｅのそれぞれの口座からそれぞれの負担額を引き落とすとともに、その負担額の合計額をユーザ８０ａの口座に振り込む。これにより、割り勘の支払が完了する。

以上に説明したように、システム１０によれば、複数のユーザ８０による利用料期の個別会計を短時間で簡単に行うことができる。そのため、ユーザ８０間の金銭のやりとりを行う幹事役となる人がいなくても、簡単に割り勘を行うことができる。

図２は、サーバ４０の機能構成を示すブロック図である。サーバ４０は、処理部４２と、格納部４４とを備える。処理部４２は、プロセッサ等の処理装置により実現される。格納部４４は、不揮発性の記憶媒体により実現される。

処理部４２は、支払情報受信部２００と、人物特定部２１０と、承認要求部２２０と、実行部２３０と、支払金額設定部２４０と、確認要求部２５０と、変更通知受信部２６０と、位置取得部２７０と、許容状態取得部２８０とを備える。

支払情報受信部２００は、支払額を示す情報及び人物画像を第１端末から受信する。支払額は、例えば、ユーザ８０が店舗７０を利用したときにユーザ８０が支払う利用料金の合計金額である。第１端末は、ユーザ端末８２のうち、集合写真を撮影するユーザ端末８２であってよい。第１端末は、店舗端末７２であってよい。

人物特定部２１０は、人物画像に写っている複数の人物を特定する。人物特定部２１０は、画像認識により、人物画像に写っている複数の人物を特定する。人物特定部２１０は、外部の画像認識サーバから、人物画像に写っている複数の人物を示す情報を取得してもよい。

承認要求部２２０は、支払額の少なくとも一部を複数の人物で負担することに対する承認を、複数の人物に関連づけられた複数の第２端末のそれぞれに要求する。第２端末は、集合写真を撮影するユーザ端末８２以外の端末であってよい。「支払額の少なくとも一部を複数の人物で負担すること」は、例えば、店舗７０の利用料金の割り勘を行うことであってよい。

実行部２３０は、複数の第２端末から承認が得られた場合に、支払額の少なくとも一部を複数の人物で負担するための処理を行う。例えば、実行部２３０は、集合写真を撮影したユーザ８０の口座に、他のユーザ８０から引き落とした金額を入金してよい。実行部２３０は、ユーザ８０から引き落とした金額を、店舗７０の口座に入金してよい。

負担額設定部２４０は、支払額のうち第１端末に関連づけられた人物及び複数の人物のそれぞれの負担額を、第１端末に関連づけられた人物及び複数の人物のそれぞれの負担額として設定する。例えば、ユーザ８０ａが集合写真を撮影した場合、負担額設定部２４０は、集合写真を撮影したユーザ８０ａと、集合写真に写っているユーザ８０ｂ～ユーザ８０ｅとの合計人数に基づいて、負担額を決定してよい。例えば、支払額が１５，０００円の場合、支払額を合計人数で除算することにより、負担額を３，０００円としてよい。承認要求部２２０は、複数の人物のそれぞれの負担額を示す情報を複数の第２端末のそれぞれに送信して、複数の第２端末のそれぞれに承認を要求する。

実行部２３０は、複数の人物のそれぞれの負担額を、第１端末に関連づけられた人物に送金するための処理を行う。具体的には、上述したように、実行部２３０は、集合写真を撮影したユーザ８０の口座に、他のユーザ８０から引き落とした金額を入金する。

確認要求部２５０は、複数の人物を示す情報を第１端末に送信して、複数の人物を確認するよう第１端末に要求する。承認要求部２２０は、第１端末から確認が得られた場合に、複数の第２端末のそれぞれに承認を要求する。これにより、店舗７０の利用料金を負担するユーザ８０を事前に確認してから、承認要求をユーザ端末８２に送信することができる。

変更通知受信部２６０は、負担額の指定情報を、第１端末から受信する。承認要求部２２０は、指定情報を第１端末から受信した場合に、指定情報に基づいて決定された複数の人物のそれぞれの負担額を複数の第２端末のそれぞれに送信して、複数の第２端末のそれぞれに承認を要求する。これにより、各ユーザ８０が利用料金を負担する割合を調整することができる。

表示制御部２９０は、複数の第２端末のそれぞれに承認を要求した後、承認に関する情報を、第１端末に表示される人物画像上のそれぞれの人物の位置の近傍に表示させる。承認に関する情報は、（ｉ）前記承認に対するそれぞれの人物による承認状態、（ｉｉ）それぞれの人物の負担額、及び（ｉｉｉ）それぞれの人物が前記承認を行う場合に入力したコメントのうちの少なくとも１つの事項を含む。表示制御部２９０は、当該事項のうち、予め設定された表示条件に合致する事項を表示させてよい。

位置取得部２７０は、複数の第２端末のそれぞれの現在位置を示す情報を取得する。例えば、位置取得部２７０は、ユーザ端末８２がＧＰＳ機能により取得したユーザ端末８２の現在位置情報を、ユーザ端末８２から定期的に受信する。人物特定部２１０は、複数の第２端末の現在位置の比較結果を用いて、複数の人物を特定する。これにより、全く違う場所にいる人物が割り勘をする人物として特定される可能性を低くすることができる。

位置取得部２７０は、第１端末の現在位置及び複数の第２端末のそれぞれの現在位置を示す情報を取得する。人物特定部２１０は、第１端末の現在位置と、複数の第２端末の現在位置との比較結果を用いて、複数の人物を特定する。これにより、集合写真を撮影したユーザ端末８２又は店舗端末７２の位置とは全く違う場所にいる人物が割り勘をする人物として特定される可能性を低くすることができる。

格納部４４は、人物の識別情報に対応づけて、人物のポーズを示すポーズ情報を格納する。人物特定部２１０は、人物画像から抽出された人物のポーズ及びポーズ情報に基づいて、人物画像に写っている複数の人物を特定する。格納部４４は、複数の第２端末から承認が得られた場合に、人物画像に写っている複数の人物のうちの少なくとも一人の人物が写っている領域から抽出されたポーズを示すポーズ情報を格納してよい。これにより、過去の集合写真の履歴から、人物のポーズ情報を学習することができる。

格納部４４は、複数の人物のソーシャルネットワーク上の人間関係を示す情報を格納する。人物特定部２１０は、人物画像から抽出された少なくとも一人の人物の人間関係を用いて、人物画像に写っている複数の人物を特定する。

許容状態取得部２８０は、支払額の少なくとも一部を複数の人物で負担することを許容するか否かを示す設定情報を、複数の端末から取得する。例えば、割勘決済アプリには、集合写真を用いた割り勘決済を許容するか否かを設定することが可能である。許容状態取得部２８０は、ユーザ端末８２から当該設定情報を定期的に受信してよい。人物特定部２１０は、設定情報に基づいて分割して支払いを許容する複数の人物を特定して、分割して支払いを許容する複数の人物の中から、人物画像に写っている複数の人物を特定する。これにより、割り勘決済を許容していない人物が割り勘をする人物として特定される可能性を低くすることができる。

図３は、格納部４４が格納するユーザ情報のデータ構造を示す。ユーザ情報は、「ユーザＩＤ」、「ニックネーム」、「顔情報」、「決済情報」及び「ポーズ情報」を含む。「ユーザＩＤ」は、ユーザ８０の識別情報である。「ユーザＩＤ」は、サーバ４０がユーザ８０のそれぞれを識別するために割り振った情報である。「ニックネーム」は、ユーザ８０自身が登録したニックネームである。ニックネームは割勘決済アプリを通じて設定されてよい。

「顔情報」は、ユーザ８０の顔情報である。顔情報は、例えば、ユーザ８０が登録した顔画像データである。顔情報は、ユーザ８０が登録した顔画像データから抽出した特徴量を示すデータであってもよい。サーバ４０は、ユーザ端末８２に記録されている画像データをユーザ端末８２から受信して、受信した画像データから顔情報を生成してユーザ情報として格納部４４に格納してよい。

なお、ユーザ端末８２は、割勘決済アプリの使用開始時に、ユーザ８０自身の顔画像をユーザ端末８２で撮影させてよい。ユーザ端末８２は、ユーザ端末８２が撮影したユーザ８０の顔画像データをサーバ４０に送信してよい。また、ユーザ端末８２は、ユーザ端末８２に記録されている画像データを定期的に検索して、ユーザ８０の本人の顔画像データをサーバ４０に送信してよい。例えば、ユーザ端末８２は、ユーザ端末８２のカメラ機能により撮影された画像データが格納される画像フォルダの中から、ユーザ８０の本人の顔画像との一致度が閾値より高い画像データを検索して、サーバ４０に送信してよい。ユーザ端末８２は、ユーザ端末８２で動作する電話帳アプリケーション（電話帳アプリと呼ぶ）やソーシャルネットワークアプリケーション（ＳＮＳアプリと呼ぶ）に本人の顔画像として登録されている画像データを、ユーザ８０自身の顔画像データとしてサーバ４０に送信してよい。

「決済情報」は、割り勘の決済手段を示す情報である。決済手段としては、銀行口座の入金及び引き落とし、デビットカード決済、クレジットカード決済等がある。決済手段情報は、例えば、ユーザ８０のクレジットカード情報や銀行口座情報であってよい。決済手段情報は、電子マネーや電子決済サービスの利用者識別情報や、仮想通貨口座の情報などであってよい。

「ポーズ情報」は、ユーザ８０のポーズを示す情報である。「ポーズ情報」は、ユーザ８０が予め登録可能な情報である。例えば、ユーザ８０は、ユーザ８０が人指し指を２本立てた状態で撮影した自画像を撮って、ポーズ情報として登録する。ポーズ情報が登録されている場合、人物特定部２１０は、集合写真から抽出された人物画像が、ユーザ８０の顔画像に適合し、かつ、人物画像に写っている人物がポーズ情報で示されるポーズをとっていると判断した場合に、集合写真にユーザ８０が写っていると判断する。ユーザ８０は、割り勘に参加する場合に、ユーザ８０が事前に登録したポーズをとって集合写真に収まればよい。ユーザ８０が割り勘に参加しなくてよい場合、ユーザ８０が事前に登録したポーズをとらずに集合写真に収まれば、ユーザ８０が割り勘をする人物として認識されない。

なお、サーバ４０は、過去に撮影された集合写真に基づいて、ユーザ８０のポーズ情報を登録してよい。例えば、サーバ４０は、過去に撮影された集合写真においてユーザ８０が頻繁にとっているポーズを検出した場合に、検出したポーズで写っているユーザ８０の画像を、ポーズ情報に登録してよい。

図４は、ユーザ端末８２がサーバ４０との間でやり取りする情報を示す。図４は、ユーザ端末８２ａが集合写真を撮影する場合にやりとりされる情報を示す。

Ｓ４００において、ユーザ端末８２ａは、集合写真を撮影する。Ｓ４０２において、ユーザ端末８２ａは、支払情報を送信する。支払情報には、集合写真の画像データ及び支払額が含まれる。サーバ４０が支払情報を受信すると、Ｓ４０４において、人物特定部２１０は集合写真の画像データから人物を特定する。

Ｓ４０６において、確認要求部２５０は、ユーザ端末８２ａに確認情報を送信する。確認情報には、Ｓ４０４で特定された複数のユーザ８０を示す情報（例えば、ニックネームなど）及び各ユーザ８０が負担する負担額を含む。Ｓ４０８において、ユーザ端末８２ａから確認結果がサーバ４０に送信される。Ｓ４１０において、承認要求部２２０は、ユーザ端末８２ｂ～ユーザ端末８２ｅに、負担を承認する承認要求を送信する。Ｓ４１２において、サーバ４０は、ユーザ端末８２ｂ～ユーザ端末８２ｅから承認情報を受信する。承認情報には、ユーザ８０ｂ～ユーザ８０ｅが承認時に入力したコメントが含まれてよい。Ｓ４１４において、サーバ４０は、ユーザ８０ｂ～ユーザ８０ｅが承認したことを示す承認ユーザ情報をユーザ端末８２ａに送信する。Ｓ４１６において、ユーザ端末８２ａは、サーバ４０に決済指示情報を送信する。Ｓ４１８において、ユーザ８０ｂ～ユーザ８０ｅからユーザ８０ａへの個人間送金の決済を行う。Ｓ４２０において、決済が完了したことを示す決済完了通知をユーザ端末８２に送信する。

図５は、店舗端末７２及びユーザ端末８２がサーバ４０との間でやり取りされる情報を示す。図５は、店舗端末７２を用いて集合写真を撮影する場合にやり取りされる情報を示す。

Ｓ５００において、店舗端末７２は集合写真を撮影する。Ｓ５０２において、店舗端末７２は、支払情報をサーバ４０に送信する。支払情報には、集合写真の画像データ及び支払額を含む。サーバ４０が支払情報を受信すると、Ｓ５０４において、人物特定部２１０は、集合写真の画像データから人物を特定する。

Ｓ５０６において、確認要求部２５０は、店舗端末７２に確認情報を送信する。確認情報には、Ｓ５０４で特定された複数のユーザ８０の情報（例えば、ニックネームなど）及び各ユーザ８０が負担する負担額を含む。Ｓ５０８において、店舗端末７２は確認結果をサーバ４０に送信する。Ｓ５１０において、承認要求部２２０は、ユーザ端末８２ａ～ユーザ端末８２ｅに、負担を承認する承認要求を送信する。Ｓ５１２において、サーバ４０は、ユーザ端末８２ａ～ユーザ端末８２ｅから承認情報と受信する。Ｓ５１４において、サーバ４０は、ユーザ８０ａ～ユーザ８０ｅが承認したことを示す承認ユーザ情報を、店舗端末７２に送信する。Ｓ５１６において、店舗端末７２は、ユーザ８０又は店員の操作に応じて、サーバ４０に決済指示情報を指示する。Ｓ５１８において、サーバ４０は、ユーザ８０ａ～ユーザ８０ｅから店舗への支払い決済を行う。Ｓ５２０において、決済が完了したことを示す決済完了通知をユーザ端末８２及び店舗端末７２に送信する。

図３及び図４に関連して説明したように、店舗端末７２がユーザ８０の集合写真を撮影する場合、店舗端末７２はユーザ端末８２ａが実行する処理と同様の処理を実行する。そのため、主としてユーザ端末８２ａで集合写真を撮影する場合を取り上げてシステム１０の動作を説明する場合がある。

図６は、サーバ４０が集合写真からユーザ８０を特定する処理の流れを示すフローチャートである。このフローチャートの処理は、集合写真の画像データを含む支払情報を受信した場合に開始される。

Ｓ６００において、位置取得部２７０は、支払情報の送信元端末の現在位置を特定する。支払情報の送信元端末は、例えばユーザ端末８２ａや、店舗端末７２である。位置取得部２７０は、支払情報の送信元端末から受信した現在位置情報に基づいて、支払情報を送信した端末の現在位置を特定する。例えば、ユーザ端末８２及び店舗端末７２は、自端末の現在位置情報を、支払情報に含めてサーバ４０に送信してよい。また、位置取得部２７０は、支払情報の送信元端末に現在位置を別途問い合せることによって、支払情報の送信元端末の現在位置を取得してよい。

Ｓ６０２において、人物特定部２１０は、集合写真データから複数の人物画像を抽出する。Ｓ６０４において、Ｓ６０２で抽出した人物画像のそれぞれについて、ユーザ情報の顔情報と人物画像とを比較して、集合写真に写っている人物の候補者として１以上の候補者を特定する。

Ｓ６０６において、人物特定部２１０は、Ｓ６０４で特定した候補者の中から、割り勘を許容している候補者を抽出する。例えば、人物特定部２１０は、Ｓ６０４で特定したそれぞれの候補者のユーザＩＤに関連づけられたユーザ端末８２のうち、割勘決済アプリの現在の設定状態が、集合写真を用いた割り勘決済を許容する状態にあるユーザ端末８２を選出する。そして、人物特定部２１０は、Ｓ６０４で特定した候補者のうち、選出したユーザ端末８２に関連づけられたユーザ８０を抽出する。なお、ユーザ端末８２は、ユーザ端末８２の割勘決済アプリの現在の設定状態を定期的にサーバ４０に送信することにより、割勘決済アプリの現在の設定状態をサーバ４０に登録してよい。

Ｓ６０８において、人物特定部２１０は、Ｓ６０６で抽出した候補者の中から、ユーザ端末８２の位置情報に基づいて、候補者を抽出する。例えば、人物特定部２１０は、Ｓ６０６で抽出したそれぞれの候補者のユーザＩＤに関連づけられたユーザ端末８２のうち、Ｓ６００で取得した支払情報の送信元端末の現在位置に近い位置に存在するユーザ端末８２を選出する。そして、人物特定部２１０は、Ｓ６０６で抽出した候補者のうち、選出したユーザ端末８２に関連づけられたユーザ８０を抽出する。なお、ユーザ端末８２は、ユーザ端末８２の現在位置情報を定期的にサーバ４０に送信することにより、ユーザ端末８２の位置をサーバ４０に登録してよい。

なお、ユーザ端末８２の現在の位置情報が取得できない場合、人物特定部２１０は、現在から過去の一定期間内におけるユーザ端末８２の位置情報を取得して、過去の一定期間内の位置情報に基づいて候補者を選出してよい。例えば、人物特定部２１０は、過去の一定期間内の位置情報が支払情報の送信元端末の現在位置に近いユーザ端末８２を優先して選出してよい。過去の一定期間とは、例えば店舗７０に入る前の直前のタイミング等、直前の予め定められた期間内に取得できたユーザ端末８２の位置情報であってよい。この場合、店舗７０の近くにいる可能性が低い人物と、店舗７０の近くにいる可能性が高い人物とを判別することができる。過去の一定期間は、例えば直近１週間における平均的な位置情報であってよい。平均的な位置情報とは、滞在時間が最も長い位置を含む予め定められた範囲の位置であってよい。この場合、例えば、品川に生活圏がある人物と練馬に生活圏がある人物とを判別したり、東京に生活圏がある人物と大阪に生活圏がある人物とを判別する等、地域レベルで判別することができる。

Ｓ６１０において、人物特定部２１０は、Ｓ６０８で抽出した候補者の中から、集合写真データから抽出された人物画像のポーズに基づいて、集合写真に写っている人物の候補者を抽出する。例えば、人物特定部２１０は、Ｓ６０６で特定したそれぞれの候補者が登録したポーズのうち、人物画像から抽出したポーズに適合するポーズを選出する。人物特定部２１０は、選出したポーズに関連づけられたユーザ８０を抽出する。

Ｓ６１２において、人物特定部２１０は、Ｓ６１０で抽出した候補者の中から、人間関係の強さに基づいて、集合写真に写っている人物の候補者を抽出する。例えば、集合写真がユーザ端末８２ａから送信された場合、ユーザ端末８２ａの所有者であるユーザ８０ａとの人間関係の強さが予め定められた値以上のユーザを、集合写真に写っている人物の候補者として抽出する。人間関係の強さは、ＳＮＳ（ソーシャルネットワーク）上で設定されている人間関係や、ユーザ端末８２ａの連絡帳データに基づいて決定されてよい。例えば、ＳＮＳサービス上で友達関係にある人物同士の人間関係は、ＳＮＳサービス上で友達関係にない人物同士の人間関係より強いとみなしてよい。また、ユーザ端末８２のユーザ８０と、当該ユーザ端末８２の連絡帳に登録されている人物との間の人間関係は、ユーザ端末８２のユーザ８０と、当該ユーザ端末８２の連絡帳に登録されていない人物との間の人間関係より強いとみなしてよい。

Ｓ６１４において、人物特定部２１０は、集合写真に写っている人物を特定する。例えば、Ｓ６１２までの処理で複数の候補者が抽出されている場合、抽出された候補者のうち、登録されている顔画像と人物画像と一致度が最も高い候補者を、集合写真に写っている人物として特定してよい。

Ｓ６１６において、確認要求部２５０は、Ｓ６１４で特定した人物のニックネーム、一人あたりの負担額、及び集合写真上の人物の位置を示す情報を含む確認情報を、ユーザ端末８２ａに送信する。なお、負担額設定部２４０は、一人あたりのデフォルトの負担額として、認識した人物の数で割り勘総額を除した値を設定する。

図７は、ユーザ端末８２ａで集合写真を撮影したときの画面の一例を示す。割勘決済アプリは、撮影された集合写真の画像７２０と、支払料金の入力欄７４０と、ボタン７６０とを、ユーザ端末８２ａに表示させる。割勘決済アプリは、認識されている顔の数を示す情報を、ユーザ端末８２ａに表示させてよい。これにより、ユーザ８０ａは、認識される人物の数を確認することができる。

入力欄７４０に支払料金が入力されてボタン７６０が押されると、割勘決済アプリは、集合写真データ、支払額、認識した人物の数、及びユーザ端末８２ａの現在位置情報を含む支払情報を、ユーザ端末８２ａからサーバ４０へと送信させる。サーバ４０において支払情報受信部２００が支払情報を受信すると、図６等に関連して説明したように、人物特定部２１０が集合写真に写っている人物を特定し、確認要求部２５０が確認情報をユーザ端末８２ａに送信する。

図８は、ユーザ端末８２ａに表示される確認情報画面の一例を示す。割勘決済アプリは、集合写真の画像８２０と、支払料金と、ボタン８６０とを、ユーザ端末８２ａに表示させる。割勘決済アプリは、確認情報に基づいて、サーバ４０で認識されたユーザのニックネーム及び一人あたり負担額を、集合写真の画像８２０に重畳して表示させる。

画像８２０上の各ユーザ８０の負担額の表示位置がタッチされると、割勘決済アプリは、各ユーザ８０の負担額をユーザ８０ａに指定させるための入力欄を表示させる。これにより、割勘決済アプリは、各ユーザ８０の負担額の変更をユーザ８０ａから受け付ける。なお、割り勘に参加しないユーザ８０が集合写真に含まれている場合、ユーザ８０ａは、そのユーザ８０の負担額を０にすることにより、そのユーザ８０を割り勘から除外することができる。

ユーザ８０ａは、画像８２０上のユーザの顔の近くに表示されたニックネームから、サーバ４０がユーザ８０を誤認識していないことを確認することができる。ユーザ８０が誤認識されている場合、ユーザ８０ａは、誤認識されたユーザ８０のニックネームの表示位置をタッチして、サーバ４０にユーザ８０を再認識させる。例えば、特定のユーザ８０のニックネームの表示位置がタッチされると、割勘決済アプリは、そのユーザ８０を認識するための補助情報をユーザ８０に入力させる。例えば、割勘決済アプリは、ユーザ端末８２ａに記録されている連絡帳から正しいユーザ８０を選ばせることによって、対応するユーザ８０を認識するための補助情報を入力する。割勘決済アプリは、正しいユーザ８０のニックネームを入力させることによって、補助情報を取得してもよい。これにより、割勘決済アプリは、各ユーザ８０を再認識するための補助情報を、ユーザ８０ａから受け付ける。

なお、サーバ４０において、人物特定部２１０がユーザ８０を特定できなかった場合、サーバ４０は、特定できなかった人物が写っている画像８２０上の位置を示す情報を、ユーザ端末８２ａに送信してよい。割勘決済アプリは、特定できなかった人物の画像８２０上の位置に、人物を特定できなかったことを示すマークを重畳して表示させてよい。この場合、割勘決済アプリは、その位置に写っている人物を認識するための補助情報をユーザ８０ａから受け付けてよい。

ボタン８６０が押されると、割勘決済アプリは、ユーザ８０ａが確認したことを示す確認結果情報を、ユーザ端末８２ａからサーバ４０へと送信させる。なお、割勘決済アプリは、ユーザ８０の負担額の変更を受け付けた場合、変更された負担額を示す情報を確認結果情報に含める。また、割勘決済アプリは、ユーザ８０を認識するための補助情報をユーザ８０ａから受け付けた場合、当該情報を確認結果情報に含めてサーバ４０へ送信する。なお、サーバ４０は、ユーザ端末８２ａからユーザ８０を認識するための補助情報を含む確認情報を受信した場合、サーバ４０は、集合写真に写っているユーザ８０を再度認識した上で、確認情報をユーザ端末８２ａに再送信する。

サーバ４０は、ユーザ端末８２ａから補助情報を含まない確認結果をユーザ端末８２ａから受信すると、図３等に関連して説明したように、ユーザ端末８２ｂ～８２ｅへ承認要求を送信する。承認要求には、ユーザ８０ｂ～８０ｅのそれぞれの負担額を示す情報が含まれる。

図９は、ユーザ端末８２ｂ～ユーザ端末８２ｅに表示される承認要求画面の一例を示す。割勘決済アプリは、サーバ４０から受信した承認要求に基づいて、そのユーザ８０の負担額、コメント入力欄９４０及びボタン９６０をユーザ端末８２に表示させる。コメント入力欄９４０は、ユーザ８０からのコメントを受け付ける。コメントは、例えば、食事等をご馳走してくれた人や送別会のゲストに対する言葉等であってよい。ユーザ８０がボタン９６０を押すと、割勘決済アプリは、ユーザ８０が承認したことを示す承認情報をユーザ端末８２からサーバ４０へ送信させる。コメント入力欄９４０にコメントが入力されている場合、割勘決済アプリは、ユーザ８０が承認したことを示す承認情報とともに、コメント入力欄９４０に入力されたコメントをユーザ端末８２からサーバ４０へ送信させる。

なお、サーバ４０は、承認情報をユーザ端末８２ｂ～ユーザ端末８２ｅから受信すると、承認したユーザ８０を示す承認ユーザ情報を、ユーザ端末８２ａへ送信する。サーバ４０は、ユーザ８０の支払口座の種類を示す情報を、承認ユーザ情報に含める。サーバ４０は、ユーザ端末８２から承認情報及びコメントを受信した場合、当該コメントを承認ユーザ情報とともにユーザ端末８２ａに送信する。

図１０は、ユーザ端末８２ａに表示される承認状況画面の一例を示す。図８に示す確認画面でボタン８６０が押されると、割勘決済アプリは、図１０に示す承認状況画面をユーザ端末８２ａに表示させる。承認状況画面は、集合写真の画像１０２０と、支払料金と、ボタン１０６０とを含む。

割勘決済アプリは、承認ユーザ情報をサーバ４０から受信すると、ユーザ８０が承認したことを示す「承認済」のマークを、集合写真の画像１０２０上の各ユーザ８０の近くに重畳して表示させる。また、割勘決済アプリは、各ユーザ８０の負担額を、集合写真の画像１０２０上の各ユーザ８０の近くに重畳して表示させる。また、承認ユーザ情報に含まれる支払口座の種類情報に基づいて、各ユーザ８０が負担額を支払う手段を示すマークを、画像１０２０の各ユーザ８０の近くに重畳して表示させる。割勘決済アプリは、承認ユーザ情報がサーバ４０から受信されていないユーザ８０の近傍に、ユーザ８０からの承認が得られていないことを示す「未承認」のマークを、集合写真の画像１０２０上の当該ユーザ８０の近くに重畳して表示させる。割勘決済アプリは、サーバ４０から承認ユーザ情報とともにコメントを受信した場合、集合写真の画像１０２０上において、承認ユーザ情報に関連づけられたユーザ８０の近くにコメントを重畳して表示させる。図１０に示されるように、ユーザ８０ｅが「楽しかったね」というコメントを入力して承認した場合、ユーザ８０ｅの顔の近くに「楽しかったね」というコメントが表示される。

なお、ユーザ８０は、承認状況画面に表示させる項目を選択するための表示条件を設定可能であってよい。例えば、承認状況画面にコメントを表示するか否かを示す表示条件を設定可能であってよい。サーバ４０は、ユーザ８０が設定した表示条件を記憶してよい。サーバ４０は、コメントを表示する旨の表示条件が設定されたユーザ８０のユーザ端末８２に、承認ユーザ情報とともにコメントを送信してよい。サーバ４０は、コメントを表示しない旨の表示条件が設定されたユーザ８０のユーザ端末８２には、コメントを送信せず、承認ユーザ情報のみを送信してよい。なお、表示条件は、「承認済」及び「未承認」のマークを表示するか否かを示す表示条件、ユーザ８０の負担額のマークを表示するか否かを示す表示条件、及びコメントを表示するか否かを示す表示条件の少なくとも一つを含んでよい。

ユーザ端末８２ｂ～ユーザ端末８２ｅの全てのユーザ端末８２が承認ユーザ情報を送信すると、ユーザ端末８２ａにおいてボタン１０６０が有効化される。ユーザ８０ａがボタン１０６０を押すと、割勘決済アプリは、ユーザ８０ａが決済を指示したことを示す決済指示情報を、ユーザ端末８２ａからサーバ４０へ送信させる。

サーバ４０は、ユーザ端末８２ａから決済指示情報を受信すると、図４等に関連して説明したように、ユーザ８０ｂ～ユーザ８０ｅからユーザ８０ａへの個人間送金の決済を行い、個人間送金の決済が完了すると、決済完了通知をユーザ端末８２ａ～ユーザ端末８２ｅに送信する。

図１１は、割り勘シェア画面の一例を示す。割り勘シェア画面は、ユーザ端末８２ａ～ユーザ端末８２ｅに表示される。割勘決済アプリは、サーバ４０から決済完了通知を受信した場合に、割り勘シェア画面をユーザ端末８２に表示させる。割り勘シェア画面は、共有の対象となる共有用画像１１２０と、ボタン１１４０と、ボタン１１６０とを含む。

共有用画像１１２０は、割り勘を行う際に撮影された集合写真の画像に基づいて生成される。共有用画像１１２０は、割り勘決済の使用頻度を示すマーク１１３０を集合写真の画像に重畳することによって生成される。割り勘決済の使用頻度は、ユーザ８０が割勘決済アプリを用いて決済を行った回数に基づいて決定されてよい。割り勘決済の使用頻度は、ユーザ８０が割勘決済アプリを用いて決済を行った金額に基づいて決定されてよい。割り勘決済の使用頻度は、ユーザ８０が店舗７０を使用した回数に基づいて決定されてよい。割り勘決済の使用頻度を示すマークは、集合写真において、割り勘決済の使用頻度が予め定められた閾値より高いユーザ８０の頭部の近くに合成して表示される。

ボタン１１４０は、共有用画像１１２０を共有しないことの指示を受け付けるためのボタンである。ボタン１１６０は、共有用画像１１２０を共有することの指示を受け付けるためのボタンである。ボタン１１６０が押されると、割勘決済アプリは、共有用画像１１２０をシェアするよう指示する共有指示情報を、共有用画像１１２０とともにユーザ端末８２からサーバ４０へ送信させる。なお、図９に示す承認要求画面でコメントを入力して承認した場合、割勘決済アプリは、当該コメントをシェアするようサーバ４０に指示してよい。サーバ４０は、コメントをシェアする指示をユーザ端末８２から受信した場合、共有用画像にコメントを対応づけてよい。

図１２は、割り勘決済の履歴を示すタイムライン画面である。タイムライン画面には、各ユーザ８０がシェアするよう指示した共有用画像が、時系列で並べて表示される。割勘決済アプリは、サーバ４０からダウンロードした共有用画像を含むタイムライン情報に基づいて、タイムライン画面を生成してユーザ端末８２に表示させる。サーバ４０からユーザ端末８２に送信されるタイムライン情報は、共有用画像と、誰から誰への送金が行われたかを示す決済の流れを示す情報と、決済が完了した時刻とを含む。割勘決済アプリは、共有用画像にコメントが対応づけられている場合、共有用画像及びコメントをユーザ端末８２に表示させてよい。なお、共有用画像は、割勘決済アプリにおいて共有されるだけでなく、他のＳＮＳアプリケーションにおいて共有されてよい。図１１及び図１２に関連して説明したように、割り勘の決済をＳＮＳで共有することができるので、ユーザ８０は楽しみながらすることができる。また、集合写真を用いた割り勘を多くのユーザに広めることができる。

図３及び図４に関連して説明したように、店舗端末７２で集合写真を撮影する場合、店舗端末７２は、ユーザ端末８２ａが実行する処理と同様の処理を実行する。例えば、店舗端末７２は、図７、図８、及び図１０に関連して説明した処理を実行する。そのため、店舗端末７２の動作の詳細については説明を省略する。

なお、以上の説明において、集合写真に写っているユーザ８０及び集合写真を撮影したユーザ８０ａで割り勘を行う形態を説明した。例えば、飲食会に参加しない非参加者等の人物を含めて割り勘を行う場合がある。このような場合、ユーザ端末８２が集合写真をサーバ４０に送信するときに、ユーザ端末８２は予め撮影した非参加者の人物の画像とともにサーバ４０に送信して、サーバ４０に非参加者を認識させてよい。

図１３は、本実施形態に係るコンピュータ２０００の例を示す。コンピュータ２０００にインストールされたプログラムは、コンピュータ２０００に、実施形態に係るサーバ４０等の装置又は当該装置の各部として機能させる、当該装置又は当該装置の各部に関連付けられるオペレーションを実行させる、及び／又は、実施形態に係るプロセス又は当該プロセスの段階を実行させることができる。そのようなプログラムは、コンピュータ２０００に、本明細書に記載の処理手順及びブロック図のブロックのうちのいくつか又はすべてに関連付けられた特定のオペレーションを実行させるべく、ＣＰＵ２０１２によって実行されてよい。

本実施形態によるコンピュータ２０００は、ＣＰＵ２０１２、及びＲＡＭ２０１４を含み、それらはホストコントローラ２０１０によって相互に接続されている。コンピュータ２０００はまた、ＲＯＭ２０２６、フラッシュメモリ２０２４、通信インタフェース２０２２、及び入力／出力チップ２０４０を含む。ＲＯＭ２０２６、フラッシュメモリ２０２４、通信インタフェース２０２２、及び入力／出力チップ２０４０は、入力／出力コントローラ２０２０を介してホストコントローラ２０１０に接続されている。

ＣＰＵ２０１２は、ＲＯＭ２０２６及びＲＡＭ２０１４内に格納されたプログラムに従い動作し、それにより各ユニットを制御する。

通信インタフェース２０２２は、ネットワークを介して他の電子デバイスと通信する。フラッシュメモリ２０２４は、コンピュータ２０００内のＣＰＵ２０１２によって使用されるプログラム及びデータを格納する。ＲＯＭ２０２６は、アクティブ化時にコンピュータ２０００によって実行されるブートプログラム等、及び／又はコンピュータ２０００のハードウエアに依存するプログラムを格納する。入力／出力チップ２０４０はまた、キーボード、マウス及びモニタ等の様々な入力／出力ユニットをシリアルポート、パラレルポート、キーボードポート、マウスポート、モニタポート、ＵＳＢポート、ＨＤＭＩ（登録商標）ポート等の入力／出力ポートを介して、入力／出力コントローラ２０２０に接続してよい。

プログラムは、ＣＤ－ＲＯＭ、ＤＶＤ－ＲＯＭ、又はメモリカードのようなコンピュータ可読媒体又はネットワークを介して提供される。ＲＡＭ２０１４、ＲＯＭ２０２６、又はフラッシュメモリ２０２４は、コンピュータ可読媒体の例である。プログラムは、フラッシュメモリ２０２４、ＲＡＭ２０１４、又はＲＯＭ２０２６にインストールされ、ＣＰＵ２０１２によって実行される。これらのプログラム内に記述される情報処理は、コンピュータ２０００に読み取られ、プログラムと上記様々なタイプのハードウエアリソースとの間の連携をもたらす。装置又は方法が、コンピュータ２０００の使用に従い情報のオペレーション又は処理を実現することによって構成されてよい。

例えば、コンピュータ２０００及び外部デバイス間で通信が実行される場合、ＣＰＵ２０１２は、ＲＡＭ２０１４にロードされた通信プログラムを実行し、通信プログラムに記述された処理に基づいて、通信インタフェース２０２２に対し、通信処理を命令してよい。通信インタフェース２０２２は、ＣＰＵ２０１２の制御下、ＲＡＭ２０１４及びフラッシュメモリ２０２４のような記録媒体内に提供される送信バッファ処理領域に格納された送信データを読み取り、読み取った送信データをネットワークに送信し、ネットワークから受信された受信データを、記録媒体上に提供される受信バッファ処理領域等に書き込む。

また、ＣＰＵ２０１２は、フラッシュメモリ２０２４等のような記録媒体に格納されたファイル又はデータベースの全部又は必要な部分がＲＡＭ２０１４に読み取られるようにし、ＲＡＭ２０１４上のデータに対し様々な種類の処理を実行してよい。ＣＰＵ２０１２は次に、処理されたデータを記録媒体にライトバックする。

様々なタイプのプログラム、データ、テーブル、及びデータベースのような様々なタイプの情報が記録媒体に格納され、情報処理にかけられてよい。ＣＰＵ２０１２は、ＲＡＭ２０１４から読み取られたデータに対し、本明細書に記載され、プログラムの命令シーケンスによって指定される様々な種類のオペレーション、情報処理、条件判断、条件分岐、無条件分岐、情報の検索／置換等を含む、様々な種類の処理を実行してよく、結果をＲＡＭ２０１４にライトバックする。また、ＣＰＵ２０１２は、記録媒体内のファイル、データベース等における情報を検索してよい。例えば、各々が第２の属性の属性値に関連付けられた第１の属性の属性値を有する複数のエントリが記録媒体内に格納される場合、ＣＰＵ２０１２は、第１の属性の属性値が指定されている、条件に一致するエントリを当該複数のエントリの中から検索し、当該エントリ内に格納された第２の属性の属性値を読み取り、それにより予め定められた条件を満たす第１の属性に関連付けられた第２の属性の属性値を取得してよい。

上で説明したプログラム又はソフトウェアモジュールは、コンピュータ２０００上又はコンピュータ２０００近傍のコンピュータ可読媒体に格納されてよい。専用通信ネットワーク又はインターネットに接続されたサーバーシステム内に提供されるハードディスク又はＲＡＭのような記録媒体が、コンピュータ可読媒体として使用可能である。コンピュータ可読媒体に格納されたプログラムを、ネットワークを介してコンピュータ２０００に提供してよい。

コンピュータ２０００にインストールされ、コンピュータ２０００をサーバ４０として機能させるプログラムは、ＣＰＵ２０１２等に働きかけて、コンピュータ２０００を、サーバ４０の各部としてそれぞれ機能させてよい。これらのプログラムに記述された情報処理は、コンピュータ２０００に読込まれることにより、ソフトウエアと上述した各種のハードウエア資源とが協働した具体的手段である支払情報受信部２００、人物特定部２１０、承認要求部２２０、実行部２３０、負担額設定部２４０、確認要求部２５０、変更通知受信部２６０、位置取得部２７０、及び許容状態取得部２８０として機能する。そして、これらの具体的手段によって、本実施形態におけるコンピュータ２０００の使用目的に応じた情報の演算又は加工を実現することにより、使用目的に応じた特有のサーバ４０が構築される。

様々な実施形態が、ブロック図等を参照して説明された。ブロック図において各ブロックは、（１）オペレーションが実行されるプロセスの段階又は（２）オペレーションを実行する役割を持つ装置の各部を表わしてよい。特定の段階及び各部が、専用回路、コンピュータ可読媒体上に格納されるコンピュータ可読命令と共に供給されるプログラマブル回路、及び／又はコンピュータ可読媒体上に格納されるコンピュータ可読命令と共に供給されるプロセッサによって実装されてよい。専用回路は、デジタル及び／又はアナログハードウエア回路を含んでよく、集積回路（ＩＣ）及び／又はディスクリート回路を含んでよい。プログラマブル回路は、論理ＡＮＤ、論理ＯＲ、論理ＸＯＲ、論理ＮＡＮＤ、論理ＮＯＲ、及び他の論理オペレーション、フリップフロップ、レジスタ、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プログラマブルロジックアレイ（ＰＬＡ）等のようなメモリ要素等を含む、再構成可能なハードウエア回路を含んでよい。

コンピュータ可読媒体は、適切なデバイスによって実行される命令を格納可能な任意の有形なデバイスを含んでよく、その結果、そこに格納される命令を有するコンピュータ可読媒体は、処理手順又はブロック図で指定されたオペレーションを実行するための手段をもたらすべく実行され得る命令を含む製品の少なくとも一部を構成する。コンピュータ可読媒体の例としては、電子記憶媒体、磁気記憶媒体、光記憶媒体、電磁記憶媒体、半導体記憶媒体等が含まれてよい。コンピュータ可読媒体のより具体的な例としては、フロッピー（登録商標）ディスク、ディスケット、ハードディスク、ランダムアクセスメモリ（ＲＡＭ）、リードオンリメモリ（ＲＯＭ）、消去可能プログラマブルリードオンリメモリ（ＥＰＲＯＭ又はフラッシュメモリ）、電気的消去可能プログラマブルリードオンリメモリ（ＥＥＰＲＯＭ）、静的ランダムアクセスメモリ（ＳＲＡＭ）、コンパクトディスクリードオンリメモリ（ＣＤ－ＲＯＭ）、デジタル多用途ディスク（ＤＶＤ）、ブルーレイ（登録商標）ディスク、メモリスティック、集積回路カード等が含まれてよい。

コンピュータ可読命令は、アセンブラ命令、命令セットアーキテクチャ（ＩＳＡ）命令、マシン命令、マシン依存命令、マイクロコード、ファームウェア命令、状態設定データ、又はＳｍａｌｌｔａｌｋ、ＪＡＶＡ（登録商標）、Ｃ＋＋等のようなオブジェクト指向プログラミング言語、及び「Ｃ」プログラミング言語又は同様のプログラミング言語のような従来の手続型プログラミング言語を含む、１又は複数のプログラミング言語の任意の組み合わせで記述されたソースコード又はオブジェクトコードのいずれかを含んでよい。

コンピュータ可読命令は、汎用コンピュータ、特殊目的のコンピュータ、若しくは他のプログラム可能なデータ処理装置のプロセッサ又はプログラマブル回路に対し、ローカルに又はローカルエリアネットワーク（ＬＡＮ）、インターネット等のようなワイドエリアネットワーク（ＷＡＮ）を介して提供され、説明された処理手順又はブロック図で指定されたオペレーションを実行するための手段をもたらすべく、コンピュータ可読命令を実行してよい。プロセッサの例としては、コンピュータプロセッサ、処理ユニット、マイクロプロセッサ、デジタル信号プロセッサ、コントローラ、マイクロコントローラ等を含む。

以上、本発明を実施の形態を用いて説明したが、本発明の技術的範囲は上記実施の形態に記載の範囲には限定されない。上記実施の形態に、多様な変更または改良を加えることが可能であることが当業者に明らかである。また、技術的に矛盾しない範囲において、特定の実施形態について説明した事項を、他の実施形態に適用することができる。その様な変更または改良を加えた形態も本発明の技術的範囲に含まれ得ることが、特許請求の範囲の記載から明らかである。

特許請求の範囲、明細書、および図面中において示した装置、システム、プログラム、および方法における動作、手順、ステップ、および段階等の各処理の実行順序は、特段「より前に」、「先立って」等と明示しておらず、また、前の処理の出力を後の処理で用いるのでない限り、任意の順序で実現しうることに留意すべきである。特許請求の範囲、明細書、および図面中の動作フローに関して、便宜上「まず、」、「次に、」等を用いて説明したとしても、この順で実施することが必須であることを意味するものではない。

１０ システム
１１ ネットワーク
４０ サーバ
４２ 処理部
４４ 格納部
７０ 店舗
７２ 店舗端末
８０ ユーザ
８２ ユーザ端末
２００ 支払情報受信部
２１０ 人物特定部
２２０ 承認要求部
２３０ 実行部
２４０ 負担額設定部
２５０ 確認要求部
２６０ 変更通知受信部
２７０ 位置取得部
２８０ 許容状態取得部
７２０ 画像
７４０ 入力欄
７６０ ボタン
８２０ 画像
８６０ ボタン
９６０ ボタン
１０２０ 画像
１０６０ ボタン
１１４０ ボタン
１１６０ ボタン
１１２０ 共有用画像
１１３０ マーク
２０００ コンピュータ
２０１０ ホストコントローラ
２０１２ ＣＰＵ
２０１４ ＲＡＭ
２０２０ 入力／出力コントローラ
２０２２ 通信インタフェース
２０２４ フラッシュメモリ
２０２６ ＲＯＭ
２０４０ 入力／出力チップ

Claims (13)

1. 人物の識別情報に対応づけてポーズを示すポーズ情報を格納するポーズ情報格納部と、
   支払額を示す情報及び人物画像を第１端末から受信する支払情報受信部と、
   前記人物画像から抽出された人物のポーズ及び前記ポーズ情報に基づいて、前記人物画像に写っている複数の人物を特定する人物特定部と、
   前記支払額の少なくとも一部を前記複数の人物で負担することに対する承認を、前記複数の人物に関連づけられた複数の第２端末のそれぞれに要求する承認要求部と、
   前記複数の第２端末から前記承認が得られた場合に、前記支払額の少なくとも一部を前記複数の人物で負担するための処理を行う実行部と
   を備えるシステム。
2. 支払額を示す情報及び人物画像を第１端末から受信する支払情報受信部と、
   前記人物画像に写っている複数の人物を特定する人物特定部と、
   前記支払額の少なくとも一部を前記複数の人物で負担することに対する承認を、前記複数の人物に関連づけられた複数の第２端末のそれぞれに要求する承認要求部と、
   前記複数の第２端末のそれぞれに前記承認を要求した後、前記承認に関する情報を、前記第１端末に表示される前記人物画像上のそれぞれの人物の位置の近傍に表示させる表示制御部と、
   前記複数の第２端末から前記承認が得られた場合に、前記支払額の少なくとも一部を前記複数の人物で負担するための処理を行う実行部と
   を備え、
   前記承認に関する情報は、前記承認に対するそれぞれの人物による承認状態を含む
   システム。
3. 前記承認に関する情報は、
   それぞれの人物の負担額、及び
   それぞれの人物が前記承認を行う場合に入力したコメント
   のうちの少なくとも１つをさらに含む
   請求項２に記載のシステム。
4. 前記複数の第２端末のそれぞれに前記承認を要求した後、前記承認に関する情報を、前記第１端末に表示される前記人物画像上のそれぞれの人物の位置の近傍に表示させる表示制御部
   をさらに備え、
   前記承認に関する情報は、
   （ｉ）前記承認に対するそれぞれの人物による承認状態、
   （ｉｉ）それぞれの人物の負担額、及び
   （ｉｉｉ）それぞれの人物が前記承認を行う場合に入力したコメント
   のうちの少なくとも１つを含む
   請求項１に記載のシステム。
5. 前記表示制御部は、前記承認に関する情報のうち、予め設定された表示条件に合致する情報を表示させる
   請求項３又は４に記載のシステム。
6. 前記複数の第２端末のそれぞれの現在位置を示す情報を取得する位置取得部
   をさらに備え、
   前記人物特定部は、前記複数の第２端末の現在位置の比較結果をさらに用いて、前記複数の人物を特定する
   請求項１に記載のシステム。
7. 前記第１端末の現在位置及び前記複数の第２端末のそれぞれの現在位置を示す情報を取得する位置取得部
   をさらに備え、
   前記人物特定部は、前記第１端末の現在位置と、前記複数の第２端末の現在位置との比較結果をさらに用いて、前記複数の人物を特定する
   請求項１又は６に記載のシステム。
8. 前記支払額のうち前記第１端末に関連づけられた人物及び前記複数の人物のそれぞれの負担額を、前記第１端末に関連づけられた人物及び前記複数の人物のそれぞれの負担額として設定する負担額設定部
   をさらに備え、
   前記承認要求部は、前記複数の人物のそれぞれの負担額を示す情報を前記複数の第２端末のそれぞれに送信して、前記複数の第２端末のそれぞれに前記承認を要求する
   請求項１から７のいずれか一項に記載のシステム。
9. 前記実行部は、前記複数の人物のそれぞれの負担額を、前記第１端末に関連づけられた人物に送金するための処理を行う
   請求項８に記載のシステム。
10. 前記複数の人物を示す情報を前記第１端末に送信して、前記複数の人物を確認するよう前記第１端末に要求する確認要求部
    をさらに備え、
    前記承認要求部は、前記第１端末から前記確認が得られた場合に、前記複数の第２端末のそれぞれに前記承認を要求する
    請求項８又は９に記載のシステム。
11. 前記負担額の指定情報を、前記第１端末から受信する変更通知受信部
    をさらに備え、
    前記承認要求部は、前記指定情報を前記第１端末から受信した場合に、前記指定情報に基づいて決定された前記複数の人物のそれぞれの負担額を前記複数の第２端末のそれぞれに送信して、前記複数の第２端末のそれぞれに前記承認を要求する
    請求項８から１０のいずれか一項に記載のシステム。
12. 支払額の少なくとも一部を前記複数の人物で負担することを許容するか否かを示す設定情報を、複数の端末から取得する許容状態取得部
    をさらに備え、
    前記人物特定部は、前記設定情報に基づいて、前記支払額の少なくとも一部を前記複数の人物で負担することを許容している人物を特定し、当該複数の人物の中から、前記人物画像に写っている複数の人物を特定する
    請求項１から１１のいずれか一項に記載のシステム。
13. コンピュータを、請求項１から１２のいずれか一項に記載のシステムとして機能させるためのプログラム。

Images