(57)【要約】【課題】  ユーザと、サービス提供事業者と、システム提供事業者と、がそれぞれメリットを享受できる新たな商品のシェアリングシステムを提供する。【解決手段】  本発明は、システム端末２１と、ユーザ端末３１と、サービス提供事業者端末４１と、を備えたシェアリングシステム１であり、システム端末２１は、ユーザ端末３１からアクセスすることで商品の共同購入を可能とする共同購入サービス提供手段と、ユーザが購入した商品の口数に応じてチケットを発行するチケット発行手段と、を備え、ユーザ端末３１は、システム端末２１が発行したチケットの情報を記憶するチケット情報記憶手段と、サービス提供事業者端末４１との間でチケットの情報を交換するチケット情報交換手段と、を備え、サービス提供事業者端末４１は、ユーザ端末３１と通信し、ユーザが使用した口数に応じてユーザ端末３１に記憶されたチケットの情報を変更するチケット情報変更手段を備える。【選択図】    図２
2016018528.tif 000002
【特許請求の範囲】
【請求項１】
システムを提供するシステム提供事業者が備えるシステム端末と、商品を共同購入するユーザが備えるユーザ端末と、を備え、前記ユーザが共同購入した商品を管理し、前記ユーザに前記商品をシェアリングさせるシェアリングシステムであって、
前記システム端末は、
前記ユーザ端末からアクセスすることで前記商品の共同購入を可能とする共同購入サービス提供手段と、
前記ユーザが購入した前記商品の口数に応じてチケットを発行し、前記ユーザ端末に前記チケットの情報を送信するチケット発行手段と、
を備え、
前記ユーザ端末は、
前記システム端末が発行したチケットの情報を記憶するユーザ側チケット情報記憶手段と、
を備えることを特徴とするシェアリングシステム。
【請求項２】
前記サービス提供事業者が備えるサービス提供事業者端末を備え、
前記ユーザ端末は、前記システム端末が発行したチケットの情報を記憶するユーザ側チケット情報記憶手段を備え、
前記サービス提供事業者端末は、前記ユーザ端末と通信し、前記ユーザが使用した商品の口数に応じて前記ユーザ端末に記憶されたチケットの情報を変更するチケット情報変更手段を備えることを特徴とする請求項１に記載のシェアリングシステム。
【請求項３】
前記システム端末は、複数の前記サービス提供事業者の情報を記憶したサービス提供事業者情報記憶手段と、該サービス提供事業者情報記憶手段に記憶されたサービス提供事業者毎の購入可能な商品の価格や総口数、残り口数の情報である商品情報を記憶した商品情報記憶手段と、を備えることを特徴とする請求項１又は請求項２に記載のシェアリングシステム。
【請求項４】
前記サービス提供事業者端末は、前記チケットを利用したユーザが該チケットを利用したときにおける前記商品の利用以外の売上の情報を記憶する売上情報記憶手段と、該売上情報を前記システム端末に送信する売上情報送信手段と、を備え、
前記システム端末は、前記サービス提供事業者端末から送信された前記売上情報を基に課金額を算出する課金額算出手段を備えることを特徴とする請求項１乃至請求項３のいずれか１項に記載のシェアリングシステム。
【請求項５】
前記システム端末は、前記サービス提供事業者から、前記チケットを利用したユーザが該チケットを利用したときにおける前記商品の利用以外の売上金額及び前記ユーザの情報が送信された場合に前記売上金額及び前記ユーザの情報を記憶する売上情報記憶手段と、
前記ユーザに前記売上金額を請求する売上金額請求手段と、
前記売上金額から課金額を算出する課金額算出手段と、を備えることを特徴とする請求項１乃至請求項３のいずれか１項に記載のシェアリングシステム。
【請求項６】
商品の発送を行う商品販売事業者が備える商品販売事業者端末を備え、
前記システム端末は、前記商品の総口数が購入されると、前記商品販売事業者端末に商品の発注を行う商品発注手段を備えることを特徴とする請求項１乃至請求項５のいずれか１項に記載のシェアリングシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、商品を複数人で共同購入し、共同購入した商品をシェアリングする商品のシェアリングシステムに関する。
【背景技術】
【０００２】
所望の商品を共同で購入するシステムは既に知られている。例えば先行文献１では、共同購入のセッションに参加している所定のユーザ端末内で商品の決定が行われると、他のユーザ端末に通知され、代表事業者を立てることなくグループの参加事業者がグループのメンバとともにページ情報を共有し、各々が購入物品の追加、変更等を行うことができるシステムが提案されている。
【０００３】
また、商品をシェアリングするシステムについても既に知られている。よく知られているシェアリングシステムとしては、車をシェアリングするシステム（カーシェアリング）がある。例えば先行文献２では、車両の予約の情報を記憶するデータベースを有するサーバと、各ユーザの元に設置され、ネットワークに接続される端末と、を備え、サーバは、端末からのウェブサイトへのアクセスに応じて、車両の予約を入力するためのフォームを端末に送信し、端末からの該フォームの返信に応じて、該フォームに入力された車両の予約の情報をデータベースに記憶すると共に、予約情報を表示するページをウェブサイトで提供するように構成されたカーシェアリングシステムが提案されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００７−２４９５５７号広報
【特許文献２】特開２００２−３４２８７８号広報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上述したように、商品の共同購入システムとシェアリングシステムは既に知られている。しかしながら、共同購入の目的は商品を共同で購入することで商品単価を下げることを目的としており、シェアリングシステムは車や家など購入費や維持費が高額なものを手頃な金額で使用できるようにすることを目的としている。
【０００６】
本発明は、ユーザと、商品のシェアリングサービスを提供するサービス提供事業者と、シェアリングシステムを提供するシステム提供事業者と、が使用するシェアリングシステムであって、共同購入サービスとシェアリングサービスの両方を一つのシステムとして機能させることにより、今まで知られていない新たな商品のシェアリングシステムを提供することを目的としている。
【課題を解決するための手段】
【０００７】
本発明は、システムを提供するシステム提供事業者が備えるシステム端末と、商品を共同購入するユーザが備えるユーザ端末と、サービス提供事業者が備えるサービス提供事業者端末と、を備えたシェアリングシステムである。前記システム端末は、前記ユーザ端末からアクセスすることで前記商品の共同購入を可能とする共同購入サービス提供手段と、前記ユーザが購入した前記商品の口数に応じてチケットを発行し、前記ユーザ端末に前記チケットの情報を送信するチケット発行手段と、を備える。また、前記ユーザ端末は、前記システム端末が発行したチケットの情報を記憶するユーザ側チケット情報記憶手段と、前記サービス提供事業者端末との間でチケットの情報を交換するチケット情報交換手段と、を備える。さらに、前記サービス提供事業者端末は、前記ユーザ端末と通信し、前記ユーザが使用した商品の口数に応じて前記ユーザ端末に記憶されたチケットの情報を変更するチケット情報変更手段を備える。
【発明の効果】
【０００８】
本発明によれば、ユーザと、商品のシェアリングを提供するサービス提供事業者と、シェアリングシステムを提供するシステム提供事業者と、がそれぞれメリットを享受できる新たな商品のシェアリングシステムを提供することができる。
【図面の簡単な説明】
【０００９】
【図１】本発明の第１の実施の形態に係るシェアリングシステムの概要に関する説明図である。
【図２】上記第１の実施の形態に係るシェアリングシステムの機能ブロック図である。
【図３】上記第１の実施の形態に係るシェアリングシステムの制御フローに関するフローチャートである。
【図４】上記第１の実施の形態に係るシェアリングシステムにおける共同購入フローに関するフローチャートである。
【図５】上記第１の実施の形態に係るユーザ端末の表示装置の表示画面例を示す参考図である。
【図６】上記第１の実施の形態に係るユーザ端末の表示装置の表示画面例を示す参考図である。
【図７】上記第１の実施の形態に係るユーザ端末の表示装置の表示画面例を示す参考図である。
【図８】上記第１の実施の形態に係るユーザ端末の表示装置の表示画面例を示す参考図である。
【図９】上記第１の実施の形態に係るシェアリングシステムにおけるチケット発行フローに関するフローチャートである。
【図１０】上記第１の実施の形態に係るシェアリングシステムにおける商品の発注及び発送フローに関するフローチャートである。
【図１１】上記第１の実施の形態に係るシェアリングシステムにおけるチケット使用フローに関するフローチャートである。
【図１２】上記第１の実施の形態に係るシェアリングシステムにおける課金フローに関するフローチャートである。
【図１３】本発明の第２の実施の形態に係るシェアリングシステムの機能ブロック図である。
【図１４】上記第２の実施の形態に係るシェアリングシステムの制御フローに関するフローチャートである。
【図１５】上記第２の実施の形態に係るシェアリングシステムにおける課金フローに関するフローチャートである。
【図１６】本発明の第１の実施の形態の変形例に係るシェアリングシステムの機能ブロック図である。
【図１７】上記第１の実施の形態の変形例に係るシェアリングシステムの制御フローに関するフローチャートである。
【図１８】上記第１の実施の形態の変形例に係るシェアリングシステムにおけるチケット使用フローに関するフローチャートである。
【図１９】上記第１の実施の形態の変形例に係るユーザ端末の表示装置の表示画面例を示す参考図である。
【図２０】上記第１の実施の形態の変形例に係るシェアリングシステムにおける課金フローに関するフローチャートである。
【図２１】本発明の第２の実施の形態の変形例に係るシェアリングシステムの機能ブロック図である。
【図２２】上記第２の実施の形態の変形例に係るシェアリングシステムの制御フローに関するフローチャートである。
【図２３】上記第２の実施の形態の変形例に係るシェアリングシステムにおける課金フローに関するフローチャートである。
【発明を実施するための形態】
【００１０】
（第１の実施の形態）
以下、本発明の実施の形態を図に基づいて詳説する。以下、本発明の説明を容易にするため、図１においては、商品をウィスキーボトルとし、シェアリングサービスを提供するサービス提供事業者は飲食店として述べるが、本発明がこれらに限定されるものではない。
【００１１】
図１に示すように、本発明のシェアリングシステム１は、システム提供事業者２と、このシステム提供事業者２が提供するウェブサイト８でウィスキーボトル９（商品９）を共同で購入する複数のユーザ３と、ユーザ３が共同購入したウィスキーボトル９を管理し、かつ、ユーザ３に該ウィスキーボトル９から所定量のウィスキーを提供する飲食店４（サービス提供事業者４）と、を有する。ユーザ３は、システム提供事業者２が運営するウェブサイト８上で所定の飲食店４で飲食するための所定のウィスキーボトル９を共同で購入する。システム提供事業者２は、共同で購入されたウィスキーボトル９を酒屋５（商品販売事業者５）に発注し、酒屋５から購入されたウィスキーボトル９が上記所定の飲食店４に発送される。ウィスキーボトル９を購入したユーザ３には、共同購入で支払った費用に応じた、購入したウィスキーを飲食店４で飲むことができる権利（チケット７）が与えられる。ユーザ３が所定の飲食店４に行くと、飲食店４はユーザ３が持つチケット７に応じてウィスキーを提供する。飲食店４は、ユーザ３が飲食したチケット７以外の金額の一部をシステム提供事業者２に支払う。
【００１２】
このようなシェアリングシステム１を提供するため、本実施の形態のシェアリングシステム１は、図２に示すように、システム提供事業者２が所持するシステム端末２１と、ユーザ３が所持するユーザ端末３１（ユーザ端末Ａ３１ａ、ユーザ端末Ｂ３１ｂ、ユーザ端末Ｎ３１ｎ）と、サービス提供事業者４が所持するサービス提供事業者端末４１と、商品販売事業者５が所持する商品販売事業者端末５１と、を備える。そして、各端末はインターネット網１０を介して接続されている。
【００１３】
＜システム端末＞
システム端末２１は、システム提供事業者２が所持するシステム提供事業者端末であり、制御装置２２と、記憶装置２３と、インターネット通信装置２４と、を備える。このシステム端末２１は、パーソナルコンピュータなどの電子計算機であり、一台でなく複数台で構成されるものとしてもよい。例えば、ウェブサーバとして一台、その他の本システムに関係する情報の提供や課金などを行うシステムサーバを一台というような構成としてもよい。
【００１４】
制御装置２２は、ＣＰＵなどの演算装置であり、記憶装置２３に記憶された各種プログラムや情報を読み込み、プログラムに従って各種の処理を実行する。
【００１５】
記憶装置２３は、ユーザ情報記憶領域２３ａと、サービス提供事業者情報記憶領域２３ｂと、商品情報記憶領域２３ｃと、ウェブサイト情報記憶領域２３ｄと、共同購入提供プログラム記憶領域２３ｅと、を備える。また、記憶装置２３は、チケット発行プログラム記憶領域２３ｆと、チケット情報記憶領域２３ｇと、チケット情報送信プログラム記憶領域２３ｈと、を備える。さらに、記憶装置２３は、課金額算出プログラム記憶領域２３ｍと、商品発注プログラム記憶領域２３ｎと、を備える。なお、本実施の形態のシェアリングシステム１の説明に必要な項目を挙げたに過ぎず、記憶装置２３が備える領域が以上に限定されるものではない。例えば、ユーザ認証を行うときに必要なプログラムなども当然記憶されている。
【００１６】
ユーザ情報記憶領域２３ａは、ユーザ３がウェブサイト８にアクセスし、ユーザ登録したユーザ情報が記憶されている。ユーザ情報としては、ユーザの氏名、住所、電話番号、メールアドレス、ログインＩＤ、ログインパスワード、クレジットカード情報、ユーザ端末の情報等である。制御装置２２は、ユーザ３がウェブサイト８にアクセスし、ログインをするときにこのユーザ情報記憶領域２３ａにアクセスしてユーザ情報を読み込み、ユーザ認証を行う。
【００１７】
サービス提供事業者情報記憶領域２３ｂは、本実施の形態におけるシェアリングシステム１を導入しているサービス提供事業者４の情報が記憶されており、サービス提供事業者情報記憶手段として機能する。サービス提供事業者４の情報とは、サービス提供事業者４の店名、住所、メニュー情報などである。ユーザ３は、ウェブサイト８上でこのサービス提供事業者４の情報を閲覧することができ（図５）、所望のサービス提供事業者４を選択して商品９の共同購入を行う。
【００１８】
商品情報記憶領域２３ｃは、共同購入が可能な商品９の情報が記憶されており、商品情報記憶手段として機能する。商品９の情報とは、種類や価格、商品説明（ウィスキーボトルであればハイランドなどの製造場所や口当たりなど）、口数などである。なお、商品９をユーザ３が任意に追加できる構成としてもよく、例えば、システム提供事業者２が商品販売事業者５と提携し、商品販売事業者５で販売している商品と商品情報記憶領域２３ｃに記憶されている商品とをリンクさせるものとしてもよい。
【００１９】
ウェブサイト情報記憶領域２３ｄは、システム提供事業者２のウェブサイト８の情報が記憶されている。ウェブサイト８の情報とは、例えば、背景画像やウェブサイト８で使用されている画像、ＨＴＭＬプログラム、ＰＨＰプログラムなど、ウェブサイト８で公開されている情報である。なお、ウェブサイト情報記憶領域２３ｄを記憶装置２３が備えるものとして説明しているが、別途ウェブサーバをシステム提供事業者２内に設置したり、外部のレンタルウェブサーバを使用したりすることもできる。
【００２０】
共同購入提供プログラム記憶領域２３ｅは、ユーザ３がウェブサイト８から商品９を購入することを可能とするプログラムが記憶されており、制御装置２２が当該プログラムを読み込んで処理を行うことで共同購入サービス提供手段として機能する。共同購入提供プログラムとは、ユーザ３がウェブサイト８上で特定のサービス提供事業者４のページを開き（図６）、サービス提供事業者４のページで特定の商品９を選択し（図７）、購入する口数を選択して購入を決定し、決済が完了するまでを制御装置２２が処理するためのプログラムが記憶されている。すなわち、共同購入提供プログラムは、ユーザ情報記憶領域２３ａに記憶されたユーザ情報、サービス提供事業者情報記憶領域２３ｂに記憶されたサービス提供事業者情報、商品情報記憶領域２３ｃに記憶された商品情報、ウェブサイト情報記憶領域２３ｄに記憶されたウェブサイト情報を制御装置２２が読み込み、ユーザ３の操作に従って各種処理を行うためのプログラムである。
【００２１】
チケット発行プログラム記憶領域２３ｆは、制御装置２２が当該プログラムを読み込んで処理を行うことにより、チケット発行手段として機能する。チケット発行プログラムは、ユーザ３が購入した口数に応じて商品９を利用する権利（ウィスキーボトルであれば所定量のウィスキーを飲む権利）であるチケット７を発行し、発行したチケット７をユーザ端末３１に送信するプログラムである。
【００２２】
チケット情報記憶領域２３ｇは、ユーザ３が商品９を購入したときに発行されるチケット７の情報が記憶されており、システム側チケット情報記憶手段として機能する。チケット７とは、商品９を共同購入したユーザ３に発行される、商品９を共同で使用する権利である。例えば、商品９がウィスキーボトルである場合、ウィスキーボトルの種類毎に予めチケット７の合計の枚数（以下、口数と呼ぶ。）、及び、一口毎の価格が決まっている。例えば、７５０ｍｌで￥１０，０００のウィスキーボトルとした場合、一口が４５ｍｌのウィスキーを所定のサービス提供事業者４で飲める権利であり、合計口数が１６で一口の価格が６２５円といったように予め決まっている。ユーザ３は、所望の口数を購入することができ、購入済み口数の合計が商品９の総口数になった場合、商品９が商品販売事業者５に注文され、商品販売事業者５から所定のサービス提供事業者４に発送される。
【００２３】
チケット情報送信プログラム記憶領域２３ｈは、制御装置２２がチケット７を発行した場合、発行したチケット情報をサービス提供事業者端末４１に送信するためのプログラムが記憶された領域である。チケット情報送信プログラムは、制御装置２２が当該プログラムを読み込んで処理を行うことにより、インターネット通信装置２４と共にチケット情報送信手段として機能する。
【００２４】
課金額算出プログラム記憶領域２３ｍは、制御装置２２が当該プログラムを読み込んで処理を行うことにより、課金額算出手段として機能する。課金額算出プログラムは、後述するサービス提供事業者４から送信されたユーザ３の売上額からサービス提供事業者４に課金する額を算出するためのプログラムである。算出した課金額の情報（課金額情報は、サービス提供事業者端末４１に送信される。
【００２５】
商品発注プログラム記憶領域２３ｎは、制御装置２２が当該プログラムを読み込んで処理を行うことにより、商品発注手段として機能する。商品発注プログラムは、商品９に対する共同購入の総口数が、商品毎に事前に設定された総口数となったとき、サービス提供事業者端末４１に商品９を発注する。商品９の発注時には、商品９の代金の支払いと共に、商品９の発送先である所定のサービス提供事業者４の情報も商品販売事業者端末５１に送信する。
【００２６】
インターネット通信装置２４は、インターネットに接続可能とする通信装置であり、モデムやルータ、ＬＡＮ用インターフェースなど、インターネットに接続するために用いる機器を意味している。インターネット通信装置２４を備えることにより、ユーザ端末３１からウェブサイト８へのアクセスや、サービス提供事業者端末４１からの後述する売上情報の送信、サービス提供事業者端末４１への課金額情報の送信などが可能となる。
【００２７】
＜ユーザ端末＞
ユーザ端末３１は、制御装置３２と、記憶装置３３と、表示装置３４と、インターネット通信装置３５と、チケット用通信装置３６と、を備える。このユーザ端末３１は、携帯電話機、スマートフォン、タブレット端末などのポータブル端末である。なお、チケット用通信装置３６は必須要件ではない。
【００２８】
制御装置３２は、ＣＰＵなどの演算装置であり、記憶装置３３に記憶された各種プログラムを読み込み、プログラムに応じた各種処理を実行する。
【００２９】
記憶装置３３は、チケット情報記憶領域３３ａと、サービス提供事業者端末４１との間でチケット情報を交換するチケット情報交換プログラム記憶領域３３ｂと、を備えている。なお、本実施の形態のシェアリングシステム１の説明に必要な項目を挙げたに過ぎず、これらの記憶領域に限定されるものではない。
【００３０】
チケット情報記憶領域３３ａは、ユーザ３がシステム提供事業者２のウェブサイト８で商品９を所定口数購入し、システム提供事業者２から発券されたチケット７の情報を記憶している。このチケット情報記憶領域３３ａは、ユーザ端末側チケット情報記憶手段として機能する。すなわち、ユーザ３は、ユーザ端末３１を持っていれば、購入した商品９のウィスキーを所定の店で飲むことができる。また、チケット７を利用した場合には、サービス提供事業者端末４１から新たなチケット情報が送信され、チケット情報が更新される。新たな商品９を購入した場合も同様にチケット情報が更新される。
【００３１】
チケット情報交換プログラム記憶領域３３ｂは、サービス提供事業者端末４１との間でチケット情報の交換をするためのチケット情報交換プログラムが記憶された領域である。チケット情報交換プログラムは、チケット用通信装置３６と共にチケット情報交換手段として機能する。
【００３２】
表示装置３４は、スマートフォンやタブレット端末、携帯電話機などが備えている液晶等の表示画面である。
【００３３】
インターネット通信装置３５は、システム提供事業者２のウェブサイト８にアクセスするときに使用する。既存のスマートフォンやタブレット端末、携帯電話機が備えている機能であり、本実施の形態のシステムのために別途必要となる機能ではない。
【００３４】
チケット用通信装置３６は、後述するサービス提供事業者端末４１のチケット用通信装置４５との間で通信するための装置であり、チケット情報交換手段として機能する。既存のスマートフォンやタブレット端末、携帯電話機で備えている非接触式通信装置（交通機関に載るときに使用する通信装置や、コンビニエンスストアで購入するときに使用する通信装置など）でよく、本実施の形態のシステムのために別途設ける必要はないが、上述したチケット情報交換プログラムは必要となる。
【００３５】
＜サービス提供事業者端末＞
サービス提供事業者端末４１は、制御装置４２と、記憶装置４３と、インターネット通信装置４４と、チケット用通信装置４５と、を備えている。なお、本実施の形態のシェアリングシステム１の説明に必要な項目を挙げたに過ぎず、これらの装置に限定されるものではない。また、サービス提供事業者端末４１は、既存のＰＯＳシステムを援用するものとしてもよい。
【００３６】
制御装置４２は、ＣＰＵなどの演算装置であり、記憶装置４３に記憶された各種プログラムを読み込み、プログラムに応じた各種処理を実行する。
【００３７】
記憶装置４３は、売上情報記憶領域４３ａと、売上情報送信プログラム記憶領域４３ｂと、チケット情報記憶領域４３ｃと、チケット情報変更プログラム記憶領域４３ｄと、チケット情報送信プログラム記憶領域４３ｆと、を備える。
【００３８】
売上情報記憶領域４３ａは、ユーザ３の飲食代金と、日時などの売上情報が記憶された領域である。ユーザ３以外の売上情報が記憶されていてもよいが、本実施の形態におけるシステムでは、ユーザ３の売上情報を少なくとも記憶していればよい。
【００３９】
売上情報送信プログラム記憶領域４３ｂは、売上情報記憶領域４３ａに記憶されたユーザ３の売上情報をシステム端末２１に送信するためのプログラムであり、制御装置４２が当該プログラムを読み込んで処理を行うことにより、売上情報送信手段として機能する。なお、システム端末２１に送信される売上情報は、チケット７の使用があった場合の売上情報のみである。
【００４０】
チケット情報記憶領域４３ｃは、システム提供事業者２のウェブサイト８で商品９が共同購入された場合にシステム端末２１から送信された、購入された商品９のチケット情報が記憶される領域である。
【００４１】
チケット情報変更プログラム記憶領域４３ｄは、ユーザ端末３１に記憶されたチケット情報を変更するためのプログラムであり、制御装置４２が当該プログラムを読み込んで処理を行うことにより、チケット用通信装置４５と共にチケット情報変更手段として機能する。例えば、ユーザ３が来店し、チケット７を１口使用したとする。この場合、来店時のユーザ端末３１に所定の商品９の３口分のチケット情報が記憶されていると、制御装置４２は、チケット情報変更プログラムを読み込み、チケット用通信装置４５によってユーザ端末３１と通信し、ユーザ端末３１に記憶されたチケット情報を２口分のチケット７に更新する。
【００４２】
チケット情報送信プログラム記憶領域４３ｆは、ユーザ３がチケット７を使用した場合に、チケット７を使用した情報や新たなチケット情報（ユーザ３のチケット７の口数が２枚となった情報など）をシステム端末２１に送信するためのプログラムが記憶されている。
【００４３】
インターネット通信装置４４は、システム端末２１との間でユーザ３の売上情報やチケット情報を共有するときに使用する通信装置である。例えば、ユーザ３が来店し、チケット７を一口使用し、その他飲食をしたとする。この場合、ユーザ３がチケット７を一口使った旨のチケット情報と、飲食の対価として支払った売上情報がシステム端末２１に送られる。ユーザ３がチケット７を使用しなかった場合、システム端末２１に売上情報が送られることはない。
【００４４】
チケット用通信装置４５は、ユーザ端末３１との間でチケット７の情報を通信する装置である。
【００４５】
＜商品販売事業者端末＞
商品販売事業者端末５１は、システム提供事業者２から商品の受発注ができればどのような構成であってもよく、図２においてはインターネットに接続されているが、これも必須ではない。すなわち、商品販売事業者５は、商品の受注、発送ができれば特別なシステムは必要ない。
【００４６】
＜制御フロー＞
次に、本実施の形態におけるシェアリングシステムの制御フローについて述べる。なお、制御フローの説明においてシステム端末２１の制御装置２２は単に制御装置２２と呼び、他の制御装置に関しては、ユーザ側制御装置３２、サービス提供側制御装置４２と呼ぶ。図３に示すように、本実施の形態におけるシステム１は、大きく分けて商品購入フローＳ１００と、チケット発行フローＳ２００、商品の発注及び発送フローＳ３００、チケット使用フローＳ４００と、課金フローＳ５００と、からなる。図３においては、チケット発行フロー２００と商品の発注及び発送フロー３００が並行処理としているが、必ずしも並行処理である必要はない。以下、各フローについて順に説明する。
【００４７】
＜商品購入フロー＞
商品購入フローＳ１００は、ユーザ３がウェブサイト８にアクセスしてから商品を購入するまでの制御フローである。
【００４８】
図４に示すように、ユーザ３は、ユーザ端末３１でシステム提供事業者２のウェブサイト８にアクセスし（Ｓ１０１）、ユーザＩＤやパスワードを入力する（Ｓ１０３）。制御装置２２は、入力された情報とユーザ情報記憶領域２３ａに記憶されたユーザ情報とを対比し、認証情報が正しいか否かの判定を行う（ステップＳ１０５）。ステップＳ１０５において、認証情報が誤っている場合、制御装置２２は、ユーザ端末３１の表示装置３４にエラーメッセージなどを表示させ、ユーザ３は再度ユーザＩＤやパスワードの入力を行う（Ｓ１０３）。
【００４９】
ステップＳ１０５で認証情報が正しい場合、制御装置２２は、ユーザ端末３１の表示装置３４にサービス提供事業者４のリストを表示させる（ステップＳ１０８）。サービス提供事業者４のリストには、図５に示すように、サービス提供事業者４の店名（例えば店舗Ａ、店舗Ｂ、店舗Ｃ等）と、各サービス提供事業者４の特徴（例えば和食、洋食、イタリアン等）、最寄り駅（例えば東京、新宿、横浜等）等が記載されている。
【００５０】
ユーザ３は、表示装置３４に表示されたサービス提供事業者４のリストの中から所望のサービス提供事業者４を選択する（Ｓ１１１）。サービス提供事業者４が選択されると、制御装置２２は、ユーザ端末３１の表示装置３４に商品９のリストを表示させる（ステップＳ１１５）。商品９のリストには、図６に示すように、商品名（例えば商品Ａ、商品Ｂ、商品Ｃ等）と、各商品の一口単価、購入済みの口数（５／１６は、１６口中５口購入済みを意味する。）等が記載されている。
【００５１】
ユーザ３は、表示装置３４に表示された商品９のリストの中から所望の商品９を選択する（Ｓ１１８）。商品９が選択されると、制御装置２２は、ユーザ端末３１の表示装置３４に選択された商品９の商品ページ（図７においては商品Ａのページ）を表示させる（ステップＳ１２１）。商品ページには、図７に示すように、商品の写真や商品の説明、単価、購入済み口数、購入する口数の入力欄、購入代金、購入ボタン１２２が記載されている。
【００５２】
ユーザ３は、購入する口数を入力し購入ボタン１２２を押す（Ｓ１２５）。購入ボタン１２２が押されると、制御装置２２は、ユーザ端末３１の表示装置３４に購入ページを表示させる（ステップＳ１３１）。購入ページには、図８に示すように、商品名、購入口数、合計金額、支払い方法の選択、購入決定ボタン１３２などが記載されている。
【００５３】
ユーザ３は、購入する口数、支払い方法などを確認し、購入決定ボタン１３２を押す（Ｓ１３５）。購入決定ボタン１３２が押されると、チケット発行フローＳ２００と総口数が購入済みか否かの判定（ステップＳ１４１）が並行して行われる。すなわち、制御装置２２は、ユーザ３が商品９の所定口数を購入すると、購入された商品９の購入済み口数が総口数となったか否かの判定を行う（ステップＳ１４１）。ステップＳ１４１で購入済み口数が総口数となったと判定した場合、商品の発注及び発送フローＳ３００が行われる。ステップＳ１４１において購入済み口数が総口数となっていないと判定した場合、購入済み口数が総口数となる商品９がでるまで商品購入フローＳ１００が継続される。
【００５４】
＜チケット発行フロー＞
チケット発行フローＳ２００は、商品９が購入された後、ユーザ端末３１にチケット７（チケット情報）が送信されてチケット７を使用可能となるまでのフローである。
【００５５】
図９に示すように、制御装置２２は、購入決定ボタン１３２が押されると、チケット発行プログラムを読み込み、購入された商品９を使用する権利であるチケット７を購入された口数分生成する（ステップＳ２０１）。チケット７を生成すると、制御装置２２は、チケット７の情報、つまり、ユーザ情報と商品９、口数の情報をチケット情報記憶領域２３ｇに記憶させる（ステップＳ２０５）。
【００５６】
ステップＳ２０５の後、制御装置２２は、ユーザ端末３１に発行したチケット７の情報を送信する処理（ステップＳ２１１）と、サービス提供事業者端末４１に発行したチケット７の情報を送信する処理（ステップＳ２１５）と、を並行処理で行う。ステップＳ２１１において、チケット７の情報を受信したユーザ側制御装置３２は、チケット情報記憶領域３３ａにチケット７の情報を記憶させる（ステップＳ２２１）。ステップＳ２１５においてチケット７の情報を受信したサービス提供側制御装置４２は、チケット情報記憶領域４３ｃにチケット７の情報を記憶させる（ステップＳ２２５）。ステップＳ２２１及びステップＳ２２５の後、チケット使用フローＳ４００の段階となる。
【００５７】
＜商品の発注及び発送フロー＞
商品の発注及び発送フローＳ３００は、商品９の総口数が購入済みとなった後、商品の発注及び商品の発送が行われるフローである。
【００５８】
図１０に示すように、制御装置２２は、ステップＳ１４１において商品９の購入済み口数が総口数となったと判定すると、商品発注プログラムを読み込み、購入された商品９を商品販売事業者端末５１に発注する（ステップＳ３０１）。ステップＳ３０１においては、システム端末２１から商品販売事業者端末５１に、購入する商品９の情報、及び、発送先であるサービス提供事業者４の名称や住所の情報が送信される。
【００５９】
商品販売事業者５は、発注を受けると発注を受けた情報を基に商品９を所定のサービス提供事業者４に発送する（Ｓ３０５）。サービス提供事業者４に商品９が到着すると（Ｓ３１１）、サービス提供事業者４は、サービス提供事業者端末４１を操作して商品９が到着したことをシステム端末２１に通知する（Ｓ３１５）。商品９が到着した旨の通知を受けた制御装置２２は、チケット情報及びユーザ情報を読み出し、商品９が所定のサービス提供事業者４に届いた旨を商品９を共同購入した全ユーザ３に通知する（ステップＳ３２１）。ステップＳ３２１におけるユーザ３に対する通知は、メールや本システム専用のソフトウェア（又はアプリケーション）がある場合は当該ソフトウェアを用いて通知するなど、特に限定されるものではない。ステップＳ３２１の後、チケット使用フローＳ４００の段階となる。
【００６０】
なお、図４〜図１０は表示装置３４に表示される画面の一例を述べたに過ぎず、何ら限定されるものではない。
【００６１】
＜チケット使用フロー＞
チケット使用フローＳ４００は、ユーザ３が所定のサービス提供事業者４に対してチケット７を使用するときのフローである。
【００６２】
図１１に示すように、ユーザ３は、サービス提供事業者４で商品９を注文する（Ｓ４０１）。商品９が注文されると、ユーザ端末３１のチケット用通信装置３６とサービス提供事業者端末４１のチケット用通信装置４５で通信し、チケット７の情報交換を行う（ステップＳ４０５）。ステップＳ４０５においては、ユーザ側制御装置３２は、チケット情報交換プログラムを読み込み、サービス提供側制御装置４２は、チケット情報変更プログラムを読み込む。そして、各制御装置３２，４２は、各チケット用通信装置３６，４５を制御してチケット情報を交換する。
【００６３】
ステップＳ４０５の後、ユーザ側制御装置３２は、チケット情報を更新する（ステップＳ４１１）。チケット情報を更新した後のユーザ端末３１は、再度チケット７を使用する、あるいは、異なる商品を共同購入する等、チケット７の情報が変更されるときまで待機状態となる。なお、待機状態としたが、ユーザ端末３１は、上述したようにスマートフォンやタブレット端末、携帯電話機などであるため、ユーザ３がユーザ端末３１を使用しないという意味ではなく、本実施の形態におけるシェアリングシステム１上、待機状態という意味ある。
【００６４】
ステップＳ４０５の後、サービス提供側制御装置４２は、チケット情報を更新する（ステップＳ４１５）。チケット情報を更新した後、サービス提供側制御装置４２は、新たなチケット情報（チケット７の使用があった後のチケット情報）をシステム端末２１に送信する（ステップＳ４２１）。システム端末２１は、サービス提供事業者端末４１からチケット情報を受信すると、チケット情報を更新する（ステップＳ４２５）。ステップＳ４２５の後、課金フローＳ５００の段階となる。
【００６５】
＜課金フロー＞
課金フローＳ５００は、ユーザ３がサービス提供事業者４で（共同購入した商品９以外の商品に対しての）代金を支払った後、サービス提供事業者４からシステム提供事業者２にシェアリングシステム１の利用料が入金されるまでのフローである。
【００６６】
図１２に示すように、ユーザ３は、共同購入した商品９以外の商品に対しての代金をサービス提供事業者４に支払う（Ｓ５０１）。サービス提供側制御装置４２は、ユーザ３に対する売上情報を売上情報記憶領域４３ａに記憶させる（ステップＳ５０５）。そして、サービス提供側制御装置４２は、売上情報送信プログラムを読み込み、インターネット網１０を介してシステム端末２１に売上情報を送信する（ステップＳ５１１）。売上情報を受信した制御装置２２は、課金額算出プログラムを読み込み、課金額を算出する（ステップＳ５１５）。課金額を算出した制御装置２２は、インターネット網１０を介して課金額に関する情報をサービス提供事業者端末４１に送信する（ステップＳ５２１）。サービス提供事業者４は、課金額を入金する（Ｓ５２５）。入金方法は、都度自動で入金されるシステムや月毎に自動で入金されるシステム、あるいは、手作業で入金するものとしてもよい。
【００６７】
＜効果＞
本実施の形態におけるシェアリングシステム１によれば、ユーザ３は、商品９を共同することができるため、高額な商品９を安く購入することができ、また、安く購入した商品９をただで口数分使用できることとなる。例えば、上述したようにウィスキーボトル９を共同購入したものとすると、高価なウィスキーボトル９を安価に入手できることとなり、また、飲食店４で高価なウィスキーを無料で飲むことができる。
【００６８】
サービス提供事業者４は、商品９を共同購入したユーザ３が来店することになるため、新規顧客を容易に集めることができる。また、サービス提供事業者４が飲食店である場合、チケット７を利用するために、他の食料や飲料を注文することになり、さらに、ユーザ３が知人などを連れてくることにより売上を伸ばすことができる。また、ウェブサイト８に店舗の情報が記載されることから宣伝効果を得ることができる。
【００６９】
システム提供事業者２としても、サービス提供事業者４に課金することで利益を得ることができる。
【００７０】
そして、本実施の形態におけるシェアリングシステム１は、システム端末２１が、ユーザ端末３１からアクセスすることで商品９の共同購入を可能とする共同購入サービス提供手段と、ユーザ３が購入した商品９の口数に応じてチケット７を発行し、ユーザ端末３１にチケット７を送信するチケット発行手段と、を備えている。また、シェアリングシステム１は、ユーザ端末３１が、システム端末２１が発行したチケット７の情報を記憶するユーザ側チケット情報記憶手段と、サービス提供事業者端末４１との間でチケット７の情報を交換するチケット情報交換手段と、を備え、ている。さらに、シェアリングシステム１は、サービス提供事業者端末４１が、ユーザ端末３１と通信し、ユーザ３が使用したチケット７の枚数に応じてユーザ端末３１に記憶されたチケット７の情報を変更するチケット情報変更手段を備えている。
【００７１】
このようなシステムとすることにより、新たなシェアリングシステム１を容易に提供することができる。また、多くの人に広まっているスマートフォンやタブレット端末、携帯電話機などの既存の端末をユーザ端末３１とできるため、ユーザ３にとってもシェアリングシステム１を利用するハードルが低く、気軽に利用することができる。
【００７２】
また、本実施の形態におけるシェアリングシステム１は、システム端末２１が、複数のサービス提供事業者４の情報を記憶したサービス提供事業者情報記憶手段と、サービス提供事業者情報記憶手段に記憶されたサービス提供事業者毎の購入可能な商品の価格や総口数、残り口数の情報である商品情報を記憶した商品情報記憶手段を備えている。
【００７３】
このように、システム端末２１が、サービス提供事業者情報記憶手段や商品情報記憶手段を備えることで、ユーザ３にとっては商品９を取り扱っている店舗（サービス提供事業者４）などを探すことなく、ウェブサイト８上で容易に店舗を発見できる。サービス提供事業者４にとっては、新規顧客を掴め、宣伝広告も安価に行うことができる。
【００７４】
さらに、本実施の形態におけるシェアリングシステム１は、サービス提供事業者端末４１が、チケット７を利用したユーザ３が該チケット７を利用したときにおける商品９の利用以外での売上の情報を記憶する売上情報記憶手段と、該売上情報をシステム端末２１に送信する売上情報送信手段と、を備える。また、シェアリングシステム１は、システム端末２１が、サービス提供事業者端末４１から送信された売上情報を基に課金額を算出する課金額算出手段を備える。
【００７５】
このようなシステムとすることにより、システム提供事業者２は、シェアリングシステム１に加入しているサービス提供事業者４の売上などを逐一把握する必要が無く、課金まで（請求まで）を自動で行うことができるようになる。
【００７６】
また、本実施の形態におけるシェアリングシステム１は、システム提供事業者２から商品の発注を受けてサービス提供事業者４に商品を発送する商品販売事業者５が備える商品販売事業者端末５１を備える。そして、シェアリングシステム１は、システム端末２１が、共同購入された商品９を発送先の情報と共に商品販売事業者端末５１に発注する商品発注手段を備える。
【００７７】
このようなシステムとすることにより、商品９の発注までを自動で行うことができるため、システム提供事業者２は、商品９の受注発注などの業務に係る負担を軽減することができる。
【００７８】
（第２の実施の形態）
次に、本発明の第２の実施の形態に係るシェアリングシステム１について述べる。本実施の形態におけるシェアリングシステム１は、上述した第１の実施の形態と課金方法が異なる。上述した第１の実施の形態におけるシェアリングシステム１では、ユーザ３がチケット７を使用した場合、サービス提供事業者４はユーザ３からチケット７を使用した商品９以外の費用を徴収していた。また、シェアリングシステム１では、サービス提供事業者端末４１からシステム端末２１に売上情報を送信し、システム端末２１で課金額を計算してサービス提供事業者４に課金していた。
【００７９】
本実施の形態におけるシェアリングシステム１では、ユーザ３がサービス提供事業者４１に支払いはせず、サービス提供事業者４が支払額の情報をシステム提供事業者２に開示し、システム提供事業者２がユーザ３に請求をする。そして、システム提供事業者２は、ユーザ３が支払った額からサービス提供事業者４との間で予め決められている額を課金額として徴収し、残った額をサービス提供事業者４に支払う。
【００８０】
そして、本実施の形態におけるシェアリングシステム１は、図１３に示すように、システム端末２１と、ユーザ端末３１と、サービス提供事業者端末４１と、を少なくとも備える。ユーザ端末３１と、サービス提供事業者端末４１の構成は上述した第１の実施の形態と同様であるため、説明は省略する。
【００８１】
システム端末２１の記憶装置２２は、第１の実施の形態に加えて、売上情報記憶領域２３ｐと、請求プログラム記憶領域２３ｑを有する。
【００８２】
売上情報記憶領域２３は、サービス提供事業者４からユーザ３に対する売上金額と当該ユーザ３の情報が報告された場合、この売上金額とユーザ３の情報を記憶する領域であり、売上情報記憶手段として機能する。
【００８３】
請求プログラム記憶領域２３ｑは、売上情報記憶手段に記憶された情報を基にユーザ３に売上金額を請求するための請求プログラムが記憶されており、制御装置２２と共に売上金額請求手段として機能する。すなわち、制御装置２２は、請求プログラムと売上情報記憶手段に記憶された情報とを読み込み、ユーザ３に売上金額を請求する。売上金額の請求は、金額及びクレジットカード払いをするためのホームページアドレスが記載されたメールを自動で送信する、あるいは、金額とウェブサイト８から支払いをするようにと記載されたメールを自動で送信するなどが考えられるが、特にこれらに限定されず、公知の請求システムを利用することができる。
【００８４】
＜制御フロー＞
次に、本実施の形態におけるシェアリングシステム１の制御フローについて述べる。本実施の形態におけるシェアリングシステム１は、図１４に示すように、大きく分けて商品購入フローＳ１００と、チケット発行フローＳ２００、商品の発注及び発送フローＳ３００、チケット使用フローＳ４００と、課金フローＳ６００と、からなる。商品購入フローＳ１００、チケット発行フローＳ２００、商品の発注及び発送フローＳ３００、チケット使用フローＳ４００は、第１の実施の形態と同様であるため、説明は省略する。なお、第１の実施の形態と共通するものには共通する符号を付して述べる。
【００８５】
＜課金フロー＞
本実施の形態における課金フローＳ６００は、ユーザ３がサービス提供事業者４に直接支払いをせず、システム提供事業者２に対して支払いを行い、システム提供事業者２はユーザ３から支払われた売上金から一部を課金額として徴収し、残金をサービス提供事業者４に支払うことを特徴とする。
【００８６】
図１５に示すように、サービス提供側制御装置４２は、ユーザ３に対する売上金額の情報、及び、当該ユーザ３のユーザ情報をシステム端末２１に送信する（ステップＳ６０１）。制御装置２２は、受信した情報を売上情報記憶領域２３ｐに記憶させる（ステップＳ６０５）。次に、制御装置２２は、ユーザ３に売上金額を請求する（ステップＳ６１１）。
【００８７】
ユーザ３は、請求金額をシステム提供事業者２に支払う（Ｓ６１５）。入金を確認すると、制御装置２２は、課金額算出プログラムを読み込み、課金額を算出する（ステップＳ６２１）。課金額を算出した制御装置２２は、入金された額から算出した課金額を徴収し（ステップＳ６２５）、残金をサービス提供事業者４に支払う（ステップＳ６３１）。
【００８８】
このように、本実施の形態のシェアリングシステム１は、ユーザ３がシステム提供事業者２に直接売上金額を支払う構成としているため、サービス提供事業者４が売上金額をごまかしたり、課金額を支払わなかったりすることを防止できる。サービス提供事業者４としても、ユーザ３に対する請求から課金額の徴収を全てシステム提供事業者２が行うため、手間を削減できる。
【００８９】
（第１の実施の形態の変形例）
次に第１の実施の形態の変形例について述べる。第１の実施の形態では、サービス提供事業者４がサービス提供事業者端末４１を備えた構成としているが、必ずしもサービス提供事業者端末４１を備える必要はない。すなわち、システム提供事業者２が有するシステム端末２１と、ユーザ３が有するユーザ端末３１のみでシェアリングシステム１を提供することも可能である。
【００９０】
すなわち、本変形例のシェアリングシステム１は、図１６に示すように、システム端末２１と、ユーザ端末３１と、から構成される。システム端末２１の構成は、第１の実施の形態と同一であるため、説明は省略する。なお、図１６においては、商品販売事業者端末５１が記載されているが、商品販売事業者端末５１は必須の装置ではない。
【００９１】
ユーザ端末３１は、制御装置３２と、記憶装置３３と、表示装置３４と、インターネット通信装置３５と、を備える。すなわち、第１の実施の形態と対比すると、サービス提供事業者端末４１との間でチケット７を交換する必要がないため、チケット用通信装置３６が構成に含まれていない。
＜制御フロー＞
このような構成とした本変形例のシェアリングシステム１の制御フローについて述べる。図１７に示すように、本実施の形態におけるシステム１は、大きく分けて商品購入フローＳ１００と、チケット発行フローＳ２００、商品の発注及び発送フローＳ３００、チケット使用フローＳ７００と、課金フローＳ８００と、からなる。商品購入フローＳ１００、チケット発行フローＳ２００、商品の発注及び発送フローＳ３００は、第１の実施の形態と共通しているため、説明は省略する。
【００９２】
＜チケット使用フロー＞
図１８に示すように、ユーザ３は、サービス提供事業者４にチケット７を見せ、サービス提供事業者４はチケット７を確認する（Ｓ７０１）。ユーザ３は、商品９を注文する（Ｓ７０５）。さらに、ユーザ３は、ユーザ端末３１からウェブサイト８にアクセスし、チケット７を使用したことを通知する（Ｓ７１１）。チケット７を使用したことを通知するときは、ウェブサイト８へアクセスしてログインし、図１９に示すようなチケット情報のページに行き、使用したチケットの枚数を記載した送信ボタン７１３を押す。図１８では、店舗Ａの商品Ａのチケット７を２枚使用したことを表している。
【００９３】
制御装置２２は、チケット情報を更新し（ステップＳ７１５）、ユーザ端末に更新した新たなチケット情報を送信する（ステップＳ７２１）。ユーザ側制御装置３２は、チケット情報をチケット情報記憶領域２３ｇに記憶させる（更新させる）（ステップＳ７２５）。ステップＳ７２５の後、課金フローＳ８００の段階となる。
【００９４】
＜課金フロー＞
課金フローＳ８００は、第１の実施の形態の変形例である。図２０に示すように、ユーザ３は、共同購入した商品９以外の商品に対しての代金をサービス提供事業者４に支払う（Ｓ８０１）。サービス提供事業者４は、売上金額をシステム提供事業者２に報告する（Ｓ８０５）。売上金額の報告は、例えばウェブサイト８にサービス提供事業者４のためのページを設けられており、そこで売上金額を入力することで報告したり、メールを送信することで報告したりしてもよく、特に何らかの方法に限定されるものではない。
【００９５】
制御装置２２は、売上金額から課金額を算出する（ステップＳ８１１）。課金額を算出した制御装置２２は、課金額をサービス提供事業者４に請求する（ステップＳ８１５）。サービス提供事業者４は、課金額を入金する（Ｓ８２１）。
（第２の実施の形態の変形例）
次に、第２の実施の形態の変形例を述べる。第２の実施の形態では、サービス提供事業者４がサービス提供事業者端末４１を備えた構成としているが、必ずしもサービス提供事業者端末４１を備える必要はない。すなわち、システム提供事業者２が有するシステム端末２１と、ユーザ３が有するユーザ端末３１のみでシェアリングシステム１を提供することも可能である。
【００９６】
すなわち、本変形例のシェアリングシステム１は、図２１に示すように、システム端末２１と、ユーザ端末３１と、から構成される。システム端末２１の構成は、第２の実施の形態と同一であるため、説明は省略する。また、ユーザ端末３１の構成は、第１の実施の形態の変形例と同一であるため、説明は省略する。なお、図２１においては、商品販売事業者端末５１が記載されているが、商品販売事業者端末５１は必須の装置ではない。
【００９７】
＜制御フロー＞
このような構成とした本変形例のシェアリングシステム１の制御フローについて述べる。図２２に示すように、本実施の形態におけるシステム１は、大きく分けて商品購入フローＳ１００と、チケット発行フローＳ２００、商品の発注及び発送フローＳ３００、チケット使用フローＳ７００と、課金フローＳ８５０と、からなる。商品購入フローＳ１００、チケット発行フローＳ２００、商品の発注及び発送フローＳ３００は、第１の実施の形態と共通しており、チケット使用フローＳ７００は第１の実施の形態の変形例と共通しているため、説明は省略する。
【００９８】
＜課金フロー＞
図２３に示すように、サービス提供事業者４は、ユーザ３に対する売上金額の情報、及び、当該ユーザ３のユーザ情報をシステム提供事業者２に通知する（Ｓ８５１）。制御装置２２は、通知された情報を記憶装置２３に記憶させる（ステップＳ８５５）。次に、制御装置２２は、ユーザ３に売上金額を請求する（ステップＳ８６１）。
【００９９】
ユーザ３は、請求金額をシステム提供事業者２に支払う（Ｓ８６５）。入金を確認すると、制御装置２２は、課金額算出プログラムを読み込み、課金額を算出する（ステップＳ８７１）。課金額を算出した制御装置２２は、入金された額から算出した課金額を徴収し（ステップＳ８７５）、残金をサービス提供事業者４に支払う（ステップＳ８８１）。
【０１００】
以上の変形例のように、サービス提供事業者４がサービス提供事業者端末４１を有していない場合であっても、本願のシェアリングシステム１を提供することができる。
【０１０１】
本発明は、以上の実施の形態に限定されるものではなく、要旨を変更しない限りあらゆる変更が可能である。
【符号の説明】
【０１０２】
１  シェアリングシステム
２  システム提供事業者
３  ユーザ
４  サービス提供事業者
５  商品販売事業者
７  チケット
８  ウェブサイト
９  商品
１０  インターネット網
２１  システム端末
２２  制御装置
２３  記憶装置
２３ａ  ユーザ情報記憶領域
２３ｂ  サービス提供事業者情報記憶領域
２３ｃ  商品情報記憶領域
２３ｄ  ウェブサイト情報記憶領域
２３ｅ  共同購入提供プログラム記憶領域
２３ｆ  チケット発行プログラム記憶領域
２３ｇ  チケット情報記憶領域
２３ｈ  チケット情報送信プログラム記憶領域
２３ｍ  課金額算出プログラム記憶領域
２３ｎ  商品発注プログラム記憶領域
２３ｐ  売上情報記憶領域
２３ｑ  請求プログラム記憶領域
２４  インターネット通信装置
３１  ユーザ端末
３２  制御装置
３３  記憶装置
３３ａ  チケット情報記憶領域
３３ｂ  チケット情報交換プログラム記憶領域
３４  表示装置
３５  インターネット通信装置
３６  チケット用通信装置
４１  サービス提供事業者端末
４２  制御装置
４３  記憶装置
４３ａ  売上情報記憶領域
４３ｂ  売上情報送信プログラム記憶領域
４３ｃ  チケット情報記憶領域
４３ｄ  チケット情報変更プログラム記憶領域
４３ｆ  チケット情報送信プログラム記憶領域
４４  インターネット通信装置
４５  チケット用通信装置
５１  商品販売事業者端末
１２２  購入ボタン
１３２  購入決定ボタン
７１３  送信ボタン
【図１】
2016018528.tif 000003
【図２】
2016018528.tif 000004
【図３】
2016018528.tif 000005
【図４】
2016018528.tif 000006
【図５】
2016018528.tif 000007
【図６】
2016018528.tif 000008
【図７】
2016018528.tif 000009
【図８】
2016018528.tif 000010
【図９】
2016018528.tif 000011
【図１０】
2016018528.tif 000012
【図１１】
2016018528.tif 000013
【図１２】
2016018528.tif 000014
【図１３】
2016018528.tif 000015
【図１４】
2016018528.tif 000016
【図１５】
2016018528.tif 000017
【図１６】
2016018528.tif 000018
【図１７】
2016018528.tif 000019
【図１８】
2016018528.tif 000020
【図１９】
2016018528.tif 000021
【図２０】
2016018528.tif 000022
【図２１】
2016018528.tif 000023
【図２２】
2016018528.tif 000024
【図２３】
2016018528.tif 000025