JP7231417B2

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

Info

Publication number: JP7231417B2
Application number: JP2019003835A
Authority: JP
Inventors: 恵山崎
Original assignee: Japan Research Institute Ltd
Current assignee: Japan Research Institute Ltd
Priority date: 2019-01-11
Filing date: 2019-01-11
Publication date: 2023-03-01
Anticipated expiration: 2039-01-11
Also published as: JP2020113081A

Description

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

インターネット上での商品の購入を可能とするオンラインストアサービスが数多く提供されている。例えば特許文献１では、デパートを模擬した仮想現実空間を提示し、仮想現実空間内の仮想店舗の陳列棚に陳列された商品の購入を受け付ける商品販売システム等が開示されている。特許文献１によれば、クレジットカード等を用いた電子決済により商品購入の決済を行う。

特開２００３－３０４６９号公報

しかしながら、特許文献１に係る発明はオンラインストアでの商品購入時にクレジットカードで決済を行うに過ぎず、クレジットカードの利点を生かしたオンラインストアサービスを提供しているとは言い難い。

一つの側面では、クレジットカードの利用によって会員に付与されるポイントを用いて、会員同士で商品の売買を行うことができる情報処理方法等を提供することを目的とする。

一つの側面では、情報処理方法は、クレジットカードの第１の会員の端末装置から、出品物の情報を含む出品依頼を受け付け、前記クレジットカードの第２の会員の端末装置に前記出品物の情報を出力し、前記第２の会員の端末装置から前記出品物の購入申込を受け付け、前記出品物の購入取引に係る費用の決済を行う処理をコンピュータが実行する情報処理方法であって、前記出品依頼を受け付けた場合に、前記第１の会員が前記出品物を購入した際の購入履歴情報を取得し、取得した前記購入履歴情報と、前記出品物の情報とに基づき、前記出品依頼を承認するか否かを判定し、前記購入取引に係る費用の決済の全部又は一部を、前記クレジットカードの利用により前記第１又は第２の会員に付与されたポイントを用いて行うことを特徴とする。

一つの側面では、クレジットカードの利用によって会員に付与されるポイントを用いて、会員同士で商品の売買を行うことができる。

出品購入システムの構成例を示す模式図である。サーバの構成例を示すブロック図である。端末の構成例を示すブロック図である。会員ＤＢ、明細ＤＢ及び出品ＤＢのレコードレイアウトの一例を示す説明図である。明細画面の一例を示す説明図である。出品画面の一例を示す説明図である。購入画面の一例を示す説明図である。出品処理の処理手順の一例を示すフローチャートである。購入処理の処理手順の一例を示すフローチャートである。実施の形態２に係る出品販売システムの構成例を示す模式図である。

以下、本発明をその実施の形態を示す図面に基づいて詳述する。
（実施の形態１）
図１は、出品購入システムの構成例を示す模式図である。本実施の形態では、クレジットカードの会員同士で商品の出品及び購入が可能な出品購入システムであって、クレジットカードの利用により会員に付与されるポイントを商品購入時の決済に利用可能な出品購入システムについて説明する。出品購入システムは、情報処理装置１、端末２、２、２…を含む。各装置は、インターネット等のネットワークＮを介して通信接続されている。

情報処理装置１は、種々の情報処理、情報の送受信が可能な情報処理装置であり、例えばサーバ装置、パーソナルコンピュータ等である。本実施の形態では情報処理装置１がサーバ装置であるものとし、簡潔のためサーバ１と読み替える。サーバ１は、会員に対してクレジットカードを利用した決済サービスを提供するクレジットカード会社のサーバ装置であり、各会員が加盟店で商品等を購入する際の決済処理を行う。

クレジットカード会社の多くでは、会員がクレジットカードを利用した場合に電子ポイントを還元するサービスを実施している。当該ポイントは、例えばクレジットカード会社が用意した景品との交換、あるいは他の電子ポイント（ＥＣサイト、交通機関等のポイント）との交換などに使用されることが多い。しかしながら、クレジットカードのポイントはあまり使われず、利用が進んでいない側面がある。

本実施の形態においてサーバ１は、当該ポイントを利用したフリーマーケットのサービスを提供する。具体的には後述するように、サーバ１は、クレジットカードの会員（第１の会員）から商品の出品依頼を受け付けると共に、出品された商品を他の会員（第２の会員）が購入する際に、購入取引に係る費用の決済の全部又は一部を、上記のポイントを用いて行う。これにより、クレジットカードのポイントの利用促進を図る。

端末２は、クレジットカードの会員の端末装置であり、例えばスマートフォン、パーソナルコンピュータ、タブレット端末等である。例えば端末２にはサーバ１が配信したアプリケーションプログラムが予めインストールされており、端末２は当該アプリケーションプログラムを実行することで後述の処理を行う。

以下の説明では便宜上、本システムを利用して商品を出品する会員（第１の会員）を「出品者」と称し、出品者の端末２を出品者端末２ａと記す。また、出品された商品を購入する会員（第２の会員）を「購入者」と称し、購入者の端末２を購入者端末２ｂと記す。なお、これらの区別は便宜的なものであって、出品者が購入者に、購入者が出品者になり得ることは勿論である。

図２は、サーバ１の構成例を示すブロック図である。サーバ１は、制御部１１、主記憶部１２、通信部１３、及び補助記憶部１４を備える。
制御部１１は、一又は複数のＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro-Processing Unit）、ＧＰＵ（Graphics Processing Unit）等の演算処理装置を有し、補助記憶部１４に記憶されたプログラムＰ１を読み出して実行することにより、種々の情報処理、制御処理等を行う。主記憶部１２は、ＳＲＡＭ（Static Random Access Memory）、ＤＲＡＭ（Dynamic Random Access Memory）、フラッシュメモリ等の一時記憶領域であり、制御部１１が演算処理を実行するために必要なデータを一時的に記憶する。通信部１３は、通信に関する処理を行うための通信モジュールであり、外部と情報の送受信を行う。

補助記憶部１４は、大容量メモリ、ハードディスク等の不揮発性記憶領域であり、制御部１１が処理を実行するために必要なプログラムＰ１、その他のデータを記憶している。また、補助記憶部１４は、会員ＤＢ１４１、明細ＤＢ１４２及び出品ＤＢ１４３を記憶している。会員ＤＢ１４１は、クレジットカードの各会員の情報を格納したデータベースである。明細ＤＢ１４２は、各会員によるクレジットカードの利用明細を格納したデータベースである。出品ＤＢ１４３は、各会員から出品された出品物に関する情報を格納したデータベースである。

なお、補助記憶部１４はサーバ１に接続された外部記憶装置であってもよい。また、サーバ１は複数のコンピュータからなるマルチコンピュータであっても良く、ソフトウェアによって仮想的に構築された仮想マシンであってもよい。

また、本実施の形態においてサーバ１は上記の構成に限られず、例えば操作入力を受け付ける入力部、画像を表示する表示部等を含んでもよい。また、サーバ１は、ＣＤ（Compact Disk）－ＲＯＭ、ＤＶＤ（Digital Versatile Disc）－ＲＯＭ等の可搬型記憶媒体ｍ１を読み取る読取部を備え、可搬型記憶媒体ｍ１からプログラムＰ１を読み取って実行するようにしても良い。あるいはサーバ１は、半導体メモリｍ２からプログラムＰ１を読み込んでも良い。

図３は、端末２の構成例を示すブロック図である。制御部２１、主記憶部２２、通信部２３、表示部２４、入力部２５、撮像部２６、及び補助記憶部２７を備える。
制御部２１は、一又は複数のＣＰＵ、ＭＰＵ等の演算処理装置を有し、補助記憶部２７に記憶されたプログラムＰ２を読み出して実行することにより、端末２に係る種々の情報処理、制御処理等を行う。主記憶部２２は、ＲＡＭ等の一時記憶領域であり、制御部２１が演算処理を実行するために必要なデータを一時的に記憶する。通信部２３は、通信を行うためのアンテナ、処理回路等を含み、外部と情報の送受信を行う。表示部２４は、液晶ディスプレイ、有機ＥＬ（Electro Luminescence）ディスプレイ等の表示装置であり、画像を表示する。入力部２５は、タッチパネル、メカニカルキー等の操作インターフェイスであり、操作内容を制御部２１に入力する。撮像部２６は、Ｃ－ＭＯＳ（Complementary MOS）センサ等を備えたカメラであり、画像の撮像を行う。補助記憶部２７はＲＯＭ（Read Only Memory）等の不揮発性記憶領域であり、制御部２１が処理を実行するために必要なプログラムＰ２、その他のデータを記憶している。

なお、端末２はネットワークＮを介して他のコンピュータからプログラムＰ２をダウンロードし、補助記憶部１４に記憶しても良い。また、端末２は、ＣＤ－ＲＯＭ等の可搬型記憶媒体ｍ３を読み取る読取部を備え、可搬型記憶媒体ｍ３からプログラムＰ２を読み取って実行するようにしても良い。あるいはサーバ１は、半導体メモリｍ４からプログラムＰ２を読み込んでも良い。

図４は、会員ＤＢ１４１、明細ＤＢ１４２及び出品ＤＢ１４３のレコードレイアウトの一例を示す説明図である。
会員ＤＢ１４１は、会員ＩＤ列、氏名列、カード番号列、会員情報列、ポイント列を含む。会員ＩＤ列は、クレジットカードの各会員を識別するための会員ＩＤを記憶している。氏名列、カード番号列、会員情報列、ポイント列はそれぞれ、会員ＩＤと対応付けて、各会員の氏名、クレジットカードのカード番号、会員情報、クレジットカードの利用により付与されたポイントを記憶している。会員情報は、例えば会員の住所、連絡先、金融口座の情報などを含み得る。

明細ＤＢ１４２は、明細ＩＤ列、加盟店ＩＤ列、会員ＩＤ列、購入日列、商品列、金額列を含む。明細ＩＤ列は、クレジットカードの個々の利用明細を識別するための明細ＩＤを記憶している。加盟店ＩＤ列、会員ＩＤ列、購入日列、商品列、金額列はそれぞれ、明細ＩＤと対応付けて、クレジットカードを利用した加盟店のＩＤ、商品を購入した会員のＩＤ、商品の購入日、購入した商品、及び購入金額を記憶している。

出品ＤＢ１４３は、出品ＩＤ列、出品者列、商品列、金額列、受取列、出品期間列、購入者列を含む。出品ＩＤ列は、会員が出品した商品を識別するための出品ＩＤを記憶している。出品者列、商品列、金額列、受取列、出品期間列、購入者列はそれぞれ、出品ＩＤと対応付けて、出品者の会員ＩＤ、出品した商品名、商品の販売金額、購入代金の受取（支払い）方法、出品期間、及び購入者の会員ＩＤを記憶している。

図５は、明細画面の一例を示す説明図である。図５では、クレジットカードの利用明細の一覧を表示する明細画面の一例を図示している。以下では本実施の形態の概要について説明する。
サーバ１は、クレジットカードの会員向けに、クレジットカードの利用明細の照会サービスを提供している。本実施の形態で出品者は、サーバ１に照会した利用明細から出品する商品を指定し、指定した商品の出品をサーバ１に依頼する。

例えばサーバ１は、所定のログイン処理を受け付けて会員ＩＤ等を出品者端末２ａから取得し、取得した会員ＩＤに対応する出品者のクレジットカードのカード番号を特定する。サーバ１は、特定したカード番号に対応付けられた利用明細を明細ＤＢ１４２から読み出し、読み出した利用明細を示す明細情報を出品者端末２ａに送信する。出品者端末２ａは、サーバ１から取得した明細情報に基づき、図５で例示する明細画面を表示する。

例えば出品者端末２ａは、月次指定欄５１への操作入力により月次の指定を受け付け、指定された月次におけるクレジットカードの利用明細を明細画面に表示する。例えば図５に示すように、出品者端末２ａは、クレジットカードの利用合計額を表示すると共に、利用明細の一覧である明細一覧５２を表示する。明細一覧５２では、クレジットカードの利用日、利用先（加盟店、購入商品等）、利用金額等が利用明細毎に表示される。

出品者端末２ａは、明細一覧５２に表示されている複数の利用明細のうち、いずれかを指定する指定入力を受け付ける。これにより出品者端末２ａは、クレジットカードの利用により出品者が購入した商品を出品物に指定する指定入力を受け付ける。出品物の指定入力を受け付けた場合、出品者端末２ａは図６の出品画面に遷移し、サーバ１に対して出品依頼を行う。

なお、本実施の形態では便宜上、出品者がクレジットカードを利用して購入した商品を出品するものとして説明するが、例えば出品者が店舗で現金支払い等の方法により購入した商品の出品依頼を受け付けるようにしても良い。すなわち、サーバ１はクレジットカードの会員から出品依頼を受け付けることが可能であれば良く、出品物はクレジットカードを利用して購入した商品に限定されない。

図６は、出品画面の一例を示す説明図である。図６では、出品依頼の詳細を設定するための出品画面の一例を図示している。出品者端末２ａは出品画面において、出品依頼に関する詳細な設定入力を受け付ける。

例えば出品者端末２ａは、撮像部２６を介して出品物を撮像した画像の設定入力を受け付けると共に、出品物（商品）自体の詳細、出品物の配送に関する詳細、及び出品物の販売代金（購入代金）に関する詳細の設定入力を受け付ける。出品物の詳細は、例えば商品名、商品のカテゴリ、商品状態、商品説明等を含む。配送に関する詳細は、発送元の地域、発送までに要する日数、配送料の負担（出品者又は購入者のいずれが負担するか）、配送方法（例えば配送会社）等を含む。販売代金に関する詳細は、例えば販売代金の金額、販売代金の受取方法（支払方法）等を含む。

出品者端末２ａは入力フォームに従い、各設定事項について設定入力を受け付ける。この場合に出品者端末２ａは、出品物の詳細について、サーバ１から出品物に対応する商品情報を取得し、デフォルトで設定する。

例えば出品者端末２ａは、図５の明細画面で出品物に対応する利用明細を指定した場合に、指定した利用明細に係る購入商品、すなわち出品者がクレジットカードを利用して購入した商品に関する商品情報を送信するようサーバ１に要求する。商品情報は、例えば商品名、商品のカテゴリ、購入時期、購入金額等を含み得る。サーバ１は出品者端末２ａからの要求を受けて商品情報を出品者端末２ａに送信する。

例えばサーバ１は、クレジットカードの各加盟店で提供する商品のデータベースを予め用意しておき、データベースから商品情報を読み出して送信するようにしても良い。また、例えばサーバ１は、商品購入時に加盟店から出品者の与信に関する問い合わせを受け付けた場合に、併せて出品者が購入する商品の商品情報を加盟店から取得し、購入履歴として明細ＤＢ１４２に記憶しておいても良い。また、例えばサーバ１は、図６の出品画面の表示時に加盟店への問い合わせを行って商品情報を取得するようにしても良い。このように、商品情報の取得経路は特に問わない。

出品者端末２ａは、サーバ１から取得した商品情報に基づき、出品物の詳細について一部をデフォルトで設定する。例えば出品者端末２ａは、商品名、カテゴリ等をデフォルトで設定する。また、例えば出品者端末２ａは、クレジットカードによる購入履歴から商品の購入日、購入金額等から商品の説明文（図６の「今年１月に１万円で購入したバッグです」）を生成し、デフォルトで設定する。これにより、会員は商品名やカテゴリ、購入時期等を自ら入力する必要がなく、利便性を向上させることができる。

出品者端末２ａは、出品物の詳細について、その他の設定事項の入力を受け付ける。例えば出品者端末２ａは、商品の状態について設定入力を受け付けると共に、商品説明について追加の説明文の入力を受け付ける。なお、出品者端末２ａは、デフォルトで設定した事項について設定変更の入力を受け付けてもよいことは勿論である。

なお、出品者端末２ａは出品物の詳細について、全ての設定事項についてデフォルトで設定しても良い。また、出品者端末２ａはデフォルト設定を行わず、全ての設定事項について手動で入力を受け付けるようにしても良い。

出品者端末２ａは、出品物の配送に関する詳細の設定入力を受け付ける。例えば図６で例示するように、出品者端末２ａは、発送元の地域である出品者の住居地域、出品者が出品物の発送までに要する日数、配送料の負担を出品者又は購入者のいずれが負担するか、配送方法等について設定入力を受け付ける。

さらに出品者端末２ａは、販売代金に関する詳細について設定入力を受け付ける。具体的には、出品者端末２ａは、販売代金の金額（価格）について設定入力を受け付けると共に、販売代金の支払いを受ける際の受取方法（支払方法）について、支払いをポイントで受け取るか、又は金銭で受け取るか設定入力を受け付ける。

上述の如く、本実施の形態では出品物の支払いについて、サーバ１は購入者からクレジットカードのポイントで支払いを受け付ける。しかしながら、出品者によってはそのままポイントで購入代金を受け取るのではなく、ポイントと等価な金銭での受け取りを所望する場合がある。そこで本実施の形態では、後述するように、出品者が選択した受取方法（ポイント又は金銭）で出品者への支払いを行う。

上記の設定を完了後、出品者端末２ａは各設定事項の情報をサーバ１に送信し、出品依頼を行う。出品依頼を受け付けた場合、サーバ１は出品物の情報をそのまま他の会員（購入者）に提示して購入申込を受け付けるようにしても良いが、本実施の形態では、出品者がクレジットカードを利用して出品物を購入した際の購入履歴情報に基づき、出品依頼を承認するか否かを判定する。

例えばサーバ１は、出品物の購入履歴情報に相当するクレジットカードの利用明細を明細ＤＢ１４２から読み出し、読み出した利用明細が示す情報と、出品者が設定した出品物の情報とを比較して、出品依頼を承認するか否かを判定する。例えばサーバ１は、出品者が出品物を購入した購入日、購入金額等を参照して、出品者が商品説明として入力した購入時期、購入金額等が正しいか否かを判定する。あるいはサーバ１は、出品者が入力した商品名、カテゴリ等が正しいか否かを判定しても良い。

上述の処理により、サーバ１は、出品物の内容を偽って出品していないか否かを判定する。サーバ１が上記の判定処理を行うことで、購入者は安心して出品物を購入することができる。なお、上記の判定内容は一例であって、例えばサーバ１は、出品物の購入金額と出品者が設定した販売代金（購入代金）の金額とを比較して、販売代金の金額が購入金額の所定の割合以上でないか、すなわち中古品としては不当に高い金額でないか等を判定しても良い。このように、サーバ１は購入履歴情報に基づき出品依頼の妥当性を判定可能であれば良く、その判定基準は特に限定されない。

また、上記ではクレジットカードによって出品物を購入した際の購入履歴情報を参照することにしたが、本実施の形態はこれに限定されるものではなく、例えば現金決済、あるいは仮想通貨での決済等による購入履歴情報を参照して出品の可否を判定するようにしても良い。例えばサーバ１は、加盟店のＰＯＳ（Point of Sale）データを現金決済の購入履歴情報として取得し、出品者が出品物を購入した際のＰＯＳデータを参照して、出品の可否を判定する。あるいはサーバ１は、仮想通貨の取引履歴を管理するブロックチェーンを参照して、出品の可否を判定する。このように、購入履歴情報はクレジットカードに係る情報に限定されず、その他の決済手段に係る情報であってもよい。

出品依頼を承認すると判定した場合、サーバ１は、出品者端末２ａから取得した出品物に関する情報を出品ＤＢ１４３に記憶する。一方で、出品依頼を承認しないと判定した場合、サーバ１は、出品依頼を承認しない旨を出品者端末２ａに通知する。

図７は、購入画面の一例を示す説明図である。図７では、出品物の購入時に購入者端末２ｂが表示する購入画面の一例を図示している。
購入者端末２ｂはサーバ１にアクセスし、各出品者が出品している出品物の情報の送信を要求してサーバ１から取得する。そして購入者端末２ｂは、不図示の画面で各出品物を一覧表示し、購入を所望する出品物の指定入力を購入者から受け付ける。そして購入者端末２ｂは、指定された出品物を購入するための購入画面を表示する。

例えば図７に示すように、購入者端末２ｂは、商品名、購入代金（ポイント）、商品状態、商品説明など、出品物に関する各種情報を表示する。そして購入者端末２ｂは、販売代金の支払いに利用するクレジットカード、及び配送先の指定入力を受け付けた上で、最終的に「購入する」のボタンへの操作入力を受け付けることで、購入申込を確定させる。

購入者端末２ｂは、指定されたクレジットカードに関するカード情報（カード番号等）、配送先等を含む各種情報を送信し、サーバ１に対して出品物の購入申込を行う。購入者端末２ｂから購入申込を受け付けた場合、例えばサーバ１は、まず出品者端末２ａに購入申込があった旨を通知し、表示させる。出品者端末２ａは、出品者から出品物の発送日等の入力を受け付け、サーバ１に返信する。

次にサーバ１は、購入者のクレジットカードを利用した購入代金の決済を行う。具体的には既に述べているように、サーバ１は、クレジットカードの利用によって購入者に付与されたポイントを用いて決済を行う。サーバ１は、購入依頼に含まれるカード情報から購入者が所持するポイントの数量を特定し、出品物の購入代金と等価な数量のポイントを減算することで、購入代金として処理する。

出品者への支払いを行う場合、サーバ１は、出品者が出品時に選択した受取方法に応じて、ポイント又は金銭のいずれかで出品者への支払いを行う。ポイントによる受取が選択された場合、サーバ１は、購入者が所持するポイントから減算した数量のポイントをそのまま出品者が所持するポイントに加算し、会員ＤＢ１４１に記憶する。一方で、金銭が選択された場合、サーバ１は、ポイントと等価な金額を出品者の金融口座宛に送金する決済処理を行う。

なお、出品者への支払いを金銭で行う場合、サーバ１は、クレジットカードの利用によって出品者の金融口座から引き落とされる予定の引落代金から、出品物の購入代金（販売代金）を差し引く相殺決済を行うようにしても良い。これにより、出品者にとっての利便性をさらに向上させることができる。

最後にサーバ１は、上記で出品者が返信した発送日等を含む配送依頼を配送会社に送信し、出品物の配送の手配まで完了させる。

なお、上記では出品物の購入代金自体の決済にクレジットカードのポイントを用いたが、サーバ１は出品物の購入取引に係る費用の決済にクレジットカードのポイントを用いることができればよく、ポイントを用いて決済する費用は出品物の代金に限定されない。例えばサーバ１は、本システムを利用して出品物の購入取引を行う際に管理者に支払う手数料、又は出品物を購入者に送付する際の送料の決済を、クレジットカードのポイントを用いて行うようにしても良い。

例えば出品者が手数料及び送料を負担する場合、出品者端末２ａは図６の出品画面において、手数料及び送料の双方あるいは一方について、クレジットカードのポイントを用いて決済を行うか否か、操作入力を受け付ける。手数料及び送料についてポイントを用いた決済を行う旨の操作入力を出品者端末２ａにおいて受け付けた場合、サーバ１は、手数料及び送料を、出品者のポイントを用いて決済する。

なお、手数料及び送料を購入者が負担する場合、購入者端末２ｂが図７の購入画面においてポイントを利用するか否かの操作入力を受け付けるようにすればよい。この場合、サーバ１は購入者に付与されたポイントを用いて手数料及び送料の決済を行う。

上述の如く、サーバ１は出品物の購入取引に係る費用の決済の全部又は一部を、出品者又は購入者に付与されたポイントを用いて行うことができればよく、決済対象とする費用は出品物の購入代金に限定されない。

なお、出品依頼を受け付けた場合、あるいは購入依頼を受け付けた場合に、サーバ１は、出品物の元々の販売元である加盟店に対し、出品物が出品又は購入された旨を通知するようにしても良い。これにより加盟店は、出品者が商品を引き払ったことを知り、例えば新作商品を出品者にリコメンドするなどできる。これにより、加盟店側での商品の販売促進を支援することもできる。

上述の如く、サーバ１はクレジットカードの会員同士での商品の売買を支援する。クレジットカードの会員同士でやり取りが行われるため、会員は安心して売買を行うことができる。また、上記のように出品物の購入にクレジットカードのポイントを利用可能とすることで、使用しないポイントを有効活用することができる。

また、多くのクレジットカードのポイントには有効期限が定められており、現状のポイントの仕組みでは、有効期限間近に会員がアクセスしてポイントを消費する場合が多い。従って、有効期限間近にはサーバ１の負荷が高まる。一方で、本実施の形態では購入者は出品物を逐一チェックして購入を行う必要があるため、アクセスのタイミングが分散され、サーバ１の負荷を軽減することができる。

図８は、出品処理の処理手順の一例を示すフローチャートである。図８に基づき、出品者からの出品依頼を受け付ける際の処理内容について説明する。
出品者端末２ａは、所定のログイン処理を行い、会員ＩＤ等を含む情報をサーバ１に送信する（ステップＳ１１）。サーバ１は、会員ＤＢ１４１を参照して会員ＩＤから出品者のクレジットのカード番号等を特定し、特定したカード番号に対応付けられた明細情報を明細ＤＢ１４２から読み出して出品者端末２ａに送信する（ステップＳ１２）。

出品者端末２ａは、サーバ１から受信した明細情報に基づき、出品者によるクレジットカードの利用明細を一覧で示す明細画面を表示する（ステップＳ１３）。出品者端末２ａは、明細画面に表示された利用明細のうちいずれかを指定する指定入力を受け付けることで、出品物の指定入力を受け付け、指定された出品物に関する情報をサーバ１に送信する（ステップＳ１４）。サーバ１は、出品物として指定された商品に関する商品情報を出品者端末２ａに送信する（ステップＳ１５）。

出品者端末２ａは、出品物に関する情報を設定するための出品画面を表示する（ステップＳ１６）。例えば出品者端末２ａは、出品物（商品）自体の詳細、出品物の配送に関する詳細、出品物の販売代金（購入代金）に関する詳細などを設定する出品画面を表示する。この場合に出品者端末２ａは、サーバ１から取得した商品情報に基づき、出品物の詳細について一部又は全部をデフォルトで設定した出品画面を表示する。

出品者端末２ａは出品画面において、デフォルトで設定されていない出品物の詳細、あるいは配送、販売代金等に関する詳細の設定入力を受け付ける（ステップＳ１７）。この場合に出品者端末２ａは、例えば販売代金の受取方法（支払方法）について、クレジットカードのポイントで受け取るか、又は金銭で受け取るかの選択入力を受け付ける。出品者端末２ａは、設定された各種情報をサーバ１に送信し、出品依頼を行う（ステップＳ１８）。

出品者端末２ａから出品依頼を受け付けた場合、サーバ１は、クレジットカードを利用して出品者が出品物を購入した際の購入履歴情報を参照して、出品依頼を承認するか否かを判定する（ステップＳ１９）。例えばサーバ１は、出品物の購入時期、購入金額等を参照して、出品者が設定した内容に不正があるか否かを判定する。

出品依頼を承認すると判定した場合（ステップＳ１９：ＹＥＳ）、サーバ１は、出品物に関する情報を出品ＤＢ１４３に記憶する（ステップＳ２０）。出品依頼を承認しないと判定した場合（ステップＳ１９：ＮＯ）、サーバ１は、出品依頼を承認しない旨を出品者端末２ａに通知する（ステップＳ２１）。ステップＳ２０又はＳ２１の処理を実行後、サーバ１は一連の処理を終了する。

図９は、購入処理の処理手順の一例を示すフローチャートである。図９に基づき、購入者から商品の購入申込を受け付ける際の処理内容について説明する。
購入者端末２ｂはサーバ１に対し、各出品者からの出品物に関する情報を送信するよう要求する（ステップＳ３１）。購入者端末２ｂから送信要求を受け付けた場合、サーバ１は出品ＤＢ１４３を参照して、各出品物に関する情報を購入者端末２ｂに送信する（ステップＳ３２）。

購入者端末２ｂは、各出品物に関する情報を表示する（ステップＳ３３）。そして購入者端末２ｂは、購入者が購入する出品物の指定入力を受け付ける（ステップＳ３４）。購入者端末２ｂは、指定された出品物について、販売代金の支払いに利用するクレジットカードのカード情報（例えばカード番号等）、出品物の配送先等について設定入力を受け付ける（ステップＳ３５）。購入者端末２ｂは、カード情報を含む各種情報をサーバ１に送信し、出品物の購入申込を行う（ステップＳ３６）。

購入者端末２ｂから購入申込を受け付けた場合、サーバ１はまず、購入申込があった旨を出品者端末２ａに通知し、発送日等の返信を受け付ける（ステップＳ３７）。次にサーバ１は、出品物の購入取引に係る費用の決済の全部又は一部を、クレジットカードの利用により出品者又は購入者に付与されたポイントを用いて行う（ステップＳ３８）。例えばサーバ１は、購入者のポイントを用いて、出品物の購入代金の決済を行う。また、例えばサーバ１は、出品者（又は購入者）のポイントを用いて、出品物の購入取引に伴う手数料、あるいは出品物を購入者に送付する際の送料の決済を行う。サーバ１は、出品物の配送依頼を配送会社に送信し（ステップＳ３９）、一連の処理を終了する。

なお、上記では出品物の売買に関してフリーマーケットの形式を取ったが、本実施の形態はこれに限定されず、例えばオークション形式で売買を行うようにしても良い。すなわち、サーバ１がクレジットカードの会員同士の商品売買を仲介可能であれば良く、売買の形式は特に問わない。

以上より、本実施の形態１によれば、クレジットカードの利用によって会員に付与されるポイントを用いて、会員同士で商品の売買を行うことができる

また、本実施の形態１によれば、出品物の購入履歴に応じて出品依頼の承認の可否を判定することで、会員同士の取引の安全性を高めることができる。

また、本実施の形態１によれば、クレジットカードの利用明細から出品依頼を行えるようにすることで、出品者の利便性を向上させることができる。

また、本実施の形態１によれば、単に購入代金にクレジットカードのポイントを用いるだけでなく、出品物の購入取引に伴う手数料や送料にポイントを用いることで、利便性の高いフリーマーケットサービスを提供することができる。

（実施の形態２）
本実施の形態では、クレジットカードサービスを提供するハードウェアと、フリーマーケットサービスを提供するハードウェアとが異なる形態について述べる。なお、実施の形態１と重複する内容については同一の符号を付して説明を省略する。
図１０は、実施の形態２に係る出品販売システムの構成例を示す模式図である。本実施の形態に係る出品販売システムは、クレジットカード会社のサーバ装置であるサーバ１以外に、フリーマーケットサービスを提供する事業者のサーバ装置である事業者サーバ３を有する。

本実施の形態では、サーバ１が販売代金の決済を行う一方で、事業者サーバ３が出品依頼の受付及び出品物の購入申込の受付を行う。すなわち、クレジットカード会社と事業者とが提携し、事業者サーバ３がフリーマーケットの事務局として動作する。

本実施の形態では、事業者サーバ３が図６で説明した出品依頼の受付、及び図７で説明した購入申込の受付を行う。出品依頼時には、事業者サーバ３はサーバ１から出品者のカード情報、商品情報等の提供を受け、出品依頼に係る処理を行う。購入申込時には、事業者サーバ３はサーバ１に対して購入代金の決済要求を行い、サーバ１が購入代金の決済を行う。

本実施の形態は上記の通りであり、各処理を行うハードウェアがサーバ１及び事業者サーバ３に分散されるのみでその他の処理内容は同じであるため、フローチャートその他の詳細な説明は省略する。

以上より、本実施の形態２によれば、出品物の売買に関する処理を行うハードウェアと、販売代金の決済を行うハードウェアとは異なっていてもよい。

今回開示された実施の形態はすべての点で例示であって、制限的なものではないと考えられるべきである。本発明の範囲は、上記した意味ではなく、特許請求の範囲によって示され、特許請求の範囲と均等の意味及び範囲内でのすべての変更が含まれることが意図される。

１サーバ（情報処理装置）
１１制御部
１２主記憶部
１３通信部
１４補助記憶部
Ｐ１プログラム
１４１会員ＤＢ
１４２明細ＤＢ
１４３出品ＤＢ
２端末
２１制御部
２２主記憶部
２３通信部
２４表示部
２５入力部
２６撮像部
２７補助記憶部
Ｐ２プログラム

Claims

クレジットカードの第１の会員の端末装置から、出品物の情報を含む出品依頼を受け付け、
前記クレジットカードの第２の会員の端末装置に前記出品物の情報を出力し、
前記第２の会員の端末装置から前記出品物の購入申込を受け付け、
前記出品物の購入取引に係る費用の決済を行う
処理をコンピュータが実行する情報処理方法であって、
前記出品依頼を受け付けた場合に、前記第１の会員が前記出品物を購入した際の購入履歴情報を取得し、
取得した前記購入履歴情報と、前記出品物の情報とに基づき、前記出品依頼を承認するか否かを判定し、
前記購入取引に係る費用の決済の全部又は一部を、前記クレジットカードの利用により前記第１又は第２の会員に付与されたポイントを用いて行う
ことを特徴とする情報処理方法。
前記第１の会員の端末装置に、前記クレジットカードの利用明細の一覧を出力し、
該利用明細の一覧から、前記出品物に対応する商品を購入した際の前記利用明細の指定入力を受け付け、
指定された前記利用明細に対応する商品に関する商品情報を前記第１の会員の端末装置に出力し、
出力した前記商品情報に基づく前記出品依頼を受け付ける
ことを特徴とする請求項１に記載の情報処理方法。
前記ポイントを用いて、前記購入取引に伴う手数料、又は前記出品物を前記第２の会員に送付する際の送料の決済を行う
ことを特徴とする請求項１又は２に記載の情報処理方法。
クレジットカードの第１の会員の端末装置から、出品物の情報を含む出品依頼を受け付ける第１受付部と、
前記クレジットカードの第２の会員の端末装置に前記出品物の情報を出力する出力部と、
前記第２の会員の端末装置から前記出品物の購入申込を受け付ける第２受付部と、
前記出品物の購入取引に係る費用の決済を行う決済部と
を備える情報処理装置であって、
前記出品依頼を受け付けた場合に、前記第１の会員が前記出品物を購入した際の購入履歴情報を取得する取得部と、
取得した前記購入履歴情報と、前記出品物の情報とに基づき、前記出品依頼を承認するか否かを判定する判定部とを備え、
前記決済部は、前記購入取引に係る費用の決済の全部又は一部を、前記クレジットカードの利用により前記第１又は第２の会員に付与されたポイントを用いて行う
ことを特徴とする情報処理装置。
クレジットカードの第１の会員の端末装置から、出品物の情報を含む出品依頼を受け付け、
前記クレジットカードの第２の会員の端末装置に前記出品物の情報を出力し、
前記第２の会員の端末装置から前記出品物の購入申込を受け付け、
前記出品物の購入取引に係る費用の決済を行う
処理をコンピュータに実行させるプログラムであって、
前記出品依頼を受け付けた場合に、前記第１の会員が前記出品物を購入した際の購入履歴情報を取得し、
取得した前記購入履歴情報と、前記出品物の情報とに基づき、前記出品依頼を承認するか否かを判定し、
前記購入取引に係る費用の決済の全部又は一部を、前記クレジットカードの利用により前記第１又は第２の会員に付与されたポイントを用いて行う
ことを特徴とするプログラム。