JP2020149510A

JP2020149510A - 情報処理装置、情報処理方法および情報処理プログラム

Info

Publication number: JP2020149510A
Application number: JP2019047770A
Authority: JP
Inventors: 高光入山; Takamitsu Iriyama
Original assignee: Yahoo Japan Corp
Current assignee: Yahoo Japan Corp
Priority date: 2019-03-14
Filing date: 2019-03-14
Publication date: 2020-09-17
Anticipated expiration: 2039-03-14
Also published as: JP7091272B2

Abstract

【課題】利用者によって購入された物品の共有を促すこと。【解決手段】本願に係る情報処理装置は、判定部と、減額部とを備える。判定部は、所定の物品を購入する購入者が、複数利用者によって共有される物品の提供を行う共有事業に対して、購入対象を供出するか否かを判定する。減額部は、購入者が購入対象を共有事業に供出すると判定した場合は、購入者が購入対象を購入する際の購入費用から所定の額を減額する。【選択図】図１

Description

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

近年、物品を複数の利用者が共有するシェアリングが行われている。このようなシェアリングを促進する技術の一例として、購入対象となる車両を購入者から他人にレンタルさせた場合のレンタル収入を予測し、車両購入時において予測したレンタル収入を考慮した見かけ上の車両価格を提示する技術が知られている。

特許６３９２２９３号公報

しかしながら、上述した従来技術では、必ずしも物品の共有を促すことができるとは言えない場合がある。

例えば、上述した従来技術では、予測したレンタル収入を車両価格から引いた価格を提示することで、見かけ上安くなった購入費用を提示しているに過ぎない。このため、車両を購入した利用者が他人に車両をレンタルしなかった場合に、車両のシェアリングを促進することができない。

本願は、上記に鑑みてなされたものであって、利用者によって購入された物品の共有を促すことを目的とする。

本願に係る情報処理装置は、所定の物品を購入する購入者が、複数利用者によって共有される物品の提供を行う共有事業に対して、購入対象を供出するか否かを判定する判定部と、前記購入者が前記購入対象を前記共有事業に供出すると判定した場合は、当該購入者が当該購入対象を購入する際の購入費用から所定の額を減額する減額部とを有することを特徴とする。

実施形態の一態様によれば、利用者によって購入された物品の共有を促すことができるという効果を奏する。

図１は、実施形態に係る情報処理の一例を示す図である。図２は、実施形態に係る情報処理システムの構成例を示す図である。図３は、実施形態に係る端末装置の構成例を示す図である。図４は、実施形態に係る販売者サーバの構成例を示す図である。図５は、実施形態に係る販売価格記憶部の一例を示す図である。図６は、実施形態に係る投稿履歴記憶部の一例を示す図である。図７は、実施形態に係るＳＮＳサーバの構成例を示す図である。図８は、実施形態に係るシェアリング事業者サーバの構成例を示す図である。図９は、実施形態に係る供出物品記憶部の一例を示す図である。図１０は、実施形態に係る情報処理の一例を示すフローチャートである。図１１は、情報処理装置の機能を実現するコンピュータの一例を示すハードウェア構成図である。

以下に、本願に係る情報処理装置、情報処理方法及び情報処理プログラムを実施するための形態（以下、「実施形態」と呼ぶ）について図面を参照しつつ詳細に説明する。なお、この実施形態により本願に係る情報処理装置、情報処理方法及び情報処理プログラムが限定されるものではない。また、以下の各実施形態において同一の部位には同一の符号を付し、重複する説明は省略される。

（実施形態）
〔１．情報処理の一例〕
まず、図１を用いて、実施形態に係る情報処理の一例について説明する。図１は、実施形態に係る情報処理の一例を示す図である。図１では、実施形態に係る情報処理が販売者サーバ１００により実行される例を示す。なお、販売者サーバ１００は、本願に係る情報処理装置の一例である。

近年、シェアリングエコノミー（Sharing Economy）という概念が、様々な分野で急激に浸透してきている。この概念が進むと、人がモノ・サービスを必要と思った時には、新しいモノ・サービスを買うのではなく、既にあるモノ・サービスのシェアを探す人が増えると考えられる。販売者サーバ１００は、シェアリングエコノミーという概念に基づいた新しいモノ・サービスの購入方法を提案する。以下実施形態では、販売者が提供するモノ・サービスをまとめて購入対象と表記する。

図１に係る実施形態は、販売者サーバ１００が、購入者が購入対象を新たに購入する際に、購入した購入対象をシェアリングサービスでシェアする前提の価格を提供する場合を示す。例えば、販売者サーバ１００は、購入者が車を買う際には、車をシェア（カーシェアリング）する前提の価格を提供する。例えば、販売者サーバ１００は、購入者が家を買う際には、民泊サービスに登録する前提の価格を提供する。以下、図１を用いて、実施形態に係る情報処理の一例を説明する。なお、図１では、購入者が車を供出するカーシェアリングの場合を示すが、実施形態に係る購入対象は、取引対象や役務（サービス）とみなされるものであればどのようなものであってもよい。例えば、購入対象は、不動産（例えば、田舎の不動産）や家などの単価の大きいものであってもよい。この場合、販売者サーバ１００は、不動産をシェアする前提の価格を購入者に提供する。また、購入対象は、印刷機械や産業機械などの稼働率に波があるものであってもよい。この場合、販売者サーバ１００は、印刷機械や産業機械をシェアする前提の価格を購入者に提供する。

端末装置１０は、購入者の操作に応じて、投稿情報をＳＮＳ（Social Networking System）サーバ２００に送信する（ステップＳ１０１）。ここで、投稿情報とは、インターネット上に投稿する情報として、端末装置１０が購入者から受け付けた情報である。例えば、投稿情報は、購入者がＳＮＳ上に投稿した情報である。

ＳＮＳサーバ２００は、受信した投稿情報を購入者と所定の関係を有する閲覧者に配信する（ステップＳ１０２）。例えば、ＳＮＳサーバ２００は、受信した投稿情報を購入者のフォロワー（例えば、Ｔｗｉｔｔｅｒ（商標登録）におけるフォロワーなど）に配信する。

端末装置１０は、購入者の操作に応じて、購入要求を販売者サーバ１００に送信する（ステップＳ１０３）。図１では、購入者が車の購入を要求した場合を示す。端末装置１０は、購入対象の購入要求を販売者サーバ１００に送信する。なお、ステップＳ１０３に係る処理と、ステップＳ１０１に係る処理及びステップＳ１０２に係る処理とは別々に実行されるものとする。すなわち、ステップＳ１０３に係る処理は、どのタイミングで行われてもよい。

販売者サーバ１００は、購入者の購入要求に応じて、購入者が投稿した投稿履歴をＳＮＳサーバ２００から取得する（ステップＳ１０４）。また、販売者サーバ１００は、購入者の属性や、購入者が投稿した投稿履歴を閲覧する閲覧者の属性に関する情報を取得してもよい。販売者サーバ１００は、購入対象と類似する類似対象の利用態様や、類似対象を利用する利用者の属性に関する情報を収集する。ここで、利用者とは、例えば、共有事業に登録した利用者である。なお、ステップＳ１０５に係る処理と、ステップＳ１０４に係る処理とは別々に実行されるものとする。すなわち、ステップＳ１０５に係る処理は、ステップＳ１０３の処理の後であればどのタイミングで行われてもよい。

販売者サーバ１００は、購入者の投稿履歴に基づいて、共有事業に関する投稿態様を推定する（ステップＳ１０６）。例えば、販売者サーバ１００は、購入対象に関するコンテンツを投稿する頻度を推定し、推定した頻度に基づいて、購入対象が共有事業に供出された際の利用度合を推定する。例えば、購入者が購入対象を共有事業に供出した場合、購入対象に関する投稿を行うと考えられ、このような投稿を閲覧したフォロワーのうち、購入者が購入した購入対象と属性がマッチするフォロワーは、共有事業に申込み、購入対象を利用する可能性が高い。そこで、販売者サーバ１００は、購入者のフォロワーの属性と、購入対象が有する属性との対応度合（マッチ度）を推定する（ステップＳ１０７）。例えば、販売者サーバ１００は、購入者のフォロワーのデモグラフィック属性やサイコグラフィック属性に基づいて、購入対象となる車種をフォロワーが利用する可能性を推定し、推定した可能性が高い程、対応度合がより高いと推定する。

また、共有事業の利用者にとって人気の車種は、利用される可能性が高いと推定される。そこで、販売者サーバ１００は、購入対象が有する属性と、利用者の属性との対応度合を推定する（ステップＳ１０８）。例えば、販売者サーバ１００は、共有事業に供出されている共有対象のうち、販売対象と同一車種の利用頻度を特定し、特定した利用頻度が高い程、購入対象が有する属性と、利用者の属性との対応度合が高いと推定する。

また、購入者が購入対象を頻繁に使用する場合、購入対象を共有事業に供出する頻度が下がると推定される。そこで、販売者サーバ１００は、購入者による購入対象の利用度合を推定する（ステップＳ１０９）。なお、ステップＳ１０６乃至ステップＳ１０９に係る処理は別々に実行されるものとする。そして、販売者サーバ１００は、各推定結果から共有スコアを算出する（ステップＳ１１０）。例えば、販売者サーバ１００は、フォロワーと購入対象とのマッチ度が高い程若しくは購入対象と利用者とのマッチ度が高い程、より高い値の共有スコアを算出する。また、販売者サーバ１００は、購入者による利用頻度が高い程、より低い値の共有スコアを算出する。

販売者サーバ１００は、購入対象の価格（販売価格）から、共有スコアに応じた額を減額した価格に関する情報を提供する（ステップＳ１１１）。例えば、販売者サーバ１００は、共有スコアの値が高い程、より高い値を減額する。販売者サーバ１００は、減額した価格に関する情報を購入者が利用する端末装置１０に送信する。例えば、販売者サーバ１００は、購入対象の価格が１００万円であり、共有スコアに応じた額が２０万円である場合には、購入対象が８０万円である旨の情報を端末装置１０に送信する。

なお、販売者サーバ１００は、上述した情報以外の情報に基づいて、値引き額を決定してもよい。例えば、販売者サーバ１００は、購入者のフォロワーの属性以外にも、例えば、フォロワーの数や数の変化（例えば、増加率）、購入者により投稿が行われる頻度等に基づいて、フォロワーのうちどれくらいの人数が購入対象を利用するかを推定し、推定した結果が多い程、より高い値の共有スコアを算出してもよい。また、購入者が所在するエリアにおいて、共有事業に加入する利用者が多く存在する場合には、共有スコアの値をより高い値に設定してもよい。また、販売者サーバ１００は、購入者の性格（例えば、ソーシャルグラフなど）、移動エリア、デモグラフィック情報（年齢や性別など）に基づいてＳＶ（Sharing Value）を算出し、販売価格からＳＶ価格を減額した価格をＳＢＰ（Sharing-Based Price）として提供してもよい。

このように、販売者サーバ１００は、購入者が購入対象を共有事業者に供出するかを判定する。ここで、共有事業者とは、供出された購入対象のシェアを管理する事業者である。例えば、共有事業者は、シェアリング会社や金融会社などであってもよい。例えば、販売者サーバ１００は、購入者がＳＢＰを支払って購入した場合、購入者が購入対象を共有事業者に供出すると判定する（ステップＳ１１２）。販売者サーバ１００は、共有事業者にとって初期投資が少なくても購入対象を収集することができるため、共有事業者の営業力を向上させることができる。また、販売者サーバ１００は、購入者にとって購入に掛かる初期投資が少なく済むため、購入者にとって購買の向上を促進させることができる。

なお、共有事業者が利用する端末装置は、販売者サーバ１００が共有事業者に供出すると判定した場合には、購入対象の共有に伴う報酬をシェアリング事業者サーバ３００に送信する。ここで、報酬とは、電子マネーや購入の際に利用可能なポイントなどの特典であってもよい。シェアリング事業者サーバ３００は、購入対象の共有に伴う報酬の一部を購入者に提供する。ここで、１回あたりのシェアリングに伴う売上のうち、購入者への報酬をレベニューシェアと呼ぶ。シェアリング事業者サーバ３００は、報酬の一部を購入者の端末装置１０に送信する。シェアリング事業者サーバ３００は、購入対象の共有に伴う報酬の一部を購入者の端末装置１０に送信する。

シェアリング事業者サーバ３００は、購入対象の供出による報酬のうち、購入者に配分される報酬（レベニューシェア）に関する情報を送信する。このように、販売者サーバ１００は、購入者のパーソナリティや営業努力に応じて購入者の収入を変動させることができる。また、シェアリング事業者サーバ３００は、購入対象の共有に伴う報酬の一部を販売者サーバ１００に送信する。この場合、１回あたりのシェアリングに伴う売上のうち、購入対象の販売者への報酬をＳＶのギャップフィルと呼ぶ。このように、シェアリング事業者サーバ３００は、購入対象の購入に際する１回あたりの売上のうち、売上の一部を端末装置１０と、販売者サーバ１００とに送信する。これにより、販売者サーバ１００は、購入者に対して、シェアリングサービスを使った積極的なシェアリングを促進させることができる。また、販売者サーバ１００は、ＳＶのギャップフィルの支払いが完了した場合にはレベニューシェアが増加するため、購入者に対して、ＳＮＳ等のソーシャルメディアを用いた積極的なシェアリングを促進させることができる。

販売者サーバ１００は、利用者の購入対象を借りる頻度に応じて、購入者に提供する価格を変動させてもよい。例えば、販売者サーバ１００は、購入対象に対する利用者の人気度に応じて、購入者に提供する価格を変動させてもよい。例えば、販売者サーバ１００は、人気度が高い購入対象の価格が低くなるように、ＳＢＰを提供してもよい。

販売者サーバ１００は、購入対象の利用頻度が所定の閾値以上となる期間（以下、適宜「ハイシーズン」と呼ぶ）を特定し、ハイシーズンに購入対象を供出する場合には、購入者に提供する価格を低くしてもよい。一方、販売者サーバ１００は、ハイシーズンに購入対象を供出しない場合には、購入者に提供する価格を高くしてもよい。

販売者サーバ１００は、ＳＮＳに含まれる利用者の投稿情報に基づいて、所定の利用者にシェアリングを通知してもよい。例えば、販売者サーバ１００は、利用者の走行履歴、位置履歴、フォロワーの属性、フォロワーと購入する車との一致性に基づいて、所定の利用者にシェアリングを通知してもよい。

販売者サーバ１００は、時間帯、曜日、部屋数に応じて提供する価格を変動させてもよい。例えば、販売者サーバ１００は、物体の属性（例えば、設置位置、大きさ、広さ、間取りなど）に応じて、共有スコアに応じた値引きの額を推定してもよい。

なお、実施形態に係る利用者とは、サブスクリプションに基づく利用者であってもよい。例えば、実施形態に係る利用者とは、随時利用許諾を条件として、月額一定の支払いを行っている会員である。

また、実施形態に係る値引き額は、共有スコアに応じて決定するものに限らず、定額のものであってもよい。

また、実施形態に係る共有事業は、供出された購入対象を利用する条件として、利用者に会員登録を要求するものであってもよいし、なくてもよい。

〔情報処理システムの構成〕
図２に示す情報処理システム１について説明する。図２に示すように、情報処理システム１は、端末装置１０と、販売者サーバ１００と、ＳＮＳサーバ２００と、シェアリング事業者サーバ３００とが含まれる。端末装置１０と、販売者サーバ１００と、ＳＮＳサーバ２００と、シェアリング事業者サーバ３００とは所定の通信網（ネットワークＮ）を介して、有線または無線により通信可能に接続される。図２は、実施形態に係る情報処理システムの構成例を示す図である。なお、図２に示した情報処理システム１には、複数台の端末装置１０や、複数台の販売者サーバ１００と、複数台のＳＮＳサーバ２００と、複数台のシェアリング事業者サーバ３００とが含まれてもよい。

端末装置１０は、事業者によって利用される情報処理装置である。端末装置１０は、実施形態における処理を実現可能であれば、どのような装置であってもよい。また、端末装置１０は、スマートフォンや、タブレット型端末や、ノート型ＰＣ（Personal Computer）や、デスクトップＰＣや、携帯電話機や、ＰＤＡ（Personal Digital Assistant）等の装置であってもよい。また、端末装置１０は、ＧＰＳセンサ等に限らず種々のセンサにより、各種センサ情報を検知してもよい。

販売者サーバ１００は、例えば、ＰＣ、ＷＳ（Work Station）等の情報処理装置であり、端末装置１０や、ＳＮＳサーバ２００や、シェアリング事業者サーバ３００からネットワークＮを介して送信されてきた情報に基づいて処理を行う。

ＳＮＳサーバ２００は、例えば、ＰＣ、ＷＳ（Work Station）等の情報処理装置であり、端末装置１０や、販売者サーバ１００からネットワークＮを介して送信されてきた情報に基づいて処理を行う。

シェアリング事業者サーバ３００は、例えば、ＰＣ、ＷＳ（Work Station）等の情報処理装置であり、端末装置１０や、販売者サーバ１００からネットワークＮを介して送信されてきた情報に基づいて処理を行う。

〔２．端末装置の構成〕
次に、図３を用いて、実施形態に係る端末装置１０の構成について説明する。図３は、実施形態に係る端末装置１０の構成例を示す図である。図３に示すように、端末装置１０は、通信部１１と、入力部１２と、出力部１３と、制御部１４とを有する。

（通信部１１）
通信部１１は、例えば、ＮＩＣ（Network Interface Card）等によって実現される。そして、通信部１１は、所定のネットワークＮと有線又は無線で接続され、所定のネットワークＮを介して、販売者サーバ１００と、ＳＮＳサーバ２００と、シェアリング事業者サーバ３００との間で情報の送受信を行う。

（入力部１２）
入力部１２は、購入者からの各種操作を受け付ける。例えば、入力部１２は、タッチパネル機能により表示面を介して購入者からの各種操作を受け付けてもよい。また、入力部１２は、端末装置１０に設けられたボタンや、端末装置１０に接続されたキーボードやマウスからの各種操作を受け付けてもよい。

（出力部１３）
出力部１３は、例えば液晶ディスプレイや有機ＥＬ（Electro-Luminescence）ディスプレイ等によって実現されるタブレット端末等の表示画面であり、各種情報を表示するための表示装置である。また、出力部１３は、販売者サーバ１００から送信された情報を出力する。例えば、出力部１３は、共有スコアに応じた額を減額した価格に関する情報を出力する。

（制御部１４）
制御部１４は、例えば、コントローラ（controller）であり、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）等によって、端末装置１０内部の記憶装置に記憶されている各種プログラムがＲＡＭ（Random Access Memory)を作業領域として実行されることにより実現される。例えば、この各種プログラムには、端末装置１０にインストールされたアプリケーションのプログラムが含まれる。例えば、この各種プログラムには、販売者サーバ１００から送信された情報を表示するアプリケーションのプログラムが含まれる。また、制御部１４は、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路により実現される。

図３に示すように、制御部１４は、投稿部１４１と、要求部１４２と、受信部１４３とを有し、以下に説明する情報処理の作用を実現または実行する。

（投稿部１４１）
投稿部１４１は、外部の情報処理装置へ各種情報を送信する。例えば、投稿部１４１は、ＳＮＳサーバ２００等の他の情報処理装置へ各種情報を送信する。投稿部１４１は、外部の情報処理装置へ投稿情報を送信する。投稿部１４１は、購入者の操作に応じて、購入者から受け付けられた情報を送信する。

（要求部１４２）
要求部１４２は、外部の情報処理装置へ各種情報を送信する。例えば、要求部１４２は、販売者サーバ１００等の他の情報処理装置へ各種情報を送信する。要求部１４２は、外部の情報処理装置へ購入要求を送信する。要求部１４２は、購入者の操作に応じて、購入者から受け付けられた情報を送信する。

（受信部１４３）
受信部１４３は、各種情報を受信する。受信部１４３は、外部の情報処理装置から各種情報を受信する。受信部１４３は、販売者サーバ１００等の他の情報処理装置から各種情報を受信する。受信部１４３は、共有スコアに応じた額を減額した価格に関する情報を受信する。受信部１４３は、購入対象の供出による報酬のうち、購入者に配分される報酬に関する情報を受信する。

〔３．販売者サーバの構成〕
次に、図４を用いて、実施形態に係る販売者サーバ１００の構成について説明する。図４は、実施形態に係る販売者サーバ１００の構成例を示す図である。図４に示すように、販売者サーバ１００は、通信部１１０と、記憶部１２０と、制御部１３０とを有する。なお、販売者サーバ１００は、販売者サーバ１００の管理者から各種操作を受け付ける入力部（例えば、キーボードやマウス等）や、各種情報を表示するための表示部（例えば、液晶ディスプレイ等）を有してもよい。

（通信部１１０）
通信部１１０は、例えば、ＮＩＣ等によって実現される。そして、通信部１１０は、ネットワークＮと有線又は無線で接続され、ネットワークＮを介して、端末装置１０と、ＳＮＳサーバ２００と、シェアリング事業者サーバ３００との間で情報の送受信を行う。

（記憶部１２０）
記憶部１２０は、例えば、ＲＡＭ、フラッシュメモリ等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される。図４に示すように、記憶部１２０は、販売価格記憶部１２１と、投稿履歴記憶部１２２とを有する。

販売価格記憶部１２１は、購入対象の販売価格に関する情報を記憶する。ここで、図５に、実施形態に係る販売価格記憶部１２１の一例を示す。図５に示すように、販売価格記憶部１２１は、「対象ＩＤ」、「対象」、「価格」といった項目を有する。

「対象ＩＤ」は、購入対象を識別するための識別情報を示す。「対象」は、購入対象を示す。図５に示す例では、「対象」に「対象＃１」や「対象＃２」といった概念的な情報が格納される例を示したが、実際には、物品の名称やブランド名などが格納される。「価格」は、購入対象の販売価格を示す。

投稿履歴記憶部１２２は、購入者の投稿履歴に関する情報を記憶する。ここで、図６に、実施形態に係る投稿履歴記憶部１２２の一例を示す。図６に示すように、投稿履歴記憶部１２２は、「購入者ＩＤ」、「投稿」、「フォロワー」といった項目を有する。

「購入者ＩＤ」は、購入対象を識別するための識別情報を示す。「投稿」は、購入者が投稿した投稿情報を示す。図６に示す例では、「投稿」に「投稿＃１１」や「投稿＃１２」といった概念的な情報が格納される例を示したが、実際には、コンテンツデータが格納される。「フォロワー」は、購入者の投稿を閲覧する閲覧者の属性を示す。なお、「フォロワー」は、閲覧者が投稿した投稿情報を示してもよい。図６に示す例では、「フォロワー」に「フォロワー＃１１」や「フォロワー＃１２」といった概念的な情報が格納される例を示したが、実際には、閲覧者の年齢や性別等に関する情報が格納される。

（制御部１３０）
制御部１３０は、コントローラであり、例えば、ＣＰＵやＭＰＵ等によって、販売者サーバ１００内部の記憶装置に記憶されている各種プログラムがＲＡＭを作業領域として実行されることにより実現される。また、制御部１３０は、コントローラであり、例えば、ＡＳＩＣやＦＰＧＡ等の集積回路により実現される。

図４に示すように、制御部１３０は、取得部１３１と、受信部１３２と、推定部１３３と、判定部１３４と、減額部１３５と、提供部１３６とを有し、以下に説明する情報処理の作用を実現または実行する。なお、制御部１３０の内部構成は、図４に示した構成に限られず、後述する情報処理を行う構成であれば他の構成であってもよい。

（取得部１３１）
取得部１３１は、各種情報を取得する。取得部１３１は、外部の情報処理装置から各種情報を取得する。取得部１３１は、端末装置１０等の他の情報処理装置から各種情報を取得する。

例えば、取得部１３１は、販売価格記憶部１２１や投稿履歴記憶部１２２から各種情報を取得する。そして、取得部１３１は、取得した各種情報を販売価格記憶部１２１や投稿履歴記憶部１２２に格納する。

例えば、取得部１３１は、他の機能構成により受信、推定、判定、減額された各種情報を取得する。また、取得部１３１は、投稿履歴を取得する。例えば、取得部１３１は、購入者の投稿履歴を取得する。また、取得部１３１は、購入者の投稿情報を閲覧した閲覧者の属性を取得する。取得部１３１は、購入者のフォロワーの属性を取得する。

（受信部１３２）
受信部１３２は、外部の情報処理装置から各種情報を受信する。例えば、受信部１３２は、端末装置１０等の他の情報処理装置から各種情報を受信する。

例えば、受信部１３２は、販売価格記憶部１２１や投稿履歴記憶部１２２から各種情報を受信する。そして、受信部１３２は、受信した各種情報を販売価格記憶部１２１や投稿履歴記憶部１２２に格納する。

なお、受信部１３２は、他の機能構成により取得、推定、判定、減額された各種情報を受信する。例えば、受信部１３２は、所定の購入対象の購入要求を受信する。

（推定部１３３）
推定部１３３は、各種情報を推定する。推定部１３３は、外部の情報処理装置から取得した各種情報から、利用度合等、共有スコアの算出指標となる各種情報を推定する。

例えば、推定部１３３は、購入対象が共有事業に供出された際の利用度合を推定する。推定部１３３は、購入対象が有する特徴に基づいて、購入対象が共有事業に供出された際の利用度合を推定する。推定部１３３は、共有事業に供出されている物品のうち、購入対象と類似する物品の利用度合に基づいて、購入対象が共有事業に供出された際の利用度合を推定する。例えば、推定部１３３は、購入対象と同一車種の車両や車格が類似する車両、色やメーカーが類似する車両の利用度合に基づいて、購入対象が共有事業に供出された際の利用度合を推定する。

また、推定部１３３は、購入者の特徴に基づいて、購入対象が共有事業に供出された際の利用度合を推定する。また、推定部１３３は、購入者が投稿したコンテンツの履歴に基づいて、購入対象が共有事業に供出された際の利用度合を推定する。例えば、推定部１３３は、投稿情報や位置情報の履歴等から、購入者が購入対象となる車両を頻繁に利用するか否か、車両を利用する際の平均的な移動距離、利用する期間や利用時間帯等を推定し、推定した各種の情報から、購入対象が共有事業に供出された際の利用度合を推定する。

また、推定部１３３は、購入者が投稿したコンテンツの履歴に基づいて、購入対象を共有事業に供出した際に購入者が共有事業に関するコンテンツを投稿する態様を推定する。例えば、推定部１３３は、購入者の投稿頻度や投稿内容のうち購入者が購入した物品に関する投稿の割合等から、購入対象を共有事業に供出した際に購入者が共有事業に関するコンテンツを投稿する態様を推定する。そして、推定部１３３は、推定した各種の態様に基づいて、購入対象が共有事業に供出された際の利用度合を推定する。

また、推定部１３３は、購入者により投稿されるコンテンツの閲覧者が有する属性と、購入対象が有する属性との対応度合に基づいて、購入対象が共有事業に供出された際の利用度合を推定してもよい。例えば、推定部１５５は、各フォロワーの属性に基づいて、各フォロワーが購入対象を利用する可能性を推定し、推定した可能性から、購入対象が有する属性との対応度合に基づいて、購入対象が共有事業に供出された際の利用度合を推定する。

また、推定部１３３は、共有事業に参加する利用者の属性と、購入対象が有する属性との対応度合に基づいて、購入対象が共有事業に供出された際の利用度合を推定してもよい。例えば、推定部１５５は、各利用者の属性に基づいて、各利用者が購入対象を利用する可能性を推定し、推定した可能性から、購入対象が有する属性との対応度合に基づいて、購入対象が共有事業に供出された際の利用度合を推定する。なお、推定部１３３は、共有事業に供出済みの共有対象の利用度合と、共有対象と購入対象との類似性とに基づいて、購入対象の利用度合を推定してもよい。例えば、推定部１３３は、購入対象と同一車種若しくは類似する車種の利用度合に基づいて、購入対象の利用度合を推定してもよい。また、推定部１３３は、利用者の所在地における共有対象の利用度合に基づいて、購入対象の利用度合を推定してもよい。

また、推定部１３３は、購入者による購入対象の利用態様を推定し、推定した利用態様に基づいて、購入対象が共有事業に供出された際の利用度合を推定してもよい。例えば、推定部１３３は、購入者の投稿履歴等に基づいて、購入者がどれくらい購入対象を利用するのか、どのような態様で購入対象を利用するのかを推定し、推定結果に基づいて、利用度合の推定を行う。

（判定部１３４）
判定部１３４は、購入対象を供出するか否かを判定する。判定部１３４は、所定の物品を購入する購入者が、複数利用者によって共有される物品の提供を行う共有事業に対して、購入対象を供出するか否かを判定する。図１の例を用いると、判定部１３４は、車を購入する購入者が、共用事業に対して、購入する車を供出するか否かを判定する。判定部１３４は、購入対象を購入者に販売する事業者とは異なる共有事業者により提供される共有事業に対して、購入対象を供出するか否かを判定する。判定部１３４は、購入対象の共有に伴う報酬が共有事業者に提供される共有事業に対して、利用者が購入対象を供出するか否かを判定する。

判定部１３４は、購入対象を購入者に販売する事業者により提供される共有事業に対して、購入対象を供出するか否かを判定する。例えば、判定部１３４は、購入対象の販売者である販売者サーバ１００の管理者が共有事業者である場合に、購入者が購入対象を供出するか否かを判定する。判定部１３４は、購入対象の共有に伴う報酬の一部が購入者に対して提供される共有事業に対して、購入対象を供出するか否かを判定する。ここで、購入対象の共有に伴う報酬とは、購入対象の利用に際して利用者が共有事業者に対して支払った額の一部である。判定部１３４は、利用者が共有事業者に対して支払った額の一部である報酬の一部を購入者に提供する共有事業に対して、購入対象を供出するかを判定する。

判定部１３４は、購入対象として車両を購入する購入者が、共有される車両の提供を行う共有事業に対して、購入対象となる車両を供出するか否かを判定する。判定部１３４は、購入対象として施設を購入する購入者が、施設の全体若しくは一部の共有を行う共有事業に対して、購入対象となる施設の全体若しくは一部を供出するか否かを判定する。

（減額部１３５）
減額部１３５は、購入者が購入対象を購入する際の購入費用から所定の額を減額する。減額部１３５は、購入者が購入対象を共有事業に供出すると判定した場合は、購入者が購入対象を購入する際の購入費用から所定の額を減額する。減額部１３５は、共有事業者から提供される報酬を原資として、購入費用から所定の額を減額する。減額部１３５は、推定部１３３により推定された利用度合に応じた額を購入費用から減額する。

（提供部１３６）
提供部１３６は、外部の情報処理装置へ各種情報を提供する。提供部１３６は、外部の情報処理装置へ各種情報を送信する。提供部１３６は、外部の情報処理装置へ各種情報を通知する。例えば、提供部１３６は、端末装置１０へ各種情報を提供する。

提供部１３６は、共有スコアに応じた価格に関する情報を提供する。提供部１３６は、販売価格から共有スコアに応じた額を減額した価格に関する情報を提供する。提供部１３６は、共有スコアが高い程、より高い値を減額する。言い替えると、提供部１３６は、共有スコアが高い程、販売価格からの値引きの値を増額する。提供部１３６は、共有スコアが高い場合には、例えば、通常２０万円の値引きを３０万円に増額する。

〔４．ＳＮＳサーバの構成〕
次に、図７を用いて、実施形態に係るＳＮＳサーバ２００の構成について説明する。図７は、実施形態に係るＳＮＳサーバ２００の構成例を示す図である。図７に示すように、ＳＮＳサーバ２００は、通信部２１０と、投稿履歴記憶部２２０と、制御部２３０とを有する。なお、ＳＮＳサーバ２００は、ＳＮＳサーバ２００の管理者から各種操作を受け付ける入力部（例えば、キーボードやマウス等）や、各種情報を表示するための表示部（例えば、液晶ディスプレイ等）を有してもよい。

（通信部２１０）
通信部２１０は、例えば、ＮＩＣ等によって実現される。そして、通信部２１０は、ネットワークＮと有線又は無線で接続され、ネットワークＮを介して、端末装置１０と、販売者サーバ１００との間で情報の送受信を行う。

（投稿履歴記憶部２２０）
投稿履歴記憶部２２０は、例えば、ＲＡＭ、フラッシュメモリ等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される。投稿履歴記憶部２２０は、投稿履歴記憶部１２２と同様の情報を記憶する。

（制御部２３０）
制御部２３０は、コントローラであり、例えば、ＣＰＵやＭＰＵ等によって、ＳＮＳサーバ２００内部の記憶装置に記憶されている各種プログラムがＲＡＭを作業領域として実行されることにより実現される。また、制御部２３０は、コントローラであり、例えば、ＡＳＩＣやＦＰＧＡ等の集積回路により実現される。

図７に示すように、制御部２３０は、受信部２３１と、配信部２３２と、送信部２３３とを有し、以下に説明する情報処理の作用を実現または実行する。なお、制御部２３０の内部構成は、図７に示した構成に限られず、後述する情報処理を行う構成であれば他の構成であってもよい。

（受信部２３１）
受信部２３１は、各種情報を受信する。受信部２３１は、外部の情報処理装置から各種情報を受信する。受信部２３１は、端末装置１０等の他の情報処理装置から各種情報を受信する。受信部２３１は、投稿履歴記憶部２２０から各種情報を受信する。受信部２３１は、受信した各種情報を投稿履歴記憶部２２０に格納する。受信部２３１は、投稿情報を受信する。

（配信部２３２）
配信部２３２は、外部の情報処理装置へ各種情報を配信する。配信部２３２は、外部の情報処理装置へ各種情報を送信する。配信部２３２は、外部の情報処理装置へ各種情報を通知する。配信部２３２は、投稿履歴記憶部２２０に記憶された各種情報を送信する。配信部２３２は、受信部２３１により受信した各種情報を配信する。配信部２３２は、購入者が投稿した投稿情報を配信する。配信部２３２は、購入者のフォロワーに投稿情報を配信する。配信部２３２は、購入者のフォロワーが利用する端末装置に投稿情報を配信する。

（送信部２３３）
送信部２３３は、外部の情報処理装置へ各種情報を送信する。送信部２３３は、外部の情報処理装置へ各種情報を通知する。送信部２３３は、販売者サーバ１００等の他の情報処理装置へ各種情報を送信する。送信部２３３は、投稿履歴記憶部２２０に記憶された各種情報を送信する。送信部２３３は、受信部２３１により受信した各種情報を送信する。送信部２３３は、購入者が投稿した投稿情報を送信する。

〔５．シェアリング事業者サーバの構成〕
次に、図８を用いて、実施形態に係るシェアリング事業者サーバ３００の構成について説明する。図８は、実施形態に係るシェアリング事業者サーバ３００の構成例を示す図である。図８に示すように、シェアリング事業者サーバ３００は、通信部３１０と、供出物品記憶部３２０と、制御部３３０とを有する。なお、シェアリング事業者サーバ３００は、シェアリング事業者サーバ３００の管理者から各種操作を受け付ける入力部（例えば、キーボードやマウス等）や、各種情報を表示するための表示部（例えば、液晶ディスプレイ等）を有してもよい。

（通信部３１０）
通信部３１０は、例えば、ＮＩＣ等によって実現される。そして、通信部３１０は、ネットワークＮと有線又は無線で接続され、ネットワークＮを介して、端末装置１０と、販売者サーバ１００との間で情報の送受信を行う。

（供出物品記憶部３２０）
供出物品記憶部３２０は、例えば、ＲＡＭ、フラッシュメモリ等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される。供出物品記憶部３２０は、共有事業に供出されている物品に関する情報を記憶する。ここで、図９に、実施形態に係る供出物品記憶部３２０の一例を示す。図９に示すように、供出物品記憶部３２０は、「物品ＩＤ」、「物品」、「利用者」といった項目を有する。

「物品ＩＤ」は、供出事業に供出された物品を識別するための識別情報を示す。「物品」は、供出事業に供出された物品を示す。図９に示す例では、「物品」に「物品＃１」や「物品＃２」といった概念的な情報が格納される例を示したが、実際には、物品の名称やブランド名等が格納される。「利用者」は、供出事業に供出された物品を利用した利用者の属性を示す。図９に示す例では、「利用者」に「利用者＃１１」や「利用者＃１２」といった概念的な情報が格納される例を示したが、実際には、利用者の年齢や性別等に関する情報が格納される。

（制御部３３０）
制御部３３０は、コントローラであり、例えば、ＣＰＵやＭＰＵ等によって、シェアリング事業者サーバ３００内部の記憶装置に記憶されている各種プログラムがＲＡＭを作業領域として実行されることにより実現される。また、制御部３３０は、コントローラであり、例えば、ＡＳＩＣやＦＰＧＡ等の集積回路により実現される。

図８に示すように、制御部３３０は、受信部３３１と、提供部３３２とを有し、以下に説明する情報処理の作用を実現または実行する。なお、制御部３３０の内部構成は、図８に示した構成に限られず、後述する情報処理を行う構成であれば他の構成であってもよい。

（受信部３３１）
受信部３３１は、各種情報を受信する。受信部３３１は、外部の情報処理装置から各種情報を受信する。受信部３３１は、共用事業者が利用する端末装置等の他の情報処理装置から各種情報を受信する。受信部３３１は、報酬を受信する。受信部３３１は、購入対象の共有に伴う報酬を受信する。

（提供部３３２）
提供部３３２は、外部の情報処理装置へ各種情報を提供する。提供部３３２は、外部の情報処理装置へ各種情報を送信する。提供部３３２は、外部の情報処理装置へ各種情報を通知する。提供部３３２は、端末装置１０等の他の情報処理装置へ各種情報を提供する。提供部３３２は、販売者サーバ１００等の他の情報処理装置へ各種情報を提供する。提供部３３２は、報酬の一部を提供する。提供部３３２は、購入対象の共有に伴う報酬の一部を提供する。

〔６．情報処理のフロー〕
次に、図１０を用いて、実施形態に係る情報処理システム１による情報処理の手順について説明する。図１０は、実施形態に係る情報処理システム１による情報処理の手順を示すフローチャートである。

図１０に示すように、販売者サーバ１００は、所定の購入対象の購入要求を受信する（ステップＳ２０１）。販売者サーバ１００は、購入者の投稿履歴を取得する（ステップＳ２０２）。販売者サーバ１００は、購入対象と類似する類似車両の利用態様と、類似車両を利用する利用者の属性情報を収集する（ステップＳ２０３）。

販売者サーバ１００は、各種情報を推定する（ステップＳ２０４）。例えば、販売者サーバ１００は、取得した投稿履歴に基づいて、共有事業に関する投稿態様を推定する。例えば、販売者サーバ１００は、購入者のフォロワーと購入対象との利用度合を推定する。例えば、販売者サーバ１００は、購入対象と利用者との利用度合を推定する。例えば、販売者サーバ１００は、購入者による利用態様を推定する。そして、販売者サーバ１００は、各種情報の各々を推定したかを判定する（ステップＳ２０５）。

販売者サーバ１００は、各種情報の各々を推定していない場合（ステップＳ２０５；ＮＯ）、各種情報の各々を推定するまで処理を実行する。一方、販売者サーバ１００は、各種情報の各々を推定した場合（ステップＳ２０５；ＹＥＳ）、各推定結果から共有スコアを算出する（ステップＳ２０６）。販売者サーバ１００は、共有スコアに応じた額を販売価格から減額した値を提供する（ステップＳ２０７）。

〔７．効果〕
上述してきたように、実施形態に係る販売者サーバ１００は、判定部１３４と、減額部１３５とを有する。判定部１３４は、所定の物品を購入する購入者が、複数利用者によって共有される物品の提供を行う共有事業に対して、購入対象を供出するか否かを判定する。減額部１３５は、購入者が購入対象を共有事業に供出すると判定した場合は、購入者が購入対象を購入する際の購入費用から所定の額を減額する。

これにより、実施形態に係る販売者サーバ１００は、購入された物品の共有を促すことができる。また、実施形態に係る販売者サーバ１００は、購入者にとっての初期投資が少なくなるので、購入者に積極的なシェアリングを促すことができる。

また、判定部１３４は、購入対象を購入者に販売する事業者とは異なる共有事業者により提供される共有事業に対して、購入対象を供出するか否かを判定する。

これにより、実施形態に係る販売者サーバ１００は、購入された物品の共有を促すことができる。

また、判定部１３４は、購入対象の共有に伴う報酬が共有事業者に提供される共有事業に対して、利用者が購入対象を供出するか否かを判定する。

また、減額部１３５は、共有事業者から提供される報酬を原資として、購入費用から所定の額を減額する。

また、判定部１３４は、購入対象を購入者に販売する事業者により提供される共有事業に対して、購入対象を供出するか否かを判定する。

また、判定部１３４は、購入対象の共有に伴う報酬の一部が購入者に対して提供される共有事業に対して、購入対象を供出するか否かを判定する。

また、実施形態に係る販売者サーバ１００は、購入対象が共有事業に供出された際の利用度合を推定する推定部１３３を有する。また、減額部１３５は、推定部１３３により推定された利用度合に応じた額を購入費用から減額する。

また、推定部１３３は、購入対象が有する特徴に基づいて、購入対象が共有事業に供出された際の利用度合を推定する。

また、推定部１３３は、共有事業に供出されている物品のうち、購入対象と類似する物品の利用度合に基づいて、購入対象が共有事業に供出された際の利用度合を推定する。

また、推定部１３３は、購入者の特徴に基づいて、購入対象が共有事業に供出された際の利用度合を推定する。

また、推定部１３３は、購入者が投稿したコンテンツの履歴に基づいて、購入対象が共有事業に供出された際の利用度合を推定する。

また、推定部１３３は、購入者が投稿したコンテンツの履歴に基づいて、購入対象を共有事業に供出した際に購入者が共有事業に関するコンテンツを投稿する態様を推定し、推定した態様に基づいて、購入対象が共有事業に供出された際の利用度合を推定する。

また、推定部１３３は、購入者が共有事業に供出された購入対象に関するコンテンツを投稿する頻度を推定し、推定した頻度に基づいて、購入対象が共有事業に供出された際の利用度合を推定する。

また、推定部１３３は、購入者により投稿されるコンテンツの閲覧者が有する属性と、購入対象が有する属性との対応度合に基づいて、購入対象が共有事業に供出された際の利用度合を推定する。

また、推定部１３３は、共有事業に参加する利用者の属性と、購入対象が有する属性との対応度合に基づいて、購入対象が共有事業に供出された際の利用度合を推定する。

また、推定部１３３は、購入者による購入対象の利用態様を推定し、推定した利用態様に基づいて、購入対象が共有事業に供出された際の利用度合を推定する。

また、判定部１３４は、購入対象として車両を購入する購入者が、共有される車両の提供を行う共有事業に対して、購入対象となる車両を供出するか否かを判定する。

また、判定部１３４は、購入対象として施設を購入する購入者が、施設の全体若しくは一部の共有を行う共有事業に対して、購入対象となる施設の全体若しくは一部を供出するか否かを判定する。

〔８．ハードウェア構成〕
また、上述してきた実施形態に係る端末装置１０、販売者サーバ１００、ＳＮＳサーバ２００およびシェアリング事業者サーバ３００は、例えば、図１１に示すような構成のコンピュータ１０００によって実現される。図１１は、端末装置１０、販売者サーバ１００、ＳＮＳサーバ２００およびシェアリング事業者サーバ３００の機能を実現するコンピュータの一例を示すハードウェア構成図である。コンピュータ１０００は、ＣＰＵ１１００、ＲＡＭ１２００、ＲＯＭ１３００、ＨＤＤ１４００、通信インターフェイス（Ｉ／Ｆ）１５００、入出力インターフェイス（Ｉ／Ｆ）１６００、及びメディアインターフェイス（Ｉ／Ｆ）１７００を有する。

ＣＰＵ１１００は、ＲＯＭ１３００またはＨＤＤ１４００に格納されたプログラムに基づいて動作し、各部の制御を行う。ＲＯＭ１３００は、コンピュータ１０００の起動時にＣＰＵ１１００によって実行されるブートプログラムや、コンピュータ１０００のハードウェアに依存するプログラム等を格納する。

ＨＤＤ１４００は、ＣＰＵ１１００によって実行されるプログラム、及び、かかるプログラムによって使用されるデータ等を格納する。通信インターフェイス１５００は、所定の通信網を介して他の機器からデータを受信してＣＰＵ１１００へ送り、ＣＰＵ１１００が生成したデータを所定の通信網を介して他の機器へ送信する。

ＣＰＵ１１００は、入出力インターフェイス１６００を介して、ディスプレイやプリンタ等の出力装置、及び、キーボードやマウス等の入力装置を制御する。ＣＰＵ１１００は、入出力インターフェイス１６００を介して、入力装置からデータを取得する。また、ＣＰＵ１１００は、生成したデータを入出力インターフェイス１６００を介して出力装置へ出力する。

メディアインターフェイス１７００は、記録媒体１８００に格納されたプログラムまたはデータを読み取り、ＲＡＭ１２００を介してＣＰＵ１１００に提供する。ＣＰＵ１１００は、かかるプログラムを、メディアインターフェイス１７００を介して記録媒体１８００からＲＡＭ１２００上にロードし、ロードしたプログラムを実行する。記録媒体１８００は、例えばＤＶＤ（Digital Versatile Disc）、ＰＤ（Phase change rewritable Disk）等の光学記録媒体、ＭＯ（Magneto-Optical disk）等の光磁気記録媒体、テープ媒体、磁気記録媒体、または半導体メモリ等である。

例えば、コンピュータ１０００が実施形態に係る端末装置１０、販売者サーバ１００、ＳＮＳサーバ２００およびシェアリング事業者サーバ３００として機能する場合、コンピュータ１０００のＣＰＵ１１００は、ＲＡＭ１２００上にロードされたプログラムを実行することにより、制御部１４、１３０、２３０および３３０の機能を実現する。コンピュータ１０００のＣＰＵ１１００は、これらのプログラムを記録媒体１８００から読み取って実行するが、他の例として、他の装置から所定の通信網を介してこれらのプログラムを取得してもよい。

〔９．その他〕
また、上記実施形態において説明した各処理のうち、自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部または一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。例えば、各図に示した各種情報は、図示した情報に限られない。

また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。

また、上述してきた実施形態は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。

以上、本願の実施形態のいくつかを図面に基づいて詳細に説明したが、これらは例示であり、発明の開示の欄に記載の態様を始めとして、当業者の知識に基づいて種々の変形、改良を施した他の形態で本発明を実施することが可能である。

また、上述してきた「部（section、module、unit）」は、「手段」や「回路」などに読み替えることができる。例えば、取得部は、取得手段や取得回路に読み替えることができる。

１情報処理システム
１０端末装置
１００販売者サーバ
１１０通信部
１２０記憶部
１２１販売価格記憶部
１２２投稿履歴記憶部
１３０制御部
１３１取得部
１３２受信部
１３３推定部
１３４判定部
１３５減額部
１３６提供部
２００ＳＮＳサーバ
３００シェアリング事業者サーバ
Ｎネットワーク

Claims

所定の物品を購入する購入者が、複数利用者によって共有される物品の提供を行う共有事業に対して、購入対象を供出するか否かを判定する判定部と、
前記購入者が前記購入対象を前記共有事業に供出すると判定した場合は、当該購入者が当該購入対象を購入する際の購入費用から所定の額を減額する減額部と
を有することを特徴とする情報処理装置。
前記判定部は、前記購入対象を前記購入者に販売する事業者とは異なる共有事業者により提供される共有事業に対して、前記購入対象を供出するか否かを判定する
ことを特徴とする請求項１に記載の情報処理装置。
前記判定部は、前記購入対象の共有に伴う報酬が前記共有事業者に提供される共有事業に対して、前記利用者が前記購入対象を供出するか否かを判定する
ことを特徴とする請求項２に記載の情報処理装置。
前記減額部は、前記共有事業者から提供される報酬を原資として、前記購入費用から所定の額を減額する
ことを特徴とする請求項２または３に記載の情報処理装置。
前記判定部は、前記購入対象を前記購入者に販売する事業者により提供される共有事業に対して、前記購入対象を供出するか否かを判定する
ことを特徴とする請求項１に記載の情報処理装置。
前記判定部は、前記購入対象の共有に伴う報酬の一部が前記購入者に対して提供される共有事業に対して、前記購入対象を供出するか否かを判定する
ことを特徴とする請求項１〜５のうちいずれか１つに記載の情報処理装置。
前記購入対象が前記共有事業に供出された際の利用度合を推定する推定部
を有し、
前記減額部は、前記推定部により推定された利用度合に応じた額を前記購入費用から減額する
ことを特徴とする請求項１〜６のうちいずれか１つに記載の情報処理装置。
前記推定部は、前記購入対象が有する特徴に基づいて、当該購入対象が前記共有事業に供出された際の利用度合を推定する
ことを特徴とする請求項７に記載の情報処理装置。
前記推定部は、前記共有事業に供出されている物品のうち、前記購入対象と類似する物品の利用度合に基づいて、当該購入対象が前記共有事業に供出された際の利用度合を推定する
ことを特徴とする請求項７または８に記載の情報処理装置。
前記推定部は、前記購入者の特徴に基づいて、当該購入対象が前記共有事業に供出された際の利用度合を推定する
ことを特徴とする請求項７〜９のうちいずれか１つに記載の情報処理装置。
前記推定部は、前記購入者が投稿したコンテンツの履歴に基づいて、当該購入対象が前記共有事業に供出された際の利用度合を推定する
ことを特徴とする請求項１０に記載の情報処理装置。
前記推定部は、前記購入者が投稿したコンテンツの履歴に基づいて、前記購入対象を前記共有事業に供出した際に前記購入者が前記共有事業に関するコンテンツを投稿する態様を推定し、推定した態様に基づいて、当該購入対象が前記共有事業に供出された際の利用度合を推定する
ことを特徴とする請求項１１に記載の情報処理装置。
前記推定部は、前記購入者が前記共有事業に供出された購入対象に関するコンテンツを投稿する頻度を推定し、推定した頻度に基づいて、当該購入対象が前記共有事業に供出された際の利用度合を推定する
ことを特徴とする請求項１１または１２に記載の情報処理装置。
前記推定部は、前記購入者により投稿されるコンテンツの閲覧者が有する属性と、前記購入対象が有する属性との対応度合に基づいて、前記購入対象が前記共有事業に供出された際の利用度合を推定する
ことを特徴とする請求項１１〜１３のうちいずれか１つに記載の情報処理装置。
前記推定部は、前記共有事業に参加する利用者の属性と、前記購入対象が有する属性との対応度合に基づいて、前記購入対象が前記共有事業に供出された際の利用度合を推定する
ことを特徴とする請求項７〜１４のうちいずれか１つに記載の情報処理装置。
前記推定部は、前記購入者による前記購入対象の利用態様を推定し、推定した利用態様に基づいて、前記購入対象が前記共有事業に供出された際の利用度合を推定する
ことを特徴とする請求項７〜１５のうちいずれか１つに記載の情報処理装置。
前記判定部は、前記購入対象として車両を購入する購入者が、共有される車両の提供を行う共有事業に対して、購入対象となる車両を供出するか否かを判定する
ことを特徴とする請求項１〜１６のうちいずれか１つに記載の情報処理装置。
前記判定部は、前記購入対象として施設を購入する購入者が、施設の全体若しくは一部の共有を行う共有事業に対して、購入対象となる施設の全体若しくは一部を供出するか否かを判定する
ことを特徴とする請求項１〜１７のうちいずれか１つに記載の情報処理装置。
情報処理装置が実行する情報処理方法であって、
所定の物品を購入する購入者が、複数利用者によって共有される物品の提供を行う共有事業に対して、購入対象を供出するか否かを判定する判定工程と、
前記購入者が前記購入対象を前記共有事業に供出すると判定した場合は、当該購入者が当該購入対象を購入する際の購入費用から所定の額を減額する減額工程と
を含むことを特徴とする情報処理方法。
所定の物品を購入する購入者が、複数利用者によって共有される物品の提供を行う共有事業に対して、購入対象を供出するか否かを判定する判定手順と、
前記購入者が前記購入対象を前記共有事業に供出すると判定した場合は、当該購入者が当該購入対象を購入する際の購入費用から所定の額を減額する減額手順と
をコンピュータに実行させるための情報処理プログラム。