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

Abstract

【課題】複数のユーザで代金の支払いを分担することが容易にできるようにすること。【解決手段】情報処理装置は、第１ユーザがイベントに参加している第１時間、及び第２ユーザが前記イベントに参加している第２時間をそれぞれ特定する処理と、前記第１時間及び前記第２時間に基づいて、前記イベントの代金のうち、前記第１ユーザの第１負担額及び前記第２ユーザの第２負担額をそれぞれ算出する処理と、を実行する。【選択図】図４Ｂ

Description

本開示は、情報処理方法、情報処理装置、及びプログラムに関する。

従来、複数のユーザで飲食や商品の購入をした場合に、一のユーザが店舗のレジ等で代金をまとめて（一括で）支払い、他のユーザが当該一のユーザに、オンラインで決済等を行う決済サービスを用いて送金（個人間送金）することにより、当該複数のユーザで代金の支払いを分担（割り勘）できるようにする技術が知られている（例えば、特許文献１を参照）。この技術において、各ユーザの負担額（分担額、割り勘額）は、代金の均等割り、またはユーザの操作で設定することができる。

特開２０１３−２３８９９８号公報

しかしながら、従来技術では、例えば、イベントの途中で帰る等したユーザに対する負担額を設定することが煩わしい場合がある。本開示は、複数のユーザで代金の支払いを分担することが容易にできるようにする技術を提供することを目的とする。

本開示の一実施形態に係る情報処理装置は、第１ユーザがイベントに参加している第１時間、第２ユーザが前記イベントに参加している第２時間、及び第３ユーザが前記イベントに参加している第３時間を特定する処理と、前記第１時間、前記第２時間、及び前記第３時間に基づいて、前記イベントの代金のうち、前記第１ユーザの第１負担額、前記第２ユーザの第２負担額、及び前記第３ユーザの第３負担額を算出する処理と、前記第１ユーザにより前記第１負担額よりも高い第１金額が支払われた場合、前記第１金額と前記第１負担額との差額の少なくとも一部を前記第２ユーザ、及び前記第３ユーザに分配する処理と、前記第３ユーザの前記第３負担額の少なくとも一部である第２金額に対する決済が、前記第２ユーザから要求された場合、前記第２ユーザの残高から前記第２金額を減算し、
前記第２金額が前記第２ユーザにより代理で支払われたことを示す情報を、前記第１ユーザに対応付けられた第１情報処理端末及び前記第３ユーザに対応付けられた第３情報処理端末の少なくとも一方に送信する処理と、を実行する。

本開示の一実施形態に係る通信システムの構成を示す図である。 実施形態に係るサーバ、及び端末のハードウェア構成の一例を示す図である。 実施形態に係るサーバ、及び端末の機能的な構成を示すブロック図の一例を示す図である。 実施形態に係る通信システムの処理のシーケンスの一例を示す図である。 実施形態に係る通信システムの処理のシーケンスの一例を示す図である。 実施形態に係る割り勘情報記憶部に記憶されている割り勘情報の一例を示す図である。 実施形態に係るユーザ情報記憶部に記憶されているユーザ情報の一例を示す図である。 実施形態に係る端末の表示画面の一例について説明する図である。 実施形態に係る端末の表示画面の一例について説明する図である。 実施形態に係る端末の表示画面の一例について説明する図である。 実施形態に係る端末の表示画面の一例について説明する図である。 実施形態に係る端末の表示画面の一例について説明する図である。 実施形態に係る割り勘額を算出する処理の一例を示すフローチャートである。 実施形態に係る端末の表示画面の一例について説明する図である。 実施形態に係る端末の表示画面の一例について説明する図である。 第２実施例に係るサーバ、及び端末の機能的な構成を示すブロック図の一例を示す図である。 第２実施例に係るメッセージング情報記憶部に記憶されるメッセージング情報の一例を示す図である。 第２実施例に係る端末の表示画面の一例を示す図である。

＜法令遵守＞
本明細書に記載の開示は、実施される場合、本開示を実施する各国の法令を遵守のうえで実施される。また、本明細書に記載の開示は、各国の法令を遵守するために必要な、当業者が成し得る全ての変更、置換、変形、改変、および修正をもって実施される。

本開示に係る複数のユーザでの代金の支払いの分担（割り勘）を実施するための形態について、図面を参照して説明する。
＜システム構成＞
図１は、本開示の一実施形態に係る通信システム１の構成を示す図である。図１に開示されるように、通信システム１では、ネットワーク１３０を介してサーバ１１０Ａ、サーバ１１０Ｂと、端末１２０Ａ、端末１２０Ｂ、端末１２０Ｃとが接続される。

本開示において、サーバ１１０Ａと、サーバ１１０Ｂとをそれぞれ区別する必要がない場合は、サーバ１１０Ａとサーバ１１０Ｂとは、それぞれサーバ１１０と表現されてもよい。

本開示において、端末１２０Ａと、端末１２０Ｂと、端末１２０Ｃとをそれぞれ区別する必要がない場合は、端末１２０Ａと端末１２０Ｂと端末１２０Ｃとは、それぞれ端末１２０（「情報処理端末」の一例。）と表現されてもよい。

本開示において、サーバ１１０と、端末１２０とをそれぞれ区別する必要がない場合は、サーバ１１０と端末１２０とは、それぞれ情報処理装置２００と表現されてもよい。なお、ネットワーク１３０に接続される情報処理装置２００の数は図１の例に限定されない。

サーバ１１０は、ネットワーク１３０を介してユーザが利用する端末１２０に、所定のサービスを提供する。所定のサービスは、限定でなく例として、決済サービス、金融サービス、電子商取引サービス、インスタントメッセンジャー等を用いるメッセージングサービスを代表とするSNS（Social Networking Service）、楽曲・動画・書籍などのコンテンツ提供サービス等を含む。ユーザが端末１２０を介して所定のサービスを利用することで、サーバ１１０は１以上の端末１２０に所定のサービスを提供することができる。端末１２０は、例えば、ユーザのスマートフォン等の端末であり、サーバ１１０により提供される決済サービス等を用いた割り勘等を行う。

必要に応じて、ユーザＸが利用する端末を端末１２０Ｘと表現し、ユーザＸまたは端末１２０Ｘに対応づけられた、所定のサービスにおけるユーザ情報をユーザ情報Ｘと表現する。なお、ユーザ情報とは、所定のサービスにおいてユーザが利用するアカウントに対応付けられたユーザの情報である。ユーザ情報は、限定でなく例として、ユーザにより入力される、または、所定のサービスにより付与される、ユーザの名前、ユーザのアイコン画像、ユーザの年齢、ユーザの性別、ユーザの住所、ユーザの趣味趣向、ユーザの識別子などのユーザに対応づけられた情報、ユーザに対応付けられた電子バリュー（電子マネー）の残高情報、ユーザに対応付けられたクレジットカード情報（クレジットカード番号など）を含み、これらのいずれか一つまたは、組み合わせであってもよい。

ネットワーク１３０は、２以上の情報処理装置２００を接続する役割を担う。ネットワーク１３０は、端末１２０がサーバ１１０に接続した後、データを送受信することができるように接続経路を提供する通信網を意味する。

ネットワーク１３０のうちの１つまたは複数の部分は、有線ネットワークや無線ネットワークであってもよい。ネットワーク１３０は、限定でなく例として、アドホック・ネットワーク（Ad Hoc Network）、イントラネット、エクストラネット、仮想プライベート・ネットワーク（Virtual Private Network：ＶＰＮ）、ローカル・エリア・ネットワーク（Local Area Network：ＬＡＮ）、ワイヤレスＬＡＮ（Wireless LAN：ＷＬＡＮ）、広域ネットワーク（Wide Area Network：ＷＡＮ）、ワイヤレスＷＡＮ（Wireless WAN：ＷＷＡＮ）、大都市圏ネットワーク（Metropolitan Area Network：ＭＡＮ）、インターネットの一部、公衆交換電話網（Public Switched Telephone Network：ＰＳＴＮ）の一部、携帯電話網、ＩＳＤＮｓ（Integrated Service Digital Networks）、無線ＬＡＮｓ、ＬＴＥ（Long Term Evolution）、ＣＤＭＡ（Code Division Multiple Access）、ブルートゥース（Bluetooth（登録商標））、衛星通信など、または、これらの２つ以上の組合せを含むことができる。ネットワーク１３０は、１つまたは複数のネットワーク１３０を含むことができる。

情報処理装置２００は、本開示に記載される機能および方法を実現できる情報処理装置であればどのような情報処理装置であってもよい。

情報処理装置２００は、限定ではなく例として、スマートフォン、携帯電話（フィーチャーフォン）、コンピュータ（限定でなく例として、デスクトップ、ラップトップ、タブレットなど）、サーバ装置、メディアコンピュータプラットホーム（限定でなく例として、ケーブル、衛星セットトップボックス、デジタルビデオレコーダなど）、ハンドヘルドコンピュータデバイス（限定でなく例として、ＰＤＡ（Personal Digital Assistant）、電子メールクライアントなど）、ウェアラブル端末（限定でなく例として、メガネ型デバイス、時計型デバイスなど）、他種のコンピュータ、またはコミュニケーションプラットホームを含む。

＜ハードウェア構成＞
図２を用いて、通信システム１に含まれる情報処理装置２００のハードウェア構成について説明する。図２は、実施形態に係る情報処理装置２００のハードウェア構成の一例を示す図である。

情報処理装置２００は、プロセッサ２０１と、メモリ２０２と、ストレージ２０３と、入出力インタフェース（入出力Ｉ／Ｆ）２０４と、通信インタフェース（通信Ｉ／Ｆ）２０５とを含む。情報処理装置２００のハードウェアの各構成要素は、限定でなく例として、バスＢを介して相互に接続される。

情報処理装置２００は、プロセッサ２０１と、メモリ２０２と、ストレージ２０３と、入出力Ｉ／Ｆ２０４と、通信Ｉ／Ｆ２０５との協働により、本開示に記載される機能、および／または、方法を実現する。

プロセッサ２０１は、ストレージ２０３に記憶されるプログラムに含まれるコードまたは命令によって実現する機能および方法を実行する。プロセッサ２０１は、限定でなく例として、中央処理装置（ＣＰＵ）、ＭＰＵ（Micro Processing Unit）、ＧＰＵ（Graphic s Processing Unit）、マイクロプロセッサ（microprocessor）、プロセッサコア（processor core）、マルチプロセッサ（multiprocessor）、ＡＳＩＣ（Application-Specific Integrated Circuit）、ＦＰＧＡ（Field Programmable Gate Array）等を含み、集積回路（ＩＣ（Integrated Circuit）チップ、ＬＳＩ（Large Scale Integration））等に形成された論理回路（ハードウェア）や専用回路によって各実施形態に開示される各処理を実現してもよい。また、これらの回路は、１または複数の集積回路により実現されてよく、各実施形態に示す複数の処理を１つの集積回路により実現されることとしてもよい。また、ＬＳＩは、集積度の違いにより、ＶＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩなどと呼称されることもある。

メモリ２０２は、ストレージ２０３からロードしたプログラムを一時的に記憶し、プロセッサ２０１に対して作業領域を提供する。メモリ２０２には、プロセッサ２０１がプログラムを実行している間に生成される各種データも一時的に格納される。メモリ２０２は、限定でなく例として、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）などを含む。

ストレージ２０３は、プログラムを記憶する。ストレージ２０３は、限定でなく例として、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）、フラッシュメモリなどを含む。

通信Ｉ／Ｆ２０５は、ネットワーク１３０を介して各種データの送受信を行う。当該通信は、有線、無線のいずれで実行されてもよく、互いの通信が実行できるのであれば、どのような通信プロトコルを用いてもよい。通信Ｉ／Ｆ２０５は、ネットワーク１３０を介して、他の情報処理装置との通信を実行する機能を有する。通信Ｉ／Ｆ２０５は、各種データをプロセッサ２０１からの指示に従って、他の情報処理装置に送信する。また、通信Ｉ／Ｆ２０５は、他の情報処理装置から送信された各種データを受信し、プロセッサ２０１に伝達する。

入出力Ｉ／Ｆ２０４は、情報処理装置２００に対する各種操作を入力する入力装置、および、情報処理装置２００で処理された処理結果を出力する出力装置を含む。入出力Ｉ／Ｆ２０４は、入力装置と出力装置が一体化していてもよいし、入力装置と出力装置とに分離していてもよい。

入力装置は、ユーザからの入力を受け付けて、当該入力に係る情報をプロセッサ２０１に伝達できる全ての種類の装置のいずれか、または、その組み合わせにより実現される。入力装置は、限定でなく例として、タッチパネル、タッチディスプレイ、キーボード等のハードウェアキーや、マウス等のポインティングデバイス、カメラ（画像を介した操作入力）、マイク（音声による操作入力）を含む。

出力装置は、プロセッサ２０１で処理された処理結果を出力することができる全ての種類の装置のいずれか、または、その組み合わせにより実現される。当該処理結果を映像または動画像として出力する場合、出力装置は、フレームバッファに書き込まれた表示データに従って、当該表示データを表示することができる全ての種類の装置のいずれかまたはその組み合わせにより実現される。出力装置は、限定でなく例として、タッチパネル、タッチディスプレイ、モニタ（限定でなく例として、液晶ディスプレイ、ＯＥＬＤ（Organic Electroluminescence Display）など）、ヘッドマウントディスプレイ（ＨＤＭ：Head Mounted Display）、プロジェクションマッピング、ホログラム、空気中など（真空であってもよい）に画像やテキスト情報等を表示可能な装置、スピーカ（音声出力）、プリンターなどを含む。なお、これらの出力装置は、３Ｄで表示データを表示可能であってもよい。

本開示の各実施形態のプログラムは、コンピュータに読み取り可能な記憶媒体に記憶された状態で提供されてもよい。記憶媒体は、「一時的でない有形の媒体」に、プログラムを記憶可能である。プログラムは、限定でなく例として、ソフトウェアプログラムやコンピュータプログラムを含む。

記憶媒体は適切な場合、１つまたは複数の半導体ベースの、または他の集積回路（ＩＣ）（限定でなく例として、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）、特定用途向けＩＣ（ＡＳＩＣ）など）、ハード・ディスク・ドライブ（ＨＤＤ）、ハイブリッド・ハード・ドライブ（ＨＨＤ）、光ディスク、光ディスクドライブ（ＯＤＤ）、光磁気ディスク、光磁気ドライブ、フロッピィ・ディスケット、フロッピィ・ディスク・ドライブ（ＦＤＤ）、磁気テープ、固体ドライブ（ＳＳＤ）、ＲＡＭドライブ、セキュア・デジタル・カードもしくはドライブ、任意の他の適切な記憶媒体、またはこれらの２つ以上の適切な組合せを含むことができる。記憶媒体は、適切な場合、揮発性、不揮発性、または揮発性と不揮発性の組合せでよい。

また、本開示のプログラムは、当該プログラムを伝送可能な任意の伝送媒体（通信ネットワークや放送波等）を介して、情報処理装置２００に提供されてもよい。

また、本開示の各実施形態は、プログラムが電子的な伝送によって具現化された、搬送波に埋め込まれたデータ信号の形態でも実現され得る。

なお、本開示のプログラムは、限定でなく例として、JavaScript（登録商標）、Pythonなどのスクリプト言語、Ｃ言語、Ｇｏ言語、Swift、Kotlin、Java（登録商標）などを用いて実装される。

情報処理装置２００における処理の少なくとも一部は、１以上のコンピュータにより構成されるクラウドコンピューティングにより実現されていてもよい。

情報処理装置２００における処理の少なくとも一部を、他の情報処理装置により行う構成としてもよい。この場合、プロセッサ２０１により実現される各機能部の処理のうち少なくとも一部の処理を、他の情報処理装置で行う構成としてもよい。

＜その他＞
明示的な言及のない限り、本開示の実施形態における判定の構成は必須でなく、判定条件を満たした場合に所定の処理が動作されたり、判定条件を満たさない場合に所定の処理がされたりしてもよい。

本開示では、明記されていない限り、または文脈によって示されない限り、「AおよびBの少なくとも一方」は、「Ａ、Ｂ、またはその両方」を意味する。さらに、明記されない限り、または文脈によって示されない限り、「ａ」、「ａｎ」、または「ｔｈｅ」は「１つまたは複数」を意味するものとする。したがって、本明細書では、別段に明記されない限り、または文脈によって示されない限り、「ａｎ Ａ」または「ｔｈｅ Ａ」は「１つまたは複数のＡ」を意味する。

本開示は、本開示の実施形態および実施例に対して、当業者が成し得る全ての変更、置換、変形、改変、または修正を包含する。また、添付の特許請求の範囲は、本開示の実施形態および実施例に対して、当業者が成し得る全ての変更、置換、変形、改変、または修正を包含する。さらに、本開示は、当業者が成し得る、本開示における実施形態または実施例の１以上の特徴と、本開示における他の実施形態または実施例の１以上の特徴との任意の組合せを包含する。

加えて、特定の機能を実施するように適合される、配置される、能力を有する、構成される、使用可能である、動作可能である、または動作できる装置またはシステムあるいは装置またはシステムの構成要素に対する添付の特許請求の範囲での参照は、その装置、システム、または構成要素がそのように適合される、配置される、能力を有する、構成される、使用可能にされる、動作可能にされる、または動作できる限り、その装置、システム、構成要素またはその特定の機能がアクティベートされ、オンにされ、またはロック解除されているか否かに関わらず、その装置、システム、構成要素を包含する。

本開示は、明示されない限り、いずれの実施形態または実施例を実施するに際して、事前に、または、実施の直前にユーザからの同意を取得してもよい。また、取得する同意は、包括的なものでもよく、都度取得するものでもよい。

＜実施形態＞
本開示の実施形態は、各ユーザがイベントに参加していた時間に基づいて割り勘額を算出する実施形態である。

実施形態により、容易に割り勘を行うことができる。また、より適正な割り勘額を算出することができるため、結果的に端末１２０Ａやサーバ１１０の負荷、及び端末１２０Ａとサーバ１１０間のネットワーク１３０の負荷を軽減できるという効果が得られる。

＜実施形態の機能構成＞
図３を用いてサーバ１１０および端末１２０の機能構成を説明する。図３は、実施形態に係るサーバ１１０、及び端末１２０の機能的な構成を示すブロック図の一例を示す図である。図３に開示の機能部は、情報処理装置２００が備えるプロセッサ２０１と、メモリ２０２と、ストレージ２０３と、入出力Ｉ／Ｆ２０４と、通信Ｉ／Ｆ２０５との協働により実現される。

（１）サーバの機能構成
サーバ１１０は、受付部３１１と、送受信部３１２と、制御部３１３と、表示制御部３１４と、記憶部３１５とを有する。なお、各機能部の機能または処理は、実現可能な範囲において、機械学習またはＡＩ（Artificial Intelligence）により実現されてもよい。

受付部３１１は、サーバ１１０により提供される各種のサービスを運営する事業者からの各種の設定操作等を受け付ける。

送受信部３１２は、制御部３１３の指示に従い、端末１２０とのデータの送受信を行う。なお、送受信部３１２は、例えば、端末１２０等からのログイン要求に含まれるユーザＩＤ、及びパスワードにより端末１２０等のユーザが認証された際、端末１２０等とのＨＴＴＰＳ等を用いた通信用のセッションを接続する。そして、接続した通信用のセッションのＩＤに対応付けて、端末１２０等の通信用のアドレス、及びユーザＩＤ等を記憶しておく。そして、接続した通信用のセッションを用いて、端末１２０等にデータを送信する。

制御部３１３は、決済サービス、電子クーポン配信サービス、金融サービス、及び電子商取引サービス等のサービスを、端末１２０のユーザに提供する処理を行う。

表示制御部３１４は、制御部３１３の指示に従い、端末１２０の表示画面を制御する情報を、送受信部３１２に送信させる。

記憶部３１５は、割り勘情報を記憶する割り勘情報記憶部３１５１、及び端末１２０のユーザの情報を記憶するユーザ情報記憶部３１５２等を有する。

（２）端末の機能構成
端末１２０は、受付部３２１と、送受信部３２２と、制御部３２３と、表示制御部３２４と、記憶部３２５と、位置情報測定部３２６とを有する。なお、各機能部の機能または処理は、実現可能な範囲において、機械学習またはＡＩ（Artificial Intelligence）により実現されてもよい。

受付部３２１は、端末１２０のユーザからの各種の操作等を受け付ける。

送受信部３２２は、制御部３２３の指示に従い、サーバ１１０等とのデータの送受信を行う。なお、送受信部３２２は、例えば、サーバ１１０にログインした際、サーバ１１０とのＨＴＴＰＳ等を用いた通信用のセッションを接続する。そして、接続した通信用のセッションのＩＤに対応付けて、サーバ１１０の通信用のアドレス等を記憶しておく。そして、接続した通信用のセッションを用いて、サーバ１１０にデータを送信する。

制御部３２３は、サーバ１１０により提供される決済サービス、金融サービス、及び電子商取引サービス等の各種のサービスを利用する処理を行う。

表示制御部３２４は、制御部３２３の指示に従い、サーバ１１０から受信した情報等に基づいて、端末１２０の表示画面を制御する。

記憶部３２５は、サーバ１１０により提供される決済サービス等を利用するための情報を記憶する。

位置情報測定部３２６は、端末１２０の現在位置の位置情報を測定する機能を備える。位置情報測定部３２６は、限定でなく例として、ＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）を用いて、端末１２０の現在位置の位置情報として、該端末１２０の緯度および経度を測定する。なお、位置情報測定部３２６による端末１２０の位置情報の測定は、端末１２０の位置情報を測定できれば、どのような方法を用いてもよい。限定でなく例として、位置情報測定部３２６は、ＩＭＥＳ（Ｉｎｄｏｏｒ ＭＥｓｓａｇｉｎｇ Ｓｙｓｔｅｍ）、Ｗｉ−Ｆｉ、ＲＦＩＤ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ Ｉｄｅｎｔｉｆｉｅｒ）、ＮＦＣ（Ｎｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）、ＢＬＥ（Ｂｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙ）、超音波などの近距離無線通信、ＬＴＥやＣＤＭＡなどの移動体通信システムなどを利用して、端末１２０の位置情報を測定してもよい。

＜実施形態の処理＞
図４Ａから図５Ｂを参照し、実施形態に係る通信システム１の処理について説明する。図４Ａ及び図４Ｂ（以下で、適宜「図４」と総称する。）は、実施形態に係る通信システム１の処理のシーケンスの一例を示す図である。図５Ａは、実施形態に係る割り勘情報記憶部３１５１に記憶されている割り勘情報の一例を示す図である。図５Ｂは、実施形態に係るユーザ情報記憶部３１５２に記憶されているユーザ情報の一例を示す図である。図６Ａから図６Ｅは、実施形態に係る端末１２０の表示画面の一例について説明する図である。なお、端末１２０は、サーバ１１０との通信を行う際、ユーザのアカウントを用いてサーバ１１０の認証を受けているものとする。

ステップＳ１において、端末１２０Ａの表示制御部３２４は、ユーザＡの操作に応答して、代金の少なくとも一部の支払いを要求する各ユーザ（割り勘対象の各ユーザ）を選択する割り勘対象選択画面を表示する。ここで、端末１２０Ａの表示制御部３２４は、図６Ａの例では、割り勘対象選択画面６０１の領域６０２において、割り勘対象の候補であるユーザＢからＥと、ＸからＺの各ユーザに対して、割り勘対象として指定するためのラジオボタン（チェックボックス）６０３Ｂから６０３Ｅ、及び６０３Ｘから６０３Ｚを表示させている。また、各ユーザのアイコン６０４Ｂから６０４Ｅ、及び６０４Ｘから６０４Ｚと、各ユーザの名称６０５Ｂから６０５Ｅ、及び６０５Ｘから６０５Ｚと、決定ボタン６０６を表示させている。図６Ａの例では、端末１２０ＡのユーザＡは、デフォルトで割り勘対象のユーザとして指定されるものとする。なお、割り勘対象のユーザの候補を抽出する処理の例については後述する。

続いて、端末１２０Ａの受付部３２１は、割り勘対象の各ユーザ等を指定する操作をユーザＡから受け付ける（ステップＳ２）。以下では、図６Ａのラジオボタン６０３Ｂから６０３ＥがユーザＡにより選択操作され、決定ボタン６０６が押下されたことにより、ユーザＢからユーザＥの４名が指定されたものとして説明する。

続いて、端末１２０Ａの送受信部３２２は、指定された各ユーザの情報をサーバ１１０に送信する（ステップＳ３）。続いて、サーバ１１０の制御部３１３は、指定された各ユーザ、及びユーザＡの情報を割り勘情報記憶部３１５１に記憶する（ステップＳ４）。

（割り勘情報記憶部３１５１）
図５Ａの例では、割り勘情報記憶部３１５１には、割り勘ＩＤに対応付けて、イベント名称、イベント日時、幹事ユーザのユーザＩＤ、割り勘対象の各ユーザのユーザＩＤ、及び代金が記憶され、割り勘ＩＤ及び割り勘対象の各ユーザのユーザＩＤに対応付けて、滞在時間、割り勘額、及び決済状態が記憶されている。

割り勘ＩＤは、割り勘を行う決済の識別情報（ＩＤ）である。割り勘ＩＤは、サーバ１１０により生成されてもよい。イベント名称及びイベント日時は、それぞれ、割り勘による決済を行うイベントの名称及び開催日時である。イベント名称及びイベント日時は、例えば、ステップＳ２の処理の際に、ユーザＡにより設定されてもよい。幹事ユーザのユーザＩＤは、当該決済を一括で行うユーザのユーザＩＤである。代金は、当該決済により店舗等に支払われる代金である。滞在時間は、割り勘対象の各ユーザがイベントに参加している時間である。割り勘額は、割り勘対象の各ユーザに対して割り勘により請求される金額である。決済状態は、割り勘対象の各ユーザの決済の状態を示す情報である。

サーバ１１０の制御部３１３は、ステップＳ４の処理で、割り勘ＩＤ、イベント名称、イベント日時、幹事ユーザのユーザＩＤ、割り勘対象の各ユーザのユーザＩＤを記憶してもよい。また、サーバ１１０の送受信部３１２は、生成した割り勘ＩＤの情報を端末１２０Ａに返信してもよい。

続いて、サーバ１１０の送受信部３１２は、ユーザＡにより割り勘対象のユーザとして指定されたことを示す通知を、指定された各ユーザの端末１２０Ｂ、端末１２０Ｃ、端末１２０Ｄ、端末１２０Ｅにそれぞれ送信する（ステップＳ５−１〜４）。

続いて、端末１２０Ｂ、端末１２０Ｃ、端末１２０Ｄ、端末１２０Ｅ（以下で、「端末Ｂ等」と称する。）の表示制御部３２４は、それぞれ、受信した通知を表示させる（ステップＳ６−１〜４）。ここで、端末１２０Ｂ等の表示制御部３２４は、図６Ｂの例では、割り勘対象承認画面６１１において、ユーザＡの名称、及びユーザＡに指定されたイベント名称である「新年会Ａ」の情報を含むメッセージ６１２を表示している。また、領域６１３において、ユーザＡにより割り勘対象として指定された各ユーザのアイコン６０４Ｂから６０４Ｅ、及び６０４Ｘから６０４Ｚと、各ユーザの名称６０５Ｂから６０５Ｅ、及び６０５Ｘから６０５Ｚと、「拒否」ボタン６１４、及び「承認」ボタン６１５を表示させている。

続いて、端末１２０Ｂ等の受付部３２１は、割り勘対象として指定されたことを承認する操作を、それぞれ、ユーザＢ等から受け付ける（ステップＳ７−１〜４）。ここで、端末１２０Ｂ等の受付部３２１は、図６Ｂの「承認」ボタン６１５の押下操作を受け付ける。

続いて、端末１２０Ｂ等の送受信部３２２は、承認応答をサーバ１１０に返信する（ステップＳ８−１〜４）。ここで、サーバ１１０の制御部３１３は、図５Ａの割り勘情報記憶部３１５１に記憶されている割り勘情報において、各ユーザの決済状態を「未支払い」に更新してもよい。なお、図６Ｂの「拒否」ボタン６１４の押下操作を受け付けた場合、端末１２０の送受信部３２２は、非承認応答をサーバ１１０に返信する。この場合、サーバ１１０の制御部３１３は、図５Ａの割り勘情報記憶部３１５１に記憶されている割り勘情報において、当該端末１２０のユーザの決済状態を「拒否」に更新してもよい。

続いて、端末１２０Ａの受付部３２１は、指定した各ユーザで割り勘をする操作をユーザＡから受け付ける（ステップＳ９）。ステップＳ９の処理は、ユーザＡが店舗等にて代金を一括で支払う前に実行されてもよい。この場合、端末１２０Ａの受付部３２１は、例えば、当該代金の情報の入力をユーザＡから受け付けてもよい。

また、ステップＳ９の処理は、例えば、サーバ１１０により提供される決済サービスを用いて、ユーザＡにより店舗等にて代金を一括で支払った後で実行されてもよい。この場合、例えば、端末１２０Ａの制御部３２３は、決済履歴から、割り勘対象とする決済を指定できるようにしてもよい。端末１２０Ａの表示制御部３２４は、図６Ｃの例では、決済履歴画面６２１において、決済情報６２２、決済情報６２３を表示している。決済情報６２２には、決済日時６２２Ａ、決済した店舗名または事業者名６２２Ｂ、決済額６２３Ｃが含まれている。決済情報６２２の表示領域を押下されると、端末１２０Ａの表示制御部３２４は、図６Ｄのイベント選択画面６３１において、決済情報６２２と、ステップＳ２の処理で指定された割り勘対象の各ユーザを含むイベント情報６３３を表示させている。イベント情報６３３には、ステップＳ２の処理で指定された割り勘対象の各ユーザのＩＤまたは表示名６３３Ａ、及びイベント名称６３３Ｂが含まれている。イベント情報６３３の表示領域を押下されると、端末１２０Ａは、以下の処理を実行してもよい。または、イベント情報６３３の表示領域を押下されると、端末１２０Ａの表示制御部３２４は、各ユーザの滞在時間の確認及び修正を行う表示画面を表示させ、確認ボタン等が押下されると、以下の処理を実行してもよい。これにより、端末１２０の電池切れ等により当該端末１２０のユーザの滞在時間が不正確な場合等に、ユーザＡが確認、及び修正を行うことができる。

続いて、端末１２０Ａの送受信部３２２は、指定した各ユーザで割り勘をする要求をサーバ１１０に送信する（ステップＳ１０）。この要求には、割り勘ＩＤ、及び代金の情報が含まれてもよい。

続いて、サーバ１１０の制御部３１３は、当該各ユーザに対する割り勘額（負担額、分担額、請求額）を、当該各ユーザの滞在時間等に基づいて算出する（ステップＳ１１）。なお、この処理については後述する。

続いて、サーバ１１０の送受信部３１２は、各ユーザに対して算出した割り勘額の支払い要求を、端末１２０Ｂ等にそれぞれ送信する（ステップＳ１２−１〜４）。ここで、サーバ１１０の送受信部３１２は、図５Ａの割り勘情報記憶部３１５１において当該割り勘ＩＤに対応付けて記憶されている情報を、当該支払い要求に含めて送信してもよい。

続いて、端末１２０Ｂ等の表示制御部３２４は、それぞれ、受信した支払い要求を表示させる（ステップＳ１３−１〜４）。ここで、端末１２０Ｂの表示制御部３２４は、図６Ｅの例では、割り勘情報表示画面６４１において、イベント名称６４２、代金６４３を表示させている。また、割り勘対象の各ユーザの情報を表示させる領域６４４から６４８において、それぞれ、ユーザＩＤ６４４Ａから６４８Ａに対応付けて、各ユーザの割り勘額６４５Ｂから６４８Ｂ、各ユーザの滞在時間６４５Ｃから６４８Ｃ、各ユーザの決済状態６４５Ｄから６４８Ｄを表示させている。なお、図５Ａの例ではユーザＢの決済状態が「未支払い」であるため、決済状態を「支払う」と表示し、「支払う」ボタン６４５Ｅを表示させている。なお、端末１２０Ｂの表示制御部３２４は、図５Ａ、及び図６Ｅの例では、ユーザＣに対しては、以下のステップＳ１４−１からステップＳ１７の処理が既に行われているため、ユーザＣの決済状態は「支払い済み」と表示させている。

また、端末１２０Ｂの表示制御部３２４は、決済状態が「未支払い」、及び「未承認」であるユーザの情報は、決済状態が「支払い済み」のユーザの情報とは異なる表示態様で表示させてもよい。端末１２０Ｂの表示制御部３２４は、図６Ｅの例では、決済状態が「未支払い」であるユーザＢの情報を表示させる領域６４５、及びユーザＤの情報を表示させる領域６４７を、赤色等で表示させている。また、決済状態が「未承認」であるユーザＥの情報を表示させる領域６４８を、黄色等で表示させている。なお、サーバ１１０の制御部３１３は、所定期間以上、割り勘額の支払いを行わないユーザの端末１２０に、リマインドのメッセージを送信してもよい。

続いて、端末１２０Ｂ等の受付部３２１は、各ユーザに対する割り勘額の支払いを承認する操作（決済操作）を、各ユーザからそれぞれ受け付ける（ステップＳ１４−１〜４）。ここで、端末１２０Ｂの受付部３２１は、図６Ｅの「支払う」ボタン６４５Ｅの押下をユーザＢから受け付ける。

続いて、端末１２０Ｂ等の送受信部３２２は、支払の承認応答をサーバ１１０に返信する（ステップＳ１５−１〜４）。ここで、サーバ１１０の制御部３１３は、図５Ａの割り勘情報記憶部３１５１に記憶されている割り勘情報において、各ユーザの決済状態を「支払い済み」に更新する。そして、サーバ１１０の送受信部３１２は、各端末１２０に、更新後の決済状態を通知する。これにより、以降では各端末１２０で表示される割り勘情報表示画面６４１において、支払いが完了したユーザの決済状態は「支払い済み」と表示されるため、各ユーザは、誰が既に払いを完了し、誰が未払いであるかを知ることができる。

続いて、サーバ１１０の制御部３１３は、ユーザ情報記憶部３１５２に記憶されているユーザ情報において、端末１２０Ｂ等のユーザＢ等の残高から、各ユーザに対する割り勘額を減算する（ステップＳ１６）。

（ユーザ情報記憶部３１５２）
図５Ｂの例では、ユーザ情報記憶部３１５２には、ユーザＩＤに対応付けて、残高、所定の関係が設定されているユーザのユーザＩＤ、及び位置情報の履歴が記憶されている。ユーザＩＤはユーザの識別情報である。残高は、サーバ１１０により提供される決済サービスにおけるユーザの残高である。残高には、例えば、銀行口座、またはコンビニエンスストア等の店舗から入金（チャージ）された金額が含まれてもよい。所定の関係が設定されているユーザのユーザＩＤは、例えば、サーバ１１０により提供されるＳＮＳ等において友達として設定されているユーザのユーザＩＤである。位置情報の履歴は、ユーザの端末１２０で取得された現在位置の履歴である。

続いて、サーバ１１０の制御部３１３は、各ユーザの残高から減算した割り勘額を、ユーザＡの残高に加算する（ステップＳ１７）。なお、図４の例では、ユーザＡがまず一括して代金を支払うことにより各ユーザの負担額を立て替える例について説明したが、これに変えて、各ユーザが、店舗のアカウントに対して割り勘額を決済するようにしてもよい。

なお、各端末１２０の表示制御部３２４は、ユーザの操作に応答し、サーバ１１０から取得した情報に基づいて、図６Ｅの割り勘情報表示画面６４１を表示してもよい。また、端末１２０Ａの表示制御部３２４は、図６Ｅの割り勘情報表示画面６４１において、各ユーザの決済状態を「支払い済み」に更新するためのボタン（「支払い済み」ボタン）を、各ユーザに対応付けて表示させてもよい。一のユーザに対応付けられた「支払い済み」ボタンが押下されると、端末１２０Ａの送受信部３２２は、当該一のユーザの決済状態を「支払い済み」に更新する要求をサーバ１１０に送信する。そして、サーバ１１０の制御部３１３は、図５Ａの割り勘情報記憶部３１５１に記憶されている割り勘情報において、当該一のユーザの決済状態を「支払い済み」に更新する。これにより、例えば、幹事であるユーザＡが、他のユーザから現金等で割り勘額を受け取った場合に、ユーザＡの操作により当該他のユーザの決済状態を「支払い済み」に設定することができる。

≪割り勘対象候補の抽出処理≫
次に、図４のステップＳ１における割り勘対象選択画面を表示する際の、割り勘対象候補を抽出する処理の一例について説明する。

図４のステップＳ１で、端末１２０Ａの送受信部３２２は、割り勘対象のユーザの候補の情報をサーバ１１０から取得し、表示制御部３２４は、取得した候補のユーザを図６Ａの割り勘対象選択画面６０１に表示させてもよい。この場合、サーバ１１０の送受信部３１２は、所定のタイミング（例えば、定期的なタイミング）で各端末１２０の位置情報を各端末１２０から受信する。そして、サーバ１１０の制御部３１３は、基準位置から所定範囲（例えば、半径２０ｍ以内）に位置する端末１２０のユーザを選択し、選択したユーザの情報を送受信部３２２により端末１２０Ａに送信してもよい。この場合、サーバ１１０の制御部３１３は、端末１２０Ａの現在位置、またはユーザＡにより指定された店舗等の住所の位置を、当該基準位置としてもよい。これにより、ユーザＡの近くまたは会場の店舗内等にいる他のユーザを、割り勘対象のユーザの候補として抽出することができる。

また、サーバ１１０の制御部３１３は、ソーシャルグラフに基づいて、割り勘対象のユーザの候補を選択してもよい。

この場合、サーバ１１０の制御部３１３は、例えば、端末１２０Ａの現在位置から所定範囲に位置する端末１２０のユーザのうち、図５Ｂのユーザ情報記憶部３１５２に記憶されている所定の関係が設定されているユーザのユーザＩＤに基づいて、割り勘対象のユーザの候補を選択してもよい。この場合、例えば、サーバ１１０の制御部３１３は、ユーザＡと所定の関係が設定されているユーザ（友達のユーザ）、及びユーザＡと所定の関係が設定されているユーザと所定の関係が設定されているユーザ（友達の友達のユーザ）を選択してもよい。これにより、ユーザＡの近くにいる他のユーザのうち、ユーザＡと飲食等を共にしていると考えられるユーザを、割り勘対象のユーザの候補として抽出することができる。なお、所定の関係とは、サーバ１１０または端末１２０が、２以上のユーザ間の所定の関係を記憶していることを意味する。限定でなく例として、所定の関係は、相互に関係構築を承認した関係、少なくとも一方が関係構築を申し入れた関係、ユーザ情報に基づき構築された関係、ユーザ行動に基づき構築された関係、所定の条件が満たされたことにより関係構築がなされた状態を含んでもよい。なお、ユーザ情報に基づき構築された関係とは、１以上の同一または類似するユーザ情報を有するユーザ同士を関係づけた関係を含んでもよいし、ユーザ行動に基づき構築された関係とは、１以上の同一または類似するユーザ行動を有するユーザ同士を関係づけた関係を含んでもよい。また、限定でなく例として、第１ユーザと所定の関係が設定されているユーザには、第１ユーザと所定の関係が設定されている第２ユーザのみならず、第２ユーザと所定の関係が設定されている第３ユーザ（友達の友達）も含まれてもよい。

また、ユーザと所定の関係が設定されているユーザ（ユーザと所定の関係にあるユーザ）は、限定ではなく例として、ユーザと所定の関係にある全てのユーザでもよいし、予め定められた所定の人数のユーザであってもよいし、親密度が所定の度合い以上のユーザであってもよい。

ここで、親密度とは、所定の期間内（１か月間や２か月間などの予め固定された期間でもよいし、所定の関係を構築してから現在までの期間でもよい）においてユーザとの間で送受信したメッセージの送受信量が多い順に親密度が高くなるように決定される度合いであってもよい。また、所定の期間内においてユーザ間で行われた取引（商品の売買や、資産の送受信・両替等などを含む）の回数が多い順に親密度が高くなるように決定される度合いでもよい。

また、親密度とは、所定の関係が構築されてから現在までの期間の長さが長いほど親密度が高くなるように決定される度合いであってもよい。所定の関係を構築してから現在までの期間の長さは、絶対値であってもよいし、ユーザと所定の関係にある１以上のユーザの中での相対値であってもよい。

また、親密度とは、ユーザと所定の関係にある複数の他のユーザについて、他のユーザがユーザの位置から所定の範囲内にいる時間の長さが長いほど、親密度が高くなるように決定される度合いであってもよい。また、親密度とは、ユーザと所定の関係にある複数のユーザについて、所定の関係が構築されてから現在までの期間と、各ユーザの位置情報とに基づいて推定される関係性（例えば家族関係にあると推定される等が高いほど親密度が高くなるように決定される度合いであってもよい。

また、親密度とは、ユーザと所定の関係にある複数の他のユーザについて、ユーザと共通のユーザの数（共通の友達の人数）が多いほど親密度が高くなるように決定される度合いであってもよい。

また、親密度とは、ユーザとコミュニケーションをとっているユーザと所定の関係を構築しているユーザのうち、ユーザ自身と所定の関係にあるユーザの数が多いほど親密度が高くなるように決定される度合いであってもよい。

また、親密度とは、ユーザ自身の属性と、ユーザと所定の関係にある複数のユーザの各々の属性との間における類似度が高いほど親密度が高くなるように決定される度合いであってもよい。ユーザの属性とは、限定ではなく例として、興味又は関心であってもよい。

また、図４のステップＳ１で、端末１２０Ａの制御部３２３は、近距離無線通信により、割り勘対象のユーザの候補の情報を他の端末１２０から取得し、取得した他の端末１２０のユーザを表示制御部３２４により図６Ａの割り勘対象選択画面６０１に表示させてもよい。この場合、当該近距離無線通信は、比較的近距離において端末１２０間で無線通信を確立できるものであればどのようなものであってもよい。近距離無線通信は、限定でなく例として、Ｗｉ−Ｆｉ、ＲＦＩＤ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ Ｉｄｅｎｔｉｆｉｅｒ）、ＮＦＣ（Ｎｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）、ＢＬＥ（Ｂｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙ）、超音波などを含む。

これにより、ユーザＡの近くにいる他のユーザを、割り勘対象のユーザの候補として抽出することができる。また、端末１２０Ａの制御部３２３は、ソーシャルグラフに基づいて、割り勘対象のユーザの候補を選択してもよい。この場合、端末１２０Ａの制御部３２３は、例えば、近距離無線通信で検出した他の端末１２０のユーザのうち、ユーザＡと所定の関係が設定されているユーザ（友達のユーザ）を選択し、選択したユーザを表示制御部３２４により図６Ａの割り勘対象選択画面６０１に表示させてもよい。

また、図４のステップＳ１で、端末１２０Ａの制御部３２３は、ユーザＡの操作に応答して、イベントに参加している各ユーザの集合写真等または動画を撮影し、撮影した画像（静止画または動画）から各ユーザの顔を画像認識して各ユーザを特定し、特定した各ユーザを表示制御部３２４により図６Ａの割り勘対象選択画面６０１に表示させてもよい。なお、この画像認識の処理は、サーバ１１０により実行されてもよい。この場合、端末１２０Ａの制御部３２３は、撮影した画像をサーバ１１０に送信し、サーバ１１０の制御部３１３は、受信した画像から各ユーザの顔を画像認識して各ユーザを特定し、特定した各ユーザの情報を端末１２０Ａに送信してもよい。

≪割り勘額の算出処理≫
次に、図７を参照し、図４のステップＳ１１におけるサーバ１１０の制御部３１３が割り勘額を算出する処理の一例について説明する。図７は、実施形態に係る割り勘額を算出する処理の一例を示すフローチャートである。

ステップＳ１０１において、サーバ１１０の制御部３１３は、割り勘対象とするイベントの開始日時、及び終了日時を特定する。ここで、サーバ１１０の制御部３１３は、例えば、図４のステップＳ２の処理でユーザＡにより指定されたイベントの開始日時、及び終了日時の情報を端末１２０Ａから受信してもよい。または、図４のステップＳ９の処理でユーザＡにより各ユーザで割り勘をする操作を端末１２０ＡがユーザＡから受け付けた日時をイベントの終了日時としてもよい。または、各端末１２０から、サーバ１１０が提供する当該イベント用の画像共有サイトにアップロードされた各画像にメタデータとして付加されている撮影日時を参照し、最も古い撮影日時及び最も新しい撮影日時を、それぞれ、イベントの開始日時及び終了日時としてもよい。

続いて、サーバ１１０の制御部３１３は、割り勘対象の各ユーザの、イベントに参加している時間（滞在時間）を特定する（ステップＳ１０２）。ここで、サーバ１１０の制御部３１３は、図５Ｂのユーザ情報記憶部３１５２に記憶されている各ユーザの位置情報の履歴に基づいて、各ユーザの滞在時間を特定してもよい。これにより、各ユーザは自動で滞在時間をサーバ１１０に特定させることができる。

この場合、サーバ１１０の制御部３１３は、例えば、まず、各ユーザの端末１２０の位置情報を、定期的等のタイミングで各ユーザの端末１２０から取得し、取得した各ユーザの位置情報を管理してもよい。そして、サーバ１１０の制御部３１３は、イベントの開始日時から終了日時の間で、各ユーザが所定の場所に滞在していた時間を算出してもよい。ここで、サーバ１１０の制御部３１３は、当該所定の場所を、例えば、図４のステップＳ２等の処理でユーザＡにより指定された位置から所定範囲内（例えば、半径２０ｍ以内）としてもよい。または、サーバ１１０の制御部３１３は、当該所定の場所を、例えば、図４のステップＳ２またはステップＳ９等の処理が行われた際の端末１２０Ａの位置から所定範囲内（例えば、半径２０ｍ以内）としてもよい。

または、サーバ１１０の制御部３１３は、例えば、端末１２０ＡにおいてユーザＡから入力を受け付けた各ユーザの参加時刻、及び退席時刻の情報に基づいて、各ユーザの滞在時間を特定してもよい。これにより、例えば、位置情報の通知を拒否しているユーザに対しても、滞在時間をサーバ１１０に特定させることができる。

続いて、サーバ１１０の制御部３１３は、各ユーザの滞在時間に基づいて、各ユーザに対する割り勘額を算出する（ステップＳ１０３）。ここで、サーバ１１０の制御部３１３は、滞在時間が長いほど、割り勘額が高くなるように算出する。この場合、サーバ１１０の制御部３１３は、例えば、各ユーザの滞在時間の比を、各ユーザの割り勘額の比として、各ユーザの割り勘額を算出してもよい。この場合、図５Ａの例では、ユーザＡからユーザＥの各ユーザの滞在時間の比は、２：２：１：１：１である。そのため、例えば、ユーザＡの割り勘額は、代金の２５４８０円の２／７の額である７２８０円と算出されている。

なお、サーバ１１０の制御部３１３は、ユーザＡ等から各ユーザの割り勘額の基本料が設定されている場合は、代金と、各ユーザの基本料の合計額との差額分に対して、各ユーザの滞在時間に基づいて、各ユーザに対する負担額を算出してもよい。この場合、サーバ１１０の制御部３１３は、基本料と、差額分に対する負担額との合計額を、各ユーザの割り勘額とする。これにより、例えば、食事のみのコース料理を注文し、飲料は各自で注文する場合に、コース料理の代金は滞在時間に関わらずに各ユーザに支払わせることができる。なお、代金が割り切れない場合には、サーバ１１０の制御部３１３は、各ユーザの割り勘額の小数点以下の金額を繰り上げてもよい。または、サーバ１１０の制御部３１３は、各ユーザの小数点以下の金額を切り捨て、不足分をサーバ１１０の事業者（決済事業者）により負担させるようにしてもよい。

以下で、実施形態における処理の一例について説明する。以下の各実施例の処理は、他の実施例の処理と組み合わせて実行させることもできる。

＜＜第１実施例＞＞
第１実施例は、一のユーザが、他のユーザの割り勘額の少なくとも一部を代わりに支払えるようにする実施例である。第１実施例により、例えば、上司が部下の割り勘額の少なくとも一部を奢る、先輩が後輩の割り勘額の少なくとも一部を奢る等の場合の処理を実行できる。

＜＜第１実施例の処理＞＞
図８Ａ、及び図８Ｂを参照し、第１実施例の処理について説明する。図８Ａ、及び図８Ｂは、実施形態に係る端末１２０の表示画面の一例について説明する図である。

以下では、端末１２０ＢのユーザＢが、ユーザＤの割り勘額の少なくとも一部を支払う例について説明する。なお、以下の処理は、ユーザＢがユーザＢの割り勘額を支払い済みでも未支払いでもよく、ユーザＤはユーザＤの割り勘額を支払い済みでも未支払いでもよい。ユーザＢ以外のユーザが、他のユーザの割り勘額の少なくとも一部を支払う場合も、以下の処理と同様である。

端末１２０Ｂの表示制御部３２４は、図６Ｅの割り勘情報表示画面６４１を表示している際に、ユーザＤの領域６４７をユーザＢにより押下された場合、端末１２０Ｂは、図８Ａの支払額指定画面８１１を表示させる。端末１２０Ｂの表示制御部３２４は、図８Ａの例では、ユーザＤ対して算出された割り勘額を示すメッセージ８１２、ユーザＤ対して算出された割り勘額のうちユーザＢが代わりに支払う金額を入力する入力欄８１３、及び「支払う」ボタン８１４を表示させている。図８Ａの例では、入力欄８１３に２０００円がユーザＢにより入力されている。

ここで、「支払う」ボタン８１４が押下されると、端末１２０Ｂの送受信部３２２は、代理支払い要求をサーバ１１０に送信する。ここで、代理支払い要求には、ユーザＤのユーザＩＤ、及び入力欄８１３に入力された金額の情報が含まれる。

そして、サーバ１１０の制御部３１３は、図５Ａの割り勘情報記憶部３１５１に記憶されている割り勘情報において、ユーザＤの決済状態を「未支払い（ユーザＢにより２０００円が代理で支払われた）」に更新する。そして、サーバ１１０の制御部３１３は、各端末１２０に、更新後の決済状態を通知する。そして、各端末１２０の表示制御部３２４は、表示画面を、図６Ｅの割り勘情報表示画面６４１から図８Ｂの割り勘情報表示画面８２１に更新する。各端末１２０の表示制御部３２４は、図８Ｂの例では、図６Ｅの例と比較して、ユーザＤの本来の割り勘額８２２Ａに取り消し線を引いて見え消しで表示させ、ユーザＤに割り当てられた残りの割り勘額８２２Ｂを表示している。残りの割り勘額８２２Ｂは、本来の割り勘額である３６４０円からユーザＢにより代理で支払われた２０００円を減算した額である１６４０円である。また、ユーザＢにより２０００円がユーザＤの代理で支払われたことを示すメッセージ８２３を表示させている。これにより、以降では各端末１２０で表示される割り勘情報表示画面６４１において、ユーザＤの決済状態は「未支払い（ユーザＢにより２０００円が代理で支払われた）」と表示されるため、各ユーザは、ユーザＢがユーザＤの割り勘額の一部を奢ったことを知ることができる。

そして、サーバ１１０の制御部３１３は、ユーザ情報記憶部３１５２に記憶されているユーザ情報において、端末１２０ＢのユーザＢの残高から、入力欄８１３に入力された金額を減算する。そして、サーバ１１０の制御部３１３は、ユーザＤが既にユーザＤの割り勘額を支払い済みであるか否かを判定し、支払い済みの場合、減算した当該金額をユーザＤの残高に加算する。一方、支払い済みでない場合、減算した当該金額をユーザＡの残高に加算する。

なお、一のユーザが、奢る対象のユーザを指定せずに、当該一のユーザに対する割り勘額よりも多い金額を支払えるようにしてもよい。以下では、ユーザＢに対して算出された割り勘額が７２８０円の場合に、ユーザＢが１００００円を支払う例について説明する。

まず、端末１２０Ｂの受付部３２１は、図８Ａの支払額指定画面８１１等において、ユーザＢに対して算出された割り勘額よりも多い金額を支払う操作を受け付ける。そして、端末１２０Ｂの送受信部３２２は、ユーザＢに指定された額の支払い要求をサーバ１１０に送信する。

そして、サーバ１１０の制御部３１３は、ユーザＢの決済状態を「支払い済み」に更新し、ユーザＢに指定された額である１００００円とユーザＢに対して算出された割り勘額である７２８０円との差額２７２０円を算出する。そして、サーバ１１０の制御部３１３は、算出した差額２７２０円をユーザＢ以外の各ユーザで均等割りした額、または各ユーザの滞在時間の比に基づいて分配した額を、各ユーザの割り勘額から減算する。なお、この場合、サーバ１１０の制御部３１３は、イベントの幹事であるユーザＡに所定の割合または所定の金額だけ多い額を分配してもよい。また、サーバ１１０の制御部３１３は、支払った順が早い程、多い額を分配してもよい。またはイベントの終了日時から割り勘額を支払った日時までが短い程、多い額を分配してもよい。この場合、割り勘額を支払ったユーザに対しては、当該ユーザの残高に、分配された額を加算してもよい。これにより、各ユーザに対し、早く支払うことのインセンティブを与えることができる。

そして、サーバ１１０の制御部３１３は、当該各ユーザの決済状態に、ユーザＢにより各ユーザに対して減算された額が代理で支払われたことを示す情報を記憶し、当該各ユーザの決済状態を各端末１２０に表示させる。

なお、サーバ１１０の制御部３１３は、決済状態が「未支払い」、または「未承認」の一のユーザの端末１２０から、支払い拒否要求を受信すると、割り勘対象の各ユーザのうち、当該一のユーザ以外のユーザの端末に、支払い拒否要求をそれぞれ転送する。そして、当該一のユーザ以外のユーザの端末１２０から承認応答を受信すると、当該一のユーザに対する割り勘額を、割り勘対象の各ユーザのうち当該一のユーザ以外のユーザで、滞在時間に基づいて分担するよう、各ユーザの割り勘額を再度算出してもよい。なお、この場合、サーバ１１０の制御部３１３は、割り勘対象の各ユーザのうち、決済状態が「未支払い」であるユーザの端末にのみ、支払い拒否要求をそれぞれ転送してもよい。これにより、支払い済みのユーザは、支払った後に割り勘が増額されることを免れることができる。

＜＜第２実施例＞＞
第２実施例は、サーバ１１０により提供されるメッセージングサービスの情報も用いて、割り勘額を算出する実施例である。第２実施例により、例えば、複数のユーザで代金の支払いを分担することが容易にできる。

＜第２実施例の機能構成＞
図９は、第２実施例に係るサーバ１１０、及び端末１２０の機能的な構成を示すブロック図の一例を示す図である。図９の例では、図３の例と比較して、サーバ１１０の記憶部３１５にメッセージング情報記憶部３１５３を有し、サーバ１１０がメッセージング処理部３１６を有する点が異なる。

メッセージング処理部３１６は、例えば、ＳＮＳによるメッセージングサービスを端末１２０のユーザに提供する処理を行う。

＜＜第２実施例の処理＞＞
図１０、及び図１１を参照し、第２実施例の処理について説明する。図１０は、第２実施例に係るメッセージング情報記憶部３１５３に記憶されるメッセージング情報の一例を示す図である。図１１は、第２実施例に係る端末１２０の表示画面の一例を示す図である。

第２実施例では、まず、図４のステップＳ２で、端末１２０Ａの受付部３２１は、例えば、イベント名称、及びイベントに参加する各ユーザを指定する操作を受け付ける。そして、サーバ１１０のメッセージング処理部３１６は、ユーザＡに指定されて情報に基づき、イベントのためのメッセージングサービス用のグループを設定する。そして、当該グループに含まれる各ユーザは、サーバ１１０により提供されるメッセージングサービスを用いてメッセージ、及び画像等のコンテンツの送受信を行う。ここで、サーバ１１０のメッセージング処理部３１６は、当該グループで送受信されたコンテンツをメッセージング情報記憶部３１５３に記憶しておく。

（メッセージング情報記憶部３１５３）
図１０の例では、メッセージング情報記憶部３１５３には、グループＩＤに対応付けて、参加する各ユーザのユーザＩＤ、割り勘ＩＤ、及び送受信履歴が記憶されている。グループＩＤは、例えば、割り勘を行う飲食等のイベントに参加する各ユーザのグループの識別情報である。参加する各ユーザのユーザＩＤは、割り勘を行う飲食等のイベントに参加する各ユーザのユーザＩＤである。送受信履歴は、各コンテンツ、各コンテンツの送信日時、及び各コンテンツを送信したユーザのユーザＩＤの情報を含む。

各端末１２０の表示制御部３２４は、図１１の例では、インスタントメッセージング画面１１０１において、イベント名称１１０２、イベントに参加する各ユーザのＩＤまたは表示名１１０３、各コンテンツ１１０４Ｃから１１０７Ｃを送信した各ユーザのＩＤまたは表示名１１０４Ａから１１０７Ａ、当該各ユーザのアイコン１１０４Ｂから１１０７Ｂ、各コンテンツが送信された日時である送信日時１１０４Ｄから１１０７Ｄを表示させている。なお、１１０６Ａの「店舗Ａ」は、当該イベントが行われる店舗のＢｏｔ用のアカウントのユーザであり、ユーザがコンテンツ１１０５Ｃの「○○飲料を４つ」等のメッセージを送信すると、当該店舗はＡＩにより注文を受け付ける。

そして、図４のステップＳ１１で、サーバ１１０の制御部３１３は、メッセージング情報記憶部３１５３に記憶されている当該グループで送受信されたコンテンツに基づいて、割り勘対象の各ユーザの滞在時間を特定し、各ユーザに対する割り勘額を算出する。

ここで、サーバ１１０の制御部３１３は、図７のステップＳ１０１において、各メッセージの意味をＡＩ等により分析することにより、割り勘対象とするイベントの開始日時、及び終了日時を特定してもよい。この場合、例えば、ユーザＡにより送信された「これから開始します」というコンテンツ１１０４Ｃの送信日時１１０４Ｄを、イベントの開始日時として特定してもよい。

また、サーバ１１０の制御部３１３は、図７のステップＳ１０２において、各メッセージの意味をＡＩ等により分析することにより、割り勘対象の各ユーザの、イベントに参加している時間を特定してもよい。この場合、例えば、ユーザＤにより送信された「到着しました」というコンテンツ１１０７Ｃの送信日時１１０７Ｄを、ユーザＤのイベントへの参加開始日時として特定してもよい。また、ユーザから送信された「先に帰ります」等のメッセージの送信日時を、当該ユーザのイベントへの参加終了日時として特定してもよい。

以上の説明に関し、更に以下の項を開示する。
（付記１）
情報処理装置が、
第１ユーザがイベントに参加している第１時間、及び第２ユーザが前記イベントに参加している第２時間をそれぞれ特定する処理と、
前記第１時間及び前記第２時間に基づいて、前記イベントの代金のうち、前記第１ユーザの第１負担額及び前記第２ユーザの第２負担額をそれぞれ算出する処理と、を実行する情報処理方法。
（付記２）
前記第１時間と、前記第２時間とは互いに異なる時間である、付記１に記載の情報処理方法。
（付記３）
前記第１ユーザの残高から前記イベントの代金を決済する処理と、
前記第２負担額の決済が前記第２ユーザに承認された場合、前記第２負担額を前記第２ユーザの残高から減算し、前記第２負担額を前記第１ユーザの残高に加算する処理と、を実行する付記１または２に記載の情報処理方法。
（付記４）
前記特定する処理は、
前記第２ユーザに対応付けられた第２情報処理端末の位置情報、または、メッセージングサービスを用いて前記第１ユーザと前記第２ユーザとを含むグループ内で送受信されたコンテンツに基づいて、前記第２時間を特定する、
付記１から３のいずれか一項に記載の情報処理方法。
（付記５）
前記イベントの代金を分担するユーザの候補として、前記第１ユーザに対応付けられた第１情報処理端末の位置または前記イベントの位置から、所定範囲内に位置する前記第２ユーザの情報を前記第１情報処理端末に表示させる情報を送信する第１送信処理を実行する、付記１から４のいずれか一項に記載の情報処理方法。
（付記６）
前記第１送信処理は、
前記第１ユーザと所定の関係が設定されているユーザのうち、前記第１情報処理端末の位置または前記イベントの位置から、所定範囲内に位置する前記第２ユーザの情報を送信する、付記５に記載の情報処理方法。
（付記７）
前記特定する処理は、第３ユーザが前記イベントに参加している第３時間を特定し、
前記算出する処理は、前記第１時間、前記第２時間、及び前記第３時間に基づいて、前記イベントの代金のうち、前記第３ユーザの第３負担額を算出する、付記１から６のいずれか一項に記載の情報処理方法。
（付記８）
前記第３負担額の少なくとも一部の金額に対する決済が、前記第２ユーザから要求された場合に、前記第３負担額から当該金額を減算する処理を実行する、付記７に記載の情報処理方法。
（付記９）
前記第２ユーザの残高から前記第３負担額の少なくとも一部の金額を減算し、当該金額を前記第１ユーザの残高に加算する処理を実行する、付記８に記載の情報処理方法。
（付記１０）
前記第３ユーザの前記第３負担額の決済状況を表示させる情報を、前記第１ユーザに対応付けられた第１情報処理端末及び前記第２ユーザに対応付けられた第２情報処理端末の少なくとも１つに送信する第２送信処理を実行する、付記７から９のいずれか一項に記載の情報処理方法。
（付記１１）
前記第１負担額と、前記第２負担額と、前記第３負担額との合計である合計金額が、前記イベントの代金よりも大きい場合に、当該合計金額と前記イベントの代金との差額の少なくとも一部を、前記第１ユーザの残高、前記第２ユーザの残高、前記第３ユーザの残高のうち少なくとも１つに加算する処理を実行する、付記７から１０のいずれか一項に記載の情報処理方法。
（付記１２）
第１ユーザがイベントに参加している第１時間、及び第２ユーザが前記イベントに参加している第２時間をそれぞれ特定し、
前記第１時間及び前記第２時間に基づいて、前記イベントの代金のうち、前記第１ユーザの第１負担額及び前記第２ユーザの第２負担額をそれぞれ算出する制御部を有する情報処理装置。
（付記１３）
情報処理装置に、
第１ユーザがイベントに参加している第１時間、及び第２ユーザが前記イベントに参加している第２時間をそれぞれ特定する処理と、
前記第１時間及び前記第２時間に基づいて、前記イベントの代金のうち、前記第１ユーザの第１負担額及び前記第２ユーザの第２負担額をそれぞれ算出する処理と、を実行させるプログラム。

１００ 通信システム
１１０ サーバ
３１１ 受付部
３１２ 送受信部
３１３ 制御部
３１４ 表示制御部
３１５ 記憶部
３１５１ 割り勘情報記憶部
３１５２ ユーザ情報記憶部
３１５３ メッセージング情報記憶部
３１６ メッセージング処理部
１２０ 端末
３２１ 受付部
３２２ 送受信部
３２３ 制御部
３２４ 表示制御部
３２５ 記憶部
３２６ 位置情報測定部

Claims (16)

1. 情報処理装置が、
   第１ユーザがイベントに参加している第１時間、第２ユーザが前記イベントに参加している第２時間、及び第３ユーザが前記イベントに参加している第３時間を特定する処理と、
   前記第１時間、前記第２時間、及び前記第３時間に基づいて、前記イベントの代金のうち、前記第１ユーザの第１負担額、前記第２ユーザの第２負担額、及び前記第３ユーザの第３負担額を算出する処理と、
   前記第１ユーザにより前記第１負担額よりも高い第１金額が支払われた場合、前記第１金額と前記第１負担額との差額の少なくとも一部を前記第２ユーザ、及び前記第３ユーザに分配する処理と、
   前記第３ユーザの前記第３負担額の少なくとも一部である第２金額に対する決済が、前記第２ユーザから要求された場合、前記第２ユーザの残高から前記第２金額を減算し、
   前記第２金額が前記第２ユーザにより代理で支払われたことを示す情報を、前記第１ユーザに対応付けられた第１情報処理端末及び前記第３ユーザに対応付けられた第３情報処理端末の少なくとも一方に送信する処理と、を実行する情報処理方法。
2. 情報処理装置が、
   第１ユーザがイベントに参加している第１時間、第２ユーザが前記イベントに参加している第２時間、及び第３ユーザが前記イベントに参加している第３時間を特定する処理と、
   前記第１時間、前記第２時間、及び前記第３時間に基づいて、前記イベントの代金のうち、前記第１ユーザの第１負担額、前記第２ユーザの第２負担額、及び前記第３ユーザの第３負担額を算出する処理と、
   前記第１ユーザにより前記第１負担額よりも高い第１金額が支払われた場合、前記第１金額と前記第１負担額との差額のうち、前記第２ユーザ、及び前記第３ユーザが支払った順または日時に応じた各金額を前記第２ユーザ、及び前記第３ユーザに分配する処理と、を実行する情報処理方法。
3. 前記分配する処理は、前記第１金額と前記第１負担額との差額を上限とした金額を、前記第２負担額、及び前記第３負担額から減額する処理を含む、請求項１または２に記載の情報処理方法。
4. 前記分配する処理は、前記第１金額と前記第１負担額との差額を上限とした金額を、前記第２ユーザの残高、及び前記第３ユーザの残高に加算する処理を含む、請求項１から３のいずれか一項に記載の情報処理方法。
5. 前記特定する処理では、
   メッセージングサービスを用いて前記第１ユーザと前記第２ユーザとを含むグループ内で送受信されたメッセージの内容に基づいて、前記第２時間を特定する、請求項１から４のいずれか一項に記載の情報処理方法。
6. 前記第１時間と、前記第２時間とは互いに異なる時間である、請求項１から５のいずれか一項に記載の情報処理方法。
7. 前記第１ユーザの残高から前記イベントの代金を決済する処理と、
   前記第２負担額の決済が前記第２ユーザに承認された場合、前記第２負担額を前記第２ユーザの残高から減算し、前記第２負担額を前記第１ユーザの残高に加算する処理と、を実行する請求項１から６のいずれか一項に記載の情報処理方法。
8. 前記特定する処理は、
   前記第２ユーザに対応付けられた第２情報処理端末の位置情報に基づいて、前記第２時間を特定する、
   請求項１から７のいずれか一項に記載の情報処理方法。
9. 前記イベントの代金を分担するユーザの候補として、前記第１ユーザに対応付けられた第１情報処理端末の位置または前記イベントの位置から、所定範囲内に位置する前記第２ユーザの情報を前記第１情報処理端末に表示させる情報を送信する第１送信処理を実行する、請求項１から８のいずれか一項に記載の情報処理方法。
10. 前記第１送信処理は、
    前記第１ユーザと所定の関係が設定されているユーザのうち、前記第１情報処理端末の位置または前記イベントの位置から、所定範囲内に位置する前記第２ユーザの情報を送信する、請求項９に記載の情報処理方法。
11. 前記第３ユーザの前記第３負担額の決済状況を表示させる情報を、前記第１ユーザに対応付けられた第１情報処理端末及び前記第２ユーザに対応付けられた第２情報処理端末の少なくとも一方に送信する第２送信処理を実行する、請求項１から１０のいずれか一項に記載の情報処理方法。
12. 前記第１負担額と、前記第２負担額と、前記第３負担額との合計である合計金額が、前記イベントの代金よりも大きい場合に、当該合計金額と前記イベントの代金との差額の少なくとも一部を、前記第１ユーザの残高、前記第２ユーザの残高、前記第３ユーザの残高のうち少なくとも１つに加算する処理を実行する、請求項１から１１のいずれか一項に記載の情報処理方法。
13. 第１ユーザがイベントに参加している第１時間、第２ユーザが前記イベントに参加している第２時間、及び第３ユーザが前記イベントに参加している第３時間を特定し、
    前記第１時間、前記第２時間、及び前記第３時間に基づいて、前記イベントの代金のうち、前記第１ユーザの第１負担額、前記第２ユーザの第２負担額、及び前記第３ユーザの第３負担額を算出し、
    前記第１ユーザにより前記第１負担額よりも高い第１金額が支払われた場合、前記第１金額と前記第１負担額との差額の少なくとも一部を前記第２ユーザ、及び前記第３ユーザに分配し、
    前記第３ユーザの前記第３負担額の少なくとも一部である第２金額に対する決済が、前記第２ユーザから要求された場合、前記第２ユーザの残高から前記第２金額を減算し、
    前記第２金額が前記第２ユーザにより代理で支払われたことを示す情報を、前記第１ユーザに対応付けられた第１情報処理端末及び前記第３ユーザに対応付けられた第３情報処理端末の少なくとも一方に送信する制御部を有する情報処理装置。
14. 第１ユーザがイベントに参加している第１時間、第２ユーザが前記イベントに参加している第２時間、及び第３ユーザが前記イベントに参加している第３時間を特定し、
    前記第１時間、前記第２時間、及び前記第３時間に基づいて、前記イベントの代金のうち、前記第１ユーザの第１負担額、前記第２ユーザの第２負担額、及び前記第３ユーザの第３負担額を算出し、
    前記第１ユーザにより前記第１負担額よりも高い第１金額が支払われた場合、前記第１金額と前記第１負担額との差額のうち、前記第２ユーザ、及び前記第３ユーザが支払った順または日時に応じた各金額を前記第２ユーザ、及び前記第３ユーザに分配する制御部を有する情報処理装置。
15. 情報処理装置に、
    第１ユーザがイベントに参加している第１時間、第２ユーザが前記イベントに参加している第２時間、及び第３ユーザが前記イベントに参加している第３時間を特定する処理と、
    前記第１時間、前記第２時間、及び前記第３時間に基づいて、前記イベントの代金のうち、前記第１ユーザの第１負担額、前記第２ユーザの第２負担額、及び前記第３ユーザの第３負担額を算出する処理と、
    前記第１ユーザにより前記第１負担額よりも高い第１金額が支払われた場合、前記第１金額と前記第１負担額との差額の少なくとも一部を前記第２ユーザ、及び前記第３ユーザに分配する処理と、
    前記第３ユーザの前記第３負担額の少なくとも一部である第２金額に対する決済が、前記第２ユーザから要求された場合、前記第２ユーザの残高から前記第２金額を減算し、
    前記第２金額が前記第２ユーザにより代理で支払われたことを示す情報を、前記第１ユーザに対応付けられた第１情報処理端末及び前記第３ユーザに対応付けられた第３情報処理端末の少なくとも一方に送信する処理と、を実行させるプログラム。
16. 情報処理装置に、
    第１ユーザがイベントに参加している第１時間、第２ユーザが前記イベントに参加している第２時間、及び第３ユーザが前記イベントに参加している第３時間を特定する処理と、
    前記第１時間、前記第２時間、及び前記第３時間に基づいて、前記イベントの代金のうち、前記第１ユーザの第１負担額、前記第２ユーザの第２負担額、及び前記第３ユーザの第３負担額を算出する処理と、
    前記第１ユーザにより前記第１負担額よりも高い第１金額が支払われた場合、前記第１金額と前記第１負担額との差額のうち、前記第２ユーザ、及び前記第３ユーザが支払った順または日時に応じた各金額を前記第２ユーザ、及び前記第３ユーザに分配する処理と、を実行させるプログラム。

Images