2024-154870 ネットワークシステム、情報処理方法、サーバ、およびプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024154870

(43)【公開日】2024-10-31

(54)【発明の名称】ネットワークシステム、情報処理方法、サーバ、およびプログラム

(51)【国際特許分類】

   G06Q 30/08 20120101AFI20241024BHJP

【ＦＩ】

G06Q30/08

【審査請求】未請求

【請求項の数】6

【出願形態】ＯＬ

(21)【出願番号】P 2023069070

(22)【出願日】2023-04-20

【新規性喪失の例外の表示】特許法第３０条第２項適用申請有り （１）新サービスの営業のためのメール送信 （送信先）「営業先リスト１」に記載の通り （公開内容）「営業資料１～５」に記載の通り （２）新サービスの発表会 （開催日） ２０２２年９月２８日、２９日、３０日 （場所） 大阪府大阪市北区曽根崎新地１－１３－２２ （３）新サービスの営業のためのメール送信 （送信先）「営業先リスト２」に記載の通り （公開内容）「営業資料１～５」に記載の通り （４）新サービスの展示会 （展示日） ２０２３年２月９日、１０日 （場所） 東京都江東区有明３丁目１１－１ 東京ビッグサイト 南１ホール （５）スマホ向けアプリのダウンロードサイトでの公開 （公開日） ２０２３年４月１４日 （場所） Ｇｏｏｇｌｅ ＰｌａｙストアおよびＡｐｐ Ｓｔｏｒｅ （６）新サービスのお知らせのためのメールマガジン配信 （配信日） ２０２３年４月２０日

(71)【出願人】

【識別番号】523007410

【氏名又は名称】株式会社ぐるかい

(74)【代理人】

【識別番号】100148275

【弁理士】

【氏名又は名称】山内 聡

(74)【代理人】

【識別番号】100142745

【弁理士】

【氏名又は名称】伊藤 世子

(72)【発明者】

【氏名】王 ▲げん▼

【テーマコード（参考）】

5L030

5L049

【Ｆターム（参考）】

5L030BB73

5L049BB73

(57)【要約】

【課題】ユーザが所望する商品を手に入れることができつつ、当該商品の情報を多くの者に周知することが可能なネットワークシステムを提供する。
【解決手段】複数の端末２００Ｘ，２００Ｙと、サーバ１００と、を備えるネットワークシステム１が提供される。サーバは、商品の情報を受け付けて、商品の情報を複数の端末に提示する。複数の端末のうちの第１の端末２００Ｘは、チャレンジャーとして、商品の取得を申し出る。複数の端末のうちの第２の端末２００Ｙ，２００Ｙ・・・は、サポーターとして、第１の端末の購入を応援するための処理を行う。サーバは、複数の第２の端末からの応援が所定の条件を達成すると、第１の端末のユーザへの商品の提供を確定する。
【選択図】図１

【特許請求の範囲】

【請求項1】

複数の端末と、
サーバと、を備え、
前記サーバは、商品の情報を受け付けて、前記商品の情報を前記複数の端末に提示して、
前記複数の端末のうちの第１の端末は、チャレンジャーとして、前記商品の取得を申し出て、
前記複数の端末のうちの第２の端末は、サポーターとして、前記第１の端末の前記商品の取得を応援するための処理を行い、
前記サーバは、前記複数の第２の端末からの応援が所定の条件を達成すると、前記第１の端末のユーザへの前記商品の提供を確定する、ネットワークシステム。

【請求項2】

前記サーバは、前記第２の端末からの応援の度に、ポイントを増加させていき、所定値に達すると、前記所定の条件が達成されたと判断する、請求項１に記載のネットワークシステム。

【請求項3】

前記サーバは、前記複数の第２の端末のユーザ毎に、所定のルールに従って、前記所定のポイントを計算する、請求項２に記載のネットワークシステム。

【請求項4】

サーバが、商品の情報を受け付けて登録するステップと、
前記サーバが、前記商品の情報を複数の端末に提示するステップと、
前記複数の端末のうちの第１の端末が、チャレンジャーとして、前記商品の取得を申し出るステップと、
前記複数の端末のうちの第２の端末が、サポーターとして、前記商品の取得を応援するための処理を行うステップと、
前記サーバが、複数の第２の端末からの応援が所定の条件を達成すると、前記第１の端末のユーザへの前記商品の提供を確定するステップと、を備える情報処理方法。

【請求項5】

複数の端末と通信するための通信インターフェイスと、
メモリと、
プロセッサと、を備え、
前記プロセッサは、商品の情報を前記メモリに格納し、前記通信インターフェイスを介して前記商品の情報を前記複数の端末に提示して、第１の端末からの前記商品の取得の申し出と複数の第２の端末からの前記取得を応援するための申し出とを受け付けて、前記応援が所定の条件を達成すると前記第１の端末のユーザへの前記商品の提供を確定する、サーバ。

【請求項6】

通信端末のためのプログラムであって、
サーバから、商品の情報を受信して、ディスプレイに表示するステップと、
チャレンジャーとしてのユーザからの命令に応じて、通信インターフェイスを介して、前記サーバに前記商品の取得の申し出を送信するステップと、
サポーターとしてのユーザからの命令に応じて、前記通信インターフェイスを介して、前記サーバに他のチャレンジャーによる前記商品の取得の申し出を応援する申し出を送信するステップと、をプロセッサに実行させるプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、インターネットを利用して商品の提供を行うためのネットワークシステムの技術に関する。

【背景技術】

【0002】

従前より、インターネットを利用して商品の販売を行うための技術が知られている。たとえば、特開２０１５－４１２３６号公報（特許文献１）には、商品の利益循環型共同購入システムが開示されている。特許文献１によると、管理センターが管理サーバに予め登録されている共同購入を希望する各会員のために管理サーバから商品提供者の商品管理端末機器に共同購入の依頼を送信して商品提供者から各会員に商品を発送させ、管理者が管理サーバから各会員の会員端末機器に購入品について共同購入により得られた利益の中から会員が購入した商品の金額にあわせて管理センターが管理する商品の購入が可能なポイントを付与する際に、会員が複数人でグループを形成するとともにそのグループでは各会員についてのポイント獲得数を合算し且つその合算したポイント獲得数を各グループを構成する各会員に非均等に配分する。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２０１５－４１２３６号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

本発明の目的は、ユーザが所望する商品を手に入れることができつつ、当該商品の情報を多くの者に周知することが可能なネットワークシステムを提供することにある。

【課題を解決するための手段】

【0005】

本発明の一態様に従うと、複数の端末と、サーバと、を備えるネットワークシステムが提供される。サーバは、商品の情報を受け付けて、商品の情報を複数の端末に提示する。複数の端末のうちの第１の端末は、チャレンジャー（プロモーター）として、商品の取得を申し出る。複数の端末のうちの第２の端末は、サポーターとして、第１の端末の取得を応援するための処理を行う。サーバは、複数の第２の端末からの応援が所定の条件を達成すると、第１の端末のユーザへの商品の提供を確定する。

【発明の効果】

【0006】

以上のように、本発明によれば、ユーザが所望する商品を手に入れることができつつ、当該商品の情報を多くの者に周知することが可能なネットワークシステムが提供される。

【図面の簡単な説明】

【0007】

【図1】第１の実施の形態にかかるネットワークシステム１の全体構成を示すイメージ図である。

【図2】第１の実施の形態にかかるユーザ端末２００Ｘの画面例を示すイメージ図である。

【図3】第１の実施の形態にかかるネットワークシステム１の動作概要を示すイメージ図である。

【図4】第１の実施の形態にかかるサーバ１００の構成を示すブロック図である。

【図5】第１の実施の形態にかかるユーザデータ１２１を示すイメージ図である。

【図6】第１の実施の形態にかかる商品データ１２２を示すイメージ図である。

【図7】第１の実施の形態にかかる注文データ１２３を示すイメージ図である。

【図8】第１の実施の形態にかかるサーバ１００の情報処理を示す第１のフローチャートである。

【図9】第１の実施の形態にかかるユーザ端末２００の構成を示すブロック図である。

【図10】第１の実施の形態にかかるユーザ端末２００の情報処理を示す第１のフローチャートである。

【図11】第１の実施の形態にかかる提供者端末３００の構成を示すブロック図である。

【図12】第１の実施の形態にかかる提供者端末３００の商品情報の入力画面を示すイメージ図である。

【図13】第４の実施の形態にかかるサーバ１００の情報処理を示す第１のフローチャートである。

【図14】第５の実施の形態にかかるユーザ端末２００Ｘの画面例を示すイメージ図である。

【図15】第５の実施の形態にかかるネットワークシステム１の動作概要を示すイメージ図である。

【図16】第５の実施の形態にかかるユーザデータ１２１Ｂを示すイメージ図である。

【図17】第５の実施の形態にかかる商品データ１２２Ｂを示すイメージ図である。

【図18】第５の実施の形態にかかるＰＲデータ１２３Ｂを示すイメージ図である。

【図19】第５の実施の形態にかかるサーバ１００の情報処理を示す第１のフローチャートである。

【図20】第５の実施の形態にかかるプロモーターのユーザ端末２００の情報処理を示す第１のフローチャートである。

【図21】第５の実施の形態にかかるサポーターのユーザ端末２００の情報処理を示す第１のフローチャートである。

【発明を実施するための形態】

【0008】

以下、図面を参照しつつ、本発明の実施の形態について説明する。以下の説明では、同一の部品には同一の符号を付してある。それらの名称および機能も同じである。したがって、それらについての詳細な説明は繰り返さない。
＜第１の実施の形態＞
＜ネットワークシステム１の全体構成＞

【0009】

まず、図１を参照して本実施の形態にかかるネットワークシステム１の全体構成について説明する。本実施の形態にかかるネットワークシステム１は、主に、商品を安価な値段で販売するサービスを提供するためのサーバ１００と、当該サービスを利用する商品の購入を試みる者すなわちチャレンジャーやプロモーターが利用するユーザ端末２００Ｘと、当該チャレンジャーの購入を応援するサポーターが利用するユーザ端末２００Ｙと、商品の販売を申し出る販売者が使用する提供者端末３００とを含む。なお、以下では、消費の取得を試みるユーザを主に「チャレンジャー」と記載するが、商品のことを多くのサポーターにＰＲするという意味で当該ユーザを「プロモーター」と呼んでもよい。

【0010】

ユーザ端末２００Ｘ，２００Ｙまたは提供者端末３００は、スマートフォンやタブレットやパーソナルコンピュータなどによって実現され、インターネットやキャリア網を介してサーバ１００と通信可能である。なお、以下では、チャレンジャーのユーザ端末２００Ｘと、サポーターのユーザ端末２００Ｙと、を合わせてユーザ端末２００ともいう。
＜ネットワークシステム１の動作概要＞

【0011】

次に、図１および図２を参照して、本実施の形態にかかるネットワークシステム１の動作概要について説明する。本実施の形態においては、まず、販売者が、提供者端末３００を利用して、サーバ１００に対して、商品を格安で販売するための登録処理を行う。これによって、図２（Ａ）に示すように、サービスを利用するユーザのユーザ端末２００は、本サービスのアプリケーションプログラムに従って、各種の商品を選択可能に表示する。より詳細には、ユーザ端末２００は、商品毎に、写真２３１と、商品名２３２と、目標の販売価格を含む注文ボタン２３３と、を表示する。

【0012】

チャレンジャーが商品を選択すると、ユーザ端末２００Ｘは、たとえば、当該商品の写真や詳細な説明、通常の販売価格、目標価格、目標販売価格で購入するために必要となるポイント数、注文確定ボタンなどを表示する。本実施の形態においては、通常の販売価格と目標価格との差が、目標販売価格で購入するために必要となるポイント数となる。たとえば、５千円（通常の販売価格）するものを、１円（目標価格）で購入するために必要となるポイントは、４９９９ポイントとなる。ただし、１円が１ポイントでなくてもよいし、目標価格は１円でなくてもよい。

【0013】

ユーザが注文確定ボタンを押すと、ユーザ端末２００Ｘは、その旨をサーバ１００に送信する。サーバ１００は、当該ユーザのランクに応じてくじ引きを行って割引ポイントを決定して、現在のポイントから当該割引ポイントを減じる。図２（Ｂ）に示すように、ユーザ端末２００Ｘは、サーバ１００から、割引ポイントや減算後の残りのポイントなどを受信して、これらを表示する。これによって、チャレンジャーとして、注文や購入を正式に申し出た状態となる。

【0014】

その後、チャレンジャーは、自身の商品購入を応援してもらうために、友人などに応援処理を実行してもらう。本実施の形態においては、チャレンジャーが、募集ボタン２３４を押すなどして、ユーザ端末２００Ｘに自身の注文を特定するためのＱＲコード（登録商標）を表示させたり、ＳＮＳ（Social networking service）などを通じてコードを送信したりする。サポーターは、ユーザ端末２００Ｙを利用してユーザ端末２００Ｘに表示されているコードの画像を読み取ったり、ユーザ端末２００Ｘから当該コードの画像を受信したりして、本サービスのアプリケーションプログラムに従って、当該コードの画像に基づいて応援対象である注文を特定してサーバ１００に送信する。

【0015】

サーバ１００は、当該サポーターのユーザのランクに応じてくじ引きを行って割引ポイントを決定して、現在の残りポイントから当該割引ポイントを減じる。これによって、チャレンジャーのユーザ端末２００Ｘは、サーバ１００から、今回の割引ポイントや減算後の残りのポイントなどを受信して、これらを表示する。このようにして、期限内に、目標ポイントが目標販売価格まで下がると、チャレンジャーによる当該商品の格安価格での購入が決済される。期限は、たとえば１週間などである。

【0016】

まとめると、本実施の形態にかかるネットワークシステム１に関しては、図３に示すような動作概要となる。まず、チャレンジャーが注文を出す（ステップＳ００２）。乱数計算による割引金額が初期の通常の販売金額から引かれる（ステップＳ００４）。チャレンジャーがサポーターを勧誘する（ステップＳ００６）。サポーターが応援処理を行う（ステップＳ００８）。乱数計算による割引金額が現在の残り金額から引かれる（ステップＳ０１０）。ステップＳ００６からステップＳ０１０を繰り返すことによって目標金額に達すると（ステップＳ０１２にてＹＥＳである場合）、当該目標金額によって注文が決済される（ステップＳ０１４）。在庫がなくなったり（ステップＳ０１６にてＹＥＳである場合）、期限が過ぎたりすると（ステップＳ０１８にてＹＥＳである場合）、購入は失敗する（ステップＳ０２０）。

【0017】

このように、本実施の形態においては、チャレンジャーが、欲しい商品を格安で手に入れるために、多くのサポーターに当該商品の購入を応援してもらうことになる。これによって、商品の販売者にとっては、チャレンジャーやサポーターなどのインフルエンサーに商品を紹介してもらうことができる。そして、チャレンジャーにとっては、商品を格安で手に入れることができる。また、サポーターは、将来チャレンジャーに応援してもらえる可能性が高まり、結果的に自身が所望する商品を格安で手に入れられたりする可能性が高まる。

【0018】

以下、このような機能を実現するためのネットワークシステム１の具体的な構成について詳述する。
＜サーバの構成＞

【0019】

まず、本実施の形態にかかるネットワークシステム１を構成するサーバ１００の構成の一態様について説明する。図４を参照して、サーバ１００は、主たる構成要素として、ＣＰＵ（Central Processing Unit）１１０と、メモリ１２０と、操作部１４０と、通信インターフェイス１６０とを含む。

【0020】

ＣＰＵ１１０は、メモリ１２０に記憶されているプログラムを実行することによって、サーバ１００の各部を制御する。たとえば、ＣＰＵ１１０は、メモリ１２０に格納されているプログラムを実行し、各種のデータを参照することによって、後述する各種の処理を実行する。

【0021】

メモリ１２０は、各種のＲＡＭ（Random Access Memory）、各種のＲＯＭ（Read Only Memory）などによって実現され、サーバ１００に内包されているものであってもよいし、サーバ１００の各種インターフェイスに着脱可能なものであってもよいし、サーバ１００からアクセス可能な他の装置の記録媒体であってもよい。メモリ１２０は、ＣＰＵ１１０によって実行されるプログラムや、ＣＰＵ１１０によるプログラムの実行により生成されたデータ、入力されたデータ、その他の本実施の形態にかかるサービスに利用されるデータベースなどを記憶する。

【0022】

たとえば、本サービスにおいては、メモリ１２０は、ユーザデータ１２１、商品データ１２２、注文データ１２３などを記憶する。

【0023】

ユーザデータ１２１は、図５に示すように、本サービスに登録されたユーザ毎に、ユーザＩＤ、ユーザ名、住所、決済情報、ランク情報、標準減額ポイントなどが格納される。

【0024】

商品データ１２２は、図６に示すように、本サービスに登録された商品毎に、商品ＩＤ、商品名、商品の画像データ、商品の詳細情報、注文開始日時、注文終了日時、初期販売価格、目標販売価格、個数、在庫などが格納される。

【0025】

注文データ１２３は、図７に示すように、商品の購入を試みるチャレンジャーからの注文毎に、注文ＩＤ、商品ＩＤ、チャレンジャーのユーザＩＤ、獲得減算ポイント、注文日時、期限、現在時点における達成までの残りポイント、応援してくれたサポーター毎のユーザＩＤと、獲得減算ポイントなどが格納される。

【0026】

図４に戻って、操作部１４０は、サービスの管理者などの命令を受け付けて、当該命令をＣＰＵ１１０に入力する。

【0027】

通信インターフェイス１６０は、ＣＰＵ１１０からのデータを、インターネット、キャリア網、ルータなどを介して、ユーザ端末２００Ｘ，２００Ｙまたは提供者端末３００や、その他の機器などに送信する。逆に、通信インターフェイス１６０は、インターネット、キャリア網、ルータなどを介してそれらの機器からのデータを受信して、ＣＰＵ１１０に受け渡したり、メモリ１２０に格納したりする。
＜サーバの情報処理方法＞

【0028】

次に、図８を参照しながら、本実施の形態にかかるサーバ１００における情報処理について説明する。サーバ１００のＣＰＵ１１０は、メモリ１２０のプログラムに従って、以下の処理を実行する。

【0029】

まず、ＣＰＵ１１０は、通信インターフェイス１６０を介して、チャレンジャーとしてのユーザ端末２００Ｘから、商品の注文を受け付けたか否かを判断する（ステップＳ１０２）。

【0030】

商品の注文を受け付けた場合（ステップＳ１０２にてＹＥＳである場合）、当該商品の注文を注文データ１２３に登録する（ステップＳ１０４）。

【0031】

このときに、ＣＰＵ１１０は、ユーザデータ１２１を参照して、チャレンジャーのランク情報に基づいて、初期販売価格から割り引くポイントを計算する（ステップＳ１０６）。なお、ＣＰＵ１１０は、ランクに対応する標準減額ポイントを中心に、乱数計算によって今回の割引ポイントを計算する。なお、本実施の形態においては、乱数計算を「くじ引き」ともいう。

【0032】

ＣＰＵ１１０は、割引ポイントを注文データ１２３に追加して、達成までの残りポイントを減算したり更新したりする（ステップＳ１０８）。ＣＰＵ１１０は、通信インターフェイス１６０を介して、今回の割引ポイントや、達成までの残りポイントをユーザ端末２００Ｘに送信する（ステップＳ１１０）。これによって、ユーザ端末２００Ｘでは、今回の割引ポイントや、達成までの残りポイントをチャレンジャーに表示する。

【0033】

商品の注文を受け付けなかった場合（ステップＳ１０２にてＮＯである場合）、ＣＰＵ１１０は、通信インターフェイス１６０を介して、サポーターとしてのユーザ端末２００Ｙから、応援の指示を受け付けたか否かを判断する（ステップＳ１１２）。

【0034】

応援の指示を受け付けた場合（ステップＳ１１２にてＹＥＳである場合）、ＣＰＵ１１０は、ユーザデータ１２１を参照して、サポーターのランク情報に基づいて、達成までの残りポイントから割り引くポイントを計算する（ステップＳ１１６）。なお、ＣＰＵ１１０は、ランクに対応する標準減額ポイントを中心に、乱数計算によるくじ引きを振ることによって、今回の割引ポイントを計算する。

【0035】

ＣＰＵ１１０は、割引ポイントを注文データ１２３に追加して、達成までの残りポイントを減算したり更新したりする（ステップＳ１１８）。

【0036】

ＣＰＵ１１０は、残りのポイントが、目標ポイントに達した場合（ステップＳ１１９にてＹＥＳである場合）、たとえば残り１円まで下がった場合、当該目標の価格で当該商品の販売・購入を確定した旨を、通信インターフェイス１６０を介してチャレンジャーのユーザ端末２００Ｘに送信する（ステップＳ１２０）。

【0037】

ＣＰＵ１１０は、通信インターフェイス１６０を介して、今回の割引ポイントをユーザ端末２００Ｙに送信する（ステップＳ１２１）。これによって、ユーザ端末２００Ｙでは、今回の割引ポイントをサポーターに表示する。

【0038】

なお、ＣＰＵ１１０は、通信インターフェイス１６０を介して、チャレンジャーのユーザ端末２００Ｘからの要請に応じて、注文データ１２３を参照することによって、現在時点の達成までの残りポイントをユーザ端末２００Ｘに送信する。これによって、ユーザ端末２００Ｘでは、現在時点での達成までの残りポイントをチャレンジャーに提示することができる。

【0039】

応援の指示を受け付けなかった場合（ステップＳ１１２にてＮＯである場合）、ＣＰＵ１１０は、通信インターフェイス１６０を介して、販売者の提供者端末３００から新たな商品の登録の指示を受信したか否かを判断する（ステップＳ１２２）。

【0040】

販売者の提供者端末３００から新たな商品の登録の指示を受信した場合（ステップＳ１２２にてＹＥＳである場合）、ＣＰＵ１１０は、販売者の提供者端末３００から受け付けた情報に基づいて、商品名、商品の画像データ、商品の詳細情報、注文受付開始日時、注文受付終了日時、応援受付期間、初期販売価格、目標販売価格、個数、在庫などを商品データ１２２に登録する（ステップＳ１２４）。

【0041】

なお、注文申込開始日時に基づいて、ＣＰＵ１１０が、１週間後を販売終了日時として自動で設定しても良いし、販売者が自由に設定できても良い。また、ＣＰＵ１１０が、目標販売価格として所定の金額、たとえば１円や１０円など、を自動で設定しても良いし、販売者が自由に設定できても良い。

【0042】

商品の登録の指示を受信しなかった場合（ステップＳ１２２にてＮＯである場合）、ＣＰＵ１１０は、その他の処理を実行する（ステップＳ１３０）。
＜ユーザ端末２００の構成＞

【0043】

次に、図９を参照して、チャレンジャーやサポーターなどのユーザが利用するユーザ端末２００の構成の一態様について説明する。たとえば本実施の形態にかかるユーザ端末２００は、主たる構成要素として、ＣＰＵ２１０と、メモリ２２０と、ディスプレイ２３０と、操作部２４０と、通信インターフェイス２６０と、スピーカ２７０と、マイク２８０と、カメラ２９０とを含む。

【0044】

ＣＰＵ２１０は、メモリ２２０に記憶されている各種のプログラムを実行することによって、ユーザ端末２００の各部を制御する。

【0045】

メモリ２２０は、各種のＲＡＭや、各種のＲＯＭなどによって実現される。メモリ２２０は、各種サービスのためのアプリケーションプログラム、インターネットからダウンロードしたＷＥＢページ、カメラ２９０で撮影した動画像データや静止画像データ、ＳＮＳなどから取得したＱＲコード（登録商標）の画像、マイク２８０で取得した音声データ、各種のサービス専用のアプリケーションプログラム、ＣＰＵ２１０によるプログラムの実行により生成されたデータ、サーバ１００から受信したデータ、操作部２４０を介して入力されたデータ、ユーザ端末２００自身の情報やユーザを特定するための情報などを記憶する。

【0046】

ディスプレイ２３０は、ＣＰＵ２１０からのデータに基づいて、画像やテキストを表示する。操作部２４０は、ポインティングデバイスやスイッチなどから構成され、ユーザからの各種の命令をＣＰＵ２１０に入力する。なお、ユーザ端末２００は、ディスプレイ２３０と操作部２４０とを含むタッチパネル２５０を有してもよい。

【0047】

通信インターフェイス２６０は、インターネットやキャリア網やルータなどを介して、サーバ１００などの他の装置との間でデータを送受信する。たとえば、ＣＰＵ２１０は、ＷＥＢブラウザのプログラムやその他のアプリケーションプログラムに従って、通信インターフェイス２６０を介してサーバ１００と、画像データや、音声データなど、各種の情報をやりとりする。

【0048】

スピーカ２７０は、ＣＰＵ２１０からの信号に基づいて、各種の音声を出力する。

【0049】

マイク２８０は、音声を受け付けて、音声データをＣＰＵ２１０に入力する。ＣＰＵ２１０は、操作部２４０に限らず、ユーザからの音声メッセージを受け付けて、当該音声メッセージをサーバ１００に送信する。

【0050】

カメラ２９０は、ＣＰＵ２１０からの指示に従って、ＱＲコード（登録商標）などの静止画像や動画像を撮影して、当該画像データをＣＰＵ２１０に入力したり、メモリ２２０に格納したりする。
＜ユーザ端末の情報処理方法＞

【0051】

次に、図１０を参照しながら、本実施の形態にかかるユーザ端末２００における情報処理について説明する。ユーザ端末２００のＣＰＵ２１０は、メモリ２２０のアプリケーションプログラムに従って、以下の処理を実行する。

【0052】

まず、ＣＰＵ２１０は、アプリが起動されると、通信インターフェイス２６０を介して、サーバ１００から本サービスに関するホームページのデータを受信して、ディスプレイ２３０に当該ホームページを表示させる（ステップＳ１５２）。たとえば、ＣＰＵ２１０は、ダウンロードした商品データなどに基づいて、図２（Ａ）のような画面をディスプレイ２３０に表示させる。

【0053】

ＣＰＵ２１０は、チャレンジャーとしてのユーザから、商品の選択を受け付けたか否かを判断する（ステップＳ１５４）。商品の選択を受け付けた場合（ステップＳ１５４にてＹＥＳである場合）、ＣＰＵ２１０は、商品の詳細の画面をディスプレイ２３０に表示させてから、当該商品の購入の確定命令を受け付ける（ステップＳ１５６）。

【0054】

ＣＰＵ２１０は、通信インターフェイス２６０を介して、商品の注文を示すデータをサーバ１００に送信する（ステップＳ１５８）。

【0055】

これによって、ＣＰＵ２１０は、通信インターフェイス２６０を介して、チャレンジャーに応じた割引ポイントや、達成までの残りポイントなどをサーバ１００から受信する（ステップＳ１６０）。

【0056】

ＣＰＵ２１０は、受信データに基づいて、図２（Ｂ）に示すように、チャレンジャーに応じた割引ポイントや、達成までの残りポイントなどをディスプレイ２３０に表示させる（ステップＳ１６２）。

【0057】

商品の選択を受け付けなかった場合（ステップＳ１５４にてＮＯである場合）、ＣＰＵ２１０は、他のチャレンジャーの応援のための命令を受け付けたか否かを判断する（ステップＳ１７２）。

【0058】

他のチャレンジャーの応援のための命令を受け付けた場合（ステップＳ１７２にてＹＥＳである場合）、ＣＰＵ２１０は、サポーターとしてのユーザから指示に従って、カメラ２９０を介したり、ＳＮＳを介したりして、ＱＲコード（登録商標）を読み込む（ステップＳ１７４）。

【0059】

ＣＰＵ２１０は、通信インターフェイス２６０を介して、ＱＲコード（登録商標）の画像データをサーバ１００に送信する（ステップＳ１７６）。

【0060】

ＣＰＵ２１０は、通信インターフェイス２６０を介してサーバ１００から、チャレンジャーの達成までの残りポイントをいくら割り引いたかを示す情報を受信する（ステップＳ１７８）。

【0061】

ＣＰＵ２１０は、サーバ１００からのデータに基づいて、ディスプレイ２３０に、チャレンジャーの達成までの残りポイントをいくら割り引いたかを示す情報を表示させる（ステップＳ１８０）。

【0062】

他のチャレンジャーの応援のための命令を受け付けなかった場合（ステップＳ１７２にてＮＯである場合）、ＣＰＵ２１０は、その他の処理を実行する（ステップＳ１９０）。
＜提供者端末３００の構成＞

【0063】

次に、ネットワークシステム１を構成する商品の販売者が利用する提供者端末３００の構成の一態様について説明する。本実施の形態においては、図１１に示すように、販売者の提供者端末３００のハードウェア構成は、チャレンジャーやサポーターのユーザ端末２００と同様の構成を有するため、ここでは説明を繰り返さない。

【0064】

なお、本実施の形態にかかる販売者の提供者端末３００は、商品を販売する会社の担当者などから、販売商品に関する各種の情報の入力を受け付けて、サーバ１００に登録するものである。たとえば、図１２に示すように、ＣＰＵ３１０は、商品の情報の入力を受け付けるための画面をディスプレイ３３０に表示させながら、操作部３４０やメモリ３２０や通信インターフェイス３６０などを介して各種の操作や各種の情報を受け付ける。ＣＰＵ３１０は、受け付けた各種の情報、たとえば、商品名、商品の画像データ、商品の詳細情報、注文開始日時、注文終了日時、応援受付期限、初期販売価格、目標販売価格、個数、在庫などを、通信インターフェイス３６０を介してサーバ１００に送信する。
＜第２の実施の形態＞

【0065】

上記の実施の形態においては、チャレンジャーやサポーターのランク情報に基づいて割り引くポイントをくじ引きすなわち乱数計算によって決定するものであった（ステップＳ１０６，Ｓ１１６）。しかしながら、ランクに応じて割り引くポイントが固定されていてもよい。

【0066】

すなわち、本実施の形態においては、ステップＳ１０６において、サーバ１００のＣＰＵ１１０は、ユーザデータ１２１を参照して、チャレンジャーのランク情報に対応するポイントに基づいて、初期販売価格から割り引くポイントを決定する（ステップＳ１０６）。同様に、ＣＰＵ１１０は、ユーザデータ１２１を参照して、サポーターのランク情報に基づいて、達成までの残りポイントから割り引くポイントを決定する（ステップＳ１１６）。
＜第３の実施の形態＞

【0067】

あるいは、チャレンジャーやサポーターのランクに関係なく、割り引くポイントをくじ引きすなわち乱数計算する構成であってもよい。より詳細には、本実施の形態においては、サーバ１００のＣＰＵ１１０は、チャレンジャーのランクに関係なく、初期販売価格から割り引くポイントを乱数で決定する（ステップＳ１０６）。同様に、サーバ１００のＣＰＵ１１０は、サポーターのランクに関係なく、割り引くポイントを乱数で決定する（ステップＳ１１６）。
＜第４の実施の形態＞

【0068】

あるいは、常に一定のポイントを割り引くものであってもよい。本実施の形態においては、図１３に示すように、サーバ１００のＣＰＵ１１０は、ステップＳ１０６を実行せずに、一定の割引ポイント、常に１００ポイントなど、を注文データ１２３に追加して、達成までの残りポイントを減算したり更新したりする（ステップＳ１０８）。同様に、サーバ１００のＣＰＵ１１０は、ステップＳ１１６を実行せずに、一定の割引ポイントを注文データ１２３に追加して、達成までの残りポイントを減算したり更新したりする（ステップＳ１１８）。
＜第５の実施の形態＞

【0069】

上記の実施の形態においては、初期の販売価格から、チャレンジャーの申し出やサポーターの応援によって、ポイントを割り引いていって、期限内に最終的に目標の格安価格まで下がった場合に、当該格安価格での販売が決定するというものであった。しかしながら、最終的に販売するのではなく、サポーターからの応援が所定の程度に達した場合に、対象の製品をプロモーターに無料で提供する形態であってもよい。

【0070】

より詳細には、本実施の形態においては、商品の提供者が、提供者端末３００を利用して、サーバ１００に対して、商品を提供するための登録処理を行う。これによって、図１４（Ａ）に示すように、サービスを利用するユーザのユーザ端末２００は、本サービスのアプリケーションプログラムに従って、各種の商品を選択可能に表示する。より詳細には、ユーザ端末２００は、商品毎に、写真２３１と、商品名２３２と、必要なＰＲ回数や残りＰＲ回数２３５などを表示する。

【0071】

図１４（Ｂ）に示すように、プロモーターが商品を選択すると、ユーザ端末２００Ｘは、たとえば、当該商品の写真や詳細な説明、無料での提供を受けるために必要となるポイント数、注文確定ボタンなどを表示する。

【0072】

ユーザが注文確定ボタンを押すと、ユーザ端末２００Ｘは、その旨をサーバ１００に送信する。サーバ１００は、当該ユーザのランクに応じてくじ引きを行って取得ポイントを決定して、０ポイントに当該ポイントをプラスする。図１４（Ｃ）に示すように、ユーザ端末２００Ｘは、サーバ１００から、現在のポイントを受信して表示する。これによって、プロモーターとして、当該商品の取得を正式に申し出た状態となる。

【0073】

本実施の形態においては、サポーターに「いいね」をもらった回数が必要な回数に達すると当該商品が無料で提供される。本実施の形態においては、プロモーターの端末には、必要な「いいね」の回数を１００％として、現在までに取得した「いいね」の回数の割合をパーセンテージで示すものである。

【0074】

プロモーターは、自身の商品の取得を応援してもらうために、友人などに応援処理を実行してもらう。本実施の形態においては、プロモーターが、募集ボタン２３４を押すなどして、ユーザ端末２００Ｘに自身の注文を特定するためのＱＲコード（登録商標）を表示させたり、ＳＮＳ（Social networking service）などを通じてコードを送信したりする。サポーターは、ユーザ端末２００Ｙを利用してユーザ端末２００Ｘに表示されているコードの画像を読み取ったり、ユーザ端末２００Ｘから当該コードの画像を受信したりして、本サービスのアプリケーションプログラムに従って、当該コードの画像に基づいて応援対象であるＰＲを特定してサーバ１００に送信する。

【0075】

サーバ１００は、当該サポーターのユーザのランクに応じてくじ引きを行って取得ポイントを決定して、現在のポイントに当該取得ポイントを足していく。これによって、プロモーターのユーザ端末２００Ｘは、サーバ１００から、今回の取得ポイントや増加パーセンテージなどを受信して、これらを表示する。このようにして、期限内に、１００パーセントまで達すると、プロモーターに対する当該商品の無料での提供が決定される。期限は、たとえば１週間などである。

【0076】

まとめると、本実施の形態にかかるネットワークシステム１に関しては、図１５に示すような動作概要となる。まず、プロモーターが注文を出す（ステップＳ００２）。乱数計算による取得ポイントまたは取得パーセンテージが初期値として決定される（ステップＳ００４）。プロモーターが商品をサポーターに紹介する（ステップＳ００６）。サポーターが「いいね」を押すことによって応援処理を行う（ステップＳ００８）。乱数計算による取得ポイントが加算される（ステップＳ０１０）。ステップＳ００６からステップＳ０１０を繰り返すことによって１００パーセントに達すると（ステップＳ０１２にてＹＥＳである場合）、対象となる商品の提供が決定される（ステップＳ０１４）。在庫がなくなったり（ステップＳ０１６にてＹＥＳである場合）、期限が過ぎたりすると（ステップＳ０１８にてＹＥＳである場合）、商品の取得は失敗する（ステップＳ０２０）。

【0077】

このように、本実施の形態においては、プロモーターが、欲しい商品を手に入れるために、多くのサポーターに当該商品の取得を応援してもらうことになる。これによって、商品の販売者にとっては、プロモーターやサポーターなどのインフルエンサーに当該商品を多くの人に対して紹介してもらったりＰＲしてもらったりすることができる。そして、プロモーターにとっては、商品を無料で手に入れることができる。また、サポーターは、将来プロモーターに応援してもらえる可能性が高まり、結果的に自身が所望する商品を手に入れられたりする可能性が高まる。

【0078】

本実施の形態においては、ユーザデータ１２１Ｂは、図１６に示すように、本サービスに登録されたユーザ毎に、ユーザＩＤ、ユーザ名、住所、決済情報、ランク情報、標準ポイントなどが格納される。

【0079】

商品データ１２２Ｂは、図１７に示すように、本サービスに登録された商品毎に、商品ＩＤ、商品名、商品の画像データ、商品の詳細情報、ＰＲ開始日時、ＰＲ終了日時、ＰＲ受付期間、初期販売価格、ＰＲされる商品の提供可能な個数、提供可能な商品の在庫数などが格納される。

【0080】

ＰＲデータ１２３Ｃは、図１８に示すように、商品の取得を試みるプロモーターからの申し出毎に、ＰＲのＩＤ、商品ＩＤ、プロモーターのユーザＩＤ、獲得パーセンテージ、ＰＲ開始日時、現在時点における達成までの残りパーセンテージ、応援してくれたサポーター毎のユーザＩＤと、獲得パーセンテージなどが格納される。

【0081】

次に、図１９を参照しながら、本実施の形態にかかるサーバ１００における情報処理について説明する。サーバ１００のＣＰＵ１１０は、メモリ１２０のプログラムに従って、以下の処理を実行する。

【0082】

まず、ＣＰＵ１１０は、商品の提供者の提供者端末３００から新たな商品の登録の指示を受け付けて、当該商品をサービスに登録する（ステップＳ２０２）。

【0083】

次に、ＣＰＵ１１０は、通信インターフェイス１６０を介して、プロモーターとしてのユーザ端末２００Ｘから、商品のＰＲの応募すなわち申し出を受け付けたか否かを判断する（ステップＳ２１２）。

【0084】

応募を受け付けた場合（ステップＳ２１２にてＹＥＳである場合）、ＣＰＵ１１０は、当該商品のＰＲの申し出をＰＲデータ１２３Ｂに登録する。

【0085】

このときに、ＣＰＵ１１０は、ユーザデータ１２１を参照して、プロモーターのランク情報に基づいて、初期の取得パーセンテージを計算する。なお、ＣＰＵ１１０は、ランクに対応する標準ポイントを中心に、乱数計算によって今回の取得パーセンテージを計算する。ＣＰＵ１１０は、通信インターフェイス１６０を介して、今回の取得ポイントや、達成までの残りポイントをプロモーターのユーザ端末２００Ｘに送信する。

【0086】

ＣＰＵ１１０は、在庫が無くなるまで（ステップＳ２３２にてＮＯである場合）、かつ、ＰＲの応募期間が過ぎるまで（ステップＳ２３４にてＮＯである場合）、以下の処理を実行する。

【0087】

ＣＰＵ１１０は、通信インターフェイス１６０を介して、サポーターとしてのユーザ端末２００Ｙから、プロモーターのＰＲに応じた当該商品に対する「いいね」を受け付けるたびに、パーセンテージ増加処理を実行する。

【0088】

より詳細には、ＣＰＵ１１０は、サポーターのユーザ端末２００Ｙから「いいね」を受け付けた場合ユーザデータ１２１Ｂを参照して、サポーターのランク情報に基づいて、増加パーセンテージを計算する（ステップＳ２１６）。なお、ＣＰＵ１１０は、ランクに対応する標準ポイントを中心に、乱数計算によるくじ引きを振ることによって、今回のパーセンテージを計算する。

【0089】

ＣＰＵ１１０は、増加パーセンテージをＰＲデータ１２３Ｂに追加して、現在のまでの合計パーセンテージや、達成までの残りパーセンテージを更新する（ステップＳ２１８）。

【0090】

ＣＰＵ１１０は、合計パーセンテージが目標ポイントに達した場合、商品の無料提供が確定した旨を、通信インターフェイス１６０を介してプロモーターのユーザ端末２００Ｘに送信する（ステップＳ２２０）。

【0091】

ＣＰＵ１１０は、通信インターフェイス１６０を介して、発送用の装置やサーバなどに、当該商品の無料の発送の処理を実行する（ステップＳ２２２）。

【0092】

ＣＰＵ１１０は、在庫が無くなったり（ステップＳ２３２にてＹＥＳである場合）、または、ＰＲの応募期間が過ぎたりすると（ステップＳ２３４にてＹＥＳである場合）、ＰＲに失敗した旨や、商品の提供ができない旨の情報を、通信インターフェイス１６０を介してプロモーターのユーザ端末２００Ｘに送信する（ステップＳ２３６）。

【0093】

なお、商品の登録の指示を受信しなかった場合（ステップＳ１２２にてＮＯである場合）、ＣＰＵ１１０は、その他の処理を実行する（ステップＳ２４０）。

【0094】

そして、本実施の形態においては、プロモーターまたはプロモーターのユーザ端末２００ＸのＣＰＵ２１０は、メモリ２２０のアプリケーションプログラムに従って、以下の処理を実行する。

【0095】

図２０を参照して、ＣＰＵ２１０は、アプリが起動されると、通信インターフェイス２６０を介して、サーバ１００から本サービスに関するホームページのデータを受信して、ディスプレイ２３０に当該ホームページを表示させる（ステップＳ２５２）。たとえば、ＣＰＵ２１０は、ダウンロードした各種の商品のデータなどに基づいて、図１４（Ａ）のような画面をディスプレイ２３０に表示させる。

【0096】

ＣＰＵ２１０は、プロモーターとしてのユーザから、商品の選択を受け付けて（ステップＳ２５４）、通信インターフェイス２６０を介して、ＰＲに応募するためのデータをサーバ１００に送信する（ステップＳ２５６）。

【0097】

これによって、ＣＰＵ２１０は、プロモーターとしてのユーザから、サポーターに「いいね」を押してもらうための処理を実行する（ステップＳ２５６）。たとえば、画面に当該プロモーターのＰＲを示すＱＲコード（登録商標）を表示して、サポーターのユーザ端末２００Ｙで撮影してもらったり、当該コードをＳＮＳなどでサポーターのユーザ端末２００Ｙに拡散して読み込んでもらったりする。

【0098】

ＣＰＵ２１０は、通信インターフェイス２６０を介して、サーバ１００からＰＲ処理すなわち「いいね」された際の処理が１００％達成された情報を受信すると（ステップＳ２５８にてＹＥＳである場合）、その旨をディスプレイ２３０に表示したり、無料で商品が発送されたことをディスプレイ２３０に表示したりする（ステップＳ２６０）。

【0099】

ＣＰＵ２１０は、自身の判断によって、あるいはサーバ１００からのデータに基づいて、商品の在庫が切れた場合（ステップＳ２６４にてＹＥＳである場合）、または商品の提供期限が切れた場合（ステップＳ２６６にてＹＥＳである場合）、ＰＲに失敗した旨や商品の取得に失敗した旨をディスプレイ２３０に表示する（ステップＳ２６８）。

【0100】

一方、サポーターのユーザ端末２００ＹのＣＰＵ２１０は、メモリ２２０のアプリケーションプログラムに従って、以下の処理を実行する。

【0101】

図２１を参照して、ＣＰＵ２１０は、サポーターの操作に基づいて、アプリを起動して、ＱＲコード（登録商標）をスキャンする（ステップＳ２７２）。これによってＣＰＵ２１０は、サポーターの名前や商品や「いいね」ボタンなどディスプレイ２３０に表示する。ＣＰＵ２１０は、操作部２４０を介して、ユーザが「いいね」を押す命令を受け付けると（ステップＳ２７４にてＹＥＳである場合）、通信インターフェイス２６０を介して「いいね」処理に成功した旨の情報をサーバ１００に送信する（ステップＳ２７６）。ＣＰＵ２１０は、その旨をホーム画面に表示する（ステップＳ２８０）。

【0102】

ユーザが「いいね」を押さなかった場合（ステップＳ２７４にてＮＯである場合）、ＣＰＵ２１０は、通信インターフェイス２６０を介して「いいね」処理に失敗した旨の情報をサーバ１００に送信する（ステップＳ２７８）。ＣＰＵ２１０は、その旨をホーム画面に表示する（ステップＳ２８０）。
＜第６の実施の形態＞

【0103】

上記の実施の形態においては、達成度合いをプラス方向のパーセンテージで表示したり、達成度合いをプラス方向のパーセンテージで記憶・管理したり、期限内に１００％に達すると商品が無料で提供されるものであった。しかしながら、達成度合いをマイナス方向の達成までの残りパーセンテージで表示したり、達成度合いをマイナス方向の達成までの残りパーセンテージで記憶・管理したり、期限内に０％に達すると商品が無料で提供されてもよい。

【0104】

あるいは、達成度合いをプラス方向のポイントで表示したり、達成度合いをプラス方向のポイントで記憶したり管理したり、期限内に商品毎の必要ポイントに達すると商品が無料で提供されてもよい。

【0105】

また、商品毎の開始ポイントが設定されて、達成度合いをマイナス方向の達成までの残りポイントで表示したり、達成度合いをマイナス方向の達成までの残りポイントで記憶したり管理したり、期限内に０ポイントに達すると商品が無料で提供されてもよい。
＜第７の実施の形態＞

【0106】

上記の実施の形態のネットワークシステム１の各装置の役割の一部または全部を他の装置が実行してもよい。たとえば、上記の実施の形態のサーバ１００の役割の一部または全部をユーザ端末２００Ｘ，２００Ｙまたは提供者端末３００などの別の装置が担ったり、クラウド上の複数の装置で分担したりしてもよい。この場合は、サーバ１００が搭載するプログラムの一部または全部をユーザ端末２００Ｘ，２００Ｙまたは提供者端末３００で記憶して実行することになる。

【0107】

逆に、上記の実施の形態のユーザ端末２００Ｘ，２００Ｙまたは提供者端末３００の役割の一部または全部を１つまたは複数のサーバ１００などの別の装置が担ったりしてもよい。この場合は、ユーザ端末２００Ｘ，２００Ｙまたは提供者端末３００が特別なアプリケーションプログラムを有さずに、ＷＥＢブラウザによって本実施の形態のサービスを受けることが好ましい。
＜まとめ＞

【0108】

上記の実施の形態においては、複数の端末と、サーバと、を備えるネットワークシステムが提供される。サーバは、商品の情報を受け付けて、商品の情報を複数の端末に提示する。複数の端末のうちの第１の端末は、チャレンジャーとして、商品の取得を申し出る。複数の端末のうちの第２の端末は、サポーターとして、第１の端末の商品の取得を応援するための処理を行う。サーバは、複数の第２の端末からの応援が所定の条件を達成すると、第１の端末のユーザへの商品の提供を確定する。

【0109】

好ましくは、サーバは、第２の端末からの応援の度に、所定のポイント分を増加させていき、所定値に達すると、所定の条件が達成されたと判断する。

【0110】

好ましくは、サーバは、複数の第２の端末のユーザ毎に、所定のルールに従って、所定のポイントを計算する。

【0111】

上記の実施の形態においては、サーバが、商品の情報を受け付けて登録するステップと、サーバが、商品の情報を複数の端末に提示するステップと、複数の端末のうちの第１の端末が、チャレンジャーとして、商品の取得を申し出るステップと、複数の端末のうちの第２の端末が、サポーターとして、商品の取得を応援するための処理を行うステップと、サーバが、複数の第２の端末からの応援が所定の条件を達成すると、第１の端末のユーザへの商品の提供を確定するステップと、を備える情報処理方法が提供される。

【0112】

上記の実施の形態においては、複数の端末と通信するための通信インターフェイスと、メモリと、プロセッサと、を備えるサーバが提供される。プロセッサは、商品の情報をメモリに格納し、通信インターフェイスを介して商品の情報を複数の端末に提示して、第１の端末からの商品の取得の申し出と複数の第２の端末からの取得を応援するための申し出とを受け付けて、応援が所定の条件を達成すると第１の端末のユーザへの商品の提供を確定する。

【0113】

上記の実施の形態においては、通信端末のためのプログラムが提供される。プログラムは、サーバから、商品の情報を受信して、ディスプレイに表示するステップと、チャレンジャーとしてのユーザからの命令に応じて、通信インターフェイスを介して、サーバに商品の取得の申し出を送信するステップと、サポーターとしてのユーザからの命令に応じて、通信インターフェイスを介して、サーバに他のチャレンジャーによる商品の取得の申し出を応援する申し出を送信するステップと、をプロセッサに実行させる。

【0114】

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

【符号の説明】

【0115】

１ ：ネットワークシステム
１００ ：サーバ
１１０ ：ＣＰＵ
１２０ ：メモリ
１２１ ：ユーザデータ
１２１Ｂ ：ユーザデータ
１２２ ：商品データ
１２２Ｂ ：商品データ
１２３ ：注文データ
１２３Ｂ ：ＰＲデータ
１４０ ：操作部
１６０ ：通信インターフェイス
２００ ：ユーザ端末
２００Ｘ ：ユーザ端末
２００Ｙ ：ユーザ端末
２１０ ：ＣＰＵ
２２０ ：メモリ
２３０ ：ディスプレイ
２４０ ：操作部
２５０ ：タッチパネル
２６０ ：通信インターフェイス
２７０ ：スピーカ
２８０ ：マイク
２９０ ：カメラ
３００ ：提供者端末
３１０ ：ＣＰＵ
３３０ ：ディスプレイ
３４０ ：操作部
３６０ ：通信インターフェイス

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】