JP7386665B2

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

Info

Publication number: JP7386665B2
Application number: JP2019189724A
Authority: JP
Inventors: 哲史鍛; 太駿坂田; 貴大正木
Original assignee: Mercari Inc
Current assignee: Mercari Inc
Priority date: 2019-10-16
Filing date: 2019-10-16
Publication date: 2023-11-27
Anticipated expiration: 2039-10-16
Also published as: JP2021064293A

Description

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

近年、インターネットを利用した個人間の商品取引が行われている。例えば、売り手ユーザは所定の取引プラットフォームに物品の出品依頼を行い、買い手ユーザは、所定の取引プラットフォームに出品されている物品について購入依頼を行う。

このような個人間での電子商取引においては、物品を出品してから売り手ユーザが実際に金銭的利益を得るまでにある程度の期間を必要とし、出品から即時に、あるいは迅速に利益を得ることはできない。これを解消するため、例えば、特許文献１には、配送業者又は出品者から商品発送通知を受け付けたことに応じて入金することが開示されている。また、特許文献２には、配送業者による配達が完了した場合に、販売者に入金を行うことが開示されている。

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

しかしながら、特許文献１のように商品発送通知を受け付けたことに応じて入金したり、特許文献２のように配送業者による配達が完了した場合に、販売者に入金を行ったりしても、物品を出品してから売り手ユーザが実際に金銭的利益を得るまでに相当の期間を必要とすることがあり、売り手ユーザが物品の出品に対して消極的となり、電子商取引に対する売り手ユーザの利用促進に必ずしも寄与していない。

本開示は、売り手ユーザに対して物品を出品するインセンティブを与え、電子商取引の利用促進を図ることに係る情報処理方法、情報処理装置及び情報処理プログラムを提供することを目的とする。

本開示の一実施形態に係る情報処理方法は、情報処理装置が、第１情報処理端末から、物品の出品依頼を取得する処理と、前記出品依頼を取得した以降に、前記物品の価格に基づいて算出された金額分の与信を、前記第１情報処理端末のユーザに対応づけられた与信枠に追加する処理と、第２情報処理端末から、前記物品の購入依頼を取得する処理と、前記第２情報処理端末から、前記物品の受領通知を取得するよりも前に、前記第１情報処理装置のユーザに対応付けられた残高を、前記価格の少なくとも一部に相当する金額分増加させる処理と、を実行する。

実施形態の一態様に係る通信システムの構成の一例、実施形態の一態様に係るサーバのハードウェア構成の一例、実施形態の一態様に係る端末のハードウェア構成の一例、及び実施形態の一態様に係る通信システムの構成を示すブロック図の一例を示す。実施形態の一態様に係る通信システムにおいて行われる処理の一例を示す。実施形態の一態様に係る通信システムの処理のシーケンスの一例を示す。実施形態の一態様に係るサーバによって行われる与信決定処理の一例である。実施形態の一態様に係るサーバによって行われる与信決定処理のフローチャートの第１例である。実施形態の一態様に係るサーバによって行われる与信決定処理のフローチャートの第２例である。実施形態の一態様に係るサーバによって行われる与信決定処理のフローチャートの第３例である。

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

本開示に係る情報処理方法、情報処理装置及び情報処理プログラムを実施するための形態について、図面を参照して説明する。

＜システム構成＞
図１は、本開示の実施形態に係る通信システム１の構成を開示する。通信システム１では、ネットワーク１３０を介してサーバ１１０Ａ、サーバ１１０Ｂと、端末１２０Ａ、端末１２０Ｂ、端末１２０Ｃとが接続される。

サーバ１１０Ａと、サーバ１１０Ｂとをそれぞれ区別する必要がない場合は、サーバ１１０Ａとサーバ１１０Ｂとは、それぞれサーバ１１０と表現されてもよい。なお、ネットワーク１３０に接続されるサーバ１１０の数は限定されない。

端末１２０Ａと、端末１２０Ｂと、端末１２０Ｃとをそれぞれ区別する必要がない場合は、端末１２０Ａと端末１２０Ｂと端末１２０Ｃとは、それぞれ端末１２０と表現されてもよい。なお、ネットワーク１３０に接続される端末１２０の数は限定されない。

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

サーバ１１０は、ネットワーク１３０を介してユーザが利用する端末１２０に、所定のサービスを提供する。所定のサービスは、限定でなく例として、決済サービス、金融サービス、電子商取引サービス、インスタントメッセージングサービスを代表とするＳＮＳ（Social Networking Service）、楽曲・動画・書籍などのコンテンツ提供サービス等を含む。サーバ１１０は、単独で１以上の所定のサービスを提供してもよいし、複数で１以上の所定のサービスを提供してもよい。サーバ１１０が１以上の端末１２０に所定のサービスを提供することで、ユーザが端末１２０を介して所定のサービスを利用することができる。

決済サービスは、１以上のユーザが金銭または金銭相当物の授受ができるサービスを含む。決済サービスは、限定でなく例として、一次元コード（バーコードなど）、二次元コード（ＱＲコード（登録商標）など）（以下で、一次元コードおよび二次元コードをまとめて「二次元コード等」と総称する。）、近距離無線通信（ＮＦＣ (Near Field Communication)、ＢＬＥ（Bluetooth（登録商標） Low Energy）、Wi-Fi（登録商標）、超音波通信、赤外線通信など）を利用して決済を行うサービスを含む。また、代金の支払いを行うユーザ（支払者）の端末１２０が二次元コード等を読み取ることで決済を行うことを「ユーザ読取型コード決済」または「ＭＰＭ（Merchant Presented Mode）」と表現し、支払いを行うユーザの端末１２０が二次元コード等を表示し、表示された二次元コード等を、代金を請求する店舗側等のユーザ（販売者、請求者）の端末１２０が読み取ることで決済を行うことを「店舗読取型コード決済」または「ＣＰＭ（Consumer Presented Mode）」と表現する。なお、ＭＰＭおよびＣＰＭは、動的であってもよいし、静的であってもよい。

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

ネットワーク１３０は、２以上のサーバ１１０、又は２以上の端末１２０を接続する。ネットワーク１３０は、端末１２０がサーバ１１０に接続した後、データを送受信することができるように接続経路を提供する。

ネットワーク１３０の１以上の部分は、有線ネットワークや無線ネットワークであってもよい。ネットワーク１３０は、限定でなく例として、アドホック・ネットワーク（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）、ＧＰＵ（Graphics 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）、プロジェクションマッピング、ホログラム、空気中など（真空であってもよい）に画像やテキスト情報等を表示可能な装置、スピーカ（音声出力）、プリンター等であってよく、これらが組み合わせられてもよい。なお、これらの出力装置は、３Ｄで表示データを表示可能であってもよい。

なお、入力装置１１５と出力装置１１６が一体化していてもよいし、入力装置１１５と出力装置１１６とは分離していてもよい。

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

（２）端末のハードウェア構成
図１を用いて、通信システム１に含まれる端末１２０のハードウェア構成について説明する。

端末１２０は、プロセッサ１２１と、メモリ１２２と、ストレージ１２３と、入出力Ｉ／Ｆ１２４と、入力装置１２５と、出力装置１２６と、送受信部１２７とを有する。端末１２０のハードウェアの各構成要素は、限定でなく例として、バスＢを介して相互に接続される。

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

プロセッサ１２１は、ストレージ１２３に記憶されるプログラムに含まれるコードまたは命令によって実現する処理、機能、または、方法を実行する。プロセッサ１２１は、限定でなく例として、中央処理装置（ＣＰＵ）、ＭＰＵ（Micro Processing Unit）、ＧＰＵ（Graphics 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（登録商標）などを用いて実装されてもよい。

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

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

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

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

＜実施形態＞
実施形態は、売り手ユーザが物品を出品した場合に、そのユーザに対応づけられた与信枠に、物品の価格に応じた金額の与信を追加する（与信枠を拡大する）実施形態である。

実施形態により、売り手ユーザに対して物品を出品するインセンティブを与え、電子商取引の利用促進を図ることができ、通信システム１の稼働効率を向上させることができるという効果が得られる。

＜実施形態の構成＞
図１を用いてサーバ１１０および端末１２０との構成を説明する。

（１）サーバの構成
サーバ１１０は、プロセッサ１１１と、メモリ１１２，ストレージ１１３と、入出Ｉ／Ｆ１１４と、入力装置１１５と、出力装置１１６と、送受信部１１７とを有する。

プロセッサ１１１により実行されて構成されうる各部の機能または処理は、実現可能な範囲において、機械学習またはＡＩ（Artificial Intelligence）などにより実現されてもよい。

入出力I／F １１４は、入力装置１１５または出力装置１１６から、サーバ１１０により提供される各種のサービスを運営する事業者からの各種の設定操作等を受け付ける。

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

プロセッサ１１１は、所定のサービスを、端末１２０のユーザに提供する処理を行う。

メモリ１１２は、ある実施形態において、次のプログラム１１２１、モジュール及びデータ構造、又はそれらのサブセットを格納する。

プログラム１１２１は、上述したとおり、ストレージ１１３からロードされたプログラムであって、開示の実施形態等に関する命令等が含まれる。

与信追加モジュール１１２２は、売り手ユーザの端末１２０から物品の出品依頼を取得した以降に、物品の価格に基づいて算出された金額分の与信を、当該出品依頼を行った端末１２０のユーザに対応づけられた与信枠に追加する。ここで、物品の価格は、売り手ユーザが設定した出品価格であってよいが、電子商取引プラットフォームにおける市場価格であってもよい。

また、与信追加モジュール１１２２は、出品した物品の価格が変更され、与信枠が未使用の場合に、変更された価格に基づいて、与信枠に追加した与信を変更する。与信変更部１１１４は、例えば、当初の出品価格が１万円であり、その後、出品価格を８千円に下げた場合、与信枠が未使用であれば、変更後の価格に基づいて、与信枠に追加した与信を少なくする。また、与信変更部１１１４は、例えば、出品した物品の当初の市場価格が１万円であり、その後、市場価格が８千円に下がった場合、与信枠が未使用であれば、変更後の価格に基づいて、与信枠に追加した与信を少なくする。

入金モジュール１１２３は、物品の購入依頼を行った買い手ユーザの端末１２０から、物品の受領通知を取得するよりも前に、物品の価格の少なくとも一部に相当する金額を、売り手ユーザに対応付けられた残高に入金する。なお、「残高に入金する」とは「残高を増加させる」と同義である。

与信追加モジュール１１２２によって追加される与信と、入金モジュール１１２３によって入金される金額は、法定通貨に相当する金額であってよいが、電子商取引プラットフォームで用いられる仮想的な通貨価値を有するポイント等であってもよい。

表示制御モジュール１１２４は、端末１２０の表示画面を制御する情報を、送受信部１１７に送信させる。

なお、１つ又は複数のプロセッサ１１１は、メモリ１１２から、必要に応じて各モジュールを読み出して実行する。例えば、１つ又は複数のプロセッサ１１１は、与信追加モジュール１１２２、入金モジュール１１２３、表示制御モジュール１１２４それぞれを実行することで、与信追加部、入金部、表示制御部を構成してもよい。

（２）端末の構成
端末１２０は、プロセッサ１２１と、メモリ１２２と、ストレージ１２３と、入出力Ｉ／Ｆ１２４と、入力装置１２５と、出力装置１２６と、送受信部１２７とを有する。

プロセッサ１２１により実行されて構成されうる各部の機能または処理は、実現可能な範囲において、機械学習またはＡＩ（Artificial Intelligence）などにより実現されてもよい。

入力装置１２５は、端末１２０のユーザからの各種の操作等を受け付ける。

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

プロセッサ１２１は、サーバ１１０により提供される所定のサービスを利用する処理を行う。

メモリ１２２は、ある実施形態において、次のプログラム１２２１、モジュール及びデータ構造、又はそれらのサブセットを格納する。

プログラム１２２１は、上述したとおり、ストレージ１２３からロードされたプログラムであって、各実施形態に関する命令等が含まれる。

与信枠使用モジュール１２２２は、電子商取引プラットフォームにおける物品の支払い額の全部又は一部を与信枠に追加された与信によって支払う処理を行い、使用された与信を与信枠から減額し、返済期限を設定する。

残高使用モジュール１２２３は、電子商取引プラットフォームにおける物品の支払い額を残高から支払う処理を行い、使用された金額を残高から減額する。また、残高使用部１２１３は、与信の使用によって生じた債務を残高から返済する処理を行い、使用された金額を残高から減額する。

表示制御モジュール１２２４は、サーバ１１０から送信され、送受信部１２７によって受信した表示画面を制御する情報を、出力装置１２６に表示するよう制御する。

なお、１つ又は複数のプロセッサ１２１は、メモリ１２２から、必要に応じて各モジュールを読み出して実行する。例えば、１つ又は複数のプロセッサ１２１は、与信使用モジュール１２２２、残高使用モジュール１２２３、表示制御モジュール１２２４それぞれを実行することで、与信使用部、残高使用部、表示制御部を構成してもよい。

＜通信システム１の処理の概要＞
図２は、実施形態の一態様に係る通信システム１において行われる処理の一例を示す。通信システム１は、限定でなく例として、複数の情報処理装置２００、例えば、売り手ユーザの端末１２０Ａ、買い手ユーザの端末１２０Ｂ、買い手候補ユーザの端末１２０Ｃ、電子商取引プラットフォームを運営、管理する者により利用されるサーバ１１０Ａによって構成される。

本例では、Ａ．電子商取引プラットフォームに物品を出品依頼、Ｂ．出品された物品に基づく与信の追加、Ｃ．物品の購入依頼、Ｄ．支払い額の一部入金、の流れでサービスが行われる。以下、サービスの流れについて説明する。

（Ａ．電子商取引プラットフォームに物品を出品依頼）
売り手ユーザは、端末１２０Ａを用いて、販売したい物品の情報と出品価格を、電子商取引プラットフォームに登録する。これにより、物品が電子商取引プラットフォームに出品される。電子商取引プラットフォームでは、出品情報が公開され、任意のユーザに閲覧可能になる。

（Ｂ．出品された物品に基づく与信の追加）
サーバ１１０は、物品が出品されると、物品の価格に基づいて算出された金額分の与信を、売り手ユーザに対応づけられた与信枠に追加する。ここで、与信は、出品した物品ごとに追加され、売り手ユーザは自身が出品している物品ごとに追加された与信の合計の限度において与信を受けることができる。

与信の追加は、サーバ１１０が端末１２０Ａから出品依頼を取得した以降に行われる。例えば、サーバ１１０は、物品の出品依頼を取得したときや、買い手候補ユーザの端末１２０Ｃから出品された物品に対するアクションを受けたときに、売り手ユーザの与信枠に与信を追加する。買い手候補ユーザからのアクションは、出品された物品に対するアクションであればどのようなものであってもよい。限定でなく例として、出品された物品に対するお気に入り登録や、コメントの追加、出品された物品情報の閲覧（時間又は回数を含む）であってもよい。また、サーバ１１０は、所定の条件を満たす場合に、与信枠に与信を追加してもよい。サーバ１１０は、例えば、売り手ユーザに対応づけられたユーザ情報が、信用スコアに係る所定の条件を満たす場合に、売り手ユーザの与信枠に与信を追加してよく、より具体的には、信用スコアが閾値以上である場合に、売り手ユーザの与信枠に与信を追加してよい。また、信用スコアが高いほど大きな与信が付与されてもよい。また、サーバ１１０は、物品の価格が所定値以上であること、出品中の物品数が所定値以上であること又はお気に入りに登録された物品の個数が所定値以上であること等の条件を満たす場合に、売り手ユーザの与信枠に与信を追加してよい。なお、信用スコアは、限定でなく例として、取引回数、取引評価の数、取引評価における高評価の割合及び取引の速さ等のユーザ行動情報に基づいて算出されたスコアであってよい。換言すると、売り手ユーザに対応づけられたユーザ情報が、ユーザ行動に係る所定の条件を満たす場合に、売り手ユーザの与信枠に与信を追加してもよい。与信の追加は、買い手ユーザから物品の評価を受けるまでに行われてよい。限定でなく例として、与信の追加は、物品の受領通知を受信するまでに行われてよく、物品の購入依頼を受信するまでに行われてもよい。

（Ｃ．物品の購入依頼）
買い手ユーザは、電子商取引プラットフォームに出品された物品の出品情報を閲覧し、購入する物品を決定する。そして、買い手ユーザの端末１２０Ｂからサーバ１１０に対して購入依頼が送信される。売買取引については、公知の電子商取引プラットフォームの取引処理が実行されればよい。これにより、取引が成立し、物品の配送処理、代金の支払い処理が実行される。

（Ｄ．支払い額の一部入金）
買い手ユーザの端末１２０Ｂから物品の購入依頼が取得されると、サーバ１１０は、買い手ユーザの端末１２０Ｂから物品の受領通知を取得するよりも前に、支払い額の一部を売り手ユーザに対応づけられた残高に入金する。

支払い額の一部入金は、サーバ１１０が端末１２０Ｂから購入依頼を取得した以降に行われる。例えば、サーバ１１０は、物品の購入依頼を取得したときや、売り手ユーザの端末１２０Ａから物品の発送通知を取得したときに、売り手ユーザの残高に支払い額の一部を入金する。また、サーバ１１０は、所定の条件を満たす場合に、支払い額の一部を売り手ユーザの残高に入金してもよい。サーバ１１０は、例えば、売り手ユーザに対応づけられたユーザ情報が、信用スコアに係る所定の条件を満たす場合に、売り手ユーザの残高に支払い額の一部を入金してよく、より具体的には、信用スコアが閾値以上である場合に、売り手ユーザの残高に支払い額の一部を入金してよい。また、信用スコアが高いほど、より大きな支払い額の一部が入金されてもよい。また、サーバ１１０は、物品の価格が所定値以上であること、出品中の物品数が所定値以上であること又はお気に入りに登録された物品の個数が所定値以上であることといった条件を満たす場合に、売り手ユーザの残高に支払い額の一部を入金してよい。

＜実施形態の動作処理＞
図３を参照し、実施形態に係る通信システム１の処理について説明する。図３は、実施形態に係る通信システム１の処理のシーケンスの一例を示す。

（ステップＳ１０）
売り手ユーザの端末１２０Ａは、サーバ１１０に対して物品の出品依頼を送信する。物品の出品依頼は、販売したい物品の情報と出品価格の情報を含む。

（ステップＳ１１）
サーバ１１０は、物品の価格に基づいて算出された金額分の与信を、売り手ユーザに対応づけられた与信枠に追加する。物品の価格に基づいて与信の金額を算出する処理について、図４を参照して後述する。

（ステップＳ１２）
買い手ユーザの端末１２０Ｂは、サーバ１１０に対して物品の購入依頼を送信する。物品の購入依頼は、購入したい物品の情報と支払い額の情報を含む。

（ステップＳ１３）
サーバ１１０は、購入依頼に係る物品の支払い額に応じて、買い手ユーザに対応づけられた残高を支払い額分だけ減算又は凍結する。

（ステップＳ１４）
サーバ１１０は、売り手ユーザの残高に物品の支払い額の一部を入金する。サーバ１１０は、例えば、売り手ユーザの残高に物品の支払い額の５０％を入金する。なお、ステップＳ１３とステップＳ１４は、逆順で実行されてもよい。なお、ステップＳ１１で算出される物品の価格に基づいて算出された金額分の与信よりも大きな金額を入金してもよい。これにより、売り手ユーザが付与された与信を使った場合により早期な返済を促すことができる。

（ステップＳ１５）
売り手ユーザの端末１２０Ａは、サーバ１１０に対して物品の発送通知を送信する。物品の発送通知は、発送した物品の情報を含む。なお、サーバ１１０が物品の発送通知を取得できればよく、発送通知は他の情報処理装置（例えば、配送業者の情報処理端末や情報処理装置）から取得されてもよい。

（ステップＳ１６）
サーバ１１０は、売り手ユーザの残高に物品の支払い額の一部を入金する。サーバ１１０は、例えば、売り手ユーザの残高に物品の支払い額の３０％を入金する。

（ステップＳ１７）
買い手ユーザの端末１２０Ｂは、サーバ１１０に対して物品の受領通知を送信する。物品の受領通知は、受領した物品の情報を含む。

（ステップＳ１８）
サーバ１１０は、売り手ユーザの残高に物品の支払い額の一部を入金する。サーバ１１０は、例えば、売り手ユーザの残高に物品の支払い額の１０％を入金する。

（ステップＳ１９）
買い手ユーザの端末１２０Ｂは、サーバ１１０に対して物品の商取引に関する評価を送信する。評価は、物品に関する評価と売り手ユーザに関する評価を含む。

（ステップＳ２０）
売り手ユーザの端末１２０Ａは、サーバ１１０に対して物品の商取引に関する評価を送信する。評価は、買い手ユーザに関する評価を含む。なお、ステップＳ１９とステップＳ２０は、逆順で実行されてもよい。

（ステップＳ２１）
サーバ１１０は、売り手ユーザの残高に物品の支払い額の一部を入金する。サーバ１１０は、例えば、売り手ユーザの残高に物品の支払い額の１０％を入金する。

このように、売り手ユーザの残高に入金する処理は、入金される金額の合計が物品の価格を超えない範囲で、複数回実行されてよい。各入金タイミングにおける入金される金額は、任意に設定することができるが、例えば、売り手ユーザの信用スコアが高いほど、早いタイミングでより大きな割合の入金がされてよい。また、ステップＳ１１で追加する与信の金額は、ステップＳ１４で入金する金額よりも小さくてよい。これにより、入金前に与信を使用しても早期に返済可能となるようにすることができる。

なお、売り手ユーザの与信枠に与信が追加された後や、売り手ユーザの残高に支払い額の一部が入金された後に、買い手ユーザが購入をキャンセルした場合、サーバ１１０は、売り手ユーザの残高から、使用済みの与信又は使用済みの残高に相当する金額を差し引く処理を行ってよい。仮に、残高が不足している場合には、サーバ１１０は、少なくとも返金に必要な金額を入金するように、売り手ユーザに通知する。サーバ１１０は、このような返金処理に適切に対応した売り手ユーザの信用スコアを高く設定してよい。

図４は、実施形態の一態様に係るサーバ１１０によって行われる与信決定処理の一例である。サーバ１１０は、出品された物品の価格及び物品の出品経費に基づいて算出された金額分の与信を、売り手ユーザに対応づけられた与信枠に追加する。

本例では、出品価格が１万円である物品について、電子商取引プラットフォームを利用した取引手数料として１０％（本例の場合千円）の手数料と、見込み配送料千円とを引いた８千円が利益と想定される。サーバ１１０は、このように算出された利益分の与信又は算出された利益分の与信に所定係数を乗じた金額を、売り手ユーザに対応づけられた与信枠に追加してよい。ただし、次に説明するように、物品の売れやすさを考慮して、追加する与信を変更してもよい。なお、配送料は、売り手ユーザによって見込み額が入力されてもよいし、物品の種類に基づいて推定されてもよい。

サーバ１１０は、出品された物品の価格及び物品の売れやすさに基づいて算出された金額分の与信を、売り手ユーザの与信枠に追加する。本例では、推定利益が８千円で、物品が電子商取引プラットフォームにおいて非常に売れやすい場合、推定利益の１００％である８千円分の与信を売り手ユーザの与信枠に追加する。また、推定利益が８千円で、物品が電子商取引プラットフォームにおいて売れやすい場合、推定利益の５０％である４千円分の与信を売り手ユーザの与信枠に追加する。また、推定利益が８千円で、物品が電子商取引プラットフォームにおいて売れづらい場合、推定利益の２５％である２千円分の与信を売り手ユーザの与信枠に追加する。なお、物品の売れやすさは、電子商取引プラットフォームにおける物品の売買実績に基づいて、相対的な数値として表すことができる。

このように、物品を出品した売り手ユーザに早期に与信を追加して、出品に関するインセンティブを高めるとともに、物品の売れやすさに応じて追加する与信を調整することで、与信の回収をより円滑にすることができ、電子商取引プラットフォームにおける物品の流通をより活発にすることができる。

＜＜第１実施例＞＞
第１実施例は、売り手ユーザのユーザ情報が、信用スコアに係る所定の条件を満たし、かつ、与信が上限に達していない場合に、売り手ユーザに対応づけられた与信枠に与信を追加する実施例である。

＜＜第１実施例の効果＞＞
第１実施例によれば、与信を追加すべき売り手ユーザと与信の額とを適切に選択することで、不適切な商取引に起因するサーバ１１０の処理負荷を軽減する効果が得られる。また、出品キャンセルを前提とした大量出品によって与信を増やすような行為が抑制され、その場合にも同様の効果が得られる。

＜＜第１実施例の構成＞＞
第１実施例に係るシステム構成や、サーバ、端末の構成等は、基本的に実施形態に係る
システム構成や、サーバ、端末の構成等と同様である。第１実施例と実施形態とで異なる点は、売り手ユーザのユーザ情報が、信用スコアに係る所定の条件を満たしていない場合又は与信が上限に達している場合に、サーバ１１０が、売り手ユーザに対応づけられた与信枠に与信を追加しない点である。

＜＜第１実施例の動作処理＞＞
図５を参照し、第１実施例に係る通信システム１の処理について説明する。図５は、実施形態の一態様に係るサーバによって行われる与信決定処理のフローチャートの第１実施例である。

（ステップＳ１０）
サーバ１１０は、売り手ユーザの端末１２０Ａから送信された物品の出品依頼を取得する。物品の出品依頼は、販売したい物品の情報と出品価格の情報を含む。

（ステップＳ１１）
サーバ１１０は、所定の条件を満たす場合に、物品の価格に基づいて算出された金額分の与信を、売り手ユーザに対応づけられた与信枠に追加する。以下、ステップＳ１１の詳細を説明する。

（ステップＳ１１１）
サーバ１１０は、売り手ユーザのユーザ情報が、信用スコアに係る所定の条件を満たす場合、ステップＳ１１２を実行する。一方、売り手ユーザのユーザ情報が、信用スコアに係る所定の条件を満たさない場合、サーバ１１０は、与信を追加せずに処理を終了する。

（ステップＳ１１２）
サーバ１１０は、与信が上限に達していない場合、ステップＳ１１３を実行する。一方、与信が上限に達している場合、サーバ１１０は、与信を追加せずに処理を終了する。

与信の上限は、売り手ユーザに対応付けられたユーザ情報に基づいて決定される。例えば、売り手ユーザの購買実績が多いほど、与信の上限を大きくしてよい。同様に、売り手ユーザの販売実績が多いほど与信の上限を大きくしたり、売り手ユーザの信用スコアが高いほど与信の上限を大きくしたりしてよい。

（ステップＳ１１３）
サーバ１１０は、物品の価格、物品の売れやすさ及び物品の出品経費のうち少なくとも１つに基づいて算出された金額分の与信を、売り手ユーザに対応づけられた与信枠に追加する。

＜＜第２実施例＞＞
第２実施例は、売り手ユーザが出品した物品に対して買い手候補ユーザからのアクションが関連付けられ、売り手ユーザのユーザ情報が信用スコアに係る所定の条件を満たし、かつ、与信が上限に達していない場合に、売り手ユーザに対応づけられた与信枠に与信を追加する実施例である。

＜＜第２実施例の効果＞＞
第２実施例によれば、与信の追加について他者からのアクションを必要とすることで、より適切な出品が行われるようにすることができ、不適切な出品に起因するサーバ１１０の処理負荷を軽減する効果が得られる。また、出品キャンセルを前提とした大量出品によって与信を増やすような行為が抑制され、その場合にも同様の効果が得られる。

＜＜第２実施例の構成＞＞
第２実施例に係るシステム構成や、サーバ、端末の構成等は、基本的に実施形態に係るシステム構成や、サーバ、端末の構成等と同様である。第２実施例と実施形態とで異なる点は、売り手ユーザが出品した物品に対して買い手候補ユーザからのアクションが関連付けられていない場合、売り手ユーザのユーザ情報が信用スコアに係る所定の条件を満たしていない場合又は与信が上限に達している場合に、サーバ１１０が、売り手ユーザに対応づけられた与信枠に与信を追加しない点である。

＜＜第２実施例の動作処理＞＞
図６を参照し、第２実施例に係る通信システム１の処理について説明する。図６は、実施形態の一態様に係るサーバによって行われる与信決定処理のフローチャートの第２実施例である。

（ステップＳ１１１ａ）
サーバ１１０は、出品された物品に対して、買い手候補ユーザからのアクションが関連付けられた場合、ステップＳ１１１を実行する。一方、物品に対して買い手候補ユーザからのアクションが関連付けられない場合、サーバ１１０は、与信を追加せずに処理を終了する。

与信の上限は、売り手ユーザに対応付けられたユーザ情報に基づいて決定される。例えば、売り手ユーザの購買実績が多いほど、与信の上限を大きくしてよい。同様に、売り手ユーザの販売実績が多いほど与信の上限を大きくしたり、売り手ユーザの信用スコアが高いほど与信の上限を大きくしたりしてよい。なお、与信の上限は、物品に関連付けられたアクションに基づいて決定されてもよい。例えば、お気に入り登録の数が多いほど与信の上限を大きくしたり、コメントの数が多いほど与信の上限を大きくしたりしてよい。

＜＜第３実施例＞＞
第３実施例は、売り手ユーザに対応づけられた与信枠に与信を追加した後、物品の価格が変更された場合に、追加した与信を変更する実施例である。

＜＜第３実施例の効果＞＞
第３実施例によれば、与信の額を適切に変更することで、不適切な商取引に起因するサーバ１１０の処理負荷を軽減する効果が得られる。また、過大な価格で出品を行い、与信を得た後に出品価格を下げるような行為が抑制され、その場合にも同様の効果が得られる。

＜＜第３実施例の機能構成＞＞
第３実施例に係るシステム構成や、サーバ、端末の構成等は、基本的に実施形態に係るシステム構成や、サーバ、端末の構成等と同様である。第３実施例と実施形態とで異なる点は、売り手ユーザのユーザ情報が、信用スコアに係る所定の条件を満たしていない場合又は与信が上限に達している場合に、サーバ１１０が、売り手ユーザに対応づけられた与信枠に与信を追加しない点及び与信を追加した後に部品の価格が変更された場合に、追加した与信を変更する点である。

＜＜第３実施例の動作処理＞＞
図７を参照し、第１実施例に係る通信システム１の処理について説明する。図７は、実施形態の一態様に係るサーバによって行われる与信決定処理のフローチャートの第３実施例である。

（ステップＳ１１ａ）
サーバ１１０は、物品の価格が変更され、与信枠が未使用である場合に、ステップＳ１１ｂを実行する。一方、物品の価格が変更され、与信枠が使用されている場合、サーバ１１０は、与信を変更せずに処理を終了する。もっとも、サーバ１１０は、物品の価格が変更され、与信枠が使用されている場合、与信枠のうち未使用分について、ステップＳ１１ｂを実行してもよい。

（ステップＳ１１ｂ）
サーバ１１０は、変更された価格に基づいて、追加した与信を変更する。例えば、出品価格が減額された場合、サーバ１１０は、減額後の出品価格、物品の売れやすさ及び物品の出品経費に基づいて与信を算出し直し、与信を変更する。また、例えば、出品価格が増額された場合、サーバ１１０は、増額後の出品価格、物品の売れやすさ及び物品の出品経費に基づいて与信を算出し直し、与信を変更する。さらに、サーバ１１０は、出品された物品の市場価格が変化した場合、最新の市場価格、物品の売れやすさ及び物品の出品経費に基づいて与信を算出し直し、与信を変更してもよい。

１通信システム
１１０サーバ
１１１プロセッサ
１１２メモリ
１１３ストレージ
１１４入出力Ｉ／Ｆ
１１５入力装置
１１６出力装置
１１７送受信部
１２０端末
１２１プロセッサ
１２２メモリ
１２３ストレージ
１２４入出力Ｉ／Ｆ
１２５入力装置
１２６出力装置
１２７送受信部
１２８読取部
１１２１プログラム
１１２２与信追加モジュール
１１２３入金モジュール
１１２４表示制御モジュール
１２２１プログラム
１２２２与信使用モジュール
１２２３残高使用モジュール
１２２４表示制御モジュール

Claims

情報処理装置が、
第１情報処理端末から、物品の出品依頼を取得する処理と、
前記出品依頼を取得した以降に、前記物品の価格に基づいて算出された金額分の与信を、前記第１情報処理端末のユーザに対応づけられた与信枠に追加する処理と、
第２情報処理端末から、前記物品の購入依頼を取得する処理と、
前記第２情報処理端末から、前記物品の受領通知を取得するよりも前に、前記第１情報処理端末のユーザに対応付けられた残高を、前記価格の少なくとも一部に相当する金額分増加させる処理と、を実行する情報処理方法。
前記第１情報処理端末のユーザに対応付けられたユーザ情報が、ユーザ行動情報に係る所定の条件を満たす場合に、前記追加する処理を実行する、請求項１に記載の情報処理方法。
前記第１情報処理端末のユーザに対応付けられたユーザ情報が、ユーザ行動情報に係る所定の条件を満たす場合に、前記増加させる処理を実行する、請求項１又は２に記載の情報処理方法。
前記増加させる処理は、前記購入依頼を取得した以降に実行される、請求項１から３のいずれか一項に記載の情報処理方法。
前記増加させる処理は、前記物品の発送通知を取得した以降に実行される、請求項１から３のいずれか一項に記載の情報処理方法。
前記物品に対して前記ユーザとは異なるユーザからのアクションが関連付けられた場合に、前記追加する処理を実行する、請求項１から５のいずれか一項に記載の情報処理方法。
前記与信が上限に達した場合に、前記追加する処理を実行しない、請求項１から６のいずれか一項に記載の情報処理方法。
前記上限は、前記第１情報処理端末のユーザに対応付けられたユーザ情報に基づいて決定される、請求項７に記載の情報処理方法。
前記追加する処理によって追加された与信は、前記増加させる処理によって増加される金額よりも小さい、請求項１から８のいずれか一項に記載の情報処理方法。
前記増加させる処理は、増加される金額の合計が前記価格を超えない範囲で、複数回実行される、請求項１から９のいずれか一項に記載の情報処理方法。
前記追加する処理は、前記価格及び前記物品の売れやすさに基づいて算出された金額分の与信を、前記与信枠に追加する処理を含む、請求項１から１０のいずれか一項に記載の情報処理方法。
前記追加する処理は、前記価格及び前記物品の出品経費に基づいて算出された金額分の与信を、前記与信枠に追加する処理を含む、請求項１から１１のいずれか一項に記載の情報処理方法。
前記価格が変更され、前記与信枠が未使用の場合に、変更された前記価格に基づいて、前記与信枠に追加した与信を変更する処理をさらに実行する、請求項１から１２のいずれか一項に記載の情報処理方法。
第１情報処理端末から、物品の出品依頼を取得する処理と、
前記出品依頼を取得した以降に、前記物品の価格に基づいて算出された金額分の与信を、前記第１情報処理端末のユーザに対応づけられた与信枠に追加する処理と、
第２情報処理端末から、前記物品の購入依頼を取得する処理と、
前記第２情報処理端末から、前記物品の受領通知を取得するよりも前に、前記第１情報処理端末のユーザに対応付けられた残高を、前記価格の少なくとも一部に相当する金額分増加させる処理と、を実行する情報処理装置。
情報処理装置に、
第１情報処理端末から、物品の出品依頼を取得する処理と、
前記出品依頼を取得した以降に、前記物品の価格に基づいて算出された金額分の与信を、前記第１情報処理端末のユーザに対応づけられた与信枠に追加する処理と、
第２情報処理端末から、前記物品の購入依頼を取得する処理と、
前記第２情報処理端末から、前記物品の受領通知を取得するよりも前に、前記第１情報処理端末のユーザに対応付けられた残高を、前記価格の少なくとも一部に相当する金額分増加させる処理と、を実行させるための情報処理プログラム。