JP2020201653A - 情報処理方法、プログラム、端末 - Google Patents

Abstract

【課題】電子市場への出店において、ユーザの意向を事業者に容易に伝えることができる情報処理方法、プログラム、端末を提供する。【解決手段】通信システム１において、インターネットを介して取引を行う電子市場を管理するサーバと通信する端末の情報処理方法は、事業者とは異なる端末のユーザによる端末への入力に基づいて、事業者に対する、電子市場への出店を希望していることを示す第１情報を、端末の通信部を介してサーバに送信することと、第１情報の送信と、事業者の電子市場への出店とに基づき、端末のユーザに対する特典に関する第２情報をサーバから通信部を介して受信することと、を含む。【選択図】図１

Description

本開示は、情報処理方法、プログラム、端末に関する。

コンピュータネットワーク上での電子的な情報通信によって商品やサービスを売買・分配する電子商取引が知られている。例えば、特許文献１には、この電子商取引に関する技術が開示されている。しかしながら、電子商取引を実現するための出店方法については、ほとんど検討されてこなかった。

特開２００６−１８７７９号公報

本発明の第１の態様によると、インターネットを介して取引を行う電子市場を管理するサーバと通信する端末の情報処理方法は、事業者とは異なる端末のユーザによる端末への入力に基づいて、事業者に対する、電子市場への出店を希望していることを示す第１情報を、端末の通信部を介してサーバに送信することと、第１情報の送信と、事業者の電子市場への出店とに基づき、端末のユーザに対する特典に関する第２情報をサーバから通信部を介して受信することとを含む。
本発明の第２の態様によると、インターネットを介して取引を行う電子市場を管理するサーバと通信する端末のコンピュータによって実行されるプログラムであって、事業者とは異なる端末のユーザによる端末への入力に基づいて、事業者に対する、電子市場への出店を希望していることを示す第１情報を、端末の通信部を介してサーバに送信することと、第１情報の送信と、事業者の電子市場への出店とに基づき、端末のユーザに対する特典に関する第２情報をサーバから通信部を介して受信することとを含む。
本発明の第３の態様によると、インターネットを介して取引を行う電子市場を管理するサーバと通信する端末であって、事業者とは異なる端末のユーザによる端末への入力に基づいて、事業者に対する、電子市場への出店を希望していることを示す第１情報を、サーバに送信し、第１情報の送信と、事業者の電子市場への出店とに基づき、端末のユーザに対する特典に関する第２情報をサーバから受信する通信部と、通信部を介して受信した第１情報を表示する表示部とを備える。
本発明の第４の態様によると、インターネットを介して取引を行う電子市場を管理するサーバの情報処理方法であって、端末から送信された、事業者に対する、電子市場への出店を希望していることを示す第１情報をサーバの通信部を介して受信することと、第１情報に基づき事業者の電子装置から送信された、電子市場に出店することを示す情報を通信部を介して受信することと、電子市場に出店することを示す情報に基づき、端末のユーザに対する特典に関する第２情報を端末に通信部を介して送信することとを含む。

実施形態の一態様における通信システムの構成の一例を示す図。 第１実施例に係る端末の表示画面の一例を示す図。 第１実施例に係る端末の表示画面の一例を示す図。 第１実施例に係る店舗装置の表示画面の一例を示す図。 第１実施例に係る端末の表示画面の一例を示す図。 第１変形例に係る端末の表示画面の一例を示す図。 第１変形例に係る端末の表示画面の一例を示す図。 第１変形例に係る端末の表示画面の一例を示す図。 第１変形例に係る店舗装置の表示画面の一例を示す図。 第１変形例に係る端末の表示画面の一例を示す図。 第２実施例に係る店舗装置の表示画面の一例を示す図。 第２変形例に係る店舗装置の表示画面の一例を示す図。 第３実施例に係る端末の表示画面の一例を示す図。 第４変形例に係る店舗装置の表示画面の一例を示す図。 第４変形例に係る店舗装置の表示画面の一例を示す図。 第１変形例に係る端末の表示画面の一例を示す図。 第１変形例に係る端末の表示画面の一例を示す図。 第５実施例に係る端末の表示画面の一例を示す図。 第５実施例に係る端末の表示画面の一例を示す図。 第５実施例に係る端末の表示画面の一例を示す図。 第１実施例に係るサーバの制御部により実現される機能の一例を示す図。 第１実施例に係るサーバの記憶部に記憶される情報の一例を示す図。 第１実施例に係るユーザ登録データの一例を示す図。 第１実施例に係る店舗グループ管理データベースの一例を示す図。 第１実施例に係るユーザインセンティブデータの一例を示す図。 第１実施例に係る端末の制御部により実現される機能の一例を示す図。 第１実施例に係る端末の記憶部に記憶される情報の一例を示す図。 第１実施例に係る店舗装置の制御部により実現される機能の一例を示す図。 第１実施例に係る店舗装置の記憶部に記憶される情報の一例を示す図。 第１実施例に係るサーバ、端末、店舗装置の処理の流れの一例を示すフローチャート。 第１実施例に係るサーバ、端末、店舗装置の処理の流れの一例を示すフローチャート。 第１変形例に係るユーザインセンティブデータの一例を示す図。 第１変形例に係るサーバ、端末、店舗装置の処理の流れの一例を示すフローチャート。 第１変形例に係る店舗グループ管理データベースの一例を示す図。 第２実施例に係るサーバの記憶部に記憶される情報の一例を示す図。 第２実施例に係る店舗インセンティブデータの一例を示す図。 第２実施例に係るサーバ、端末、店舗装置の処理の流れの一例を示すフローチャート。 第２実施例に係るサーバ、端末、店舗装置の処理の流れの一例を示すフローチャート。 第３実施例に係る店舗グループ管理データベースの一例を示す図。 第３実施例に係るサーバ、端末、店舗装置の処理の流れの一例を示すフローチャート。 第３変形例に係るサーバ、端末、店舗装置の処理の流れの一例を示すフローチャート。 第３変形例に係るサーバ、端末、店舗装置の処理の流れの一例を示すフローチャート。 第４実施例に係る店舗グループ管理データベースの一例を示す図。 第４実施例に係るユーザインセンティブデータの一例を示す図。 第４実施例に係るサーバ、端末、店舗装置の処理の流れの一例を示すフローチャート。 第４実施例に係るサーバ、端末、店舗装置の処理の流れの一例を示すフローチャート。

＜法的事項の遵守＞
本明細書に記載の開示は、通信の秘密など、本開示の実施に必要な実施国の法的事項遵守を前提とすることに留意されたい。

本開示に係る情報処理方法等を実施するための実施形態について、図面を参照して説明する。

［システム構成］
図１は、本開示の一実施形態に係る通信システム１の構成の一例を示す図である。
通信システム１では、限定ではなく例として、ネットワーク３０を介してサーバ１０と、端末２０（端末２０Ａ，端末２０Ｂ，端末２０Ｃ，・・・）と、店舗装置４０（店舗装置４０Ａ，店舗装置４０Ｂ，店舗装置４０Ｃ，・・・）とが接続される。
なお、ネットワーク３０に接続される各種の装置の数は限定されない。

サーバ１０は、ネットワーク３０を介して、ユーザが所有する端末２０、または店舗に導入される店舗装置４０、もしくはその両方に、所定のサービスを提供する機能を有する。例えば、サーバ１０は、端末２０または店舗装置４０、もしくはその両方と通信を行って、電子商取引（ＥＣ（Electronic Commerce））サービスを提供する機能を有する。

ネットワーク３０は、１以上のサーバ１０と、１以上の端末２０と、１以上の店舗装置４０とを接続する役割を担う。すなわち、ネットワーク３０は、上記の各種の装置が接続した後、データを送受信することができるように接続経路を提供する通信網を意味する。また、ネットワーク３０は、電話網として、固定電話機用の固定電話網や、携帯電話機用の携帯電話網（基地局、移動通信制御局を含む。）等の各種の電話網を含む。

ネットワーク３０のうちの１つまたは複数の部分は、有線ネットワークや無線ネットワークであってもよいし、そうでなくてもよい。ネットワーク３０は、限定ではなく例として、アドホック・ネットワーク（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）、電子メールクライアントなど）、ウェアラブル端末（メガネ型デバイス、時計型デバイスなど）、または他種のコンピュータ、またはコミュニケーションプラットホームを含む。また、端末２０は情報処理端末と表現されてもよい。

端末２０Ａ、端末２０Ｂおよび端末２０Ｃの構成は基本的には同一であるため、以下の説明においては、端末２０について説明する。また、本明細書では、必要に応じて、ユーザＸが利用する端末を端末２０Ｘと表現し、ユーザＸまたは端末２０Ｘに対応付けられた、所定のサービスにおけるユーザ情報をユーザ情報Ｘと表現する。なお、ユーザ情報とは、所定のサービスにおいてユーザが利用するアカウントに対応付けられたユーザの情報である。ユーザ情報は、限定ではなく例として、ユーザにより入力される、または、所定のサービスにより付与される、ユーザの名前、ユーザの年齢、ユーザの性別、ユーザの住所、ユーザの趣味趣向、ユーザの識別子などのユーザに対応付けられた情報を含み、これらのいずれか一つまたは、組み合わせであってもよいし、そうでなくてもよい。

サーバ１０（限定でなく、サーバ、情報処理装置、情報管理装置の一例）は、端末２０または店舗装置４０、もしくはその両方に対して、所定のサービスを提供する機能を備える。サーバ１０は、各実施形態において記載する機能を実現できる情報処理装置であればどのような装置であってもよい。サーバ１０は、限定ではなく例として、サーバ装置、コンピュータ（限定ではなく例として、デスクトップ、ラップトップ、タブレットなど）、メディアコンピュータプラットホーム（限定ではなく例として、ケーブル、衛星セットトップボックス、デジタルビデオレコーダ）、ハンドヘルドコンピュータデバイス（限定ではなく例として、ＰＤＡ、電子メールクライアントなど）、あるいは他種のコンピュータ、またはコミュニケーションプラットホームを含む。また、サーバ１０は情報処理装置と表現されてもよい。サーバ１０と端末２０とを区別する必要がない場合は、サーバ１０と端末２０とは、それぞれ情報処理装置と表現されてもよいし、されなくてもよい。サーバ１０と店舗装置４０とを区別する必要がない場合は、サーバ１０と店舗装置４０とは、それぞれ情報処理装置と表現されてもよいし、されなくてもよい。

店舗装置４０（限定でなく、事業者用の情報処理装置の一例）は、サーバ１０を運用・管理する事業者と提携する店舗（限定ではなく、事業者の一例）（サーバ１０を運用・管理する事業者の加盟店とも言える。）に導入されて使用される装置である。なお、店舗装置４０は、店舗内に設置されるようにしてもよいし、店舗外に設置されるようにしてもよい。

なお、店舗装置４０Ａ、店舗装置４０Ｂおよび店舗装置４０Ｃの構成は基本的には同一であるため、以下では、店舗装置４０の構成として説明する。

店舗装置４０は、限定ではなく例として、スマートフォン、サーバ装置、コンピュータ（限定ではなく例として、デスクトップ、ラップトップ、タブレットなど）、メディアコンピュータプラットホーム（限定ではなく例として、ケーブル、衛星セットトップボックス、デジタルビデオレコーダ）、ハンドヘルドコンピュータデバイス（限定ではなく例として、ＰＤＡ、電子メールクライアントなど）、あるいは他種のコンピュータ、またはコミュニケーションプラットホーム等を含む。店舗装置４０は、情報処理装置や情報管理装置、電子装置と表現されてもよい。

［各装置のハードウェア（ＨＷ）構成］
通信システム１に含まれる各装置のＨＷ構成について説明する。

（１）端末のＨＷ構成
図１には、端末２０のＨＷ構成の一例を示している。
端末２０は、制御部２１（ＣＰＵ：central processing unit（中央処理装置））、記憶部２８、通信Ｉ／Ｆ２２（インタフェース）、入出力部２３、表示部２４、マイク２５、スピーカ２６、カメラ２７、位置算出用情報検出部２９を備える。端末２０のＨＷの各構成要素は、限定ではなく例として、バスＢを介して相互に接続される。なお、端末２０のＨＷ構成として、すべての構成要素を含むことは必須ではない。限定ではなく例として、端末２０は、マイク２５、カメラ２７等、個々の構成要素、または複数の構成要素を取り外すような構成であってもよいし、そうでなくてもよい。

通信Ｉ／Ｆ２２は、ネットワーク３０を介して各種データの送受信を行う。通信は、有線、無線のいずれで実行されてもよく、互いの通信が実行できるのであれば、どのような通信プロトコルを用いてもよい。通信Ｉ／Ｆ２２は、ネットワーク３０を介して、サーバ１０等の各種装置との通信を実行する機能を有する。通信Ｉ／Ｆ２２は、各種データを制御部２１からの指示に従って、サーバ１０等の各種装置に送信する。また、通信Ｉ／Ｆ２２は、サーバ１０等の各種装置から送信された各種データを受信し、制御部２１に伝達する。また、通信Ｉ／Ｆ２２を単に通信部と表現する場合もある。また、通信Ｉ／Ｆ２２が物理的に構造化された回路で構成される場合には、通信回路と表現する場合もある。

入出力部２３は、端末２０に対する各種操作を入力する装置、および、端末２０で処理された処理結果を出力する装置を含む。入出力部２３は、入力部と出力部が一体化していてもよいし、入力部と出力部に分離していてもよいし、そうでなくてもよい。

入力部は、ユーザからの入力を受け付けて、入力に係る情報を制御部２１に伝達できる全ての種類の装置のいずれかまたはその組み合わせにより実現される。入力部は、限定ではなく例として、タッチパネル、タッチディスプレイ、キーボード等のハードウェアキーや、マウス等のポインティングデバイス、カメラ（動画像を介した操作入力）、マイク（音響による操作入力）を含む。

出力部は、制御部２１で処理された処理結果を出力することができる全ての種類の装置のいずれかまたはその組み合わせにより実現される。出力部は、限定ではなく例として、 タッチパネル、タッチディスプレイ、スピーカ（音声出力）、レンズ（限定ではなく例として３D（three dimensions）出力や、ホログラム出力）、プリンターなどを含む。

表示部２４は、フレームバッファに書き込まれた表示データに従って、表示することができる全ての種類の装置のいずれかまたはその組み合わせにより実現される。表示部２４は、限定ではなく例として、タッチパネル、タッチディスプレイ、モニタ（限定ではなく例として、液晶ディスプレイやＯＥＬＤ（organic electroluminescence display））、ヘッドマウントディスプレイ（ＨＤＭ：Head Mounted Display）、ヘッドアップディスプレイ（ＨＵＤ：Head Up Display）、プロジェクションマッピング、ホログラム、空気中など（真空であってもよいし、そうでなくてもよい）に画像やテキスト情報等を表示可能な装置を含む。なお、これらの表示部２４は、３Ｄで表示データを表示可能であってもよいし、そうでなくてもよい。

入出力部２３がタッチパネルの場合、入出力部２３と表示部２４とは、同一の大きさおよび形状で対向して配置されていてもよい。

位置算出用情報検出部２９は、制御部２１が自己の端末２０の位置を算出（測定）するために必要な情報を検出（計測）する機能部である。位置算出用情報検出部２９は、限定ではなく例として、位置算出用センサ部と表現することもできる。

位置算出用情報検出部２９は、限定ではなく例として、ＧＰＳ（Global Positioning System）等の衛星測位システムを利用して端末２０の位置を算出するためのセンサやユニットである衛星測位センサ（衛星測位ユニット）や、慣性航法システムを利用して端末２０の位置を算出するためのセンサやユニットである慣性計測センサ（慣性計測ユニット（ＩＭＵ（Inertial Measurement Unit）））等を含む。

衛星測位ユニットは、限定ではなく例として、不図示のアンテナで受信される測位用衛星から発信されている測位用衛星信号を含むＲＦ（Radio Frequency）信号をデジタル信号に変換するＲＦ受信回路や、ＲＦ受信回路から出力されるデジタル信号に対して相関演算処理等を行って測位用衛星信号を捕捉し、測位用衛星信号から取り出した衛星軌道データや時刻データ等の情報を、位置算出用情報として出力するベースバンド処理回路等を有する。

慣性計測ユニットは、慣性航法演算によって端末２０の位置を算出するために必要な情報を検出するセンサである慣性センサを有する。慣性センサには、限定ではなく例として、３軸の加速度センサや３軸のジャイロセンサが含まれ、加速度センサによって検出された加速度と、ジャイロセンサによって検出された角速度とを、位置算出用情報として出力する。

なお、位置算出用情報検出部２９に、ＣＰＵやＤＳＰ等の演算装置や処理装置を含めるようにし、検出された位置算出用情報に基づいて、位置算出用情報検出部２９で端末２０の位置が算出（測定）されて出力されるようにしてもよいし、そのようにしなくてもよい。

制御部２１は、プログラム内に含まれたコードまたは命令によって実現する機能を実行するために物理的に構造化された回路を有し、限定ではなく例として、ハードウェアに内蔵されたデータ処理装置により実現される。そのため、制御部２１は、制御回路と表現されてもよいし、されなくてもよい。

制御部２１は、限定ではなく例として、中央処理装置（ＣＰＵ）、マイクロプロセッサ（microprocessor）、プロセッサコア（processor core）、マルチプロセッサ（multiprocessor）、ＡＳＩＣ（application-specific integrated circuit）、ＦＰＧＡ（field programmable gate array）を含む。

記憶部２８は、端末２０が動作するうえで必要とする各種プログラムや各種データを記憶する機能を有する。記憶部２８は、限定ではなく例として、ＨＤＤ（hard disk drive）、ＳＳＤ（solid state drive）、フラッシュメモリ、ＲＡＭ（random access memory）、ＲＯＭ（read only memory）など各種の記憶媒体を含む。また、記憶部２８は、メモリ(memory)と表現されてもよいし、されなくてもよい。

端末２０は、プログラムＰを記憶部２８に記憶し、このプログラムＰを実行することで、制御部２１が、制御部２１に含まれる各部としての処理を実行する。つまり、記憶部２８に記憶されるプログラムＰは、端末２０に、制御部２１が実行する各機能を実現させる。また、このプログラムＰは、プログラムモジュールと表現されてもよいし、されなくてもよい。

マイク２５は、音響データ（音データ）の入力に利用される。スピーカ２６は、音響データの出力に利用される。カメラ２７は、動画像データの取得に利用される。なお、カメラ２７は、赤外線等の不可視光を利用して、３次元情報を検出可能に構成してもよいし、そのようにしなくてもよい。

（２）サーバのＨＷ構成
図１には、サーバ１０のＨＷ構成の一例を示している。
サーバ１０は、制御部１１（ＣＰＵ）、記憶部１５、通信Ｉ／Ｆ１４（インタフェース）、入出力部１２、表示部１３を備える。サーバ１０のＨＷの各構成要素は、限定ではなく例として、バスＢを介して相互に接続される。なお、サーバ１０のＨＷは、サーバ１０のＨＷの構成として、全ての構成要素を含むことは必須ではない。限定ではなく例として、サーバ１０のＨＷは、表示部１３を取り外すような構成であってもよいし、そうでなくてもよい。

制御部１１は、プログラム内に含まれたコードまたは命令によって実現する機能を実行するために物理的に構造化された回路を有し、限定ではなく例として、ハードウェアに内蔵されたデータ処理装置により実現される。

制御部１１は、代表的には中央処理装置（ＣＰＵ）、であり、その他にマイクロプロセッサ、プロセッサコア、マルチプロセッサ、ＡＳＩＣ、ＦＰＧＡであってもよいし、そうでなくてもよい。本開示において、制御部１１は、これらに限定されない。

記憶部１５は、サーバ１０が動作するうえで必要とする各種プログラムや各種データを記憶する機能を有する。記憶部１５は、ＨＤＤ、ＳＳＤ、フラッシュメモリなど各種の記憶媒体により実現される。ただし、本開示において、記憶部１５は、これらに限定されない。また、記憶部１５は、メモリ(memory)と表現されてもよいし、されなくてもよい。

通信Ｉ／Ｆ１４は、ネットワーク３０を介して各種データの送受信を行う。通信は、有線、無線のいずれで実行されてもよく、互いの通信が実行できるのであれば、どのような通信プロトコルを用いてもよい。通信Ｉ／Ｆ１４は、ネットワーク３０を介して、端末２０等の各種装置との通信を実行する機能を有する。通信Ｉ／Ｆ１４は、各種データを制御部１１からの指示に従って、端末２０等の各種装置に送信する。また、通信Ｉ／Ｆ１４は、端末２０等の各種装置から送信された各種データを受信し、制御部１１に伝達する。また、通信Ｉ／Ｆ１４を単に通信部と表現する場合もある。また、通信Ｉ／Ｆ１４が物理的に構造化された回路で構成される場合には、通信回路と表現する場合もある。

入出力部１２は、サーバ１０に対する各種操作を入力する装置により実現される。入出力部１２は、ユーザからの入力を受け付けて、入力に係る情報を制御部１１に伝達できる全ての種類の装置のいずれかまたはその組み合わせにより実現される。入出力部１２は、代表的にはキーボード等に代表されるハードウェアキーや、マウス等のポインティングデバイスで実現される。なお、入出力部１２は、限定ではなく例として、タッチパネルやカメラ（動画像を介した操作入力）、マイク（音声による操作入力）を含んでいてもよいし、そうでなくてもよい。ただし、本開示において、入出力部１２は、これらに限定されない。

表示部１３は、代表的にはモニタ（限定ではなく例として、液晶ディスプレイやＯＥＬＤ（organic electroluminescence display））で実現される。なお、表示部１３は、ヘッドマウントディスプレイ（ＨＤＭ）などであってもよいし、そうでなくてもよい。なお、これらの表示部１３は、３Ｄで表示データを表示可能であってもよいし、そうでなくてもよい。本開示において、表示部１３は、これらに限定されない。

（３）店舗装置４０のＨＷ構成
図１には、店舗装置４０のＨＷ構成の一例を示している。
店舗装置４０は、制御部４１（ＣＰＵ：central processing unit（中央処理装置））、記憶部４８、通信Ｉ／Ｆ４２（インタフェース）、入出力部４３、表示部４４、マイク４５、スピーカ４６、カメラ４７、位置算出用情報検出部４９を備える。店舗装置４０のＨＷの各構成要素は、限定ではなく例として、バスＢを介して相互に接続される。なお、店舗装置４０のＨＷ構成として、すべての構成要素を含むことは必須ではない。限定ではなく例として、店舗装置４０は、マイク４５、カメラ４７等、個々の構成要素、または複数の構成要素を取り外すような構成であってもよいし、そうでなくてもよい。

その他の店舗装置４０に含まれる上記の各構成要素や機能部を実現するためのＨＷや部品等については、例えば端末２０と同様に構成することができる。このため、再度の説明を省略する。

なお、店舗装置４０は、店舗に設置される端末（店舗端末）としてもよいし、しなくてもよい。また、店舗装置４０は一体型の装置であってもよいし、構成要素が別体であってもよい。

（５）その他
サーバ１０は、プログラムＰを記憶部１５に記憶し、このプログラムＰを実行することで、制御部１１が、制御部１１に含まれる各部としての処理を実行する。つまり、記憶部１５に記憶されるプログラムＰは、サーバ１０に、制御部１１が実行する各機能を実現させる。このプログラムＰは、プログラムモジュールと表現されてもよいし、されなくてもよい。
他の装置についても同様である。

本開示の各実施形態においては、サーバ１０および／または端末２０のＣＰＵがプログラムＰを実行することにより、実現するものとして説明する。
他の装置についても同様である。

なお、サーバ１０の制御部１１、および／または、端末２０の制御部２１は、制御回路を有するＣＰＵだけでなく、集積回路（ＩＣ（Integrated Circuit）チップ、ＬＳＩ（Large Scale Integration））等に形成された論理回路（ハードウェア）や専用回路によって各処理を実現してもよいし、そうでなくてもよい。また、これらの回路は、１または複数の集積回路により実現されてよく、各実施形態に示す複数の処理を１つの集積回路により実現されることとしてもよいし、そうでなくてもよい。また、ＬＳＩは、集積度の違いにより、ＶＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩなどと呼称されることもある。そのため、制御部１１は、制御回路と表現されてもよいし、されなくてもよい。
他の装置についても同様である。

また、本開示の各実施形態のプログラムＰ(限定ではなく例として、ソフトウェアプログラム、コンピュータプログラム、またはプログラムモジュール)は、コンピュータに読み取り可能な記憶媒体に記憶された状態で提供されてもよいし、されなくてもよい。 記憶媒体は、「一時的でない有形の媒体」に、プログラムPを記憶可能である。また、プログラムPは、本開示の各実施形態の機能の一部を実現するためのものであってもよいし、そうでなくてもよい。さらに、本開示の各実施形態の機能を記憶媒体にすでに記録されているプログラムＰとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であってもよいし、そうでなくてもよい。

記憶媒体は、１つまたは複数の半導体ベースの、または他の集積回路（ＩＣ）（限定ではなく例として、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）または特定用途向けＩＣ（ＡＳＩＣ）など）、ハード・ディスク・ドライブ（ＨＤＤ）、ハイブリッド・ハード・ドライブ（ＨＨＤ）、光ディスク、光ディスクドライブ（ＯＤＤ）、光磁気ディスク、光磁気ドライブ、フロッピィ・ディスケット、フロッピィ・ディスク・ドライブ（ＦＤＤ）、磁気テープ、固体ドライブ（ＳＳＤ）、ＲＡＭドライブ、セキュア・デジタル・カード、またはドライブ、任意の他の適切な記憶媒体、またはこれらの２つ以上の適切な組合せを含むことができる。記憶媒体は、適切な場合、揮発性、不揮発性、または揮発性と不揮発性の組合せでよい。なお、記憶媒体はこれらの例に限られず、プログラムＰを記憶可能であれば、どのようなデバイスまたは媒体であってもよい。また、記憶媒体をメモリ（memory）と表現されてもよいし、されなくてもよい。

サーバ１０および／または端末２０は、記憶媒体に記憶されたプログラムＰを読み出し、読み出したプログラムＰを実行することによって、各実施形態に示す複数の機能部の機能を実現することができる。
他の装置についても同様である。

また、本開示のプログラムＰは、プログラムを伝送可能な任意の伝送媒体(通信ネットワークや放送波等)を介して、サーバ１０および／または端末２０に提供されてもよいし、されなくてもよい。サーバ１０および／または端末２０は、限定ではなく例として、インターネット等を介してダウンロードしたプログラムＰを実行することにより、各実施形態に示す複数の機能部の機能を実現する。
他の装置についても同様である。

また、本開示の各実施形態は、プログラムＰが電子的な伝送によって具現化された、搬送波に埋め込まれたデータ信号の形態でも実現され得る。
サーバ１０および／または端末２０における処理の少なくとも一部は、１以上のコンピュータにより構成されるクラウドコンピューティングにより実現されていてもよいし、そうでなくてもよい。
端末２０における処理の少なくとも一部を、サーバ１０により行う構成としてもよいし、そうでなくてもよい。この場合、端末２０の制御部２１の各機能部の処理のうち少なくとも一部の処理を、サーバ１０で行う構成としてもよいし、そうでなくてもよい。
サーバ１０における処理の少なくとも一部を、端末２０により行う構成としてもよいし、そうでなくてもよい。この場合、サーバ１０の制御部１１の各機能部の処理のうち少なくとも一部の処理を、端末２０で行う構成としてもよいし、そうでなくてもよい。
他の装置についても同様である。

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

なお、本開示のプログラムは、限定ではなく例として、ActionScript、JavaScript(登録商標)などのスクリプト言語、Objective-C、Java(登録商標)などのコンパイラ言語、HTML5などのマークアップ言語などを用いて実装される。

また、本明細書では、適宜「通信Ｉ／Ｆによって」という表現を使用する。これは、装置が、限定ではなく例として、制御部（プロセッサー等）の制御に基づいて、通信Ｉ／Ｆを介して（通信部を介して）、各種の情報やデータを送受信することを示す。

＜第１実施例＞
コンピュータネットワーク上での電子的な情報通信によって商品やサービスを売買・分配する電子商取引が知られている。そして、電子商取引用のウェブサイト（限定ではなく電子市場の一例）（以下、「ＥＣサイト」と称す。）上で、商品や役務（限定ではなく電子市場を管理するサーバによって提供される情報の一例）の販売・提供（限定でなく電子市場を管理するサーバによる情報の提供の一例）を行う電子商取引サービス（以下、「ＥＣサービス」と称す。）がしばしば利用される。

第１実施例は、限定ではなく例として、ＥＣサービスに登録していない、店舗装置４０を運用する店舗に対して、ユーザが端末２０を用いてＥＣサービスへの登録を働きかける実施例である。具体的には、端末２０のユーザが、店舗装置４０を運用する店舗に関するサービス（店舗が提供するサービスとも言える。）をＥＣサイト（限定ではなく、「電子市場」の一例）でも利用可能にすることをリクエスト（要望・希望）する情報の一例として、出店の要望に関する情報（以下、「出店要望情報」と称する。）をサーバ１０に送信する。
本明細書では、上記のリクエストのことを、適宜「出店リクエスト」と称する。

出店要望情報には、限定ではなく例として、「いいね！」や「はい」等の、端末２０のユーザの承認を意味する情報が含まれる。
本実施例では、限定ではなく例として、端末２０のユーザが操作可能な操作用画像であって、「いいね！」を意味する操作用画像（例えば、後述する承認アイコン）への操作（例えば、承認アイコンのタッチ操作）がなされたことに基づいて、承認を意味する出店要望情報が端末２０からサーバ１０に送信されることとして説明する。

サーバ１０は、複数の端末２０から送信される出店要望情報を集計し、その集計結果を、店舗装置４０に通知する。具体的には、サーバ１０は、限定ではなく例として、受信された出店要望情報を集計することによって、出店リクエストの延べ数（「いいね！」の延べ数）を集計し、その集計結果を店舗装置４０に通知する。

また、店舗が出店要望情報の集計結果に基づいてＥＣサービスに登録した場合、サーバ１０は、出店要望情報の送信元の端末２０に対して、限定ではなく例として、ＥＣサービスで使用可能な割引クーポン等のインセンティブ情報を送信する。

以下の実施例では、一例として、サーバ１０によって、メッセージングサービスの一種であるインスタントメッセージングサービス（ＩＭＳ（Instant Messaging Service））が提供される。そして、端末２０と、店舗装置４０とは、ＩＭＳによって、サーバ１０との間で各種の情報やデータの送受信を行うことが可能に構成されていることとする。

ただし、ＩＭＳ等のメッセージングサービスは、必ずしも構成要素に含めなければならないわけではない。つまり、以下説明する実施例を、メッセージングサービスを用いない実施例として構成するようにしてもよいし、しなくてもよい。
第１実施例に記載の内容は、他の各実施例のいずれにも適用可能である。

（１）サーバの機能構成
図３−１は、本実施例におけるサーバ１０の制御部１１により実現される機能の一例を示す図である。
サーバ１０は、制御部１１により実現される機能として、ＩＭＳ処理部１１１と、ＥＣ処理部１１２とを有する。

ＩＭＳ処理部１１１は、記憶部１５に記憶されているＩＭＳ処理プログラム１５１に従い、端末２０間または店舗装置４０間、もしくは端末２０と店舗装置４０との間でのＩＭＳ用のメッセージ等を含むコンテンツの送受信を実現するための処理であるＩＭＳ処理を実行する機能を有している。

本明細書において、「コンテンツ」とは、複数の端末２０間で送受信されるメッセージ、スタンプ画像や写真（静止画像）、映像（動画像）等の画像、またはこれらの組み合わせを含む。また、本明細書におけるコンテンツは、詳細後述する「インセンティブ情報」を含む。

ＥＣ処理部１１２は、記憶部１５に記憶されているＥＣ処理プログラム１５２に従い、端末２０もしくは店舗装置４０、もしくはその両方に対して、ＥＣサービスを提供するための処理であるＥＣ処理を実行する機能を有している。

図３−２は、本実施例におけるサーバ１０の記憶部１５に記憶される情報の一例を示す図である。
記憶部１５には、限定ではなく例として、プログラムとして、制御部１１により読み出され、ＩＭＳ処理として実行されるＩＭＳ処理プログラム１５１と、ＥＣ処理として実行されるＥＣ処理プログラム１５２とが記憶される。

また、ＩＭＳ処理プログラム１５１は、ＥＣサービスで使用可能なクーポン等の送信に関するＥＣ連携処理プログラム１５１１をサブルーチンプログラムとして含む。ＥＣ処理プログラム１５２は、ＥＣサイトに新規出店を行う際に制御部１１により読み出される出店処理プログラム１５２１をサブルーチンプログラムとして含む。

また、記憶部１５には、限定ではなく例として、データとして、ユーザ登録データ１５３と、店舗グループ管理データベース１５４と、ユーザインセンティブデータ１５５とが記憶される。

ユーザ登録データ１５３は、ＩＭＳを利用するための端末２０またはそのユーザの登録データであり、そのデータ構成の一例を図３−３に示す。

ユーザ登録データ１５３には、限定ではなく例として、ユーザ名と、ユーザＩＤと、端末電話番号と、性別と、年齢と、登録住所と、その他登録情報とが関連付けて記憶される。

ユーザ名は、ＩＭＳを利用する端末２０のユーザの名称であり、端末２０のユーザがＩＭＳを利用する際に登録する名称が記憶される。

ユーザＩＤは、端末２０のユーザを識別するための識別情報として機能するＩＤであり、ＩＭＳを利用するユーザに固有に設定されるＩＤである。このユーザＩＤは、限定ではなく例として、サーバ１０によってユーザごとに固有のＩＤが設定されて記憶される。
ユーザＩＤは、端末２０のユーザを識別するための識別情報（ユーザ識別情報）の一例である。

端末電話番号は、このユーザ名のユーザの端末２０の電話番号であり、端末２０のユーザがＩＭＳを利用する際に登録する端末２０の電話番号が記憶される。端末電話番号は、端末２０を識別するための識別情報（以下、「端末識別情報」と称す。）の一例である。

なお、ユーザＩＤではなく、端末２０を識別するための端末識別情報として、端末ＩＤを設定して記憶させるようにしてもよいし、そのようにしなくてもよい。また、端末２０またはそのユーザに固有に設定されるＩＤとして、ＩＭＳアプリケーションのアカウントの一種であるアプリケーションＩＤを設定して記憶させるようにしてもよいし、そのようにしなくてもよい。

性別と、年齢と、登録住所とは、ＩＭＳを利用する端末２０のユーザに関する属性情報であり、ＩＭＳを利用する際に登録する情報が記憶される。
ここで、年齢は、ある範囲で区切られた年齢層であってもよい。また、登録住所は、国から番地に至るまでの情報であってもよいし、より広範囲な地域区分を表す情報であってもよいし、より狭い範囲の地域区分を表す情報であってもよい。

その他登録情報は、このユーザ名のユーザのその他の登録情報であり、限定ではなく例として、ＩＭＳで用いられるユーザのアイコン画像（ユーザアイコン画像）、ＩＭＳで用いられるユーザのプロフィール（ユーザプロフィール）、端末２０のメールアドレス、ユーザの趣味・職業等の情報がこれに含まれる。

なお、ユーザ登録データ１５３は、ＥＣサービスを利用するための端末２０またはそのユーザの登録データと共通のものとしてもよいし、しなくてもよい。

店舗グループ管理データベース１５４は、ＩＭＳにおいて、各店舗が作成するグループ（以下、「店舗グループ」と称する。）に関する情報を管理するためのデータを蓄積的に記憶したデータベースであり、そのデータ構成の一例を図３−４に示す。ここでは、店舗グループ管理データベース１５４の一例である第１の店舗グループ管理データベース１５４Ａを例示する。
第１の店舗グループ管理データベース１５４Ａには、店舗毎に生成される店舗グループ管理データが記憶される。

ここで、店舗グループとは、店舗の事業者が、自身が使用する端末や装置（例えば店舗装置４０）で実行可能な、事業者用（事業者向け）のＩＭＳアプリケーション（以下、「事業者用ＩＭＳアプリケーション」と称する。）内で作成するグループのことを意味する。このグループは、サーバ１０によって登録されて管理される。
事業者用ＩＭＳアプリケーションは、店舗用（店舗向け）のＩＭＳアプリケーション（店舗用ＩＭＳアプリケーション）と表現することもできる。

各店舗グループ管理データには、限定ではなく例として、店舗ＩＤと、店舗名と、店舗グループ登録日時と、店舗グループユーザデータと、出店要望情報履歴データとが記憶される。

店舗ＩＤは、各店舗グループを識別するための識別情報として機能するＩＤである。
店舗名には、限定ではなく例として、その店舗ＩＤに対応する店舗グループを登録した店舗の名称が記憶される。
店舗グループ登録日時は、その店舗ＩＤに対応する店舗グループを登録した日時の情報が記憶される。

店舗グループユーザデータには、限定ではなく例として、ユーザＩＤと、ユーザ名と、店舗グループ加入日時とが関連付けて記憶される。
ユーザＩＤは、その店舗グループに加入している端末２０のユーザのユーザＩＤである。
ユーザ名は、その店舗グループに加入している端末２０のユーザＩＤに対応するユーザ名である。
店舗グループ加入日時は、そのユーザＩＤに対応する端末２０またはそのユーザが、店舗ＩＤで定められる店舗グループに加入した日時である。

出店要望情報履歴データには、限定ではなく例として、ユーザＩＤと、ユーザ名と、要望日時とが関連付けて記憶される。
ユーザＩＤは、その店舗ＩＤの店舗に対して、出店要望情報を送信した端末２０のユーザのユーザＩＤである。
ユーザ名は、出店要望情報を送信した端末２０のユーザのユーザＩＤに対応するユーザ名である。
要望日時は、そのユーザＩＤに対応する端末２０が、その店舗ＩＤの店舗に対して出店要望情報を送信した日時である。

例えば、図３−４のデータ例では、店舗ＩＤ「Ｓ０００１」の店舗は、その店舗名が「〇×中華飯店」であり、店舗グループが「２０１９／０４／０１／＊＊ ： ＊＊ ： ＊＊」に登録されたことが示されている。また、店舗グループユーザデータによれば、ユーザＩＤ「Ｕ０００５」のユーザは、「２０１９／０４／０２／＊＊ ： ＊＊ ： ＊＊」に店舗グループに加入したことが示されている。また、出店要望情報履歴データによれば、ユーザＩＤ「Ｕ０００５」のユーザは、「２０１９／０４／０３／＊＊ ： ＊＊ ： ＊＊」に出店要望情報を送信したことが示されている。

ユーザインセンティブデータ１５５は、端末２０のユーザによる出店要望情報が端末２０から送信され、その出店要望情報に基づいて店舗がＥＣサービスに登録した結果として、端末２０に対して送信されるインセンティブ情報の内容が定められたデータである。そのデータ構成の一例を図３−５に示す。

ここでは、ユーザインセンティブデータ１５５の一例である第１のユーザインセンティブデータ１５５Ａを例示する。
第１のユーザインセンティブデータ１５５Ａには、限定ではなく例として、要望回数と、出店時インセンティブとが関連付けて記憶される。

要望回数とは、同一の店舗ＩＤの店舗に対して、同一のユーザＩＤのユーザの端末２０から出店要望情報が送信された回数である。
出店時インセンティブとは、店舗がＥＣサービスに登録した結果、端末２０に対して送信されるインセンティブ情報（以下、「出店時インセンティブ情報」と称する。）の内容が定められている。

図３−５のデータ例では、出店時インセンティブ情報として、限定ではなく例として、要望回数が「１回〜３回」の場合には、ＥＣサービスで使用可能な「￥５００割引クーポン」が送信され、要望回数が「４回以上」の場合には、ＥＣサービスで使用可能な「￥１０００割引クーポン」が送信されることが定められている。

（２）端末の機能構成
図３−６は、本実施例において端末２０の制御部２１により実現される機能の一例を示す図である。
端末２０は、制御部２１により実現される機能として、端末ＩＭＳ処理部２１１を有する。

端末ＩＭＳ処理部２１１は、記憶部２８に記憶されているＩＭＳアプリケーションプログラム２８１に従って、端末でのＩＭＳに関する処理である端末ＩＭＳ処理を実行する機能を有している。

図３−７は、本実施例における端末２０の記憶部２８に記憶される情報の一例を示す図である。
記憶部２８には、限定ではなく例として、サーバ１０からあらかじめダウンロードするなどして取得されるアプリケーションソフトウェアとして、ＩＭＳアプリケーションプログラム２８１が記憶される。ＩＭＳアプリケーションプログラム２８１は、限定ではなく例として、制御部２１の端末ＩＭＳ処理部２１１によって読み出され、端末ＩＭＳ処理として実行される。

（３）店舗装置の機能構成
図３−８は、本実施例において店舗装置４０の制御部４１により実現される機能の一例を示す図である。
店舗装置４０は、制御部４１により実現される機能として、店舗装置ＩＭＳ処理部４１１を有する。

店舗装置ＩＭＳ処理部４１１は、記憶部４８に記憶されている事業者用ＩＭＳアプリケーションプログラム４８１に従って、店舗装置でのＩＭＳに関する処理である店舗装置ＩＭＳ処理を実行する機能を有している。

図３−９は、本実施例における店舗装置４０の記憶部４８に記憶される情報の一例を示す図である。
記憶部４８には、限定ではなく例として、サーバ１０からあらかじめダウンロードするなどして取得されるアプリケーションソフトウェアとして、事業者用ＩＭＳアプリケーションプログラム４８１が記憶される。事業者用ＩＭＳアプリケーションプログラム４８１は、限定ではなく例として、制御部４１の店舗装置ＩＭＳ処理部４１１によって読み出され、店舗装置ＩＭＳ処理として実行される。

＜出店要望情報と出店時インセンティブ情報送信方法＞
端末２０の表示部２４および店舗装置４０の表示部４４に表示される表示画面例を参照して、本実施例における出店要望情報の送信方法と、出店時インセンティブ情報の送信方法とについて説明する。

なお、以下では、限定ではなく例として、端末２０を用いて飲食店の出前サービスを手配可能なＥＣサービスである「電子市場」に未出店の店舗「〇×中華飯店」が、ＩＭＳの「〇×中華飯店」の店舗グループにメンバーとして登録している端末２０のユーザからの出店希望（出店要望情報）に基づいて、「電子市場」への出店登録を行う場合を例に挙げて詳細に説明する。

図２−１〜図２−４は、上記の流れを説明するための画面図である。
図２−１は、端末２０の表示部２４に表示されるトークルーム画面の一例を示す図である。このトークルーム画面は、端末２０においてＩＭＳアプリケーションが起動され、端末２０のユーザがグループトークを行う場合に表示される表示画面の一例である。
この表示画面には、画面上部に「ＩＭＳトークルーム」と表示され、その下に、端末２０のユーザが登録している店舗グループの名称として「〇×中華飯店」と表示されている。

このトークルーム画面では、限定ではなく例として、左側に、店舗グループと関連付けられたコンテンツが吹き出しで表示される。この店舗グループと関連付けられたコンテンツには、限定ではなく例として、
（Ａ）その店舗の店舗装置４０からサーバ１０を介して端末２０に配信されるコンテンツ
（Ｂ）その店舗の電子市場への出店の要望に関する問い合わせを端末２０のユーザに行うコンテンツであって、サーバ１０から配信（自動配信等）されるコンテンツ（以下、「出店要望コンテンツ」と称する。）
が含まれる。

また、このトークルーム画面では、限定ではなく例として、右側に、端末２０のユーザが送信するコンテンツが吹き出しで表示される。

この表示例では、サーバ１０から端末２０に配信された「〇×中華飯店」の出店要望コンテンツが吹き出しで表示されている。

出店要望コンテンツの吹き出し内には、「〇×中華飯店」の電子市場への出店の要望を端末２０のユーザに問いかけるメッセージと、「〇×中華飯店」の店舗パブリック・リレーションズ（ＰＲ）の情報（以下、「店舗ＰＲ情報」と称す。）とが表示されている。

また、出店要望コンテンツの吹き出し内には、操作用画像の一例として、「いいね！」を意味する「ニコニコマーク」（ニコちゃんマーク、スマイルマークとも言う。）で表される承認アイコンが表示されている。限定ではなく例として、承認アイコンが端末２０のユーザによりタッチ操作されると、出店要望情報が端末２０からサーバ１０に送信される。

図２−２は、図２−１のトークルーム画面において承認アイコンが端末２０のユーザによってタッチ操作された場合に、端末２０の表示部２４に表示される画面の一例を示す図である。
このトークルーム画面では、図２−１の画面にて端末２０のユーザによって承認アイコンがタッチ操作されたことで、承認アイコンが反転表示されている。また、出店要望情報（「電子市場」へ「〇×中華飯店」が出店することを希望する情報）が端末２０からサーバ１０に送信されたことを示す情報が右側に表示されている。

また、左側には、サーバが出店要望情報を受信した旨を表すコンテンツの一例として、例えば、「○×中華飯店の電子市場への出店希望を承りました。ご協力ありがとうございました。」というメッセージが表示されている。

なお、ニコニコマークのアイコンは承認アイコンの一例に過ぎず、承認を意味する画像や、承認を意味する画像であるとユーザが認識することのできる画像であれば、他の画像を用いるようにすることもできる。例えば、「ハートマーク」や「グーサインマーク」（親指を立てたマーク）等で表される承認アイコンを用いることもできる。
また、画像ではなく、承認を意味する文字として「いいね！」や「はい」等の文字で表されるアイコンを表示させることもできる。
また、「いいね！」や「はい」等の承認アイコンの他に、限定ではなく例として、「やだね」や「いいえ」等の非承認を意味する非承認アイコンも併せて表示させるようにすることもできる。

図２−３は、図２−１のトークルーム画面において、承認アイコンが端末２０のユーザによってタッチ操作された場合に、店舗装置４０の表示部４４に表示されるトークルーム画面の一例を示す図である。このトークルーム画面は、店舗装置４０において事業者用ＩＭＳアプリケーションが実行されることで表示される画面の一例である。
この表示画面には、画面上部に、事業者用ＩＭＳアプリケーション内でのグループトークであることを示す「事業者用ＩＭＳトークルーム」と表示され、その下に、店舗グループ名称に敬称を付けた「〇×中華飯店様」と表示されている。

このトークルーム画面において、左側には、限定ではなく例として、端末２０のユーザが送信したコンテンツもしくはサーバ１０で自動生成されて送信されるコンテンツが吹き出しで表示される。また、右側には、限定ではなく例として、店舗装置４０の店舗が送信するコンテンツが吹き出しで表示される。

この例では、左側に、サーバ１０が端末２０から出店要望情報を受信した場合に、サーバ１０から店舗装置４０へ送信される、出店希望を受け付けた内容のコンテンツが表示されている。その下には、サーバ１０で受信した出店要望情報の集計結果（集計状況）が店舗ごとのランキングとしてコンテンツ内に表示されている。

具体的には、限定ではなく例として、店舗ごとの出店要望情報の集計結果として、承認の延べ数（いいね！の延べ数（○○ いいね！））が表示されている。例えば、「○×中華飯店」は、電子市場への出店リクエストランキングの順位が「第４位」であり、出店要望状況の集計結果は「８５６ いいね！」（承認の延べ数が８５６個）であることが示されている。

出店要望情報の集計結果の下には、店舗装置４０を設置する店舗に対して「電子市場」への出店を促すメッセージが表示されている。さらに、店舗装置４０を設置する店舗が「電子市場」へ出店するか否かを選択・決定するための「はい」の機能アイコンと「いいえ」の機能アイコンとが表示されている。

図２−４は、図２−３のトークルーム画面において、「はい」の機能アイコンが店舗装置４０の使用者（例えば店舗の管理者）によってタッチ操作された場合に、端末２０の表示部２４に表示されるトークルーム画面の一例を示す図である。
この表示画面には、画面上部に「ＩＭＳトークルーム」と表示され、その下に、端末２０が出店要望情報を送信すると自動的にグループ参加処理が行われる「電子市場」のトークルームであることが表示されている。

この例では、左側に、端末２０から送信された出店要望情報に基づいて、「電子市場」に出店を行った「〇×中華飯店」に対して出店を推薦したことに対する返礼のメッセージを含むコンテンツが表示されている。その下には、出店時インセンティブ情報の一例として、「電子市場」の「￥５００割引クーポン」を含むコンテンツが表示されている。

「￥５００割引クーポン」は機能アイコンの一種である。端末２０のユーザによって、この割引クーポンの機能アイコンがタッチ操作されると、不図示のＥＣアプリケーションプログラムが端末２０で起動される。そして、ＥＣサービスでの利用金額から割引クーポンの割引額（この例では「５００円」）を割り引く割引処理が実行される。

＜処理＞
図３−１０〜図３−１１は、本実施例における各装置が実行する処理の流れの一例を示すフローチャートである。
これらの図では、サーバ１０のＩＭＳ処理部１１１が実行するサーバメイン処理の一例である第１のサーバメイン処理、端末２０の端末ＩＭＳ処理部２１１が実行する端末メイン処理の一例である第１の端末メイン処理、店舗装置４０の店舗装置ＩＭＳ処理部４１１が実行する店舗装置メイン処理の一例である第１の店舗装置メイン処理を示している。

各処理における各ステップをアルファベットの大文字と数字の組み合わせで示し、本明細書では、ステップの用語は省略する。
また、以下説明するフローチャートは、あくまでも本実施形態における処理を例示するものであり、以下説明するフローチャートにおいて、一部のステップを実行しなくてもよいし、追加のステップを挿入してもよい。

また、以下説明する端末２０の処理は、端末２０にインストールされたＩＭＳアプリケーションで全てのステップが実行される処理としてもよいし、ＩＭＳアプリケーションで一部のステップが実行される処理としてもよい。また、必ずしも、端末２０にインストールされたアプリケーションで実行される処理としなくてもよい。
店舗装置４０の処理についても同様である。

最初に、店舗装置４０の店舗装置ＩＭＳ処理部４１１は、事業者用ＩＭＳアプリケーションプログラム４８１に従い、入出力部４３に対する店舗グループの新規作成操作を受け付ける。そして、店舗装置ＩＭＳ処理部４１１は、グループの作成をサーバ１０に依頼する情報として、限定ではなく例として、店舗名を含むグループ作成依頼情報を通信Ｉ／Ｆ４２によってサーバ１０に送信する（Ｃ１１０）。

サーバ１０のＩＭＳ処理部１１１は、通信Ｉ／Ｆ１４によって店舗装置４０からグループ作成依頼情報を受信すると（Ａ１１０）、記憶部１５のＩＭＳ処理プログラム１５１に従い、店舗名と、店舗ＩＤと、店舗グループ登録日時とを、店舗グループ管理データベース１５４の店舗グループ管理データに記憶させて、店舗グループを登録する。

次に、端末２０の端末ＩＭＳ処理部２１１は、ＩＭＳアプリケーションプログラム２８１に従い、入出力部２３に対するユーザの店舗グループ参加操作を受け付ける。そして、端末ＩＭＳ処理部２１１は、店舗グループへの参加をサーバ１０に要求する情報として、限定ではなく例として、店舗ＩＤとユーザＩＤとを含むグループ参加要求情報を通信Ｉ／Ｆ２２によってサーバ１０に送信する（Ｂ１１０）。

サーバ１０のＩＭＳ処理部１１１は、通信Ｉ／Ｆ１４によって端末２０からグループ参加要求情報を受信すると（Ａ１２０）、ユーザＩＤと、ユーザ名と、店舗グループ加入日時とを、店舗グループ管理データベース１５４の店舗グループ管理データにおける店舗グループユーザデータに記憶させる。

端末２０の端末ＩＭＳ処理部２１１は、ＩＭＳアプリケーションプログラム２８１に従い、端末２０のユーザが店舗グループに登録している店舗を、ＥＣサイトでも利用することを希望するかの選択用情報（例えば、その店舗のＥＣサイトへの出店を希望するか否かを選択するための選択画面、承認アイコン等）を表示させる（Ｂ１２０）。

端末２０のユーザによってＥＣサイトでの利用を希望することが選択された場合（Ｂ１２０：ＹＥＳ）、例えば、選択画面において承認アイコンがタッチ操作された場合、端末ＩＭＳ処理部２１１は、出店要望情報を通信Ｉ／Ｆ２２によってサーバ１０に送信する（Ｂ１３０）。

サーバ１０のＩＭＳ処理部１１１は、通信Ｉ／Ｆ１４によって端末２０から出店要望情報を受信すると（Ａ１４０）、店舗グループ管理データベース１５４の店舗グループ管理データに、出店要望情報履歴データを追加して記憶させる。

次いで、サーバ１０のＩＭＳ処理部１１１は、店舗グループ管理データベース１５４の出店要望情報履歴データに基づき、複数の端末２０のユーザについての延べの出店要望情報を集計し、店舗ごとの通算のＥＣサイト利用希望数を算出する。そして、その算出結果と、ユーザから出店要望情報を受信した旨の確認情報とで構成される要望受付情報を、通信Ｉ／Ｆ１４によって端末２０と店舗装置４０とに送信する（Ａ１５０）。ただし、Ａ１２０〜Ａ１５０のステップの処理は、複数の端末２０に対するループの処理として実行される。

なお、端末２０には、店舗ごとのＥＣサイト利用希望数を含まない要望受付情報を送信してもよいし、ＥＣサイト利用希望数を含む要望受付情報を送信してもよい。

端末２０の端末ＩＭＳ処理部２１１は、サーバ１０から要望受付情報を通信Ｉ／Ｆ２２によって受信すると（Ｂ１４０）、表示部２４に要望受付情報を表示させる（Ｂ１５０）。

店舗装置４０の店舗装置ＩＭＳ処理部４１１は、サーバ１０から要望受付情報を通信Ｉ／Ｆ４２によって受信すると（Ｃ１３０）、表示部４４に要望受付情報を表示させる（Ｃ１４０）。

なお、Ｃ１４０の処理は、ある回数（例えば１０回）Ｃ１３０の処理が行われるごとに実行してもよいし、毎回実行してもよい。

そして、店舗装置ＩＭＳ処理部４１１は、要望受付情報に基づいて、表示部４４にＥＣサイトへの出店を決定するかの選択用情報（例えば、ＥＣサイトへ出店するか否かを選択するための選択画面）を表示させる（Ｃ１７０）。

店舗装置４０を運用する店舗によって、ＥＣサイトへの出店を行わないことが選択された場合（Ｃ１７０：ＮＯ）、店舗装置ＩＭＳ処理部４１１は、要望受付情報の受信待機状態（Ｃ１３０）へ戻る。

店舗装置４０を運用する店舗によって、ＥＣサイトへの出店を行うことが選択された場合（Ｃ１７０：ＹＥＳ）、店舗装置ＩＭＳ処理部４１１は、入出力部４３を用いて入力されたＥＣサイトへの出店に必要な情報（出店登録情報）を取得する。そして、店舗装置ＩＭＳ処理部４１１は、出店登録情報を通信Ｉ／Ｆ４２によってサーバ１０へ送信する（Ｃ１８０）。

サーバ１０のＩＭＳ処理部１１１は、通信Ｉ／Ｆ１４によって店舗装置４０から出店登録情報を受信すると（Ａ１８０）、記憶部１５のＥＣ連携プログラム１５１１に従い、出店登録情報をＥＣ処理部１１２に受け渡す。すると、ＥＣ処理部１１２は、ＥＣ処理プログラム１５２のサブルーチンプログラムである出店処理プログラム１５２１に従い、ＥＣサイトへの出店処理を行う。

ＥＣサイトへの出店処理が完了すると、ＥＣ処理部１１２は、ＩＭＳ処理部１１１へＥＣサイトへの出店が完了したことを示すＥＣサイト出店情報を受け渡す。すると、ＩＭＳ処理部１１１は、ＥＣサイト出店情報を、通信Ｉ／Ｆ１４によって店舗装置４０へ送信する（Ａ２００）。

店舗装置４０の店舗装置ＩＭＳ処理部４１１は、サーバ１０からＥＣサイト出店情報を通信Ｉ／Ｆ４２によって受信すると（Ｃ２００）、表示部４４にＥＣサイト出店情報を表示させる（Ｃ２１０）。

次いで、サーバ１０のＩＭＳ処理部１１１は、店舗グループ管理データベース１５４の出店要望情報履歴データと、ユーザインセンティブデータ１５５とに基づいて、出店が完了するまでに端末２０から送信された出店要望情報の回数から出店時インセンティブを決定する。そして、決定した出店時インセンティブの情報を出店時インセンティブ情報として通信Ｉ／Ｆ１４によって端末２０に送信する（Ａ２２０）。

端末２０の端末ＩＭＳ処理部２１１は、サーバ１０から出店時インセンティブ情報を通信Ｉ／Ｆ２２によって受信すると（Ｂ１８０）、端末ＩＭＳ処理部２１１は、表示部２４に出店時インセンティブ情報を表示させる（Ｂ１９０）。

なお、Ｂ１２０にて、端末２０のユーザによってＥＣサイトでの利用を希望しないことが選択された場合（Ｂ１２０：ＮＯ）は、Ｂ１３０からＢ１５０までの処理は実行されない。すなわち、出店要望情報は、端末２０からサーバ１０へ送信されない。

また、Ｂ１２０は一度だけ実行される処理でなくてもよい。限定ではなく例として、一定期間（例えば１週間）ごとに実行されてもよい。もしくは、端末２０が店舗装置４０と接近する時に実装されるようにしてもよい。後者の場合における処理については、別の実施例で詳しく述べる。

＜第１実施例の効果＞
第１実施例は、端末２０が、店舗装置４０の事業者とは異なる端末２０のユーザによる端末２０への入力に基づいて、店舗装置４０の事業者に対する、出店要望情報（限定ではなく、電子市場への出店を希望していることを示す第１情報の一例）を、通信Ｉ／Ｆ２２によってサーバ１０に送信する。そして、端末２０は、出店要望情報の送信と、店舗装置４０の事業者の電子市場への出店とに基づき、出店時インセンティブ情報（限定ではなく、端末２０のユーザに対する特典に関する第２情報の一例）をサーバ１０から通信Ｉ／Ｆ２２によって受信する構成を示している。
このような構成により得られる効果の一例として、端末のユーザが、端末への入力に基づいて、事業者に対して電子市場への出店を希望していることを送信することができるため、ユーザの意向を事業者に容易に伝えることができる。また、事業者が電子市場へ出店した場合、端末は特典に関する情報を受信するため、ユーザは利益を得ることができる。また、このような構成により、電子市場の運営会社（または経営会社）が、電子市場への出店を求める営業活動を事業者に対して行うことなく、電子市場に出店させることができるため、運営会社の人的リソースの問題や営業活動の負担の問題を解消し、コストを削減することができる。

また、第１実施例は、出店時インセンティブ情報は、端末２０を含む複数の端末２０から送信された出店要望情報に基づいて決定される構成を示している。
このような構成により得られる効果の一例として、複数の端末から送信された第１情報に基づいて事業者は出店するか否かを判断することができるとともに、ユーザの意向をより正確に事業者へ伝えることができる。

また、第１実施例は、端末２０が、要望受付情報（限定ではなく、複数の事業者の各々に対して送信された第１情報の数に関する情報の一例）をサーバ１０から通信Ｉ／Ｆ２２によって受信する。そして、端末２０は、受信された要望受付情報を表示部２４に表示する構成を示している。
このような構成により得られる効果の一例として、端末のユーザは、複数の事業者の各々に対して送信された第１情報の数に関する情報を端末で確認することができるため、ユーザの利便性を向上させることができる。

また、第１実施例は、要望受付情報は、店舗装置４０にサーバ１０から送信される構成を示している。
このような構成により得られる効果の一例として、事業者が第１情報の数に関する情報を確認することができるとともに、ユーザの意向をより正確に事業者へ伝えることができる。

＜第１変形例（１）＞
第１実施例では、サーバ１０は、店舗グループ管理データベース１５４の出店要望情報履歴データに基づき、複数の端末２０のユーザについての延べの出店要望情報を集計し、店舗ごとの通算のＥＣサイト利用希望数を算出することとしたが、これに限定されない。例えば、一定期間内（例えば１週間）における、ある店舗（ここでは「店舗Ｘ」と称する。）に対する通算のＥＣサイト利用希望数が、他の店舗に対する通算のＥＣサイト利用希望数と比べて明らかに多すぎる場合には、「店舗Ｘ」での、その一定期間内におけるＥＣサイト利用希望数を集計対象外としてもよいし、しなくてもよい。

具体的には、限定ではなく例として、一定期間内における店舗ごとの通算のＥＣサイト利用希望数が正規分布に従うと仮定し、平均値μと標準偏差σとを計算する。そして、例えば、平均値μより３σ以上外れる所に分布している店舗の通算のＥＣサイト利用希望数は集計対象から外すとしてもよいし、しなくてもよい。

＜第１変形例（１）の効果＞
本変形例の構成により得られる効果の一例として、サーバ１０で受信する出店要望情報（限定ではなく、電子市場への出店を希望していることを示す第１情報の一例）の信頼性が欠ける場合であっても、出店要望情報を適切に集計することができる。

＜第１変形例（２）＞
第１実施例では、インセンティブ情報は、サーバ１０のＩＭＳ処理部１１１が店舗装置４０から出店登録情報を取得した場合に、サーバ１０から端末２０へ送信されることとしたが、これに限定されない。例えば、サーバ１０が出店要望情報を端末２０から受信した場合に、端末２０へインセンティブ情報を送信することも可能である。

図３−１２に、ユーザインセンティブデータ１５５の一例である第２のユーザインセンティブデータ１５５Ｂを例示する。
第２のユーザインセンティブデータ１５５Ｂには、限定ではなく例として、要望回数と、要望時インセンティブと、出店時インセンティブとが関連付けて記憶される。

要望時インセンティブには、端末２０が出店要望情報をサーバ１０に送信した結果、端末２０に対して送信されるインセンティブ情報（以下、「要望時インセンティブ情報」と称する。）の内容が定められている。
また、要望回数と、出店時インセンティブとは、限定ではなく例として、第１のユーザインセンティブデータ１５５Ａと同様とすることができる。

図３−１２のデータ例では、要望時インセンティブ情報として、限定ではなく例として、要望回数が「１回」の場合には、ＥＣサービスで利用可能な「￥５００割引クーポン」が送信され、要望回数が「２回」の場合には、ＥＣサービスで利用可能な「￥３００割引クーポン」が送信されることが定められている。また、要望回数が「３回」の場合には、ＥＣサービスで利用可能な「￥１００割引クーポン」が送信されるが、要望回数が「４回以上」の場合には、インセンティブは付与されないことが定められている。

図２−５は、上記の流れを説明するための画面図である。
図２―５は、図２−１のトークルーム画面において、承認アイコンが端末２０のユーザによってタッチ操作された場合に、端末２０の表示部２４に表示される画面の一例を示す図である。
このトークルーム画面では、図２−１の画面にて端末２０のユーザによって承認アイコンがタッチ操作され、端末２０が出店要望情報（「電子市場」へ「〇×中華飯店」が出店することを希望する情報）をサーバ１０に送信したことが右側に表示されている。

また、左側には、サーバが出店要望情報を受信した旨を表すコンテンツの一例として、例えば、「○×中華飯店の電子市場への出店希望を承りました。ご協力ありがとうございました。」というメッセージが表示されている。
さらに、その下には、要望時インセンティブ情報を端末２０で受信したことを示す、「電子市場で利用できるクーポンをプレゼント」というメッセージを含むコンテンツと、要望時インセンティブ情報である「電子市場」の「￥５００割引クーポン」を含むコンテンツとが表示されている。

「￥５００割引クーポン」は機能アイコンの一種である。端末２０のユーザによって、この割引クーポンの機能アイコンがタッチ操作されると、不図示のＥＣアプリケーションプログラムが端末２０で起動（実行）される。そして、ＥＣサービスでの利用金額から割引クーポンの割引額（この例では「５００円」）を割り引く割引処理が実行される。

図３−１３は、この場合に各装置が実行する処理の流れの一例を示すフローチャートである。
この図では、サーバ１０のＩＭＳ処理部１１１が実行するサーバメイン処理の一例である第２のサーバメイン処理、端末２０の端末ＩＭＳ処理部２１１が実行する端末メイン処理の一例である第２の端末メイン処理、店舗装置４０の店舗装置ＩＭＳ処理部４１１が実行する店舗装置メイン処理の一例である第２の店舗装置メイン処理を示している。
なお、先に説明したフローチャートと同一のステップには同一の符号を付して再度の説明を省略し、異なるステップに着目して説明する。

この処理は、図３−１０、図３−１１の処理に、要望時インセンティブ情報に関するステップ（例えば、Ａ１７０のステップ、Ｂ１６０、Ｂ１７０のステップ）を追加したものである。

サーバ１０のＩＭＳ処理部１１１は、端末２０と店舗装置４０とに要望受付情報を送信すると（Ａ１５０）、店舗グループ管理データベース１５４の出店要望情報履歴データと、ユーザインセンティブデータ１５５とに基づいて、これまでに端末２０から送信された出店要望情報の回数から要望時インセンティブを決定する。そして、決定した要望時インセンティブの情報を、要望時インセンティブ情報として通信Ｉ／Ｆ１４によって端末２０に送信する（Ａ１７０）。ただし、Ａ１２０〜Ａ１７０のステップの処理は、複数の端末２０に対するループの処理として実行される。

サーバ１０から要望時インセンティブ情報を通信Ｉ／Ｆ２２によって受信すると（Ｂ１６０）、端末ＩＭＳ処理部２１１は、要望時インセンティブ情報を表示部２４に表示させる（Ｂ１７０）。

＜第１変形例（２）の効果＞
本変形例は、端末２０が出店要望情報（限定ではなく、電子市場への出店を希望していることを示す第１情報の一例）をサーバ１０に送信すると、サーバ１０は、要望時インセンティブ情報（限定ではなく、端末のユーザに対する特典である第２情報の一例）を端末２０に送信する。そして、端末２０は、要望時インセンティブ情報（限定ではなく、端末のユーザに対する特典である第２情報の一例）を表示部２４に表示する構成を示している。
このような構成により得られる効果の一例として、ユーザは、端末から第１情報を送信することで、第２情報を端末の表示領域で確認することができるため、ユーザの利便性を向上させることができる。

＜第１変形例（３）＞
第１実施例では、端末２０が送信した出店要望情報に基づいて、店舗装置４０を運用する店舗がＥＣサイトへ出店した旨の情報は、端末２０へは送信されないこととしたが、これに限定されない。例えば、図３−１１のＡ２００の処理でサーバ１０がＥＣサイト出店情報を送信する際に、端末２０と店舗装置４０とにＥＣサイト出店情報を送信するようにしてもよいし、そのようにしなくてもよい。もしくは、図３−１１のＣ２００の処理で店舗装置４０がＥＣサイト出店情報を受信した後、端末２０へＥＣサイト出店情報を送信するようにしてもよいし、そのようにしなくてもよい。

また、この場合、端末２０の端末ＩＭＳ処理部２１１は、ＥＣサイト出店情報を受信すると、受信したＥＣサイト出店情報を表示部２４に表示させるようにしてもよいし、そのようにしなくてもよい。

図２−６は、上記の流れを説明するための画面図である。
図２−６は、図２−３のトークルーム画面において、「はい」の機能アイコンが店舗装置４０の使用者（例えば店舗の管理者）によってタッチ操作された場合に、端末２０の表示部２４に表示されるトークルーム画面の一例を示す図である。
この表示画面には、画面上部に「ＩＭＳトークルーム」と表示され、その下に、端末２０のユーザが登録している店舗グループの名称として「〇×中華飯店」と表示されている。

この例では、左側に、端末２０から送信された出店要望情報に基づいて、「〇×中華飯店」が「電子市場」に出店を行ったことを示すコンテンツが表示されている。コンテンツ内には、「電子市場」の「〇×中華飯店」へと遷移するリンクが張られた機能アイコンが表示されている。その下には、端末２０から送信された出店要望情報に基づいて、「電子市場」に出店を行った「〇×中華飯店」に対して出店を推薦したことに対する返礼のメッセージを含むコンテンツが表示されている。その下には、出店時インセンティブ情報である「電子市場」の「￥５００割引クーポン」を含むコンテンツが表示されている。ここで、「￥５００割引クーポン」は機能アイコンの一種である。

＜第１変形例（３）の効果＞
本変形例は、端末２０は、ＥＣサイト出店情報（限定ではなく、事業者が電子市場に出店したことを示す情報の一例）をサーバ１０から受信し、受信されたＥＣサイト出店情報を表示部２４に表示させる構成を示している。
このような構成により得られる効果の一例として、事業者が電子市場へ出店したことを端末の表示領域への表示によってユーザに報知することが可能となるため、ユーザの利便性を向上させることができる。

＜第１変形例（４）＞
第１実施例では、端末２０は、出店要望情報として、店舗装置４０を運用する店舗をＥＣサイトでも利用することを希望するか否かに関する情報をサーバ１０へ送信しているが、これに限定されない。例えば、端末２０が、出店要望情報として、ＥＣサービスで利用を希望するサービス等に関するアンケート内容を同時に送信するようにすることもできる。

図３−１４に、店舗グループ管理データベース１５４の一例である第２の店舗グループ管理データベース１５４Ｂを例示する。
第２の店舗グループ管理データベース１５４Ｂには、店舗毎に生成される店舗グループ管理データが記憶される。

各店舗グループ管理データには、限定ではなく例として、店舗ＩＤと、店舗名と、店舗グループ登録日時と、店舗グループユーザデータと、出店要望情報履歴データとが記憶される。

店舗ＩＤと、店舗名と、店舗グループ登録日時と、店舗グループユーザデータとは、限定ではなく例として、第１の店舗グループ管理データベース１５４Ａと同様とすることができる。

出店要望情報履歴データには、限定ではなく例として、ユーザＩＤと、ユーザ名と、要望日時と、アンケート回答とが関連付けて記憶される。
ユーザＩＤは、その店舗ＩＤの店舗に対して、出店要望情報を送信した端末２０のユーザのユーザＩＤである。
ユーザ名は、出店要望情報を送信した端末２０のユーザのユーザＩＤに対応するユーザ名である。
要望日時は、そのユーザＩＤに対応する端末２０が、その店舗ＩＤの店舗に対して出店要望情報を送信した日時である。
アンケート回答とは、出店要望情報を送信する際に一緒に送信される、出店に関するアンケートに対する端末２０のユーザの回答である。

図２−７〜図２−８は、上記の流れを説明するための画面図である。
図２−７は、図２−１のトークルーム画面において承認アイコンが端末２０のユーザによってタッチ操作された場合に、端末２０の表示部２４に表示される画面の一例を示す図である。
この例では、左側に、「電子市場」において「〇×中華飯店」の出前サービスを利用する場合、どのメニューを希望するかを選択・決定するためのアンケートを回答するコンテンツが表示されている。

アンケート内には、上部に「電子市場でも食べたいメニューを１つ教えてください。」というメッセージが表示され、その下に、端末２０のユーザが希望するメニューを選択・決定するための機能アイコンが並んで表示されている。また、端末２０のユーザがアンケートに答えないことを選択・決定するための「回答しない」の機能アイコンが下部に表示されている。

また、右下には、アンケート回答「五目炒飯」の機能アイコンがユーザによってタッチ操作された場合に表示される、「五目炒飯」という回答のメッセージを含むコンテンツが表示されている。

アンケートの下には、アンケート回答「五目炒飯」の機能アイコンがユーザによってタッチ操作された場合に表示される、アンケート回答結果の確認を行うコンテンツが表示されている。コンテンツ内では、「この内容で電子市場への出店をお勧めしますか？」という確認のメッセージの下に、ユーザが選択したアンケート結果である「〇×中華飯店」と「五目炒飯」とが表示されている。その下には、端末２０のユーザがアンケートの内容と共に出店を希望する旨を送信するか否かを選択・決定するための「いいね！」の承認アイコンが表示されている。

承認アイコンが端末２０のユーザによってタッチ操作されると、端末２０の端末ＩＭＳ処理部２１１は、出店要望情報とアンケート回答である「五目炒飯」のと情報を、通信Ｉ／Ｆ２２によってサーバ１０へ送信する。サーバ１０のＩＭＳ処理部１１１は、出店要望情報とアンケート回答の情報とを通信Ｉ／Ｆ１４によって受信すると、店舗グループ管理データベース１５４の店舗グループ管理データに、出店要望情報履歴データを追加して記憶させる。

図２−８は、図２−７のトークルーム画面において承認アイコンが端末２０のユーザによってタッチ操作された場合に、店舗装置４０の表示部４４に表示されるトークルーム画面の一例を示す図である。このトークルーム画面は、店舗装置４０において事業者用ＩＭＳアプリケーションが実行されることで表示される画面の一例である。

この例では、左側に、サーバ１０が端末２０から出店要望情報を受信した場合に、サーバ１０から店舗装置４０へ送信される、出店希望を受け付けた内容のコンテンツが表示されている。その下には、サーバ１０で受信した出店要望情報におけるアンケート回答が集計され、「アンケート結果」としてコンテンツ内に表示されている。また、その下には、サーバ１０で受信した出店要望情報の集計結果が店舗ごとのランキング「出店リクエストランキング」としてコンテンツ内に表示されている。さらに、店舗装置４０を設置する店舗が「電子市場」へ出店するか否かを選択・決定するための「はい」の機能アイコンと「いいえ」の機能アイコンとが表示されている。

なお、アンケートは選択式ではなく、記述式としてもよいし、しなくてもよい。また、アンケートではなく、店舗装置４０を運用する店舗への出店応援メッセージとしてもよいし、しなくてもよい。また、複数のアンケート・メッセージを組み合わせて出店要望情報を構成してもよいし、しなくてもよい。

なお、端末２０のユーザ情報の一部（限定ではなく例として、氏名・年齢・性別との任意の組み合わせ）をアンケート内容として送信するようにしてもよいし、しなくてもよい。

＜第１変形例（４）の効果＞
本変形例の構成により得られる効果の一例として、店舗装置４０を運用する店舗（限定ではなく、事業者の一例）は、出店要望情報（限定ではなく、電子市場への出店を希望していることを示す第１情報の一例）として、出店を希望しているか否かの他に、より詳細な内容を端末２０から取得することが可能となり、ユーザの意向をより正確に事業者へ伝えることができる。

＜第１変形例（５）＞
第１実施例では、図３−１０のＢ１５０の処理において、端末２０の表示部２４に要望受付情報を表示させることとしたが、これに限定されない。例えば、表示部２４に表示させる際に、端末ＩＭＳ処理部２１１で前処理を行うようにし、この前処理の処理結果に基づいて、要望受付情報を表示部２４に表示させるようにしてもよいし、しなくてもよい。

図２−９は、上記の流れを説明するための画面図である。
図２−９は、図２−１のトークルーム画面において、承認アイコンが端末２０のユーザによってタッチ操作された場合に、端末２０の表示部２４に表示される画面の一例を示す図である。このトークルーム画面では、図２−１の画面にて端末２０のユーザが承認アイコンをタッチ操作し、端末２０が出店要望情報（「電子市場」へ「〇×中華飯店」が出店することを希望する情報）を送信したことが右側に表示されている。
また、左側には、サーバが出店要望情報を受信した旨を表すコンテンツの一例として、例えば、「○×中華飯店の電子市場への出店希望を承りました。ご協力ありがとうございました。」というメッセージが表示されている。

その下には、サーバ１０で受信した出店要望情報の集計結果が店舗ごとのランキングとしてコンテンツ内に表示されている。この例では、ランキングが上位になるほど、要望された店舗名を示す文字が太く表示されている。つまり、ランキングの順位に基づき、出店要望情報の集計結果が異なる表示態様で表示されている。

また、店舗名の左側には、店舗が登録したアイコンが併せて表示されている。さらに、アイコンの左側には、順位が上位に行くほど強調されて表示されている。順位の左側には、ランキングに変動がある店舗であることを示す「Ｎ」のアイコンが表示されている。コンテンツの下側には、より下位のランキングを参照するための、「もっとみる」という機能アイコンが表示されている。

なお、表示の前処理方法は、上記の例に限定されない。例えば、文字の色を変えて強調処理を行ってもよいし、アニメーションを用いて強調処理を行ってもよいし、複数の強調処理を組み合わせてもよい。

なお、同様の前処理を店舗装置４０の表示部４４に要望受付情報を表示させる際に行ってもよいし、行わなくてもよい。

＜第１変形例（５）の効果＞
本変形例の構成により得られる効果の一例として、端末２０は、サーバ１０から受信した要望受付情報（限定ではなく、複数の事業者の各々に対して送信された第１情報の数に関する情報の一例）を表示部２４に表示させる際に前処理を行うことで、第１情報の数に関する情報を、分かり易い形でユーザに報知することができる。

＜第１変形例（６）＞
第１実施例では、図３−１０のＢ１１０の処理の後に、図３−１０のＢ１２０の処理を実行するとしたが、これに限定されない。例えば、図３−１０のＢ１１０の処理の後に、端末２０の表示部２４に、図３−１０のＢ１２０の処理を実行させるか否かを設定するための設定用情報（または選択用情報）を表示させるようにしてもよい。

この場合、端末２０のユーザによって、図３−１０のＢ１２０の処理を実行させないという設定（選択）が行われた場合には、図３−１０のＢ１２０以降の処理は実行されない。

＜第１変形例（６）の効果＞
本変形例は、出店要望情報（限定ではなく、第１情報の一例）は、設定に基づいて、端末２０からサーバ１０に送信される構成を示している。
このような構成による効果の一例として、端末は設定に基づいて第１情報をサーバに送信することができ、ユーザの利便性を向上させることができる。

＜第１変形例（７）＞
第１実施例では、図３−１０のＢ１１０の処理の後に、図３−１０のＢ１２０の処理を実行するとしたが、これに限定されない。例えば、図３−１０のＢ１１０の処理の後に、図３−１０のＢ１２０の処理を、限定ではなく例として、単位期間（例えば、３日や１週間、２週間）に何回実行させるかを設定するための設定用情報（または選択用情報）を、
端末２０の表示部２４に表示させるようにしてもよい。

この場合、端末２０のユーザによって、例えば、週に１回実行させるという設定（選択）が行われた場合には、週に１回を超えて、図３−１０のＢ１２０以降の処理は実行されない。つまり、出店要望情報が端末２０からサーバ１０に送信されないことになる。このため、上記の設定用情報は、出店要望情報の送信回数に関する設定（例えば、単位期間における送信上限回数の設定）を行うための設定用情報とも言える。

なお、上記の設定は、出店要望情報の送信回数に関する設定に限らず、出店要望情報の送信頻度に関する設定とすることもできる。
また、上記の設定は、図３−１０のＢ１１０の処理の後ではなく、図３−１０のＣ１１０の処理の後に、店舗装置４０によって行われるとしてもよいし、しなくてもよい。

＜第１変形例（７）の効果＞
本変形例は、出店要望情報（限定ではなく、第１情報の一例）は、設定に基づいて、端末２０からサーバ１０に送信される構成を示している。
このような構成による効果の一例として、端末は設定に基づいて第１情報をサーバに送信することができ、ユーザの利便性を向上させることができる。

また、本変形例は、上記の設定は、出店要望情報の送信の回数または頻度に関する設定を含む構成を示している。
このような構成による効果の一例として、端末は、回数または頻度に関する設定に基づいて第１情報をサーバに送信することができ、ユーザの利便性を向上させることができる。

＜第１変形例（８）＞
第１実施例では、端末２０において、ＩＭＳアプリケーションのトークルーム画面に出店要望コンテンツが表示され、トークルーム画面から出店リクエストを行う場合を例示したが、これに限定されない。

具体的には、限定ではなく例として、端末２０において、ＩＭＳアプリケーションのタイムライン画面に出店要望コンテンツが表示されるようにし、タイムライン画面から出店リクエストを行うようにしてもよいし、そのようにしなくてもよい。

また、第１実施例において、出店要望コンテンツや、出店リクエストが行われたことを示す情報を、タイムラインによって他の端末２０と共有するようにしてもよいし、そのようにしなくてもよい。

タイムラインとは、限定ではなく例として、いわゆるメッセージングサービス：ＭＳ（インスタントメッセージングサービス：ＩＭＳを含む。）や、いわゆるソーシャルネットワーキングサービス：ＳＮＳ等のネットワーキングサービスにおいて、情報を時系列に並べて表示するものを意味する。

図２−１５は、本変形例における端末２０の表示部２４に表示されるＩＭＳトークルーム画面の一例を示す図である。
このＩＭＳトークルーム画面の構成は、図２−１とほぼ同様であるが、一部異なっている。具体的には、このＩＭＳトークルーム画面では、限定ではなく例として、「〇×中華飯店」の出店要望コンテンツの吹き出し内に、この出店要望コンテンツに関する情報を、ＩＭＳアプリケーションのタイムラインによって他の端末２０と共有するか否かを選択するための選択用情報として、「タイムラインにシェアする」の文字と、「チェックボックス」とを含むタイムラインアイコンが表示されている。

この例では、タイムラインアイコンが端末２０のユーザによってタッチ操作されることで、出店要望コンテンツがタイムラインで他の端末２０と共有される。

第１ユーザの端末２０から出店要望情報を受信すると、サーバ１０は、限定ではなく例として、第１ユーザによって出店リクエストが行われたことを示す情報を、出店要望コンテンツや店舗ＰＲ情報とともに、ＩＭＳアプリケーションにおいて第１ユーザと友だち登録されている第２ユーザの端末２０に送信する。そして、第２ユーザの端末２０では、第２ユーザの操作に従って、受信された情報に基づくタイムライン画面が表示部２４に表示される。

なお、これとは異なり、第１ユーザの端末２０から出店要望情報を受信する前に、例えば図２−１５の表示画面におけるタイムラインアイコンが第１ユーザによってタッチ操作されたことに基づいて、サーバ１０が、出店要望コンテンツや店舗ＰＲ情報を第２ユーザの端末２０に送信する。その後、第１ユーザの端末２０から出店要望情報を受信した場合に、サーバ１０が、第１ユーザによって出店リクエストが行われたことを示す情報を第２ユーザの端末２０に送信するようにすることもできる。

ここで、「友だち」とは、ＩＭＳアプリケーションにおいて、端末２０間でコンテンツを送受信可能な関係として、端末２０のユーザの操作に基づいて、あらかじめサーバ１０側で登録される関係を意味する。

なお、タイムラインの設定（ＯＮ／ＯＦＦ）は、ＩＭＳアプリケーション内の不図示の設定画面で行うようにしてもよいし、そのようにしなくてもよい。
また、タイムラインの設定（ＯＮ／ＯＦＦ）は、友だち登録されているユーザ毎に行うことができるようにしてもよいし、そのようにしなくてもよい。
また、ライムラインの設定（ＯＮ／ＯＦＦ）は、トークルーム画面に表示されるコンテンツ毎に行うことができるようにしてもよいし、そのようにしなくてもよい。

図２−１６は、タイムライン画面の一例を示す図である。ここでは、第２ユーザ（例えば「ユーザＢ．Ｂ」）の端末２０の表示部２４に表示されるＩＭＳタイムライン画面を例示する。
このＩＭＳタイムライン画面では、タイムラインの最新の投稿として、第１ユーザ（例えば「ユーザＡ．Ａ」）によって「○×中華飯店」の出店リクエストが行われたことを示す情報と、「○×中華飯店」の店舗ＰＲ情報とが表示されている。

店舗ＰＲ情報の左下には、前述した「いいね！」を意味する承認アイコンが表示されている。
また、店舗ＰＲ情報の右下には、限定ではなく例として、第１ユーザによって「○×中華飯店」の出店リクエストが行われたことに対する第２ユーザの承認の延べ数の集計結果が、「いいね！」を意味する承認画像とともに表示されている。

ここで、タイムライン画面に表示される承認アイコンの意味合いは、トークルーム画面に表示される承認アイコンとは少し異なる。

例えば図２−１のトークルーム画面に表示される承認アイコンは、店舗グループに加入している第１ユーザの端末２０のトークルーム画面に表示されるアイコンであり、これは、店舗グループに加入している第１ユーザが、その店舗の電子市場への出店を要望することを意思表明するためのものである。
それに対し、例えば図２−１６のタイムライン画面に表示される承認アイコンは、第１ユーザによって出店リクエストが行われたことに基づき、第２ユーザが、その第１ユーザが行った出店リクエストに賛同することを意思表明するためのものである。

本変形例では、それぞれの端末２０のユーザが、「いいね！」を意味するアイコンであることを共通に認識することができるように、トークルーム画面に表示される承認アイコンと、タイムライン画面に表示される承認アイコンとを同じアイコンとしている。

なお、上記のように、トークルーム画面に表示される承認アイコンと、タイムライン画面に表示される承認アイコンとは意味合いが異なるため、限定ではなく例として、トークルーム画面とタイムライン画面とで、異なる承認アイコン（異なる種類や異なる態様の承認アイコン等）を表示させるようにしてもよいし、そのようにしなくてもよい。

本変形例では、第１ユーザばかりでなく、第２ユーザも出店リクエストを行うようにすることができる。つまり、以下のユーザが出店リクエストを行う権利を有するようにすることができる。
（Ａ）第１ユーザ
（Ｂ）第２ユーザ（第１ユーザと友だち登録されているユーザ）

この場合は、限定ではなく例として、第２ユーザの端末２０のタイムライン画面において、出店要望コンテンツや店舗ＰＲ情報と関連付けて表示された承認アイコンが第２ユーザによってタッチ操作されると、第２ユーザの端末２０は、承認情報を含む出店要望情報をサーバ１０に送信する。サーバ１０は、第１ユーザの端末２０から送信された出店要望情報に加えて、第２ユーザの端末２０から送信された出店要望情報も集計する。

また、サーバ１０は、出店要望情報を受信すると、受信された出店要望情報に含まれる承認情報に基づき、異なる複数の第２ユーザによる承認の延べ数を集計して、第１ユーザの端末２０と、第２ユーザの端末２０とにそれぞれ送信する。そして、第１ユーザの端末２０と、第２ユーザの端末２０とは、限定ではなく例として、受信された承認の延べ数を、出店要望コンテンツや店舗ＰＲ情報と関連付けてタイムライン画面に表示させる。

なお、第２ユーザによっては、第１ユーザが出店リクエストを行ったことには賛同するものの、その店舗の電子市場への出店は要望しない場合もあり得る。
そこで、ＩＭＳアプリケーション内で、タイムライン画面に表示される承認アイコンの操作によって出店リクエストを行うか否かの設定を行うことを可能としてもよい。

具体的には、限定ではなく例として、ＩＭＳアプリケーション内で、タイムラインからの出店リクエストの設定「ＯＮ／ＯＦＦ」を行うことを可能とする。
そして、この設定が「ＯＮ」であれば、タイムライン画面の承認アイコンがタッチ操作された場合、承認情報を含む出店要望情報が端末２０からサーバ１０に送信されるようにする。それに対し、この設定が「ＯＦＦ」であれば、タイムライン画面の承認アイコンが操作された場合、承認情報（出店要望は含まない。）が端末２０からサーバ１０に送信されるようにする。

また、第１実施例では、事業者が電子市場に出店した場合、出店要望情報の送信元の端末２０に、出店時インセンティブ情報がサーバ１０から送信されることとしたが、本変形例では、第２ユーザも出店リクエストを行うことが可能である。そこで、事業者が電子市場に出店した場合、第１ユーザの端末２０ばかりでなく、第２ユーザの端末２０にも、出店時インセンティブ情報が送信されるようにしてもよいし、そのようにしなくてもよい。

また、この場合、第１ユーザの端末２０に送信される出店時インセンティブ情報と、第２ユーザの端末２０に送信される出店時インセンティブ情報とは、同じ情報としてもよいが、異なる情報とすることもできる。

第２ユーザは、第１ユーザの出店リクエストに賛同したユーザであるため、第２ユーザよりも第１ユーザの方が、出店に関する貢献度は高いとも言える。そこで、限定ではなく例として、第１ユーザの端末２０に送信される出店時インセンティブ情報は、第２ユーザの端末２０に送信される出店時インセンティブ情報よりも価値の高い特典や量の多い特典を含むようにすることができる。

なお、本変形例では、第１ユーザによって出店リクエストが行われたことを示す情報がタイムラインで共有されることとしたが、これに限定されない。具体的には、第１ユーザの端末２０から出店要望情報を受信したか否かに関わらず、サーバ１０が、第１ユーザの端末２０に配信した出店要望コンテンツや店舗ＰＲ情報と同じ情報を第２ユーザの端末２０に配信して、タイムラインで共有されるようにしてもよいし、そのようにしなくてもよい。

＜第１変形例（８）の効果＞
本変形例は、第１ユーザの端末２０から出店要望情報（限定ではなく、電子市場への出店を希望していることを示す第１情報の一例）がサーバ１０に送信されたことを示す情報が、第１ユーザとは異なる第２ユーザの端末２０の表示部２４のタイムライン画面（限定ではなく、端末の表示領域の一例）に表示される構成を示している。
このような構成により得られる効果の一例として、第２ユーザは、第１ユーザが事業者に対して電子市場への出店を希望していることを知ることができる。

また、本変形例は、タイムライン画面には承認アイコンが表示され、承認アイコンへのタッチ操作に基づいて、第２ユーザの端末２０からサーバ１０に、通信Ｉ／Ｆ２２によって出店要望情報が送信される構成を示している。
このような構成により得られる効果の一例として、第２ユーザの端末への入力に基づいて、第２ユーザが第１ユーザに賛同しており、第２ユーザも事業者に対して電子市場への出店を希望していることを伝えることができる。

また、本変形例は、第１ユーザの端末２０が受信する出店時インセンティブ情報と、第２ユーザの端末２０が受信する出店時インセンティブ情報とは異なる構成を示している。
このような構成により得られる効果の一例として、第１ユーザと、第１ユーザとは異なる第２ユーザとで、端末のユーザに対する特典に関する第２情報を異ならせて差別化を図ることができる。例えば、出店に関する貢献度が高いユーザの端末に、出店に関する貢献度が低いユーザの端末よりも価値の高い第２情報や量の多い第２情報が送信されるようにすることで、出店に関する貢献度が高いユーザの方が大きな利益が得られるようにすることができる。

＜第２実施例＞
第２実施例は、第１実施例と同様に、店舗装置４０を運用する店舗に対してＥＣサービスへの登録を働きかける実施例である。具体的には、端末２０が、出店要望情報をサーバ１０に送信する。サーバ１０は、複数の端末２０から送信される出店要望情報を集計し、その集計結果を店舗装置４０に通知する。また、サーバ１０は、出店要望情報の集計結果に基づいて、店舗装置４０に対して、店舗がＥＣサービスに登録した場合に使用可能な、ＥＣサービス利用手数料減額等のインセンティブの情報（以下、「店舗インセンティブ情報」と称する。）を送信する。

店舗が出店要望情報の集計結果と店舗インセンティブ情報とに基づいてＥＣサービスに登録した場合、サーバ１０は、出店要望情報を送信した端末２０に対して、限定ではなく例として、ＥＣサービスで使用可能な割引クーポン等のインセンティブを送信する。また、店舗がＥＣサービスに登録するにあたって、店舗インセンティブ情報を用いてＥＣサービス利用手数料減額等の処理を行う。

第２実施例に記載の内容は、他の各実施例のいずれにも適用可能である。
また、既出の構成要素と同一の構成要素については同一の符号を付して、再度の説明を省略する。

＜機能構成＞
（１）サーバの機能構成
図４−１は、本実施例におけるサーバ１０の記憶部１５に記憶される情報の一例を示す図である。
記憶部１５には、限定ではなく例として、データとして、ユーザ登録データ１５３と、店舗グループ管理データベース１５４と、ユーザインセンティブデータ１５５と、店舗インセンティブデータ１５６とが記憶される。

店舗インセンティブデータ１５６は、複数の端末２０から出店要望情報がサーバ１０に送信された後、サーバ１０において集計した出店要望情報の集計結果に基づいて店舗装置４０を運営する店舗がＥＣサービスに登録した結果として、店舗装置４０に対して送信されるインセンティブ情報の内容が定められたデータである。そのデータ構成の一例を図４−２に示す。

店舗インセンティブデータ１５６には、限定ではなく例として、要望ランキングと、店舗インセンティブとが関連付けて記憶される。

要望ランキングは、同一の店舗ＩＤの店舗に対して複数のユーザの端末２０から送信された出店要望情報の延べの回数を、店舗ＩＤごとに比較した際の順位である。
店舗インセンティブには、店舗がＥＣサービスに登録した結果、店舗装置４０に対して送信される店舗インセンティブの内容が定められている。

図４−２のデータ例では、限定ではなく例として、要望ランキングが「第１位」の場合には、ＥＣサービスの利用手数料の減額措置である「１年間出店手数料無料」が店舗インセンティブとされ、要望ランキング「第２位」の場合には、ＥＣサービスの利用手数料の減額措置である「半年間出店手数料無料」が店舗インセンティブとされることが定められている。

＜店舗インセンティブ情報送信方法＞
図２−１０は、上記の流れを説明するための画面図である。
図２−１０は、図２−１のトークルーム画面において、承認アイコンが端末２０のユーザによってタッチ操作された場合に、店舗装置４０の表示部４４に表示されるトークルーム画面の一例を示す図である。このトークルーム画面は、店舗装置４０において事業者用ＩＭＳアプリケーションが実行されることで表示される画面の一例である。

この例では、左側に、サーバ１０が端末２０から出店要望情報を受信した場合に、サーバ１０から店舗装置４０へ送信される、出店要望情報の集計結果が店舗ごとのランキングとしてコンテンツ内に表示されている。

出店要望情報の集計結果の下には、「〇×中華飯店」のランキング順位を表すコンテンツが表示されている。その下には、ランキング順位に基づいてサーバ１０から送信される、店舗インセンティブ情報がコンテンツ内に表示されている。そして、その右側には、店舗装置４０を設置する店舗に対して「電子市場」への出店を促すメッセージが表示されている。さらに、店舗装置４０を設置する店舗が「電子市場」へ出店するか否かを選択・決定するための「はい」の機能アイコンと「いいえ」の機能アイコンとがコンテンツ内に表示されている。

＜処理＞
図４−３〜図４−４は、本実施例における各装置が実行する処理の流れの一例を示すフローチャートである。
これらの図では、サーバ１０のＩＭＳ処理部１１１が実行するサーバメイン処理の一例である第３のサーバメイン処理、端末２０の端末ＩＭＳ処理部２１１が実行する端末メイン処理の一例である第３の端末メイン処理、店舗装置４０の店舗装置ＩＭＳ処理部４１１が実行する店舗装置メイン処理の一例である第３の店舗装置メイン処理を示している。

なお、先に説明したフローチャートと同一のステップには同一の符号を付して再度の説明を省略し、異なるステップに着目して説明する。
また、以下説明するフローチャートは、あくまでも本実施形態における処理を例示するものであり、以下説明するフローチャートにおいて、一部のステップを実行しなくてもよいし、追加のステップを挿入してもよい。

また、以下説明する端末２０の処理は、端末２０にインストールされたＩＭＳアプリケーションで全てのステップが実行される処理としてもよいし、ＩＭＳアプリケーションで一部のステップが実行される処理としてもよい。また、必ずしも、端末２０にインストールされたアプリケーションで実行される処理としなくてもよい。
店舗装置４０の処理についても同様である。

この処理は、図３−１０、図３−１１の処理に、店舗インセンティブ情報に関するステップ（例えば、Ａ１６０、Ａ１９０のステップ、Ｃ１５０、Ｃ１６０、Ｃ１９０のステップ）を追加したものである。

サーバ１０のＩＭＳ処理部１１１は、要望受付情報を端末２０と店舗装置４０とに送信すると（Ａ１５０）、店舗グループ管理データベース１５４の出店要望情報履歴データと、店舗インセンティブデータ１５６とに基づいて、これまでに店舗装置４０を運営する店舗ＩＤのグループに送信された出店要望情報の回数に関するランキング順位から店舗インセンティブを決定する。そして、決定した店舗インセンティブの情報を、店舗インセンティブ情報として通信Ｉ／Ｆ１４によって端末２０に送信する（Ａ１６０）。ただし、Ａ１２０〜Ａ１６０のステップの処理は、複数の端末２０に対するループの処理として実行される。

店舗装置４０の店舗装置ＩＭＳ処理部４１１は、サーバ１０から店舗インセンティブ情報を通信Ｉ／Ｆ２２によって受信すると（Ｃ１５０）、店舗装置ＩＭＳ処理部４１１は、表示部４４に店舗インセンティブ情報を表示させる（Ｃ１６０）。

なお、Ｃ１４０の処理と、Ｃ１６０の処理とは、ある回数分（例えば１０回分）、Ｃ１３０の処理が行われるごとに実行するようにしてもよいし、毎回実行するようにしてもよい。もしくは、Ｃ１５０の処理で受信した店舗インセンティブ情報に変化があった場合に実行するようにしてもよいし、しなくてもよい。

店舗装置４０の店舗装置ＩＭＳ処理部４１１は、出店登録情報をサーバ１０へ送信すると（Ｃ１８０）、Ｃ１５０の処理で最後に受信した店舗インセンティブの内容と、店舗インセンティブを利用するという情報（以下、「店舗インセンティブ利用情報」と称する。）を通信Ｉ／Ｆ４２によってサーバ１０へ送信する（Ｃ１９０）。

サーバ１０のＩＭＳ処理部１１１は、通信Ｉ／Ｆ１４によって店舗装置４０から店舗インセンティブ利用情報を受信すると（Ａ１９０）、記憶部１５のＥＣ連携処理プログラム１５１１に従い、店舗インセンティブ利用情報をＥＣ処理部１１２に受け渡す。すると、ＥＣ処理部１１２は、ＥＣ処理プログラム１５２のサブルーチンプログラムである出店処理プログラム１５２１に従い、店舗インセンティブ利用情報に記憶されている店舗インセンティブの内容に従い、限定ではなく例として、ＥＣサービスでの利用手数料の減額措置を実行する。

＜第２実施例の効果＞
第２実施例は、店舗装置４０は、出店要望情報（限定ではなく、電子市場への出店を希望していることを示す第１情報の一例）と、店舗装置４０の事業者の電子市場への出店とに基づき、店舗インセンティブ情報（限定ではなく、事業者に対する特典に関する第３情報の一例）を通信Ｉ／Ｆ４２によってサーバ１０から受信する構成を示している。
このような構成により得られる効果の一例として、事業者が電子市場へ出店することで、事業者は特典に関する第３情報を受信することができるため、事業者の電子市場への出店の意欲を高めることができる。また、事業者の電子市場への出店により、端末のユーザが店舗を利用可能となるため、結果的に、ユーザの利便性を向上させることができる。

＜第２変形例（１）＞
第２実施例では、サーバ１０は、店舗インセンティブ情報として出店要望情報の回数に関するランキング順位から決定される店舗インセンティブを送信していたが、これに限定されない。例えば、店舗インセンティブ情報として、各ランキング順位における店舗インセンティブの内容もまとめて、店舗インセンティブ情報として送信してもよい。

図２−１１は、上記の流れを説明するための画面図である。
図２−１１は、図２−１のトークルーム画面において、承認アイコンが端末２０のユーザによってタッチ操作された場合に、店舗装置４０の表示部４４に表示されるトークルーム画面の一例を示す図である。このトークルーム画面は、店舗装置４０において事業者用ＩＭＳアプリケーションが実行されることで表示される画面の一例である。

この例では、左側に、サーバ１０が端末２０から出店要望情報を受信した場合に、サーバ１０から店舗装置４０へ送信される、出店要望情報の集計結果が店舗ごとのランキングとしてコンテンツ内左側に表示されている。
その右側には、店舗インセンティブデータ１５６に基づいてサーバ１０から送信される、各ランキング順位において店舗が取得可能な店舗インセンティブの内容がコンテンツ内に表示されている。

出店要望情報の集計結果の下には、「〇×中華飯店」のランキング順位を表すコンテンツが表示されている。その下には、ランキング順位に基づいてサーバ１０から送信される、店舗インセンティブ情報がコンテンツ内に表示されている。そして、その右側には、店舗装置４０を設置する店舗に対して「電子市場」への出店を促すメッセージが表示されている。さらに、店舗装置４０を設置する店舗が「電子市場」へ出店するか否かを選択・決定するための「はい」の機能アイコンと「いいえ」の機能アイコンとがコンテンツ内に表示されている。

＜第２変形例（１）の効果＞
本変形例の構成により得られる効果の一例として、店舗装置４０は、サーバ１０から受信した店舗インセンティブの内容に関する情報（限定ではなく、第３情報の一例）を表示部４４に表示させることで、事業者は電子市場への出店判断を行うことが容易になる。これにより、電子市場への出店が行われ易くなるため、結果的に、ユーザの利便性を向上させることができる。

＜第３実施例＞
第３実施例は、第１実施例と同様に、店舗装置４０を運用する店舗に対してＥＣサービスへの登録を働きかける実施例である。具体的には、端末２０は、自端末の位置情報（以下、「端末位置情報」と称する。）を取得する。そして、取得した端末位置情報が示す端末位置が、店舗装置４０と関連付けられた位置情報（以下、「店舗位置情報」と称する。）が示す店舗位置と一致する場合、端末２０は出店要望情報をサーバ１０に送信する。サーバ１０は、複数の端末２０から送信される出店要望情報を集計し、その集計結果を店舗装置４０に通知する。店舗が出店要望情報の集計結果に基づいてＥＣサービスに登録した場合には、サーバ１０は、出店要望情報を送信した端末２０に対して、限定ではなく例として、ＥＣサービスで使用可能な割引クーポン等のインセンティブを送信する。

第３実施例に記載の内容は、他の各実施例のいずれにも適用可能である。
また、既出の構成要素と同一の構成要素については同一の符号を付して、再度の説明を省略する。

（１）サーバの機能構成
図５−１に、記憶部１５に記憶される店舗グループ管理データベース１５４の一例である第３の店舗グループ管理データベース１５４Ｃを例示する。
第３の店舗グループ管理データベース１５４Ｃには、店舗毎に生成される店舗グループ管理データが記憶される。

各店舗グループ管理データには、限定ではなく例として、店舗ＩＤと、店舗名と、店舗位置データと、店舗グループ登録日時と、店舗グループユーザデータと、出店要望情報履歴データとが記憶される。

店舗位置データは、店舗ＩＤに紐づけられた店舗位置情報（地理座標）のデータであり、限定ではなく例として、緯度、経度、高度で表される。なお、店舗位置情報は、複数の緯度・経度・高度の組み合わせで表現された多角形領域の位置情報としてもよいし、しなくてもよい。また、店舗位置情報は、高度を含まない緯度・経度で表されるようにしてもよいし、しなくてもよい。

＜店舗出店要望情報送信方法＞
図２−１２は、上記の流れを説明するための画面図である。
図２−１２は、位置算出用情報検出部２９の検出結果に基づいて端末２０が端末位置情報を取得し、その端末位置情報が示す端末位置と、店舗位置データの店舗位置情報が示す店舗位置とが、ある誤差範囲（例えば５ｍ）内で一致する場合に、端末２０においてＩＭＳアプリケーションが起動されて表示部２４に表示されるトークルーム画面の一例を示す図である。

このトークルーム画面では、左側に、端末２０が店舗位置に存在することを示す、「本日はご来店ありがとうございます。」というメッセージを含むコンテンツが表示されている。その下には、感謝の意を表するスタンプがコンテンツとして表示されている。

スタンプの下には、「〇×中華飯店」が「電子市場」に出店すると仮定した場合、「電子市場」において「〇×中華飯店」の出前サービスを利用したいか否かの問い合わせを端末２０のユーザに対して行うためのコンテンツが表示されている。また、コンテンツ内には店舗ＰＲ情報が併せて表示されている。店舗ＰＲ情報の下には、承認アイコンが表示されている。

＜処理＞
図５−２は、本実施例における各装置が実行する処理の流れの一例を示すフローチャートである。
これらの図では、サーバ１０のＩＭＳ処理部１１１が実行するサーバメイン処理の一例である第４のサーバメイン処理、端末２０の端末ＩＭＳ処理部２１１が実行する端末メイン処理の一例である第４の端末メイン処理、店舗装置４０の店舗装置ＩＭＳ処理部４１１が実行する店舗装置メイン処理の一例である第４の店舗装置メイン処理を示している。

なお、先に説明したフローチャートと同一のステップには同一の符号を付して再度の説明を省略し、異なるステップに着目して説明する。
また、以下説明するフローチャートは、あくまでも本実施形態における処理を例示するものであり、以下説明するフローチャートにおいて、一部のステップを実行しなくてもよいし、追加のステップを挿入してもよい。

また、以下説明する端末２０の処理は、端末２０にインストールされたＩＭＳアプリケーションで全てのステップが実行される処理としてもよいし、ＩＭＳアプリケーションで一部のステップが実行される処理としてもよい。また、必ずしも、端末２０にインストールされたアプリケーションで実行される処理としなくてもよい。
店舗装置４０の処理についても同様である。

この処理は、図３−１０、図３−１１の処理に、位置情報に関するステップ（例えば、Ａ１１５、Ａ１２２〜Ａ１２８のステップ、Ｂ１１２〜Ｂ１１８のステップ、Ｃ１１５のステップ）を追加したものである。

最初に、店舗装置４０の店舗装置ＩＭＳ処理部４１１は、事業者用ＩＭＳアプリケーションプログラム４８１に従い、入出力部４３に対する店舗グループの新規作成操作を受け付ける。すると、店舗装置ＩＭＳ処理部４１１は、位置算出用情報検出部４９の検出結果に基づいて店舗装置４０の位置情報を取得する。そして、店舗装置ＩＭＳ処理部４１１は、グループの作成をサーバ１０に依頼する情報として、限定ではなく例として、店舗名と、店舗装置４０の位置情報とを含むグループ作成依頼情報を通信Ｉ／Ｆ４２によってサーバ１０に送信する（Ｃ１１５）。

サーバ１０のＩＭＳ処理部１１１は、通信Ｉ／Ｆ１４によって店舗装置４０からグループ作成依頼情報を受信すると（Ａ１１５）、記憶部１５のＩＭＳ処理プログラム１５１に従い、店舗名と、店舗ＩＤと、店舗位置データと、店舗グループ登録日時とを、店舗グループ管理データベース１５４の店舗グループ管理データに記憶させて、店舗グループを登録する。

次に、端末２０の端末ＩＭＳ処理部２１１は、グループ参加要求情報をサーバ１０に送信する（Ｂ１１０）。端末ＩＭＳ処理部２１１は、位置算出用情報検出部２９の検出結果に基づいて端末位置情報を取得すると（Ｂ１１２）、取得した端末位置情報を通信Ｉ／Ｆ２２によってサーバ１０に送信する（Ｂ１１５）。

サーバ１０のＩＭＳ処理部１１１は、通信Ｉ／Ｆ１４によって端末２０から端末位置情報を受信すると（Ａ１２２）、店舗グループ管理データベース１５４の店舗グループ管理データに基づいて、Ｂ１１０の処理で送信した店舗ＩＤに関する店舗位置情報が示す店舗位置と、受信した端末位置情報が示す端末位置とを比較する（Ａ１２５）。

店舗位置と端末位置とが規定の誤差範囲内で一致する場合（Ａ１２５：ＹＥＳ）、サーバ１０のＩＭＳ処理部１１１は、端末２０が店舗ＩＤに関する店舗付近に存在すると判断して、店舗利用確認情報を通信Ｉ／Ｆ１４によって端末２０に送信する（Ａ１２８）。

端末２０の端末ＩＭＳ処理部２１１は、店舗利用確認情報を通信Ｉ／Ｆ２２によってサーバ１０から受信すると（Ｂ１１８）、ＭＳアプリケーションプログラム２８１に従い、端末２０のユーザが店舗グループに登録している店舗を、ＥＣサイトでも利用することを希望するか否かをユーザに選択させるための選択用情報（例えば選択用画面）を表示させる（Ｂ１２０）。

店舗位置と端末位置とが、規定の誤差範囲内で一致しない場合には（Ａ１２５：ＮＯ）、サーバ１０と端末２０の間で出店要望情報および要望受付情報の送受信は行われない。

なお、Ａ１２０〜Ａ１５０のステップの処理は、複数の端末２０に対するループの処理として実行される。また、Ｂ１１２〜Ｂ１５０の処理は、各々の端末２０においてループの処理として実行される。

以降の処理については、第１実施例と同様であるため説明は省略する。

なお、第１変形例（４）と組み合わせ、端末２０は、Ｂ１３０の処理で出店要望情報をサーバ１０に送信するときに、Ｂ１１８で店舗利用情報を受信した時刻と、端末２０のユーザ情報の一部（限定ではなく例として、氏名・年齢・性別との任意の組み合わせ）とを併せて送信し、サーバ１０においてその情報を集計し、店舗装置４０に送信することで、店舗装置４０の表示部２４に集計された情報が表示されるようにしてもよいし、しなくてもよい。

＜第３実施例の効果＞
第３実施例は、端末２０の端末ＩＭＳ処理部２１１は端末位置情報（限定ではなく、端末の位置に関する情報の一例）を取得し、端末位置情報と出店要望情報（限定ではなく、第１情報の一例）とをサーバ１０へ送信する構成を示している。
このような構成により得られる効果の一例として、端末の位置に関する情報と、事業者の位置に関する情報との位置関係に基づいて第１情報がサーバに受付けられるため、ユーザの不正を防止することができ、ユーザの意向をより正確に事業者へ伝えることができる。

また、第３実施例は、端末位置情報（限定ではなく、位置に関する情報の一例）が店舗位置情報（限定ではなく、事業者の位置に関する情報の一例）と一致する場合に、サーバ１０は出店登録情報を端末２０から受信する構成を示している。
このような構成により得られる効果の一例として、端末の位置に関する情報と、事業者の位置に関する情報との位置関係に基づいて第１情報がサーバに受付けられるため、ユーザの不正を防止することができ、ユーザの意向をより正確に事業者へ伝えることができる。

また、第３実施例は、端末位置情報が店舗位置情報と一致するという条件に基づいて、端末２０が出店登録情報をサーバ１０に送信する構成を示している。
このような構成により得られる効果の一例として、端末は、条件に基づいて第１情報をサーバに送信することができ、ユーザの利便性を向上させることができる。

＜第３変形例（１）＞
第３実施例では、端末位置と店舗位置とが規定の誤差範囲内で一致する場合に、端末２０は出店要望情報を送信するか否かの選択用情報（例えば選択用画面）を表示させるとしたが、これに限定されない。例えば、図５−２のＡ１４０の処理において、サーバ１０で端末２０から出店要望情報を受信した回数を記憶する。そして、その回数が規定回数（例えば１０回）を超える場合は、端末２０のユーザが店舗グループに登録している店舗をＥＣサイトでも利用することを希望するか否かの選択用情報を、端末２０に表示させないようにしてもよいし、しなくてもよい。

具体的には、限定ではなく例として、サーバ１０のＩＭＳ処理部１１１は、通信Ｉ／Ｆ１４によって端末２０から出店要望情報を受信すると（Ａ１４０）、店舗グループ管理データベース１５４の店舗グループ管理データに、出店要望情報履歴データを追加して記憶させる。また、ＩＭＳ処理部１１１は、店舗ＩＤごとに、それぞれのユーザＩＤで定められる端末２０から何回ずつ出店要望情報を受信したかに関する情報（以下、「要望回数情報」と称する。）を集計し、記憶部１５の変数内に記憶させる。

サーバ１０のＩＭＳ処理部１１１は、通信Ｉ／Ｆ１４によって端末２０から端末位置情報を受信すると（図５−２のＡ１２２）、記憶部１５から要望回数情報を読み出す。そして、例えば、規定回数以上、出店要望情報を受信している場合には、図５−２のＢ１１０の処理で端末２０から送信された店舗ＩＤに関する店舗位置と、受信した端末位置とが規定の誤差範囲内で一致していても、一致しない場合（図５−２のＡ１２５：ＮＯ）の処理に進む。

この場合、店舗利用確認情報がサーバ１０から端末２０に送信されないため、端末２０では図５−２のＢ１１８、Ｂ１２０の処理は実行されない。その結果、選択用情報は端末２０に表示されず、出店要望情報も端末２０からサーバ１０に送信されない。

＜第３変形例（１）の効果＞
本変形例により得られる効果の一例として、端末は、設定された回数に基づいて第１情報をサーバに送信するため、ユーザの不正を防止することができるとともに、ユーザの意向をより正確に事業者へ伝えることができる。

＜第３変形例（２）＞
第３実施例では、端末位置と店舗位置とが規定の誤差範囲内で一致する場合に、端末２０は出店要望情報を送信するか否かの選択用情報を表示させるとしたが、これに限定されない。例えば、サーバ１０が端末２０へ店舗利用確認情報を送信する処理は、端末位置と店舗位置とが規定の誤差範囲内で一致した後、端末位置が誤差範囲外に変化するタイミングで行ってもよい。

具体的には、限定ではなく例として、サーバ１０のＩＭＳ処理部１１１は、図５−２のＡ１２５の処理で、店舗位置と端末位置とが規定の誤差範囲内で一致すると判定すると、記憶部１５に端末２０が店舗位置の範囲内に入ったことを示す入店情報を記憶させ、再び図５−２のＡ１２２の処理に戻る。そして、図５−２のＡ１２５の処理において、ＩＭＳ処理部１１１は、記憶部１５に入店情報が記憶されており、かつ、端末２０から端末位置情報を受信し、店舗位置と端末位置とが規定の誤差範囲内で一致しない場合には、図５−２のＡ１２８の処理を実行し、記憶部１５の入店情報を消去する。

＜第３変形例（２）の効果＞
本変形例により得られる効果の一例として、端末２０のユーザが店舗に入店したと判定された後、退店したと判定されたタイミングで店舗利用確認情報がサーバ１０から端末２０に送信される。従って、ユーザが確実に来店したことが検出された場合に、端末からサーバに第１情報を送信可能となるため、ユーザの不正を防止することができ、ユーザの意向をより正確に事業者へ伝えることができる。

＜第３変形例（３）＞
第３実施例では、端末位置と店舗位置とが、規定の誤差範囲内で一致する場合、端末２０は出店要望情報を送信するか否かの選択用情報を表示させるとしたが、これに限定されない。例えば、端末２０は、店舗装置４０から送信（発信）されるビーコン信号（ビーコン）（限定ではなく、電波もしくは電磁波を用いる位置を伴う情報伝達手段の一例）を受信した場合に、出店要望情報を送信するか否かの選択用情報を表示するようにしてもよい。

図５−３は、この場合に各装置が実行する処理の流れの一例を示すフローチャートである。
この図では、サーバ１０のＩＭＳ処理部１１１が実行するサーバメイン処理の一例である第５のサーバメイン処理、端末２０の端末ＩＭＳ処理部２１１が実行する端末メイン処理の一例である第５の端末メイン処理、店舗装置４０の店舗装置ＩＭＳ処理部４１１が実行する店舗装置メイン処理の一例である第５の店舗装置メイン処理を示している。
なお、先に説明したフローチャートと同一のステップには同一の符号を付して再度の説明を省略し、異なるステップに着目して説明する。

この処理は、図５−２の処理を、ビーコン信号に基づく処理（例えば、Ａ１２３のステップ、Ｂ１１３、Ｂ１１６のステップ、Ｃ１１８のステップ）に書き換えたものである。

店舗装置４０の店舗装置ＩＭＳ処理部４１１は、グループ作成依頼情報をサーバ１０へ送信すると（Ｃ１１５）、サーバ１０において店舗グループとして登録した店舗ＩＤをサーバ１０から受信する。すると、店舗装置４０の近くや周囲（例えば店舗装置４０を運用する店舗内）の端末２０のみが受信可能な、店舗ＩＤを含むビーコン信号を、通信Ｉ／Ｆ４２によって端末２０へ送信する（Ｃ１１８）。

通信Ｉ／Ｆ２２によって店舗装置４０からビーコン信号を受信すると（Ｂ１１３）、端末２０の端末ＩＭＳ処理部２１１は、受信したビーコン信号に含まれる店舗ＩＤが、端末２０のユーザによって登録済みのグループに含まれるか否かを判定するためのグループ確認情報を通信Ｉ／Ｆ２２によってサーバ１０へ送信する（Ｂ１１６）。

サーバ１０のＩＭＳ処理部１１１は、グループ確認情報を通信Ｉ／Ｆ１４によって端末２０から受信すると（Ａ１２３）、店舗利用確認情報を端末２０へ送信する（Ａ１２８）。グループ確認情報は、ビーコン信号を受信した端末２０からサーバ１０に送信される情報である。このため、サーバ１０は、端末２０からグループ確認情報を受信することで、その端末２０が、店舗装置４０の近くや周囲に位置していると判定できる。

店舗装置４０を運用する店舗によって、ＥＣサイトへの出店を行わないことが選択された場合（Ｃ１７０：ＮＯ）、店舗装置ＩＭＳ処理部４１１は、ビーコン信号の送信状態（Ｃ１１８）へ戻る。

なお、Ａ１２０〜Ａ１５０のステップの処理は、複数の端末２０に対するループの処理として実行される。また、Ｂ１１３〜Ｂ１５０の処理は、各々の端末２０においてループの処理として実行される。

＜第３変形例（３）の効果＞
本変形例は、端末２０の端末ＩＭＳ処理部２１１は、ビーコン信号（限定ではなく、端末の位置に関する情報の一例）を店舗装置４０から受信し、ビーコン信号に含まれる店舗ＩＤが、端末２０のユーザによって登録済みのグループに含まれるか否かを判定するためのグループ確認情報（限定ではなく、端末の位置に関する情報の一例）と、出店要望情報（限定ではなく、第１情報の一例）とをサーバ１０へ送信する構成を示している。
このような構成により得られる効果の一例として、端末の位置に関する情報と、事業者の位置に関する情報との位置関係に基づいて第１情報がサーバに受付けられるため、ユーザの不正を防止することができ、ユーザの意向をより正確に事業者へ伝えることができる。

また、本変形例は、店舗装置４０がビーコン信号（ビーコン信号に含まれるビーコン情報）（限定ではなく、位置に関する情報であり、事業者の位置に関する情報の一例）を送信し、端末２０がビーコン信号を受信した場合に、サーバ１０が出店要望情報を端末２０から受信する構成を示している。
このような構成により得られる効果の一例として、端末の位置に関する情報と、事業者の位置に関する情報との位置関係に基づいて第１情報がサーバに受付けられるため、ユーザの不正を防止することができ、ユーザの意向をより正確に事業者へ伝えることができる。

また、本変形例は、端末２０がビーコン信号を店舗装置４０から受信するという条件に基づいて、端末２０が出店要望情報をサーバ１０に送信する構成を示している。
このような構成により得られる効果の一例として、端末は、条件に基づいて第１情報をサーバに送信することができ、ユーザの利便性を向上させることができる。

なお、店舗位置情報をビーコン信号に含めて店舗装置４０から送信（発信）するようにし、ビーコン信号を受信した端末２０で、店舗位置情報を特定することができるようにしてもよいし、そのようにしなくてもよい。

＜第３変形例（４）＞
第３実施例では、端末位置と店舗位置とが規定の誤差範囲内で一致する場合、端末２０は出店要望情報を送信するか否かの選択用情報を表示させるとしたが、これに限定されない。例えば、端末２０のカメラ２７を用いて画像情報（限定ではなく、静止画像および／または動画像情報の一例）を取得し、事前に店舗装置４０のカメラ２７を用いて取得され、サーバ１０に送信・登録された画像情報と比較することで、端末位置が店舗位置と一致するかを判定してもよい。

図５−４は、この場合に各装置が実行する処理の流れの一例を示すフローチャートである。
この図では、サーバ１０のＩＭＳ処理部１１１が実行するサーバメイン処理の一例である第６のサーバメイン処理、端末２０の端末ＩＭＳ処理部２１１が実行する端末メイン処理の一例である第６の端末メイン処理、店舗装置４０の店舗装置ＩＭＳ処理部４１１が実行する店舗装置メイン処理の一例である第６の店舗装置メイン処理を示している。
なお、先に説明したフローチャートと同一のステップには同一の符号を付して再度の説明を省略し、異なるステップに着目して説明する。

この処理は、図５−２の処理を、画像情報に基づく処理（例えば、Ａ１１７、Ａ１２４、Ａ１２６のステップ、Ｂ１１４、Ｂ１１７のステップ、Ｃ１１７のステップ）に書き換えたものである。

最初に、店舗装置４０の店舗装置ＩＭＳ処理部４１１は、事業者用ＩＭＳアプリケーションプログラム４８１に従い、入出力部４３に対する店舗グループの新規作成操作を受け付ける。すると、店舗装置ＩＭＳ処理部４１１は、位置算出用情報検出部４９の検出結果に基づいて店舗装置４０の位置情報を取得する。また、店舗装置ＩＭＳ処理部４１１は、カメラ２７によって店舗装置４０を運用する店舗の画像情報（以下、「店舗画像情報」と称する。）を取得する。

そして、店舗装置ＩＭＳ処理部４１１は、グループの作成をサーバ１０に依頼する情報として、限定ではなく例として、店舗名と、店舗装置４０の位置情報とを含むグループ作成依頼情報および店舗画像情報を通信Ｉ／Ｆ４２によってサーバ１０に送信する（Ｃ１１７）。

サーバ１０のＩＭＳ処理部１１１は、グループ作成依頼情報と、店舗の画像情報とを通信Ｉ／Ｆ１４によって店舗装置４０から受信すると（Ａ１１７）、店舗名と、店舗ＩＤと、店舗位置データと、店舗グループ登録日時とを、店舗グループ管理データベース１５４の店舗グループ管理データに記憶させて、店舗グループを登録する。また、店舗ＩＤごとに、店舗画像情報を不図示の店舗画像管理データベースに記憶させる。

端末２０の端末ＩＭＳ処理部２１１は、カメラ２７によって端末２０の周囲の画像情報（以下、「端末画像情報」と称する。）を取得すると（Ｂ１１４）、端末画像情報を通信Ｉ／Ｆ２２によってサーバ１０に送信する（Ｂ１１７）。

サーバ１０のＩＭＳ処理部１１１は、通信Ｉ／Ｆ１４によって端末２０から端末画像情報を受信すると（Ａ１２４）、店舗画像管理データベースに基づいて、Ｂ１１０の処理で送信した店舗ＩＤに関する店舗画像情報と、受信した端末画像情報とを比較する（Ａ１２６）。

店舗画像情報と端末画像情報とが一致する場合（Ａ１２６：ＹＥＳ）、サーバ１０のＩＭＳ処理部１１１は、端末２０が店舗ＩＤに関する店舗付近に存在するとして、店舗利用確認情報を通信Ｉ／Ｆ１４によって端末２０に送信する（Ａ１２８）。

店舗画像情報と端末画像情報とが一致しない場合には（Ａ１２６：ＮＯ）、サーバ１０と端末２０の間で出店要望情報および要望受付情報の送受信は行われない。

なお、Ａ１２０〜Ａ１５０のステップの処理は、複数の端末２０に対するループの処理として実行される。また、Ｂ１１４〜Ｂ１５０の処理は、各々の端末２０においてループの処理として実行される。

なお、本変形例の内容と、第３実施例の内容とを組み合わせることで、端末位置情報と端末画像情報とを用いて端末が店舗装置４０の近くにあるか否かを判定してもよいし、しなくてもよい。

＜第３変形例（４）の効果＞
本変形例は、端末２０の端末ＩＭＳ処理部２１１は、端末画像情報（限定ではなく、端末で取得した画像情報の一例）を取得し、端末画像情報と出店要望情報（限定ではなく、第１情報の一例）とを、通信Ｉ／Ｆ２２によってサーバ１０へ送信する構成を示している。
このような構成により得られる効果の一例として、端末で取得した画像情報を用いることで、第１情報をサーバに送信することの適否を判断することができるため、ユーザの不正を防止することができ、ユーザの意向をより正確に事業者へ伝えることができる。

＜第３変形例（５）＞
第３実施例では、端末位置と店舗位置とが、規定の誤差範囲内で一致する場合、端末２０は出店要望情報を送信するか否かの選択用情報を表示させるとしたが、これに限定されない。例えば、店舗装置４０を運用する店舗において、端末２０のユーザが端末２０を用いて電子決済を行い、店舗サービスを利用する場合に、端末２０は出店要望情報を送信するか否かの選択用情報を表示させてもよい。

具体的には、図５−２のＢ１１８の処理において、端末２０の端末ＩＭＳ処理部２１１は、サーバ１０から店舗利用確認情報を受信すると、不図示の決済サーバへ、端末２０における電子決済の履歴に関する情報（以下、「決済履歴情報」と称する。）を端末２０に対して送信する依頼を行う情報（以下、「決済履歴依頼情報」と称する。）を送信する。決済サーバは、決済履歴依頼情報を端末２０から受信すると、決済履歴情報を端末２０へ送信する。

端末２０の端末ＩＭＳ処理部２１１は、決済履歴情報に基づいて、店舗装置４０を運用する店舗における決済履歴が存在する場合には、図５−２のＢ１２０の処理を実行する。店舗装置４０を運用する店舗における決済履歴が存在しない場合には、図５−２のＢ１１２の処理に戻る。

なお、決済履歴情報のうち、ある直近の期間（例えば１０分）内に、店舗装置４０を運用する店舗における決済履歴が存在する場合にのみ、図５−２のＢ１２０の処理を実行するとしてもよいし、しなくてもよい。

＜第３変形例（５）の効果＞
本変形例は、端末２０は、決済履歴情報（限定ではなく、事業者に対して実行された電子決済の履歴情報の一例）と、出店要望情報（限定ではなく、第１情報の一例）とを、通信Ｉ／Ｆ２２によってサーバ１０へ送信する構成を示している。
このような構成により得られる効果の一例として、端末は、電子決済の履歴情報をサーバに送信することで、第１情報を補完することができるため、ユーザの不正を防止することができ、ユーザの意向をより正確に事業者へ伝えることができる。

＜第４実施例＞
第４実施例は、第１実施例と同様に、店舗装置４０を運用する店舗に対してＥＣサービスへの登録を働きかける実施例であるが、サーバ１０が、端末２０のユーザによる店舗の利用状況等の情報に基づいて、端末２０に送信する出店時インセンティブ情報を決定する実施例である。

具体的には、まず、端末２０のユーザが店舗装置４０を運用する店舗で店舗サービスに対する決済を行う。店舗装置４０は、決済に関する情報をサーバ１０に送信し、サーバ１０は、受信された決済に関する情報を含む端末２０のユーザの店舗の利用履歴に関する情報（以下、「店舗利用履歴情報」と称する。）を記憶部１５に累積的に記憶させる。その後、出店要望情報が端末２０からサーバ１０に送信されると、サーバ１０は、複数の端末２０から送信される出店要望情報を集計し、その集計結果を店舗装置４０に通知する。店舗が出店要望情報の集計結果に基づいてＥＣサービスに登録した場合には、サーバ１０は、記憶部１５に記憶されている店舗利用履歴情報に基づいて、出店要望情報の送信元の端末２０に対して、限定ではなく例として、ＥＣサービスで使用可能な割引クーポン等のインセンティブを送信する。

第４実施例に記載の内容は、他の各実施例のいずれにも適用可能である。
また、既出の構成要素と同一の構成要素については同一の符号を付して、再度の説明を省略する。

（１）サーバの機能構成
記憶部１５には、限定ではなく例として、データとして、ユーザ登録データ１５３と、店舗グループ管理データベース１５４と、ユーザインセンティブデータ１５５とが記憶される。

図６−１に、店舗グループ管理データベース１５４の一例である第４の店舗グループ管理データベース１５４Ｄを例示する。
第４の店舗グループ管理データベース１５４Ｄには、店舗毎に生成される店舗グループ管理データが記憶される。

各店舗グループ管理データには、限定ではなく例として、店舗ＩＤと、店舗名と、店舗グループ登録日時と、店舗グループユーザデータと、出店要望情報履歴データと、店舗履歴利用データとが記憶される。

店舗利用履歴データには、限定ではなく例として、ユーザＩＤと、ユーザ名と、利用日時と、利用金額とが関連付けて記憶される。
ユーザＩＤは、その店舗ＩＤの店舗装置４０に対して、ユーザ情報を含む一次元もしくは多次元コード（以下、「店舗利用コード」と称する。）を表示した端末２０のユーザのユーザＩＤである。
ユーザ名は、店舗利用コードを表示した端末２０のユーザのユーザＩＤに対応するユーザ名である。
利用日時は、そのユーザＩＤに対応する端末２０が、その店舗ＩＤの店舗装置４０に対して店舗利用コードを表示し、店舗装置４０が店舗利用コードを読み取りした日時である。
利用金額は、店舗装置４０が店舗利用コードを読み取った場合に、その店舗ＩＤの店舗において決済された金額である。

例えば、図６−１のデータ例では、店舗ＩＤ「Ｓ０００１」の店舗は、その店舗名が「〇×中華飯店」であり、店舗グループが「２０１９／０４／０１／＊＊ ： ＊＊ ： ＊＊」に登録されたことが示されている。また、店舗利用履歴データによれば、ユーザＩＤ「Ｕ０００５」のユーザは、「２０１９／０４／０３／＊＊ ： ＊＊ ： ＊＊」に「￥９８０」の決済を行ったことが示されている。

図６−２に、ユーザインセンティブデータ１５５の一例である第３のユーザインセンティブデータ１５５Ｃを例示する。
第３のユーザインセンティブデータ１５５Ｃには、限定ではなく例として、累計利用金額と、出店時インセンティブとが関連付けて記憶される。

累計利用金額とは、同一の店舗ＩＤの店舗に対して、同一のユーザＩＤのユーザの端末２０で表示された店舗利用コードを店舗装置４０が読み取った後に、その店舗ＩＤの店舗において決済された累計の金額に基づく、ユーザＩＤごとの累計利用金額のランキング順位である。
出店時インセンティブとは、店舗がＥＣサービスに登録した結果、端末２０に対して送信されるインセンティブ情報の内容である。

図６−２のデータ例では、出店時インセンティブ情報として、限定ではなく例として、累計利用金額が「第１位」の場合には、ＥＣサービスで使用可能な「￥２０００割引クーポン」が送信され、累計利用金額が「第４位以下」の場合には、ＥＣサービスで使用可能な「￥５００割引クーポン」が送信されることが定められている。

＜処理＞
図６−３〜図６−４は、本実施例における各装置が実行する処理の流れの一例を示すフローチャートである。
これらの図では、サーバ１０のＩＭＳ処理部１１１が実行するサーバメイン処理の一例である第７のサーバメイン処理、端末２０の端末ＩＭＳ処理部２１１が実行する端末メイン処理の一例である第７の端末メイン処理、店舗装置４０の店舗装置ＩＭＳ処理部４１１が実行する店舗装置メイン処理の一例である第７の店舗装置メイン処理を示している。

なお、先に説明したフローチャートと同一のステップには同一の符号を付して再度の説明を省略し、異なるステップに着目して説明する。
また、以下説明するフローチャートは、あくまでも本実施形態における処理を例示するものであり、以下説明するフローチャートにおいて、一部のステップを実行しなくてもよいし、追加のステップを挿入してもよい。

また、以下説明する端末２０の処理は、端末２０にインストールされたＩＭＳアプリケーションで全てのステップが実行される処理としてもよいし、ＩＭＳアプリケーションで一部のステップが実行される処理としてもよい。また、必ずしも、端末２０にインストールされたアプリケーションで実行される処理としなくてもよい。
店舗装置４０の処理についても同様である。

この処理は、図３−１０、図３−１１の処理に、店舗の利用に関する処理（例えば、Ａ１３０、Ａ１９０、Ａ２１０、Ａ２２５のステップ、Ｂ１１９のステップ、Ｃ１１９、Ｃ１２０、Ｃ１９０のステップ）を追加したものである。

端末２０の端末ＩＭＳ処理部２１１は、グループ参加要求情報をサーバ１０に送信すると（Ｂ１１０）、入出力部２３に対するユーザの操作により、店舗利用コードを表示部２４に表示させる（Ｂ１１９）。

店舗装置４０の店舗装置ＩＭＳ処理部４１１は、カメラ４７を用いて表示部２４に表示された店舗利用コードを読み取り（Ｃ１１９）、店舗利用コードに含まれるユーザ情報から、端末２０のユーザＩＤを取得する。

次いで、端末２０のユーザが、店舗装置４０を運用する店舗において店舗サービスの利用金額（利用料金）に関する決済を行う。なお、決済の方法としては、限定ではなく例として、端末２０を用いて電子決済を行ってもよいし、店舗装置４０を運用する店舗に設置されている決済装置を用いて、限定ではなく例として、クレジットカードや現金で決済してもよい。

決済が完了すると、決済した利用金額と、決済を行った日時と、Ｃ１１９の処理で取得したユーザＩＤとを、店舗利用履歴情報として通信Ｉ／Ｆ４２によってサーバ１０に送信する（Ｃ１２０）．

サーバ１０のＩＭＳ処理部１１１は、店舗利用履歴情報を通信Ｉ／Ｆ１４によって店舗装置４０から受信すると（Ａ１３０）、店舗グループ管理データベース１５４の店舗グループ管理データに、店舗利用履歴データを追加して記憶させる。

なお、Ａ１２０〜Ａ１５０のステップの処理は、複数の端末２０に対するループの処理として実行される。

サーバ１０のＩＭＳ処理部１１１は、ＥＣサイト出店情報を、店舗装置４０へ送信すると（Ａ２００）、店舗グループ管理データベース１５４の店舗装置４０を運用する店舗ＩＤにおける店舗グループ管理データから、店舗利用履歴データを読み込み、ユーザＩＤごとの累計利用金額を算出する（Ａ２１０）。そして、累計利用金額に関して、ユーザＩＤごとのランキング順位を算出する。

なお、ユーザＩＤごとの累計利用回数を算出し、累計利用回数に関して、ユーザＩＤごとのランキング順位を算出してもよいし、累計利用金額と累計利用回数とを算出し、累計利用回数と累計利用回数とに関して、ユーザＩＤごとのランキング順位をそれぞれ算出してもよい。

次いで、サーバ１０のＩＭＳ処理部１１１は、ユーザインセンティブデータ１５５に基づいて、Ａ２１０の処理で算出した、出店が完了するまでの累計利用金額に関する端末２０のユーザＩＤのランキング順位から出店時インセンティブを決定する。そして、決定した出店時インセンティブの情報を出店時インセンティブ情報として通信Ｉ／Ｆ１４によって端末２０に送信する（Ａ２２５）。

＜第４実施例の効果＞
第４実施例は、出店時インセンティブ情報（限定ではなく、端末のユーザに対する特典に関する第２情報の一例）は、端末２０のユーザが、店舗装置４０を運用する店舗において、店舗サービスの利用金額に関する決済を行うことに基づいて決定される構成を示している。
このような構成による効果の一例として、第２情報は事業者の店舗に基づき決定されるため、例えば、事業者の店舗によっては価値の高い特典を端末のユーザに付与するといったことが可能となるため、ユーザにとって利益となる。

また、第４実施例は、出店時インセンティブ情報（限定ではなく、端末のユーザに対する特典に関する第２情報の一例）は、店舗装置４０を運用する店舗（限定ではなく、事業者の店舗の一例）において、端末２０のユーザが決済を行った累計利用金額（限定ではなく、使用された金額に関する情報）に基づいて決定される構成を示している。
このような構成による効果の一例として、第２情報は事業者の店舗で端末のユーザによって使用された金額に関する情報に基づいて決定される。このため、例えば、事業者の店舗で端末のユーザによって使用された金額が多いほど、より価値の高い特典を端末のユーザに付与するといったことが可能となるため、ユーザにとって利益となる。

また、第４実施例は、累計利用金額は、サーバ１０がＥＣサイト出店情報を店舗装置４０へ送信するまでの期間（限定ではなく、事業者が電子市場に出店されるまでの期間）に基づいて決定され、その累計利用金額に基づいて、出店時インセンティブ情報（限定ではなく、端末のユーザに対する特典である第２情報の一例）が決定される構成を示している。
このような構成による効果の一例として、事業者が電子市場に出店した後の、端末のユーザによって使用された金額に関する情報は第２情報に影響を与えないため、ユーザの意向をより正確に事業者へ伝えることができる。

＜第４変形例（１）＞
第４実施例では、ユーザインセンティブデータ１５５に基づいて、Ａ２１０の処理で算出した、出店が完了するまでの累計利用金額に関する端末２０のユーザＩＤのランキング順位から出店時インセンティブを決定するとしたが、これに限定されない。例えば、累計利用回数に関する端末２０のユーザＩＤのランキング順位と、ユーザインセンティブデータ１５５とに基づいて、出店が完了するまでに端末２０から送信された出店要望情報の回数から出店時インセンティブを決定するとしてもよい。

＜第４変形例（１）の効果＞
本変形例は、出店時インセンティブ情報（限定ではなく、端末のユーザに対する特典である第２情報の一例）は、店舗装置４０を運用する店舗（限定ではなく、事業者の店舗の一例）において、端末２０のユーザが決済を行った累計利用回数（限定ではなく、事業者を利用した回数に関する情報）に基づいて決定される構成を示している。
このような構成による効果の一例として、第２情報は端末のユーザが事業者の店舗を利用した回数によって変わるため、事業者の店舗を利用した回数に応じた適切な特典が端末のユーザに付与されるようにすることができる。

また、本変形例は、累計利用回数は、サーバ１０がＥＣサイト出店情報を店舗装置４０へ送信するまでの期間（限定ではなく、事業者が電子市場に出店されるまでの期間）に基づいて決定され、その累計利用回数に基づいて、出店時インセンティブ情報（限定ではなく、端末のユーザに対する特典である第２情報の一例）が決定される構成を示している。
このような構成による効果の一例として、事業者が電子市場に出店した後の、端末のユーザが事業者を利用した回数に関する情報は第２情報に影響を与えないため、ユーザの意向をより正確に事業者へ伝えることができる。

＜第４変形例（２）＞
第４実施例では、ユーザインセンティブデータ１５５に基づいて、Ａ２１０の処理で算出した、出店が完了するまでの累計利用金額に関する端末２０のユーザＩＤのランキング順位から出店時インセンティブを決定するとしたが、これに限定されない。例えば、サーバ１０は、Ａ２１０の処理で算出したユーザＩＤごとの累計利用金額と累計利用回数とに関する情報（以下、「累積利用情報」と称する。）を店舗装置４０に送信する。店舗装置４０はサーバ１０から累積利用情報を受信すると、店舗装置４０の制御部４１は、不図示の記憶部４８に記憶されるＥＣサービス管理アプリケーションプログラムに従い、表示部４４に累積利用情報を表示させる。店舗装置４０を運用する店舗が入出力部４３を操作することで、各端末に送信する出店時インセンティブを決定するとしてもよい。

図２−１３〜図２−１４は、上記の流れを説明するための画面図である。
図２−１３は、Ａ２１０の処理の後、店舗装置４０が累積利用情報を受信した場合に、ＥＣサービス管理アプリケーションプログラムが起動され、店舗装置４０の表示部４４に表示される表示画面の一例である。

この表示画面では、画面上部にＥＣサービス「電子市場」の管理アプリケーションプログラムであることを示す「ｅ−Ｍａｒｋｅｔ」のロゴと、店舗装置４０を運用する店舗名に敬称をつけた「〇×中華飯店様」とが表示されている。

画面左側には、ＥＣサービス管理操作内容である、「オーダー受注」や「売上管理」、「顧客管理」等をカテゴリ別に選択する機能ボタンが並んでいる（以下、「管理メニュー」と称する。）。この例では、管理メニューにおいて、「クーポン発行」の機能アイコンが選択されている。

管理メニューの右側には、「クーポン発行」の機能アイコンがタッチ操作された場合に表示される、出店までに要望情報を送信した各端末２０に送信する出店時インセンティブを決定するための画面（以下、「インセンティブ選択メニュー」と称する。）が表示されている。

インセンティブ選択メニュー中央左側には、上部に、店舗利用履歴の集計を行った期間に関する情報を含む、「２０１９／０３／０１〜２０１９／０３／３１間の店舗利用履歴」の表示がされている。その右側には、累積利用回数や累積利用金額でソートを行うためのメニューを表示するための機能アイコンが表示されている。

その下には、出店までに店舗装置４０を運用する店舗で決済を行ったユーザ名（アカウント名）と、ユーザ名に対応するアイコンと、累計利用回数（来店回数）と、累積利用金額（利用金額）とがユーザごとにランキングされ、機能アイコンとして表示されている。
インセンティブ選択メニュー中央右側には、店舗装置４０を運用する店舗が送信可能なインセンティブが機能アイコンとして表示されている。

この例では、店舗装置４０を運用する店舗によって、「Ｆ．Ｆさん」の機能アイコンと、「￥５０００割引クーポン」の機能アイコンとがタッチ操作され、それぞれの機能アイコンが反転して表示されている。

図２−１４は、図２−１３で「Ｆ．Ｆさん」の機能アイコンと、「￥５０００割引クーポン」の機能アイコンとがタッチ操作された場合に店舗装置４０の表示部４４に表示される画面の一例を示している。
図２−１４では、画面中央に、「Ｆ．Ｆさんに￥５０００割引クーポンを送信します。よろしいですか？」という確認のメッセージと、送信するか否かを決定するための「はい」と「いいえ」の機能アイコンが表示されている。

店舗装置４０を運用する店舗によって、「はい」の機能アイコンがタッチ操作された場合には、店舗装置４０は、ユーザ名「Ｆ．Ｆ」に対応する端末２０へ、出店時インセンティブ「￥５０００割引クーポン」を送信する依頼情報をサーバ１０に送信する。そして、サーバ１０は、ユーザ名「Ｆ．Ｆ」の端末２０へ出店時インセンティブ情報として「￥５０００割引クーポン」を送信する。

すると、「Ｆ．Ｆさん」の機能アイコンと、「￥５０００割引クーポン」の機能アイコンとは、限定ではなく例として、選択済みを表す色に変わり、タッチ不能となる。

なお、本変形例と、第１変形例（４）を組み合わせ、アンケート回答の情報を、インセンティブ選択メニュー中央左側に表示されるユーザごとの機能アイコン内に併せて表示してもよいし、しなくてもよい。

＜第４変形例（２）の効果＞
本変形例は、店舗装置４０を運用する店舗（限定ではなく、事業者の一例）によって選択されたユーザの端末２０へ、出店時インセンティブ情報（限定ではなく、第２情報の一例）が送信される構成を示している。
このような構成による効果の一例として、事業者によって選択された端末に第２情報が送信されるため、ユーザの熱意に応じた特典がユーザに付与されるようにすることが可能となり、ユーザにとって利益となる。

＜第４変形例（３）＞
第４実施例では、ユーザインセンティブデータ１５５に基づいて、図６−４のＡ２１０の処理で算出した、出店が完了するまでの累計利用金額に関する端末２０のユーザＩＤのランキング順位から出店時インセンティブを決定するとしたが、これに限定されない。例えば、店舗装置４０を運用する店舗がサーバ１０へＥＣサービスへの出店登録情報を送信する際に、端末２０のユーザが、出店登録情報を代理で入力する場合には、サーバ１０は追加の出店時インセンティブ情報を端末２０へ送信するようにしてもよい。

具体的には、店舗装置４０を運用する店舗によって、ＥＣサイトへの出店を行うことが選択された場合（図６−３のＣ１７０：ＹＥＳ）、店舗装置ＩＭＳ処理部４１１は、入出力部４３を用いて入力されたＥＣサイトへの出店に必要な情報（出店登録情報）を取得する。その際、端末２０の端末ＩＭＳ処理部２１１は、入出力部２３に対するユーザの操作により、店舗利用コードを表示部２４に表示させる。そして、店舗装置ＩＭＳ処理部４１１は、出店登録情報を通信Ｉ／Ｆ４２によってサーバ１０へ送信する。店舗装置４０の店舗装置ＩＭＳ処理部４１１は、カメラ４７を用いて表示部２４に表示された店舗利用コードを読み取り、店舗利用コードに含まれるユーザ情報から、端末２０のユーザＩＤを取得する。

店舗装置ＩＭＳ処理部４１１は、出店登録情報と端末２０のユーザＩＤとを通信Ｉ／Ｆ４２によってサーバ１０へ送信する。サーバ１０は、店舗装置４０から出店登録情報と端末２０のユーザＩＤとを受信すると、ＥＣサイトへの出店処理を行う。

ＥＣサイトへの出店処理が完了すると、サーバ１０のＩＭＳ処理部１１１は、ＥＣサイト出店情報を、通信Ｉ／Ｆ１４によって店舗装置４０へ送信する。次いで、ＩＭＳ処理部１１１は、ユーザインセンティブデータ１５５に基づいて、Ａ２１０の処理で算出した、出店が完了するまでの累計利用金額に関する端末２０のユーザＩＤのランキング順位から出店時インセンティブを決定する。そして、決定した出店時インセンティブの情報を出店時インセンティブ情報として通信Ｉ／Ｆ１４によって端末２０に送信する。また、出店を補助することで送られるインセンティブ（例えば「￥５０００割引クーポン」）の情報を追加の出店時インセンティブ情報として通信Ｉ／Ｆ１４によって端末２０に送信する。

＜第４変形例（３）の効果＞
本変形例は、追加の出店時インセンティブ情報（限定ではなく、第２情報の一例）は、店舗装置４０において出店登録情報を取得すること（限定ではなく、事業者の電子市場への出店に関する登録）を行ったユーザの端末２０へ送信される構成を示している。
このような構成による効果の一例として、事業者の電子市場への出店に関する登録を行った端末のユーザの端末に第２情報が送信されるため、事業者の電子市場への出店に関する登録を端末のユーザが行う意欲を高めることができる。

＜第５実施例＞
第５実施例は、本開示の手法を、上記のＩＭＳとは異なるネットワーキングサービスに適用する場合の実施例である。
第５実施例の内容は、他の各実施例にも同様に適用可能である。

本実施例では、ＩＭＳとは異なるネットワーキングサービスとして、メッセンジャーとして機能するＳＮＳを例示する。本実施例におけるＳＮＳのアプリケーション（以下、「ＳＮＳアプリケーション」と称する。）では、前述したＩＭＳにおける「友だち」の機能に代えて、限定ではなく例として、「フォロー」という機能によって、端末２０のユーザ同士が繋がりを持つことができるように構成されている。

本実施例におけるＳＮＳは、限定ではなく例として、基本的には誰でも閲覧可能なコンテンツを端末２０から発信することのできる、オープンな形態のＳＮＳとして説明する。

本実施例において、「フォロー」とは、ＳＮＳアプリケーションにおいて、一のユーザのアカウントと他のユーザのアカウントとを関連付ける（紐づける）こと、または、一のユーザと他のユーザとを関連付ける（紐づける）ことを意味する。

限定ではなく例として、ＳＮＳアプリケーションで第１ユーザの端末２０から発信された情報を、第１ユーザとは異なる第２ユーザが自身の端末２０で閲覧する。そして、第２ユーザが、第１ユーザまたは第１ユーザの端末２０から発信される情報に興味を持った場合に、第２ユーザの操作に従って、第２ユーザの端末２０が、第１ユーザをフォローするための処理を行う。

第１ユーザをフォローするための処理には、限定ではなく例として、第２ユーザの端末２０が、第１ユーザをフォローすることを依頼するフォロー依頼情報をサーバ１０に送信する処理が含まれる。サーバ１０は、第２ユーザの端末２０から送信されるフォロー依頼情報に基づいて、第２ユーザのアカウント（または第２ユーザ）を、第１ユーザのアカウント（または第１ユーザ）に関連付ける（紐づける）処理を行う。

また、本実施例では、自身をフォローしてくれているユーザ、またはそのユーザのアカウントのことを「フォロワー」と称する。

ＳＮＳアプリケーションにおいて、第１ユーザの端末２０から発信された情報は、限定ではなく例として、第１ユーザのフォロワーである第２ユーザの端末２０に、サーバ１０を介して随時配信されるようにすることができる。この場合、第２ユーザの端末２０では、サーバ１０を介して配信された情報が、ＳＮＳアプリケーションのタイムライン画面に随時表示される。

本実施例では、限定ではなく例として、第１ユーザが、自身の端末２０で実行されるＳＮＳアプリケーションによって、上記の実施例と同様に、店舗の出店リクエストを行う。

具体的には、限定ではなく例として、第１ユーザがあらかじめフォローしている店舗について、その店舗の出店要望コンテンツが、サーバ１０から第１ユーザの端末２０に配信される。

第１ユーザの端末２０では、配信された出店要望コンテンツがＳＮＳアプリケーションのタイムライン画面に表示される。そして、第１ユーザによって出店リクエストを行うことが選択された場合、出店要望情報が第１ユーザの端末２０からサーバ１０に送信される。そして、サーバ１０は、端末２０から送信される出店要望情報を集計する。

第１ユーザの端末２０から出店要望情報を受信すると、サーバ１０は、限定ではなく例として、第１ユーザによって出店リクエストが行われたことを示す情報を、出店要望コンテンツや店舗ＰＲ情報とともに、第１ユーザのフォロワーである第２ユーザの端末２０に送信する。そして、第２ユーザの端末２０では、サーバ１０から送信された情報がタイムライン画面に表示される。

本実施例では、第１ユーザばかりでなく、第２ユーザも出店リクエストを行うことができる。つまり、本実施例では、以下のユーザが出店リクエストを行う権利を有する。
（Ａ）第１ユーザ
（Ｂ）第２ユーザ（第１ユーザのフォロワー）

具体的には、限定ではなく例として、第２ユーザの端末２０で表示されるタイムライン画面において、第１ユーザによって出店リクエストが行われたことを示す情報と関連付けて承認アイコンを表示させる。そして、承認アイコンが第２ユーザによってタッチ操作された場合、出店要望情報が第２ユーザの端末２０からサーバ１０に送信される。そして、サーバ１０は、第１ユーザの端末２０から送信された出店要望情報の他に、第２ユーザの端末２０から送信された出店要望情報も集計する。

また、サーバ１０は、出店要望情報を受信すると、受信された出店要望情報に含まれる承認情報に基づき、異なる複数の第２ユーザによる承認の延べ数を算出して、第１ユーザの端末２０と、第２ユーザの端末２０とにそれぞれ送信する。第１ユーザの端末２０と、第２ユーザの端末２０とは、限定ではなく例として、受信された承認の延べ数を、出店要望コンテンツと関連付けてタイムライン画面に表示させる。

図２−１７は、本実施例において端末２０の表示部２４に表示されるタイムライン画面の一例を示す図である。このタイムライン画面は、端末２０において、ＳＮＳアプリケーションのタイムライン機能が選択された場合に表示されるＳＮＳタイムライン画面の一例である。ここでは、第１ユーザ（この例では「ユーザＡ．Ａ」）の端末２０の表示部２４に表示されるＳＮＳタイムライン画面を例示する。

このＳＮＳタイムライン画面には、第１ユーザがＳＮＳアプリケーション内でフォローしている店舗の１つである「〇×中華飯店」の出店要望コンテンツが表示されている。

この出店要望コンテンツには、限定ではなく例として、「〇×中華飯店」の電子市場への出店の要望を端末２０のユーザに問いかけるメッセージと、「〇×中華飯店」の店舗ＰＲ情報とが含まれる。

また、この出店要望コンテンツと関連付けて、出店を承認（賛同）するための、限定ではなく例として、「いいね！」を意味する「グーサインマーク」で表される承認アイコンが表示されている。この承認アイコンが第１ユーザによってタッチ操作されると、出店要望情報が第１ユーザの端末２０からサーバ１０に送信される。
また、この表示例では、承認アイコンの横に、第１ユーザによって「○×中華飯店」の出店リクエストが行われたことに対する第２ユーザの承認の延べ数の集計結果が表示されている。

図２−１８は、端末２０の表示部２４に表示されるＳＮＳアプリケーション画面の一例を示す図である。ここでは、第２ユーザ（この例ではユーザＢ．Ｂ）の端末２０において、第１ユーザ（この例ではユーザＡ．Ａ）の投稿が検索されるなどして、第１ユーザのＳＮＳアプリケーション画面が第２ユーザの端末２０の表示部２４に表示された場合を例示する。

この画面には、第１ユーザの自己紹介文（プロフィール）やアイコンとともに、第１ユーザに関する投稿が時系列に表示されている。また、画面上部には、第１ユーザをフォローするためのアイコンである「フォローアイコン」が表示されている。フォローアイコンが第２ユーザによってタッチ操作されると、限定ではなく例として、第１ユーザをフォローすることを依頼するフォロー依頼情報が、第２ユーザの端末２０からサーバ１０に送信される。そして、サーバ１０によって第１ユーザのアカウントと、第２ユーザのアカウントとが関連付けられる。

図２−１９は、端末２０の表示部２４に表示されるタイムライン画面の一例を示す図である。このタイムライン画面は、図２−１８のＳＮＳアプリケーション画面から第２ユーザが第１ユーザをフォローした場合に、第２ユーザの端末２０に表示されるＳＮＳタイムライン画面の一例である。
このＳＮＳタイムライン画面には、第１ユーザによって「〇×中華飯店」の電子市場への出店リクエストが行われたことを示す情報と、「〇×中華飯店」の店舗ＰＲ情報とが表示されている。

また、店舗ＰＲ情報の左下には、限定ではなく例として、「いいね！」を意味する「グーサインマーク」で表される承認アイコンが表示されている。承認アイコンが第２ユーザによってタッチ操作されると、出店要望情報が第２ユーザの端末２０からサーバ１０に送信される。

なお、前述した実施例では、事業者が電子市場へ出店した場合、出店要望情報の送信元の端末２０に、出店時インセンティブ情報がサーバ１０から送信されることとした。本実施例では、第２ユーザの端末２０からも出店リクエストを行うことができるように構成されている。このため、事業者が電子市場へ出店した場合、第１ユーザの端末２０ばかりでなく、第２ユーザの端末２０にも、出店時インセンティブ情報が送信されるようにしてもよいし、そのようにしなくてもよい。

また、この場合、第１ユーザの端末２０に送信される出店時インセンティブ情報と、第２ユーザの端末２０に送信される出店時インセンティブ情報とは、同じ情報としてもよいが、異なる情報とすることもできる。

具体的には、第２ユーザは、第１ユーザの出店リクエストに賛同したユーザであることから、第２ユーザよりも第１ユーザの方が、出店に関する貢献度は高いとも言える。そこで、限定ではなく例として、第１ユーザの端末２０に送信される出店時インセンティブ情報は、第２ユーザの端末２０に送信される出店時インセンティブ情報よりも価値の高い特典や量の多い特典を含む情報とすることができる。

＜第５実施例の効果＞
第５実施例は、端末２０が、ＳＮＳアプリケーションにおいて、店舗装置４０の事業者とは異なる端末２０のユーザによる端末２０への入力に基づいて、店舗装置４０の事業者に対する、出店要望情報（限定ではなく、電子市場への出店を希望していることを示す第１情報の一例）を、通信Ｉ／Ｆ２２によってサーバ１０に送信する。そして、端末２０は、出店要望情報の送信と、店舗装置４０の事業者の電子市場への出店とに基づき、出店時インセンティブ情報（限定ではなく、端末２０のユーザに対する特典に関する第２情報の一例）をサーバ１０から通信Ｉ／Ｆ２２によって受信する構成を示している。
このような構成により得られる効果の一例として、端末のユーザが、ＳＮＳアプリケーションにおいて、端末への入力に基づいて、事業者に対して電子市場への出店を希望していることを送信することができるため、ユーザの意向を事業者に容易に伝えることができる。また、事業者が電子市場へ出店した場合、端末は特典に関する情報を受信するため、ユーザは利益を得ることができる。

また、第５実施例は、ＳＮＳアプリケーションにおいて第１ユーザをフォローしているユーザ（第２ユーザ）の端末２０が、自己の端末２０への入力に基づいて、店舗装置４０の事業者に対する、出店要望情報（限定ではなく、電子市場への出店を希望していることを示す第１情報の一例）を、通信Ｉ／Ｆ２２によってサーバ１０に送信する。そして、第２ユーザの端末２０は、出店要望情報の送信と、店舗装置４０の事業者の電子市場への出店とに基づき、出店時インセンティブ情報（限定ではなく、端末２０のユーザに対する特典に関する第２情報の一例）をサーバ１０から通信Ｉ／Ｆ２２によって受信する構成を示している。
このような構成により得られる効果の一例として、一のユーザばかりでなく、一のユーザと関連付けられている他のユーザも、自己の端末によって、事業者に対して電子市場への出店を希望している旨を送信することができる。

また、第５実施例は、第１ユーザの端末２０が受信する出店時インセンティブ情報と、第２ユーザの端末２０が受信する出店時インセンティブ情報とは異なる構成を示している。
このような構成により得られる効果の一例として、第１ユーザと、第１ユーザとは異なる第２ユーザとで、端末のユーザに対する特典に関する第２情報を異ならせて差別化を図ることができる。例えば、出店に関する貢献度が高いユーザの端末に、出店に関する貢献度が低いユーザの端末よりも価値の高い第２情報や量の多い第２情報が送信されるようにすることで、出店に関する貢献度が高いユーザの方が大きな利益が得られるようにすることができる。

＜第５変形例（１）＞
第５実施例では、サーバ１０が、第１ユーザの端末２０から出店要望情報を受信した場合に、第１ユーザによって出店リクエストが行われたことを示す情報を、第１ユーザのフォロワーである第２ユーザの端末２０に送信することとしたが、これに限定されない。

具体的には、限定ではなく例として、第１ユーザの端末２０から出店要望情報を受信したか否かに関わらず、サーバ１０が、第１ユーザの端末２０に配信した出店要望コンテンツや店舗ＰＲ情報と同じ情報を第２ユーザの端末２０に配信して、タイムラインで共有されるようにしてもよいし、そのようにしなくてもよい。

また、限定ではなく例として、第１ユーザの端末２０において、出店要望コンテンツや店舗ＰＲ情報と関連付けて、出店要望コンテンツや店舗ＰＲ情報を第２ユーザに公開して共有するための共有用画像を表示させる。共有用画像は、情報を再配信するための再配信用情報や、情報を再投稿するための再投稿用情報と表現することもできる。

そして、この共有用画像が第１ユーザによって操作された場合、第１ユーザの端末２０は、情報の共有を依頼する共有依頼情報をサーバ１０に送信する。そして、サーバ１０は、第１ユーザの端末２０から共有依頼情報を受信したことに基づいて、出店要望コンテンツや店舗ＰＲ情報を第２ユーザの端末２０に配信するようにしてもよいし、そのようにしなくてもよい。

例えば、図２−１７に示すように、限定ではなく例として、承認アイコンの横に、共有用画像の一例として共有用アイコンを表示させる。そして、共有用アイコンが第１ユーザによってタッチ操作された場合、第１ユーザの端末２０は、情報の共有を依頼する共有依頼情報をサーバ１０に送信する。

なお、この場合、第１ユーザの端末２０から出店要望情報を受信する前に、例えば図２−１７の表示画面における共有用アイコンが第１ユーザによってタッチ操作されたことに基づいて、サーバ１０が、出店要望コンテンツや店舗ＰＲ情報を第２ユーザの端末２０に送信する。その後、第１ユーザの端末２０から出店要望情報を受信した場合に、サーバ１０が、第１ユーザによって出店リクエストが行われたことを示す情報を、第２ユーザの端末２０に送信するようにしてもよいし、そのようにしなくてもよい。

＜第５変形例（２）＞
第５実施例では、第１ユーザと、第２ユーザ（第１ユーザのフォロワー）とが出店リクエストを行う権利を有することとしたが、これに限定されない。

具体的には、限定ではなく例として、第１ユーザには出店リクエストを行う権利を与えるが、第２ユーザには出店リクエストを行う権利を与えないようにしてもよい。

また、限定ではなく例として、以下のユーザに出店リクエストを行う権利を与えるようにすることもできる。
（Ａ）第１ユーザ
（Ｂ）第２ユーザ（第１ユーザのフォロワー）
（Ｃ）第３ユーザ（第２ユーザのフォロワー（但し、第１ユーザのフォロワーではない））

これは、第３ユーザは、第１ユーザのフォロワーではないが、第１ユーザのフォロワーである第２ユーザのフォロワーであり、間接的ではあるが第１ユーザと繋がりがあるとも言えるためである。

この場合は、限定ではなく例として、第２ユーザの端末２０において、サーバ１０から配信された出店に関する情報と関連付けて、その情報を第３ユーザに公開して共有するための共有用画像を表示させる。共有用画像は、情報を再配信するための再配信用情報や、情報を再投稿するための再投稿用情報と表現することもできる。

そして、共有用画像が第２ユーザによって操作された場合、第２ユーザの端末２０は、情報の共有を依頼する共有依頼情報をサーバ１０に送信する。サーバ１０は、第２ユーザの端末２０から共有依頼情報を受信したことに基づいて、出店に関する情報を、第３ユーザの端末２０に配信する。

例えば、図２−１９に示すように、限定ではなく例として、承認アイコンの横に、共有用画像の一例として「共有用アイコン」を表示させる。そして、共有用アイコンが第２ユーザによってタッチ操作された場合、第２ユーザの端末２０は、情報の共有を依頼する共有依頼情報をサーバ１０に送信する。

なお、この場合、第１ユーザの端末２０から出店要望情報を受信する前に、例えば図２−１９の表示画面における共有用アイコンが第２ユーザによってタッチ操作されたことに基づいて、サーバ１０が、出店要望コンテンツや店舗ＰＲ情報を第３ユーザの端末２０に送信する。その後、第１ユーザの端末２０から出店要望情報を受信した場合に、サーバ１０が、第１ユーザによって出店リクエストが行われたことを示す情報を、第３ユーザの端末２０に送信するようにしてもよいし、そのようにしなくてもよい。

第３ユーザの端末２０では、サーバ１０から配信された情報と関連付けて承認アイコンをタイムライン画面に表示させる。そして、承認アイコンが第３ユーザによってタッチ操作されると、出店要望情報が第３ユーザの端末２０からサーバ１０に送信される。この場合、サーバ１０は、第１ユーザの端末２０から送信された出店要望情報と、第２ユーザの端末２０から送信された出店要望情報とに加えて、第３ユーザの端末２０から送信された出店要望情報も集計する。

なお、第１ユーザ、第２ユーザばかりでなく、第３ユーザの端末２０にも出店時インセンティブ情報を送信するようにしてもよいし、そのようにしなくてもよい。

また、この場合、第１ユーザの端末２０に送信される出店時インセンティブ情報と、第２ユーザの端末２０に送信される出店時インセンティブ情報と、第３ユーザの端末２０に送信される出店時インセンティブ情報とは、同じ情報としてもよいが、異なる情報としてもよい。

例えば、第１ユーザの端末２０に送信される出店時インセンティブ情報は、第２ユーザの端末２０に送信される出店時インセンティブ情報よりも価値の高い特典や量の多い特典を含み、第２ユーザの端末２０に送信される出店時インセンティブ情報は、第３ユーザの端末２０に送信される出店時インセンティブ情報よりも価値の高い特典や量の多い特典を含むようにするなどすることができる。

また、第２ユーザや第３ユーザによっては、第１ユーザが出店リクエストを行ったことには賛同するものの、その店舗の電子市場への出店は要望しない場合もあり得る。
そこで、第１変形例（８）と同様に、ＳＮＳアプリケーション内で、タイムライン画面に表示される承認アイコンの操作によって出店リクエストを行うか否かの設定を行うことを可能としてもよい。

＜その他＞
上記の実施例では、出店要望情報を、例えば「はい」や「いいね！」といった、端末２０のユーザの承認を意味する情報としたが、これに限定されない。

具体的には、限定ではなく例として、出店要望情報を、端末２０、または端末２０のユーザによる「投票」を意味する情報とし、事業者の電子市場への出店を投票する情報を、端末２０からサーバ１０に送信するようにしてもよいし、そのようにしなくてもよい。この場合は、サーバ１０が、端末２０から送信される出店要望情報に基づいて、店舗ごとに、出店に関する延べの投票数（〜票）を集計するようにすればよい。

また、上記の実施例では、限定ではなく例として、端末２０を用いて飲食店の出前サービスを手配可能なＥＣサービスである「電子市場」に未出店の店舗「〇×中華飯店」が、ＩＭＳで店舗グループにメンバー登録している端末２０のユーザやＳＮＳでフォローしているユーザからの出店希望（出店要望情報）に基づいて、「電子市場」への出店登録を行う場合について詳細に説明したが、これに限定されない。

例えば、端末２０のユーザがグループ登録やフォローしている店舗を対象として出店リクエストを行うようにするのではなく、端末２０のユーザが、ＩＭＳアプリケーションやＳＮＳアプリケーションにおいて、複数の店舗の中から店舗を選択して出店リクエストを行うような形態を適用してもよいし、適用しなくてもよい。

また、本開示におけるＥＣサービスは、飲食店の出前サービスを手配可能なＥＣサービスに限らない。限定ではなく例として、端末２０を用いて飲食店のテイクアウトを予約可能なＥＣサービスや、美容院・美容室・ビューティーサロンを予約可能なＥＣサービス、アルバイト求人検索情報サービス（この場合、店舗は雇用主と読み替えることができる）等に本開示の方法を適用することが可能である。

また、上記の実施例では、ＥＣサービスに登録していない、店舗装置４０を運用する店舗に対して、ユーザが端末２０を用いて、ＥＣサービスへの登録を働きかける実施例としたが、これに限定されない。限定ではなく例として、ＩＭＳ（ＩＭＳのサービス）は使用しているが、ＩＭＳを運用する事業者と提携していないＥＣサービスを既に使用している、店舗装置４０を運用する店舗に対して、ユーザが端末２０を用いて、ＩＭＳを運用する事業者と提携するＥＣサービスへの登録を働きかけることも可能である。

また、サーバ１０は、ＩＭＳ等のメッセージングサービスやＳＮＳを提供する機能と、電子商取引サービスを提供する機能との両方の機能を有していてもよいし、いずれか一方の機能を有していてもよい。

また、メッセージングサービスやＳＮＳを提供する機能を有するサーバと、電子商取引サービスを提供する機能を有するサーバとを別体として、ネットワーキングサービス用のサーバと、電子商取引サーバとの２つのサーバを構成するようにしてもよいし、しなくてもよい。

１ 通信システム
１０ サーバ
２０ 端末
３０ ネットワーク
４０ 店舗装置

Claims (21)

1. インターネットを介して取引を行う電子市場を管理するサーバと通信する端末の情報処理方法であって、
   事業者とは異なる前記端末のユーザによる前記端末への入力に基づいて、前記事業者に対する、前記電子市場への出店を希望していることを示す第１情報を、前記端末の通信部を介して前記サーバに送信することと、
   前記第１情報の送信と、前記事業者の前記電子市場への出店とに基づき、前記端末のユーザに対する特典に関する第２情報を前記サーバから前記通信部を介して受信することとを含む。
2. 請求項１に記載の情報処理方法であって、
   前記特典は、前記端末を含む複数の端末から送信された前記第１情報に基づいて決定される。
3. 請求項１または請求項２に記載の情報処理方法であって、
   複数の事業者の各々に対して送信された前記第１情報の数に関する情報を前記サーバから前記通信部を介して受信することと、
   前記複数の事業者の各々に対して送信された前記第１情報の数に関する情報を前記端末の表示領域に表示することとを含む。
4. 請求項３に記載の情報処理方法であって、
   前記事業者に対する前記第１情報の数に関する情報は、前記事業者の電子装置に前記サーバから送信される。
5. 請求項２から請求項５のいずれか一項に記載の情報処理方法であって、
   前記第１情報の送信に基づく、前記端末のユーザに対する前記特典に関する前記第２情報を前記端末の表示領域に表示することを含む。
6. 請求項１から請求項５のいずれか一項に記載の情報処理方法であって、
   前記事業者が前記電子市場に出店したことを示す情報を前記通信部を介して前記サーバから受信することと、
   前記事業者が前記電子市場に出店したことを示す情報を前記端末の表示領域に表示することとを含む。
7. 請求項１から請求項６のいずれか一項に記載の情報処理方法であって、
   前記第１情報と、前記事業者の前記電子市場への出店とに基づき、前記事業者に対する特典に関する第３情報が、前記サーバから前記事業者の電子装置の通信部を介して受信される。
8. 請求項１から請求項７のいずれか一項に記載の情報処理方法であって、
   前記端末の位置に関する情報を前記端末の制御部によって取得することと、
   前記位置に関する情報と、前記第１情報とを前記通信部を介して前記サーバに送信することとを含む。
9. 請求項８に記載の情報処理方法であって、
   前記第１情報は、前記位置に関する情報と、前記事業者の位置に関する情報との位置関係に基づいて、前記サーバに受付けられる。
10. 請求項１から請求項９のいずれか一項に記載の情報処理方法であって、
    前記端末の制御部によって前記端末から画像情報を取得することと、
    前記画像情報と、前記第１情報とを前記通信部を介して前記サーバに送信することとを含む。
11. 請求項１から請求項１０のいずれか一項に記載の情報処理方法であって、
    前記第１情報は、設定に基づいて、前記端末から前記サーバに送信される。
12. 請求項１１に記載の情報処理方法であって、
    前記設定は、回数または頻度に関する設定を含む。
13. 請求項１から請求項１２のいずれか一項に記載の情報処理方法であって、
    前記事業者に対して実行された電子決済の履歴情報と、前記第１情報とを前記通信部を介して前記サーバに送信することを含む。
14. 請求項１から請求項１３のいずれか一項に記載の情報処理方法であって、
    前記第２情報は、前記事業者の店舗に基づき決定される。
15. 請求項１４に記載の情報処理方法であって、
    前記第２情報は、前記事業者の店舗で前記端末のユーザによって使用された金額に関する情報に基づいて決定される。
16. 請求項１４または請求項１５に記載の情報処理方法であって、
    前記第２情報は、前記事業者が前記電子市場に出店されるまでの期間に基づき決定される 。
17. 請求項１から請求項１３のいずれか一項に記載の情報処理方法であって、
    前記第２情報は、前記事業者によって選択された前記ユーザの前記端末に送信される。
18. 請求項１から請求項１３のいずれか一項に記載の情報処理方法であって、
    前記第２情報は、前記事業者の前記電子市場への出店に関する登録を行った前記端末のユーザの前記端末に送信される。
19. インターネットを介して取引を行う電子市場を管理するサーバと通信する端末のコンピュータによって実行されるプログラムであって、
    事業者とは異なる前記端末のユーザによる前記端末への入力に基づいて、前記事業者に対する、前記電子市場への出店を希望していることを示す第１情報を、前記端末の通信部を介して前記サーバに送信することと、
    前記第１情報の送信と、前記事業者の前記電子市場への出店とに基づき、前記端末のユーザに対する特典に関する第２情報を前記サーバから前記通信部を介して受信することとを含む。
20. インターネットを介して取引を行う電子市場を管理するサーバと通信する端末であって、
    事業者とは異なる前記端末のユーザによる前記端末への入力に基づいて、前記事業者に対する、前記電子市場への出店を希望していることを示す第１情報を、前記サーバに送信し、前記第１情報の送信と、前記事業者の前記電子市場への出店とに基づき、前記端末のユーザに対する特典に関する第２情報を前記サーバから受信する通信部と、
    前記通信部を介して受信した前記第１情報を表示する表示部とを備える。
21. インターネットを介して取引を行う電子市場を管理するサーバの情報処理方法であって、
    端末から送信された、事業者に対する、前記電子市場への出店を希望していることを示す第１情報を前記サーバの通信部を介して受信することと、
    前記第１情報に基づき前記事業者の電子装置から送信された、前記電子市場に出店することを示す情報を前記通信部を介して受信することと、
    前記電子市場に出店することを示す情報に基づき、前記端末のユーザに対する特典に関する第２情報を前記端末に前記通信部を介して送信することとを含む。

Images