JP2019046115A - 商品の情報を提供する方法、および、プログラム - Google Patents

Abstract

【課題】購入者の購入意欲を高めるように個人由来の商品の情報を提供すること。【解決手段】個人由来の商品の情報を提供するための販売システムは、ユーザＡによって選択された組合せ（情報１０）を、ユーザＸに情報２０として提示する。ユーザＸは、情報２０として示された組合せの商品を購入することができる。ユーザＸは、情報２０に含まれる商品の一部を変更することにより新たな組合せを生成し（情報３０）、当該組合せで商品を購入できる。その後、販売システムは、ユーザＸによって生成された新たな組合せ（情報４０）を、情報１０と同様に、他のユーザに提示することができる。【選択図】図１

Description

本開示は、商品の情報を提供する技術に関し、より特定的には、ユーザによって選択された情報を他のユーザに提供する技術に関する。

オンラインで商品を購入する技術が普及している。購入の対象となる商品は、書籍や衣料品などの有体物に止まらず、交通手段や宿泊などの無体物にも及んでいる。

このような技術として、たとえば、特開２０１７−１０２７２２号公報（特許文献１）は、サービス提供者のペアを形成することを可能にするサーバ装置を開示する。当該サーバ装置は、サービス被提供者によって使用されるユーザ装置から、当該サービス被提供者によって選択された第１のサービス提供者を示す情報を受信し、当該第１のサービス提供者によって使用されるユーザ装置から、当該第１のサービス提供者によって決定された第２のサービス提供者を示す情報を受信し、当該第１および第２のサービス提供者をサービス提供者のペアとして定義する（特許文献１の請求項１参照）。

特開２０１７−１０２７２２号公報

従来の商品の販売は、販売者が提案した商品を購入者が選択して購入するという形式で実現されている。販売者による商品の提案は、販売者の視点に従ったものであるため、定型化する傾向がある。商品購入の提案が定型化すれば、購入者の購入意欲を高めることができない。

本開示は、係る実情に鑑み考え出されたものであり、その目的は、購入者の購入意欲を高めるように商品の情報を提供することである。

本開示のある局面に従うと、コンピュータで実行される、商品の情報を提供する方法が提供される。この方法は、ユーザによって選択された商品の組合せの情報をデータベースに登録するステップと、コンピュータと通信可能な端末のアクセスを受けるステップと、データベースから読み出された商品の組合せの情報を、端末に表示するステップとを含む。

本開示の他の局面に従うと、上記方法をコンピュータに実行させるプログラムが提供される。

本開示の別の局面に従うと、表示装置を有するコンピュータによって実行されるプログラムが提供される。プログラムは、コンピュータに、表示装置に、ユーザに対応する画像を含む表示インターフェースを表示するステップと、画像に対する操作に応じて、当該操作を特定する情報をサーバに送信するステップと、操作を特定する情報に応答した指示に従って、ユーザが過去に選択した商品の組合せの情報を表示するステップとを実行させる。

本開示のある局面によれば、コンピュータは、過去にユーザによって選択された商品の組合せの情報を、端末に表示する。これにより、当該端末を使用している者は、自己または他のユーザによって過去に選択された商品の組合せを提供される。これにより、当該端末を使用している者は、販売者によって提供される定型化した商品の組合せではなく、個人由来の商品の組合せを提供される。したがって、端末を使用している者における商品の購入意欲を向上できる。

本開示の別の局面によれば、コンピュータは、ユーザに対応する画像を含む表示インターフェースを表示し、当該画像に対する操作に応答して、当該ユーザが過去に選択した商品の組合せの情報を表示するための画面を表示する。これにより、コンピュータは、ユーザに対応する画像に対して操作がなされると、当該ユーザが過去に選択した商品の組合せの情報、すなわち、個人由来の商品の組合せを提供できる。したがって、コンピュータの表示を見た者における商品の購入意欲を向上できる。

本開示に従った商品の情報の提供態様の一例を説明するための図である。 販売システムの構成を示す図である。 商品情報提供サーバ２００のハードウェア構成を示す図である。 ユーザ情報テーブル２７２のデータ構造の一例を示す図である。 パッケージテーブル２７３のデータ構成の一例を示す図である。 商品情報テーブル２７４のデータ構造の一例を示す図である。 レビューテーブル２７５のデータ構造の一例を示す図である。 端末３００Ａ，３００Ｂ，３００Ｘのハードウェア構成の一例を示す図である。 端末３００が表示する基本画面の一例を示す図である。 商品情報提供サーバ２００がユーザ情報の登録要求を処理するための手順のフローチャートである。 出発地および目的地の選択のために端末３００に表示される画面の一例を示す図である。 各テーマの商品の選択のために端末３００に表示される画面の一例を示す図である。 図１２の画面１２００に対する商品の組合せの選択の結果の一例を示す図である。 端末３００からの商品の組合せの情報の登録の要求を処理する手順のフローチャートである。 商品情報提供サーバ２００がソーシャルメディア上のユーザの投稿から商品の組合せの情報を生成し、パッケージテーブル２７３に登録するための手順のフローチャートである。 ソーシャルメディアの投稿の表示画面の一例を示す図である。 パッケージを表示するための画面の一例を示す図である。 パッケージを表示するための画面の一例を示す図である。 端末３００から送信される商品の購入の要求を処理するために、商品情報提供サーバ２００において実行される手順のフローチャートである。 端末３００から送信される商品の購入の要求を処理するために、商品情報提供サーバ２００において実行される手順のフローチャートである。 レビュー表示のために端末３００において表示される画面の一例を示す図である。 パッケージ１０１のテーマ「ステイ」の詳細な情報を表示するための画面の一例を示す図である。 パッケージ１０１の情報からテーマ「ステイ」の商品の情報が削除された後に端末３００に表示される画面の一例を示す図である。 パッケージ１０１の確認画面の一例を示す図である。 商品情報提供サーバ２００において、端末３００から投稿されたレビューを登録するための手順のフローチャートである。 端末３００が表示する初期画面の一例を示す図である。 図２６の初期画面に対する操作に従って、パッケージ画面が表示するパッケージを選択するための手順を示す図である。 図２７の手順によって選択されたパッケージを表示するパッケージ画面の一例を示す図である。 初期画面およびパッケージ画面を表示するために端末３００において実行される手順の一例を示す図である。 ユーザによって登録されたパッケージをウィジェットとして含む画面の一例を示す図である。 ユーザＸのブログが表示されるときの、ブログサーバおよび商品情報提供サーバ２００において実行される手順の一例を表わすフローチャートである。

以下に、図面を参照しつつ、本開示に係る販売システムの実施の形態について説明する。販売システムは、商品に関する情報を管理する。本開示では、商品の一例として旅行に関連するサービス（交通手段、宿泊、アクティビティ、等）が示されるが、商品は、各地の名産品、書籍や衣料品等の有体物であってもよい。以下の説明では、同一の部品および構成要素には同一の符号を付してある。それらの名称および機能も同じである。したがって、これらの説明は繰り返さない。

［１．情報の提供態様の概要］
図１は、本開示に従った商品の情報の提供態様の一例を説明するための図である。図１は、４組の情報１０〜４０を表わす。

図１の左下に位置する情報１０は、ユーザＡによって選択された商品の組合せをパッケージとして表わす。情報１０は、画像１１〜１４を含む。ユーザＡは、過去に画像１１〜１４のそれぞれによって表される商品の組合せを選択している。画像１１は、テーマ「移動」の商品（クラス「Simple」による飛行機での移動）を表わす。画像１２は、テーマ「ステイ」の商品（たとえば、宿泊施設）を表わす。画像１３は、テーマ「アクティビティ」の商品（たとえば、イベントの体験）を表わす。画像１４は、テーマ「スポット」の商品（たとえば、レジャー施設）を表わす。情報１０は、さらにユーザＡの属性を表わす２つのアイコン１５，１６を含む。アイコン１５は属性「detox」を表わし、アイコン１６は属性「travel」を表わす。販売システムは、情報１０として示されたような、各ユーザが過去に選択した商品の組合せを、データベース（パッケージテーブル２７３（図５））に格納する。本実施の形態において、テーマとは、商品の種別の一例を意味する。

図１の左上に位置する情報２０は、商品の購入を予定しているユーザＸに提供される情報を表わす。販売システムは、ユーザＸの属性と他のユーザの属性とを用いてユーザＸにマッチするユーザを検索し、検索結果として得られたユーザによって選択された商品の組合せをデータベースから読み出し、読み出された商品の組合せをユーザＸに提案する。図１の例では、ユーザＡがユーザＸにマッチングされたため、ユーザＸに提供される情報２０は情報１０と同じ商品の組合せを表わす。すなわち、情報２０内の画像２１〜２４のそれぞれは、画像１１〜１４のそれぞれと同じ商品を表わす。情報２０内のアイコン２５，２６は、情報２０内の組合せを過去に選択した者（ユーザＡ）の属性を表わす。アイコン２５，２６のそれぞれは、アイコン１５，１６のそれぞれと同じ属性を表わす。

ユーザＸは、情報２０に含まれるすべての商品を購入してもよい。ユーザＸは、情報２０を構成する商品の一部を変更または削除することによって新たな商品の組合せを生成し、生成された組合せで商品を購入することもできる。

情報３０は、ユーザＸによって生成された新たな商品の組合せ（パッケージ）を表わす。情報３０は、ユーザＸの属性を表わす２つのアイコン３５，３６とともに、画像３１〜３４を含む。ユーザＸは、情報２０に含まれる商品の組合せに対して、テーマ「移動」および「アクティビティ」のそれぞれの商品を変更し、テーマ「ステイ」および「スポット」の商品を維持した。これにより、画像３２，３４のそれぞれは画像２２，２４のそれぞれと同じ商品を表わすが、画像３１，３３のそれぞれは画像２１，２３のそれぞれとは異なる商品を表わす。画像３１は、テーマ「移動」の商品であって、画像２１が表わすものとは異なる商品（クラス「Value」による飛行機での移動）を表わす。画像３３は、テーマ「アクティビティ」の商品であって、画像２３が表わすものとは異なる商品（異なる種類のイベントの体験）を表わす。

販売システムは、ユーザＸによって生成された新たな組合せをデータベースに登録する。これにより、販売システムは、ユーザＡによって選択された組合せだけでなく、ユーザＸによって選択された組合せをも、商品の購入を予定しているユーザに提供できるようになる。情報４０は、登録される新たな組合せを表わす。情報４０のアイコン４５，４６および画像４１〜４４のそれぞれは、情報３０のアイコン３５，３６および画像３１〜３４のそれぞれが表わすのと同じ属性または商品を表わす。

上記のように、販売システムは、ユーザに当該ユーザまたは他のユーザが過去に選択した商品の組合せを提案する。ユーザが新たな組合せを選択すると、販売システムは、当該新たな組合せを提案に用いる組合せの候補としてデータベースに追加する。これにより、販売システムは、時代のニーズに応じた組合せを随時追加されるデータベースを利用して商品の情報を提供できる。また、販売システムは、個人の好みやライフスタイルに基づく「個人由来」の商品の組合せをユーザに提供できるため、個人の嗜好や価値観にあった商品が提供され易くなる。

［２．システムの構成］
図２は、販売システムの構成を示す図である。

図２に示されるように、販売システム１は、商品情報提供サーバ２００と、決済サーバ５００と、ソーシャルメディアサーバ７００とを含む。図２には、３人のユーザＸ，Ａ，Ｂと、ユーザＸ，Ａ，Ｂのそれぞれによって利用される端末３００Ｘ，３００Ａ，３００Ｂが示されている。端末３００Ｘ，３００Ａ，３００Ｂのそれぞれは、スマートフォン等のポータブルな通信端末であってもよいし、デスクトップコンピュータ等の端末であってもよい。商品情報提供サーバ２００は、端末３００Ｘ，３００Ａ，３００Ｂのそれぞれからのアクセスを受け付ける。

決済サーバ５００は、たとえばクレジットカード会社によって所有され、商品の購入に伴う決済処理を行なうサーバコンピュータである。決済サーバ４０は、商品情報提供サーバ２００からのネットワークを経由した決済要求に応じて、決済処理を実施する。

ソーシャルメディアサーバ７００は、ソーシャルメディア上のユーザの投稿を管理する。ソーシャルメディアとは、たとえば、ブログ、ＢＢＳ（Bulletin Board System：電子掲示板）、Facebook（登録商標）やInstagram（登録商用）やTwitter（登録商標）などのＳＮＳ（Social Networking Service）、画像共有サイト、動画共有サイト、または、ショッピングサイトのカスタマーレビューである。

図２では、装置間の情報のやりとりに「（１Ａ）」等の数字が割り振られている。以下、このような数字を参照しながら、ユーザＸが商品の閲覧のために商品情報提供サーバ２００にアクセスしたときの情報の流れを説明する。

（１Ａ）ユーザ情報登録
ユーザＸ，Ａ，Ｂのそれぞれが、商品情報提供サーバ２００にユーザ情報（属性等）を登録する。より具体的には、商品情報提供サーバ２００は、データベースに、各ユーザの端末から送信されたユーザ情報を登録する。

（１Ｂ）組合せを登録
ユーザＡ，Ｂが、商品情報提供サーバ２００のデータベースに、各ユーザが選択した商品の組合せをパッケージとして（同じパッケージＩＤ（後述）に関連付けて）登録する。登録される組合せは、各ユーザが過去に購入した組合せであってもよいし、各ユーザが登録用に選択した組合せであってもよい。

（１Ｃ）組合せを生成・登録
商品情報提供サーバ２００は、ソーシャルメディアサーバ７００におけるユーザの投稿から、当該ユーザが選択した商品の組合せの情報を生成し、当該情報をパッケージとしてデータベースに登録する。

（２）ユーザマッチング
商品情報提供サーバ２００は、各ユーザの属性を用いて、ユーザＸと他のユーザとをマッチングする。

（３）組合せを表示
商品情報提供サーバ２００は、ユーザＸの端末３００Ｘに、ユーザＸとマッチングしたユーザによって選択された組合せを表示させる。たとえば、ユーザＡ，ＢがユーザＸとマッチングした場合、商品情報提供サーバ２００は、ユーザＡによって登録されたパッケージと、ユーザＢによって登録されたパッケージとを、端末３００Ｘに表示させる。なお、商品情報提供サーバ２００は、端末３００Ｘに、当該ユーザＸが過去に選択した組合せを表示させてもよい。

（４）購入要求
ユーザＸは、端末３００Ｘを通じて、商品情報提供サーバ２００に、商品の購入の要求を送信する。このとき、ユーザＸは、さらに、商品情報提供サーバ２００に代金支払用情報を送信する。代金支払用情報は、商品の購入代金の支払に要する情報であって、たとえば、クレジットカード番号とセキュリティコードとを含む。

（５Ａ）購入処理
ユーザＸから購入の要求を受信すると、商品情報提供サーバ２００は、要求された商品の購入処理を実行する。購入処理において、商品情報提供サーバ２００は、決済サーバ５００に対して購入代金の決済処理を要求する。決済処理の要求に関連して、商品情報提供サーバ２００は、ユーザＸから送信された代金支払用情報を送信してもよい。

（５Ｂ）決済処理
商品情報提供サーバ２００からの要求に応じて、決済サーバ５００は決済処理を実行する。決済サーバ５００は、決済処理が完了すると、当該決済処理の完了を商品情報提供サーバ２００へ通知する。

商品情報提供サーバ２００は、決済サーバ５００からの通知に応じて、購入処理を完了させる。

（６）報酬
商品情報提供サーバ２００は、ユーザＸが商品の組合せを購入したことの対価として、当該組合せを登録したユーザに報酬を支払う。たとえば、ユーザＸがユーザＡによって登録された組合せで商品を購入した場合、商品情報提供サーバ２００は、ユーザＡに報酬を支払う。報酬は、金銭であってもよいし、販売システム１内で有効なポイントであってもよい。

（７）レビュー投稿用情報
商品情報提供サーバ２００は、ユーザＸによって操作される端末３００Ｘにレビュー投稿用情報を送信する。レビュー投稿用情報は、購入された組合せを識別する。

（８）レビュー投稿
ユーザＸは、端末３００Ｘを通じて、商品情報提供サーバ２００に、当該ユーザＸが購入した商品の組合せのレビューを送信する。当該レビューは、上記のレビュー投稿用情報を伴う。

（９）レビュー登録
ユーザＸからレビューを受信すると、商品情報提供サーバ２００は、当該レビューをデータベース（後述する図７のレビューテーブル２７５）に登録する。商品情報提供サーバ２００は、当該レビューがレビュー投稿用情報を伴うことを条件として、当該レビューを登録するように構成されていてもよい。レビューは、レビュー登録用情報が対応する組合せに関連付けられて、データベースに登録される。

［３．商品情報提供サーバのハードウェア構成］
図３は、商品情報提供サーバ２００のハードウェア構成を示す図である。

図３に示されるように、商品情報提供サーバ２００は、プロセッサ２０１と、通信インターフェース２０３と、記憶装置２０５とを含む。プロセッサ２０１は、通信インターフェース２０３を用いて、ネットワーク上の他の装置との間で情報を送受信する。プロセッサ２０１は、たとえば、少なくとも１つのＣＰＵ（Central Processing Unit）によって実現される。

記憶装置２０５は、たとえば、ハードディスク、ＳＳＤ（Solid State Drive）等によって実現されるが、これに限定されない。記憶装置２０５は、プログラム格納領域２６０とデータベース２７０とを含む。プログラム格納領域２６０は、プロセッサ２０１によって実行されるプログラムを非一時的に格納する。プロセッサ２０１によって実行されるプログラムは、商品情報提供サーバ２００に対して着脱可能な記録媒体に格納されていてもよいし、商品情報提供サーバ２００の本体から離間した記憶装置に格納されていてもよい。記憶装置２０５は、プロセッサ２０１のプログラムの実行における作業領域として機能する、ＲＡＭ（Random Access Memory）を含む。

データベース２７０は、図２２等を参照して後述する付加情報を格納するための付加情報テーブル２７１を含む。

データベース２７０は、さらに、ユーザ情報テーブル２７２、パッケージテーブル２７３、商品情報テーブル２７４、および、レビューテーブル２７５を含む。以下、各データベースのデータ構造の一例を説明する。

・ユーザ情報テーブル２７２
図４は、ユーザ情報テーブル２７２のデータ構造の一例を示す図である。図４に示されるように、ユーザ情報テーブル２７２は、ユーザＩＤと、紹介情報と、プロフィールと、ポイント情報と、アカウント名と、許可情報とを含む。ユーザＩＤは、各ユーザを識別する。

紹介情報は、各ユーザを紹介するための情報であり、たとえば、テキストと画像によって構成される。図４では、各ユーザの紹介情報が、「紹介情報（１）」等のように簡略化されて示されている。プロフィールは、図１に示されたように、各ユーザの属性を表わすキーワードである。図４では、ユーザＩＤ「０００１」のプロフィールとして、７個のキーワード（cute、detox、travel、resort、sports、gourmet、shopping）が登録されている。紹介情報およびプロフィールは、たとえば、各ユーザによって登録される（図２の「（１Ａ）ユーザ情報登録」）。

ポイント情報は、各ユーザに付与されたポイントの値を表わす。当該ポイントは、たとえば報酬としてユーザに付与される（図２の「（１２）報酬」）。ユーザは、当該ポイントを、たとえば販売システム１における商品の購入の代金として利用され得る。

アカウント名は、各ユーザのソーシャルメディアにおけるアカウントの名称である。許可情報は、販売システム１がソーシャルメディア上の各ユーザの投稿から当該ユーザが選択した商品の組合せの情報を生成することを許可するか否かを表わす。許可情報は、「許可」または「不可」の値を有する。各ユーザは、当該ユーザの許可情報を設定し得る。

図４の例では、ユーザＩＤ「０００１」のアカウント名は「peace」であり、ユーザＩＤ「０００１」の許可情報の値は「許可」である。これにより、販売システム１は、ソーシャルメディアサーバ７００にアクセスし、アカウント名「peace」の投稿から、ユーザＩＤ「０００１」のユーザによって選択された商品の組合せの情報を生成し、当該組合せをデータベースに登録することができる（図２の「（１Ｃ）組合せの生成・登録」）。

・パッケージテーブル２７３
図５は、パッケージテーブル２７３のデータ構成の一例を示す図である。パッケージテーブル２７３は、各ユーザによって選択された商品の組合せの情報を各ユーザに関連付けて記憶する。図５に示されるように、パッケージテーブル２７３は、ユーザＩＤと、パッケージＩＤと、出発地／目的地と、４つのテーマ（移動、ステイ、アクティビティ、スポット）と、「いいね」カウントとを含む。

ユーザＩＤは、各ユーザを識別する。パッケージＩＤは、商品の各組合せを識別する。図５の例では、ユーザＩＤ「０００１」のユーザによって選択された商品の組合せに対して、パッケージＩＤ「１００１」が割り当てられている。

出発地／目的地は、各組合せによって特定される商品の組合せ（パッケージ）が対応する出発地と目的地とを含む。たとえば、パッケージＩＤ「１００１」のパッケージに対して、出発地として「東京」が設定され、目的地として「大阪」が設定されている。

４つのテーマ（移動、ステイ、アクティビティ、スポット）は、組合せを構成する商品のそれぞれのテーマを表わす。パッケージテーブル２７３には、各テーマの商品の情報（たとえば、商品の名称）が登録される。たとえば、パッケージＩＤ「１００１」として特定される組合せは、テーマ「移動」の商品として、名称「エア（Value）」を有する商品（クラス「Value」による飛行機での移動）を含む。エアとは、交通手段としての飛行機を意味する。

なお、すべての組合せがすべてのテーマの商品を含まなくてもよい。図５の例において、パッケージＩＤ「１００１」の組合せは、４つのテーマのすべての商品を含むが、パッケージＩＤ「１００３」の組合せは、テーマ「移動」の商品を含まない。

「いいね」カウントは、各組合せに対してポジティブな評価を付与したユーザの数を表わす。

・商品情報テーブル２７４
図６は、商品情報テーブル２７４のデータ構造の一例を示す図である。商品情報テーブル２７４は、パッケージテーブル２７３内の各商品を管理する情報を、各商品の商品名に関連付けて格納する。管理される情報の一例は、商品の価格である。他の例は、商品の紹介文である。管理される情報は、当該商品の情報を提供するホームページのリンクを含んでいてもよい。当該商品の購入処理が商品情報提供サーバ２００外の商品サーバによって実行される場合、管理される情報は、当該商品サーバの購入ページへのリンク（たとえば、航空会社の航空券購入用のホームページへのリンク）を含んでいてもよい。

・レビューテーブル２７５
図７は、レビューテーブル２７５のデータ構造の一例を示す図である。レビューテーブル２７５は、パッケージテーブル２７３に格納された各組合せに対して投稿されたレビューを格納する。より具体的には、レビューテーブル２７５は、図７に示されるように、パッケージＩＤごとに、レビュー本文と当該レビュー本文を投稿したユーザのＩＤ（ユーザＩＤ）とを格納する。レビューテーブル２７５は、１件のパッケージＩＤに対してレビュー本文とユーザＩＤの複数の組合せを格納することができる。

［４．端末のハードウェア］
図８は、端末３００Ａ，３００Ｂ，３００Ｘのハードウェア構成の一例を示す図である。なお、以下の説明では、端末３００Ａ，３００Ｂ，３００Ｘを総称する時は、「端末３００」という。

図８に示されるように、端末３００は、プロセッサ３０１と、ＲＡＭ（Random Access Memory）３０２と、記憶装置３０３と、マイクロフォン（マイク）３０４と、スピーカ３０５と、ディスプレイ３０６と、入力装置３０７と、通信インターフェース３０８と、ＧＰＳ（Global Positioning System）受信機３０９とを備えている。端末３００内の各要素は、互いに内部バスで接続されている。プロセッサ３０１は、少なくとも１つのＣＰＵ、少なくとも１つのＡＳＩＣ、少なくとも１つのＦＰＧＡ、またはそれらの組み合わせなどによって構成される。

ＲＡＭ３０２は、プロセッサ３０１における処理実行時のワークエリアとして機能する。記憶装置３０３は、プロセッサ３０１が実行するプログラムおよび当該プログラムの実行に利用されるデータを非一時的に格納する。

マイク３０４は、入力された音声を、プロセッサ３０１へ出力する。スピーカ３０５は、プロセッサ３０１からの指示に従って、音声を出力する。ディスプレイ３０６は、プロセッサ３０１によって実行されるプログラムの処理結果を示す画像を表示する。入力装置３０７は、入力操作を受け付ける。入力装置３０７は、たとえば、ハードウェアボタン、および／または、ディスプレイ３０６上に配置されたタッチセンサである。

通信インターフェース３０８は、たとえば、ネットワークカードによって実現される。プロセッサ３０１は、通信インターフェース３０８を介して他の装置とデータを送受信する。ＧＰＳ受信機３０９は、ＧＰＳ衛星から受信した電波を用いて端末３００の位置を計算し、当該計算の結果をプロセッサ３０１に出力する。

［５．基本画面］
図９は、端末３００が表示する基本画面の一例である。図９の画面９００は、端末３００からアクセスを受けたときに商品情報提供サーバ２００が当該端末３００に表示させる基本画面の一例であって、ユーザ情報テーブル２７２にユーザＩＤを登録されたユーザに対して表示される画面である。

画面９００は、ボタン９１１，９２１〜９２３，９３１〜９３３を含む。ボタン９１１は、ユーザ情報を登録するために操作される。ボタン９２１は、商品の組合せ（パッケージ）を登録するために操作される。ボタン９２２は、商品の組合せ（パッケージ）を購入するために操作される。ボタン９２３は、レビューを登録するために操作される。ボタン９３１，９３２のそれぞれは、キャンペーン情報を閲覧するために操作される。

［６．システムにおける処理の流れ］
以下、図９および図１０〜図２４を参照して、画面９００内のボタンに対する操作とともに、図２の各処理の具体的な流れを説明する。

＜（１Ａ）ユーザ情報登録＞
ボタン９１１（図９）が操作されると、端末３００は、ユーザによるユーザ情報（紹介情報、プロフィール、アカウント名、および／または、許可情報（図４））の入力を受け付ける。その後、端末３００は、商品情報提供サーバ２００へ、入力されたユーザ情報と端末３００のユーザのユーザＩＤ（以下、単に「端末３００のユーザＩＤ」と称する）を、ユーザ情報の登録要求とともに送信する。

図１０は、商品情報提供サーバ２００がユーザ情報の登録要求を処理するための手順のフローチャートである。図１０の手順は、たとえば、商品情報提供サーバ２００のプロセッサ２０１が所与のプログラムを実行することによって実現される。

図１０を参照して、ステップＳ１００２にて、プロセッサ２０１は、端末３００から受信した情報からユーザＩＤを抽出する。

ステップＳ１００４にて、プロセッサ２０１は、ユーザ情報テーブル２７２に、端末３００から受信したユーザ情報（紹介情報、プロフィール、アカウント名、および／または、許可情報（図４））を、ステップＳ１００２にて抽出されたユーザＩＤに関連付けて登録する。その後、図１０の手順は終了する。

＜（１Ｂ）組合せを登録＞
ボタン９２１（図９）が操作されると、端末３００は、ユーザから、パッケージに含まれる出発地および目的地の選択とともに、パッケージを構成する商品の組合せの選択を受け付け、選択された情報を商品情報提供サーバ２００へ送信する。商品情報提供サーバ２００は、端末３００から送信された商品の組合せの情報をパッケージテーブル２７３に登録する。以下、図１１〜図１３を参照して、端末３００における商品の組合せの選択を説明し、図１４を参照して、商品情報提供サーバ２００における商品の組合せの情報の登録を説明する。

・端末３００における商品の組合せの選択
図１１は、出発地および目的地の選択のための、端末３００の表示画面の一例を示す図である。図１２は、各テーマの商品の選択のために端末３００に表示される画面の一例を示す図である。なお、図１２の例における商品のテーマの数が「４」であるが、当該数は単なる一例である。商品のテーマの数は、これに限定されない。

図１１に示されるように、画面１１００は、出発地を選択するための欄１１１０と、目的地を選択するための欄１１２０と、選択された出発地および目的地を登録するために操作されるボタン１１３０とを含む。欄１１１０および欄１１２０のそれぞれは、場所を選択するための複数のボタンを含む。端末３００のユーザは、複数のボタンから出発地と目的地のそれぞれに対応するボタンを選択して操作することにより、出発地および目的地を選択する。その後、ユーザがボタン１１３０を操作することにより、選択が確定される。

図１２に示されるように、画面１２００は、テーマ「移動」の商品を選択するための欄１２１０と、テーマ「ステイ」の商品を選択するための欄１２２０と、テーマ「アクティビティ」の商品を選択するための欄１２３０と、テーマ「スポット」の商品を選択するための欄１２４０とを含む。なお、商品情報提供サーバ２００は、ユーザが選択した商品の組合せの情報を記憶装置２０５に保存していてもよい。画面１２００は、ユーザが前回選択した商品の組合せの情報を表示してもよい。画面１２００は、端末３００のユーザがパッケージテーブル２７３に登録しているパッケージを構成する商品の組合せを表示してもよい。

欄１２１０内のボタン１２１１が操作されると、端末３００のプロセッサ３０１は、図１１の画面１１００において選択された出発地から目的地までの移動手段を検索する。プロセッサ３０１は、当該検索を商品情報提供サーバ２００のプロセッサ２０１に要求し、プロセッサ２０１は、プロセッサ３０１からの要求に応じて検索を実行して当該検索の結果をプロセッサ３０１に応答してもよい。プロセッサ３０１は、検索の結果として、１つ以上の交通手段の選択肢を欄１２１０に表示する。選択肢は、画面１２００とは別の画面に表示されてもよい。端末３００のユーザは、選択肢に対して操作することにより交通手段を選択する情報を入力する。プロセッサ３０１は、選択された交通手段を欄１２１０に表示する。

欄１２２０内のボタン１２２１が操作されると、端末３００のプロセッサ３０１は、図１１の画面１１００において選択された目的地周辺の宿泊施設を検索する。プロセッサ３０１は、当該検索を商品情報提供サーバ２００のプロセッサ２０１に要求し、プロセッサ２０１は、プロセッサ３０１からの要求に応じて検索を実行して当該検索の結果をプロセッサ３０１に応答してもよい。プロセッサ３０１は、検索の結果として、１つ以上の宿泊施設の選択肢を欄１２２０に表示する。選択肢は、画面１２００とは別の画面に表示されてもよい。端末３００のユーザは、選択肢に対して操作することにより宿泊施設を選択する情報を入力する。プロセッサ３０１は、選択された宿泊施設を欄１２２０に表示する。

欄１２３０内のボタン１２３１が操作されると、端末３００のプロセッサ３０１は、図１１の画面１１００において選択された目的地周辺において開催されるイベントを検索する。プロセッサ３０１は、当該検索を商品情報提供サーバ２００のプロセッサ２０１に要求し、プロセッサ２０１は、プロセッサ３０１からの要求に応じて検索を実行し、当該検索の結果をプロセッサ３０１に通知してもよい。プロセッサ３０１は、検索の結果として１つ以上のイベントの選択肢を欄１２３０に表示する。選択肢は、画面１２００とは別の画面に表示されてもよい。端末３００のユーザは、選択肢に対して操作することによりアクティビティを選択する情報を入力する。プロセッサ３０１は、選択されたアクティビティを欄１２３０に表示する。

欄１２４０内のボタン１２４１が操作されると、端末３００のプロセッサ３０１は、図１１の画面１１００において選択された目的地周辺の観光スポットを検索する。プロセッサ３０１は、当該検索を商品情報提供サーバ２００のプロセッサ２０１に要求し、プロセッサ２０１は、プロセッサ３０１からの要求に応じて検索を実行して当該検索の結果をプロセッサ３０１に通知してもよい。プロセッサ３０１は、検索の結果として１つ以上の観光スポットの選択肢を欄１２４０に表示する。選択肢は、画面１２００とは別の画面に表示されてもよい。端末３００のユーザは、選択肢に対して操作することにより観光スポットを選択する情報を入力する。プロセッサ３０１は、選択された観光スポットを欄１２４０に表示する。

図１３は、図１２の画面１２００に対する商品の組合せの選択の結果の一例を示す図である。図１３の画面１３００は、テーマ「移動」の商品としてのクラス「Simple」（クラス「Simple」による飛行機での移動）と、テーマ「ステイ」の商品としての「ホテルＡ」と、テーマ「アクティビティ」の商品としての「ご当地料理体験クラス」とを含む。テーマ「スポット」については商品を含まない。端末３００のユーザは、４つのテーマのすべてについて商品を選択することもできるし、図１３に示されるように、一部のテーマの商品の選択を控えることもできる。

端末３００は、図１１〜図１３を参照して説明されたユーザの入力に従って商品の組合せの情報を生成すると、商品情報提供サーバ２００へ、上記組合せの情報と端末３００のユーザＩＤを、組合せの情報の登録の要求とともに送信する。

・商品情報提供サーバ２００における商品の組合せの情報の登録
図１４は、端末３００からの商品の組合せの情報の登録の要求を処理する手順のフローチャートである。図１４の手順は、たとえば、商品情報提供サーバ２００のプロセッサ２０１が所与のプログラムを実行することによって実現される。

図１４を参照して、ステップＳ１４０２にて、プロセッサ２０１は、パッケージテーブル２７３において、新しいパッケージＩＤを生成し、当該パッケージＩＤに端末３００のユーザＩＤと関連付ける。

ステップＳ１４０４にて、プロセッサ２０１は、端末３００から送信された出発地および目的地の情報を当該パッケージＩＤに関連付けて、パッケージテーブル２７３に登録する。

ステップＳ１４０６にて、プロセッサ２０１は、端末３００から送信された各テーマの商品の情報を当該パッケージＩＤに関連付けて、パッケージテーブル２７３に登録し、図１４の手順を終了する。

以上、図１４を参照して説明された処理によれば、パッケージテーブル２７３において、新規のパッケージＩＤが追加され、当該パッケージＩＤに対応する情報のうち、「いいね」カウント以外の情報が設定される。

＜（１Ｃ）組合せを生成・登録＞
図１５は、商品情報提供サーバ２００がソーシャルメディア上のユーザの投稿から商品の組合せの情報を生成し、パッケージテーブル２７３に登録するための手順のフローチャートである。図１５の手順は、たとえば、商品情報提供サーバ２００のプロセッサ２０１が所与のプログラムを実行することによって実現される。ある実施の形態において、プロセッサ２０１は、ユーザ情報テーブル２７２において、許可情報の値が「許可」を持つユーザＩＤを選択し、選択されたユーザＩＤのそれぞれについて図１５の手順を実行する。

図１５を参照して、ステップＳ１５００にて、プロセッサ２０１は、ソーシャルメディアサーバ７００内の投稿から、上記のように選択されたユーザＩＤに対応するアカウント名の投稿であって、商品の組合せの生成に利用可能な投稿を選択する。当該選択は、たとえば投稿内のタグに基づいて実現される。

図１６の画面１６００は、アカウント名１６１０と、２件の投稿１６２０，１６３０とを表示する。図１６の例では、アカウント名は「peace」である。図１６は、ソーシャルメディアの投稿の表示画面の一例を示す図である。図１６を参照して、ステップＳ１５００における投稿の選択について説明する。

投稿１６２０，１６３０は、文字「♯」を有するタグを１つ以上含む。タグは、たとえば、投稿をする者によって付される。投稿者は、各投稿に、次の（ｔ１）〜（ｔ４）で表される４種類のタグを含めることができる。

（ｔ１）組合せの生成に利用できることを示すタグ（例：「♯旅コーディネート」）
（ｔ２）出発地と目的地とを表わすタグ（例：「from東京to大阪」）
（ｔ３）テーマを表わすタグ（例：「♯アクティビティ」）
（ｔ４）商品名を表わすタグ（例：「＃＠街中ガイドツアーＧ」）
プロセッサ２０１は、ステップＳ１５００にて、たとえば、上記（ｔ１）のタグを有する投稿を選択することにより、商品の組合せの生成に利用可能な投稿を選択する。

図１５に戻って、ステップＳ１５０２にて、プロセッサ２０１は、同じ出発地および目的地を表わすタグごとに投稿を分類する。ある実施の形態において、タグ内の単語「from」は出発地を意味し、単語「to」は目的地を意味する。プロセッサ２０１は、アカウント名「peace」の投稿のうち、タグ「♯旅コーディネート」を有し、かつ、タグ「from東京to大阪」を有する投稿を１つのグループにまとめるように構成されていてもよい。

ステップＳ１５０４にて、プロセッサ２０１は、パッケージテーブル２７３に、新規のパッケージＩＤを登録する。プロセッサ２０１は、さらに、上記のように選択されたユーザＩＤ（許可情報の値が「許可」を持つユーザＩＤ）と、各グループに対応する出発地および目的地とを、新規のパッケージＩＤに関連付けて登録する。

ステップＳ１５０６にて、プロセッサ２０１は、ステップＳ１５０２の分類によって生成された各グループの投稿のうちテーマ「移動」を表わすタグ（たとえば、「♯移動」）を有する投稿を抽出する。

ステップＳ１５０８にて、プロセッサ２０１は、ステップＳ１５０６にて抽出された投稿から商品名を表わすタグを選択し、当該タグから商品名を抽出し、抽出された商品名をテーマ「移動」の商品の情報としてパッケージテーブル２７３に登録する。ある実施の形態のタグにおいて、商品名は、文字「＠」の後に記載され、タグ「♯＠simple」は、クラス「Simple」による飛行機での移動を表わす。プロセッサ２０１は、商品名をパッケージテーブル２７３に登録するときに、当該商品名の商品を購入するためのページを検索し、当該ページのリンクを当該商品名とともに商品情報テーブル２７４に登録してもよい。

ステップＳ１５１０にて、プロセッサ２０１は、ステップＳ１５０２の分類によって生成された各グループの投稿のうちテーマ「ステイ」を表わすタグ（たとえば、「♯ステイ」）を有する投稿を抽出する。

ステップＳ１５１２にて、プロセッサ２０１は、ステップＳ１５１０にて抽出された投稿から商品名を表わすタグを選択し、当該タグから商品名を抽出し、抽出された商品名をテーマ「ステイ」の商品の情報としてパッケージテーブル２７３に登録する。ある実施の形態のタグにおいて、商品名は、文字「＠」の後に記載され、タグ「♯＠ホテルＡ」は、「ホテルＡ」というホテルの宿泊を表わす。プロセッサ２０１は、商品名をパッケージテーブル２７３に登録するときに、当該商品名の商品を購入するためのページを検索し、当該ページのリンクを当該商品名とともに商品情報テーブル２７４に登録してもよい。

ステップＳ１５１４にて、プロセッサ２０１は、ステップＳ１５０２の分類によって生成された各グループの投稿のうちテーマ「アクティビティ」を表わすタグ（たとえば、「♯アクティビティ」）を有する投稿を抽出する。

ステップＳ１５１６にて、プロセッサ２０１は、ステップＳ１５１４にて抽出された投稿から商品名を表わすタグを選択し、当該タグから商品名を抽出し、抽出された商品名をテーマ「アクティビティ」の商品の情報としてパッケージテーブル２７３に登録する。ある実施の形態のタグにおいて、商品名は、文字「＠」の後に記載され、タグ「♯＠街中ガイドツアーＧ」は、「街中ガイドツアーＧ」というイベントへの参加を表わす。プロセッサ２０１は、商品名をパッケージテーブル２７３に登録するときに、当該商品名の商品を購入するためのページを検索し、当該ページのリンクを当該商品名とともに商品情報テーブル２７４に登録してもよい。

ステップＳ１５１８にて、プロセッサ２０１は、ステップＳ１５０２の分類によって生成された各グループの投稿のうちテーマ「スポット」を表わすタグ（たとえば、「♯スポット」）を有する投稿を抽出する。

ステップＳ１５２０にて、プロセッサ２０１は、ステップＳ１５１８にて抽出された投稿から商品名を表わすタグを選択し、当該タグから商品名を抽出し、抽出された商品名をテーマ「スポット」の商品の情報としてパッケージテーブル２７３に登録する。ある実施の形態のタグにおいて、商品名は、文字「＠」の後に記載され、タグ「♯＠Ｍパーク」は、「Ｍパーク」という観光スポットへの入場を表わす。プロセッサ２０１は、商品名をパッケージテーブル２７３に登録するときに、当該商品名の商品を購入するためのページを検索し、当該ページのリンクを当該商品名とともに商品情報テーブル２７４に登録してもよい。

以上、図１５を参照して説明された処理によれば、パッケージテーブル２７３において、新規のパッケージＩＤが追加され、当該パッケージＩＤに対応する情報のうち、「いいね」カウント以外の情報が設定される。

＜（２）ユーザマッチング＞
ボタン９２２（図９）が操作されると、端末３００は、商品情報提供サーバ２００に、商品の情報の表示を要求するためにアクセスする。当該アクセスに応じて、商品情報提供サーバ２００のプロセッサ２０１は、端末３００に商品購入用の画面の生成のためにユーザマッチングを実行する。当該ユーザマッチングにおいて、プロセッサ２０１は、商品情報提供サーバ２００にアクセスした端末３００（ボタン９２２を操作された端末３００）のユーザＩＤを特定し、パッケージテーブル２７３において当該ユーザＩＤに関連付けられたプロフィール（の組合せ）と同じプロフィール（の組合せ）を有するユーザＩＤを選択することにより、商品情報提供サーバ２００にアクセスしたユーザと他のユーザとをマッチングさせる。

なお、ユーザマッチングの方法は上記のものに限定されない。プロセッサ２０１は、ユーザマッチングに、いかなるマッチングルールをも利用することができる。

＜（３）組合せを表示＞
商品情報提供サーバ２００のプロセッサ２０１は、パッケージテーブル２７３において、上記のマッチングにおいて選択されたユーザＩＤに関連付けられたパッケージＩＤを選択する。商品情報提供サーバ２００は、端末３００から出発地と目的地の指定を受付け、選択されたユーザＩＤのうち指定された出発地および目的地の組と同じ組の出発地および目的地に関連付けられているユーザＩＤのパッケージＩＤを選択してもよい。そして、プロセッサ２０１は、選択されたパッケージＩＤによって規定される商品の組合せを、商品情報提供サーバ２００にアクセスした端末３００に表示させる。

図１７および図１８は、パッケージの表示のために端末３００に表示される画面の一例を示す図である。図１７の画面１７００は、上記のマッチングにおいて選択された２０のユーザＩＤのそれぞれの画像１７０１〜１７２０を表示する。画面１７００にて、画像１７０１〜１７２０は、５×４のマトリクス状に配置されている。なお、画面１７００に表示される画像の数は、２０に限定されない。

端末３００では、画像１７０１〜１７２０のそれぞれをクリックされるたびに、クリックされた画像１７０１〜１７２０のそれぞれに対応するパッケージの表示のＯＮ／ＯＦＦが切り替えられる。パッケージの表示のＯＮとは、図１８にパッケージ１０１等として示されるように、画像１７０１を当該画像１７０１が対応するユーザＩＤのパッケージの商品とともに表示することである。パッケージの表示のＯＦＦとは、図１７の画像１７０１等のように、パッケージの商品は伴わず、ユーザを表わす画像のみを表示することである。図１８は、図１７の画面１７００において画像１７０１〜１７０５のそれぞれがクリックされることによって、画像１７０１〜１７０５のそれぞれに対応するパッケージの表示がＯＮされた状態を表わす。なお、パッケージの表示がＯＮされる画像の数は、５に限定されない。ただし、画面のサイズ等に従って、同時に表示をＯＮされ得るパッケージの数の上限が設定されていてもよい。本明細書では、図１８に示された画面を特に「パッケージ画面」ともいう。

図１８の画面１７００は、５つのパッケージ１０１〜１０５を含む。パッケージ１０１〜１０５のそれぞれは、画像１７０１〜１７０５のそれぞれに対応するパッケージＩＤを構成する商品の組合せを表示する。

パッケージ１０５は、パッケージＩＤに関連付けられた紹介情報に含まれる画像１７０５を含む。パッケージ１０１，１０２，１０３，１０４のそれぞれは、画像１７０５の対応物である画像１７０１，１７０２，１７０３，１７０４を含む。

パッケージ１０５は、さらに、ユーザＩＤ１５１と、ユーザＩＤ１５１に関連付けられた紹介情報に含まれるテキスト１５２とを含む。パッケージ１０１〜１０４のそれぞれは、パッケージ１０５のユーザＩＤ１５１とテキスト１５２のそれぞれの対応物とを含む。

パッケージ１０５は、さらに、テーマ「移動」の商品を表わす画像１５３Ａと、テーマ「移動」の商品の詳細な情報を取得するためのボタン１５３Ｂとを含む。パッケージ１０５は、さらに、テーマ「ステイ」の商品を表わす画像１５４Ａと、テーマ「ステイ」の商品の詳細な情報を取得するためのボタン１５４Ｂとを含む。パッケージ１０５は、さらに、テーマ「アクティビティ」の商品を表わす画像１５５Ａと、テーマ「アクティビティ」の商品の詳細な情報を取得するためのボタン１５５Ｂとを含む。パッケージ１０５は、さらに、テーマ「スポット」の商品を表わす画像１５６Ａと、テーマ「スポット」の商品の詳細な情報を取得するためのボタン１５６Ｂとを含む。

パッケージ１０５は、さらに、パッケージ１０５に含まれる商品を購入するために操作されるボタン１５７と、パッケージ１０５のレビューを閲覧するためのボタン１５８と、パッケージ１０５にポジティブな評価（たとえば、「いいね」）を付与するためのボタン１５９とを含む。ボタン１５９上には、パッケージ１０５にポジティブな評価を付与したユーザの数を表わす数値（図５の「いいね」カウントの値。図１８の例では「１８」。）が示されている。

パッケージ１０１〜１０４のそれぞれは、パッケージ１０５の画像１５３Ａ，１５４Ａ，１５５Ａ，１５６Ａおよびボタン１５３Ｂ，１５４Ｂ，１５５Ｂ，１５６Ｂ，１５７〜１５９のそれぞれの対応物を含む。

＜（４）購入要求，（５Ａ）購入処理，（５Ｂ）決済処理，（６）報酬，（７）レビュー投稿用情報＞
商品情報提供サーバ２００は、端末３００に図１８の画面１７００を表示させた後、端末３００から送信される商品の購入の要求と代金支払用情報とを処理する。図１９および図２０は、端末３００から送信される商品の購入の要求を処理するために、商品情報提供サーバ２００において実行される手順のフローチャートである。当該手順は、たとえば商品情報提供サーバ２００のプロセッサ２０１が所与のプログラムを実行することによって実現される。

図１９を参照して、ステップＳ１８００にて、プロセッサ２０１は、端末３００から商品の情報の表示を要求するためのアクセスを受け付ける。当該アクセスの一例は、ボタン９２２（図９）が操作されたことに応じた、端末３００のプロセッサ３０１から商品情報提供サーバ２００へのアクセスである。次に、ステップＳ１８０１にて、プロセッサ２０１は、当該アクセスに応じて、図１８に示されたようなパッケージ画面を生成し、生成されたパッケージ画面の情報を読み出す。次に、ステップＳ１８０２にて、当該画面の表示を端末３００に指示する。これに応じて、端末３００は、パッケージ画面を表示する。表示される画面は、上記の＜（２）ユーザマッチング＞および＜（３）組合せを表示＞において説明されたような、商品の組合せの情報を表示するための画面である。

ステップＳ１８０３にて、プロセッサ２０１は、端末３００からの入力に基づいて、画面１７００において「いいね」のボタン（ボタン１５７またはその対応物）が操作されたか否かを判断する。プロセッサ２０１は、「いいね」のボタンが操作されたと判断すると（ステップＳ１８０３にてＹＥＳ）、ステップＳ１８０４に制御を進め、そうでなければ（ステップＳ１８０３にてＮＯ）、プロセッサ２０１は、ステップＳ１８０６へ制御を進める。

ステップＳ１８０４にて、プロセッサ２０１は、パッケージテーブル２７３において、操作されたボタンに対応するパッケージＩＤに関連付けられた「いいね」カウントの値を１インクリメントする。その後、制御はステップＳ１８０６へ進む。

なお、図１９の手順では、ステップＳ１８０４を含むステップＳ１８０３〜Ｓ１８２２の制御は、複数回実行され得る。プロセッサ２０１は、ステップＳ１８０４における、各ユーザによる同じパッケージＩＤの「いいね」カウントの値のインクリメントを、一回のみ実行するように構成されていてよい。すなわち、同一のユーザが同一のパッケージＩＤの「いいね」のボタンを複数回操作しても、プロセッサ２０１は、当該パッケージＩＤの「いいね」カウントの値を一回しかインクリメントしないように構成されていてもよい。

ステップＳ１８０６にて、プロセッサ２０１は、端末３００からの入力に基づいて、画面１７００においてレビューボタン（ボタン１５８またはその対応物）が操作されたか否かを判断する。プロセッサ２０１は、レビューボタンが操作されたと判断すると（ステップＳ１８０６にてＹＥＳ）、ステップＳ１８０８へ制御を進め、そうでなければ（ステップＳ１８０６にてＮＯ）、ステップＳ１８１０へ制御を進める。

ステップＳ１８０８にて、プロセッサ２０１は、レビューテーブル２７５から、操作されたボタンに対応するパッケージＩＤに関連付けられたレビューを抽出し、抽出されたレビューを端末３００に表示させる。

図２１は、レビュー表示のために端末３００において表示される画面の一例を示す図である。図２１の画面２０００は、３件のレビュー２０１０，２０２０，２０３０を表わす。レビュー２０１０，２０２０，２０３０のそれぞれは、吹き出しの中に表示されたレビュー本文と、レビューを投稿したユーザの情報とを含む。たとえば、レビュー２０２０は、レビュー本文「Ａホテルのエステ、評判通りに最高！」とユーザの情報（ユーザＩＤ：０５３１、および、ユーザのプロフィール「detox」「travel」）とを含む。

ステップＳ１８１０にて、プロセッサ２０１は、テーマの詳細表示を要求されたか否かを判断する。プロセッサ２０１は、たとえば、図１８のボタン１５３Ｂ，１５４Ｂ，１５５Ｂ，１５６Ｂおよびこれらの対応物の中のいずれかが操作された場合に、テーマの詳細表示を要求されたと判断する。プロセッサ２０１は、テーマの詳細表示を要求されたと判断すると（ステップＳ１８１０にてＹＥＳ）、ステップＳ１８１２へ制御を進め、そうでなければ（ステップＳ１８１０にてＮＯ）、プロセッサ２０１は、ステップＳ１８１４へ制御を進める。

ステップＳ１８１２にて、プロセッサ２０１は、端末３００に、操作されたボタンに対応するパッケージＩＤおよびテーマの詳細な情報を表示させる。たとえば、画面１７００において、パッケージ１０１のテーマ「ステイ」の詳細な情報を取得するためのボタンが操作されると、プロセッサ２０１は、端末３００に、パッケージ１０１において選択されているテーマ「ステイ」の商品に関する情報を表示させる。より具体的には、プロセッサ２０１は、端末３００に、当該商品のリンクを送信する。端末３００のユーザが、そのリンクをクリックすると、端末３００は、その詳細な情報を表示する。

図２２は、パッケージ１０１のテーマ「ステイ」の詳細な情報を表示するための画面の一例を示す図である。図２２の画面２１００は、パッケージ１０１のテーマ「ステイ」の商品の紹介情報を表示するためのフィールド２１１０と、フィールド２１１０に表示された商品を選択するためのボタン２１２０と、パッケージ１０１からテーマ「ステイ」の商品を取り除くためのボタン２１３０とを含む。

ボタン２１２０が操作されると、プロセッサ２０１は、パッケージテーブル２７３においてパッケージ１０１の情報を変更することなく、端末３００における表示画面を図１８の画面１７００に戻す。ボタン２１３０が操作されると、プロセッサ２０１は、パッケージテーブル２７３においてパッケージ１０１の情報からテーマ「ステイ」の商品の情報を削除する。

図２３は、パッケージ１０１の情報からテーマ「ステイ」の商品の情報が削除された後に端末３００に表示される画面の一例を示す図である。図２３の画面２２００は、図１８の画面１７００と比較して、パッケージ１０１のステイに対応する画像およびボタンを含まない。

図２２に戻って、画面２１００において、端末３００のユーザは、ボタン２１１１を操作することにより、日付を指定することができる。端末３００において日付が指定されると、プロセッサ２０１は、商品情報提供サーバ２００内の商品管理情報において当該日付の予約を確認し、当該確認の結果を表示するように端末３００の画面を更新してもよい。プロセッサ２０１は、商品管理用の外部サーバに対して、当該日付の予約の可否を問合せ、当該問い合わせの結果を表示するように端末３００の画面を更新してもよい。さらに、日付が指定された後にボタン２１２０が操作されると、プロセッサ２０１は、指定された日付を、パッケージ１０１のテーマ「ステイ」の付加情報として付加情報テーブル２７１に格納する。

図１９に戻って、ステップＳ１８１４にて、プロセッサ２０１は、端末３００における操作に応じた信号に基づいて、パッケージを構成する商品が変更されたか否かを判断する。パッケージを構成する商品の変更の一例は、図２２および図２３を参照して説明されたような、パッケージを構成する商品の組合せから一部の商品を削除することである。他の例は、パッケージを構成する商品を他の商品と入替えることである。商品の入替えについて、再度図２２を参照して説明する。

図２２の画面２１００は、テーマ「ステイ」の代替的な３つの商品のそれぞれを表わすフィールド２１４０，２１５０，２１６０を含む。端末３００のユーザは、フィールド２１４０，２１５０，２１６０のいずれかを操作することによって、パッケージ１０１において、テーマ「ステイ」の商品を他の商品と入替えることができる。フィールド２１４０，２１５０，２１６０のいずれかが操作されると、プロセッサ２０１は、フィールド２１１０に表示する情報を、操作されたフィールドに表示されていた情報に入れ替える。

図１９に戻って、ステップＳ１８１４にて、プロセッサ２０１は、パッケージを構成する商品が変更されたと判断すると（ステップＳ１８１４にてＹＥＳ）、ステップＳ１８１６へ制御を進め、そうでなければ（ステップＳ１８１４にてＮＯ）、ステップＳ１８１８（図２０）へ制御を進める。

ステップＳ１８１６にて、プロセッサ２０１は、ステップＳ１８１４にて検出された変更に従って、端末３００におけるパッケージの表示を更新するとともに、新たに生成されたパッケージ（商品の組合せ）を記憶装置２０５内のＲＡＭに格納する。新たに生成されたパッケージは、元のパッケージのパッケージＩＤとともに格納される。たとえば、ステップＳ１８１４にて、パッケージＩＤ「１１０１」を構成する商品の変更が検出された場合、プロセッサ２０１は、ＲＡＭに、パッケージＩＤ「１１０１」とともに、変更によって新たに生成された商品の組合せを格納する。なお、ステップＳ１８１４にて検出される変更は、パッケージ内の商品の入れ替えであってもよいし、パッケージ内の一部の商品の削除であってもよい。

図２０を参照して、ステップＳ１８１８にて、プロセッサ２０１は、端末３００からの入力に基づいて、端末３００においてパッケージの内容の確認のための操作がなされたか否かを判断する。当該操作の一例は、画面１７００におけるボタン１５７またはその対応物に対する操作である。プロセッサ２０１は、上記確認のための操作がなされたと判断すると（ステップＳ１８１８にてＹＥＳ）、ステップＳ１８２０へ制御を進め、そうでなければ（ステップＳ１８１８にてＮＯ）、プロセッサ２０１は、ステップＳ１８０３（図１９）へ制御を戻す。

ステップＳ１８２０にて、プロセッサ２０１は、端末３００に、操作されたボタンに対応するパッケージの確認画面を表示させる。たとえば、パッケージ１０５の確認用のボタン（ボタン１５７）が操作されると、パッケージ１０５の確認画面が表示される。パッケージ１０１の確認用のボタン（ボタン１５７の対応物）が操作されると、パッケージ１０１の確認画面が表示される。

図２４は、パッケージ１０１の確認画面の一例を示す図である。図２４の画面２３００は、パッケージ１０１の４つのテーマのそれぞれの商品を表示する４つのフィールド２３１０，２３２０，２３３０，２３４０を含む。プロセッサ２０１は、４つのテーマの商品のそれぞれについて、商品情報提供サーバ２００内の商品管理情報を確認し、当該確認の結果をフィールド２３１０，２３２０，２３３０，２３４０に表示してもよい。商品の予約情報が商品情報提供サーバ２００の外部のサーバで管理される場合、プロセッサ２０１は、当該外部のサーバに付加情報テーブル２７１に格納された日付での予約の可否を問合せ、当該問合せの結果をフィールド２３１０，２３２０，２３３０，２３４０に表示してもよい。付加情報テーブル２７１に付加情報が格納されていない場合、プロセッサ２０１は、画面２３００において日付の指定を要求してもよい。

商品が一日の中の複数の設定時間から時間の指定を必要とする場合、プロセッサ２０１は、さらに時刻（時間帯）の指定を要求し、指定された時間（時間帯）での予約の可否を、商品情報提供サーバ２００内の商品管理情報において確認し、当該確認の結果をフィールド２３１０，２３２０，２３３０，２３４０に表示してもよい。プロセッサ２０１は、予約の可否を外部のサーバに問合せ、当該問合せの結果をフィールド２３１０，２３２０，２３３０，２３４０に表示してもよい。これにより、商品が飛行機による移動である場合、指定された日付の中の、指定された時間帯に対応する便の予約の可否が、対応するフィールドに表示される。商品が一日に複数回開催されるイベントである場合、指定された日付の中の、指定された時間帯に開催されるイベントへの参加予約の可否が、対応するフィールドに表示される。

画面２３００は、さらに、戻るボタン２３５０と確定ボタン２３６０とを含む。確定ボタン２３６０が操作されると、プロセッサ２０１は、画面２３００に表示された商品の組合せの購入を確定する。戻るボタン２３５０が操作されると、プロセッサ２０１は、画面２３００に表示された商品の組合せの購入を確定することなく、端末３００における表示を画面１７００に戻す。

図２０に戻って、ステップＳ１８２２にて、プロセッサ２０１は、ステップＳ１８２０において表示された確認画面の内容が確定されたか否かを判断する。プロセッサ２０１は、たとえば、図２４の確定ボタン２３６０が操作されると確認画面の内容が確定されたと判断し（ステップＳ１８２２にてＹＥＳ）、ステップＳ１８２４へ制御を進める。プロセッサ２０１は、たとえば、戻るボタン２３５０が操作されると確認画面の内容は確定されていないと判断し（ステップＳ１８２２にてＮＯ）、端末３００における表示を画面１７００に戻した後、ステップＳ１８０３（図１９）へ制御を戻す。

ステップＳ１８２４にて、プロセッサ２０１は、端末３００から商品の代金支払用情報を受信する。

ステップＳ１８２６にて、プロセッサ２０１は、確定された確認画面に表示された商品の組合せの購入処理を実行し、また、当該購入処理における商品購入代金の決済処理を決済サーバ５００に要求する。

一例では、購入対象の商品は無体物であり、購入処理は、航空券および／またはホテルの電子取引による購入に関する公知の技術を用いて実現される。他の例では、購入対象の商品は有体物であり、購入処理は、書籍、日用品、および／または衣服等についての、インターネットショッピングによる購入に関する公知の技術を用いて実現される。

販売システム１において、商品情報提供サーバ２００によって販売される商品の情報は、当該商品情報提供サーバ２００内で管理されていてもよいし、外部の商品販売用サーバにおいて管理されていてもよい。後者の場合、商品情報提供サーバ２００は、購入処理において、上記商品販売用サーバに、ユーザから購入を要求された商品の購入を要求する。

商品情報提供サーバ２００は、上記購入処理において、たとえば商品の組合せの購入代金を決済サーバ５００に要求し、決済サーバ５００から決済処理の完了の通知を受けたことに応じて、購入処理を終了させる。

ステップＳ１８２７にて、プロセッサ２０１は、ＲＡＭにパッケージが格納されているか否かを判断する。上記のように、ステップＳ１８１６において、既存のパッケージに対する変更によって生成された新たなパッケージがＲＡＭに格納される。プロセッサ２０１は、そのような新たなパッケージがＲＡＭに格納されていると判断すると（ステップＳ１８２７にてＹＥＳ）、ステップＳ１８２８へ制御を進める。そうでなければ（ステップＳ１８２７にてＮＯ）、プロセッサ２０１は、ステップＳ１８２９へ制御を進める。

ステップＳ１８２８にて、プロセッサ２０１は、ＲＡＭに格納されている新たなパッケージをパッケージテーブル２７３に登録する。より具体的には、プロセッサ２０１は、パッケージテーブル２７３に新しいパッケージＩＤを設定し、当該パッケージＩＤに対して上記新たなパッケージを構成する商品等の情報を登録する。登録される商品の組合せは、商品を変更されたパッケージの中の、変更されたテーマ以外のテーマの商品と、変更後の商品（変更前の商品と入替えられた商品）とを含む。当該新たなパッケージＩＤに関連付けられるユーザＩＤは、たとえば、端末３００のユーザＩＤである。当該新たなパッケージＩＤに関連付けられる出発地／目的地は、たとえば、図１８のパッケージ画面が表示される際に端末３００のユーザによって選択された出発地および目的地である。

新たに登録されたパッケージの情報は、ユーザＩＤに関連付けられる（図５）。当該ユーザＩＤは、許可情報に関連付けられる（図４）。新たに登録されたパッケージは、当該パッケージの情報に関連付けられるユーザが当該ユーザの許可情報を「許可」に設定することに応じて、図１８等の画面において、他のユーザに対して表示される。許可情報が「許可」に設定されない限り、パッケージの情報は他のユーザに対して表示されない。

ステップＳ１８２９にて、プロセッサ２０１は、購入された商品の組合せ（パッケージＩＤ）に関連付けられているユーザに、報酬を付与する。元のパッケージの中の商品が変更されることによってステップＳ１８１６にて新しいパッケージが生成された場合、プロセッサ２０１は、元のパッケージのパッケージＩＤに関連付けられているユーザに報酬を付与するように構成されていてもよい。

ステップＳ１８３０にて、プロセッサ２０１は、端末３００に、レビュー投稿用情報を送信する。レビュー投稿用情報は、購入された商品の組合せ（パッケージＩＤ）を識別する情報を含む。元のパッケージの中の商品が変更されることによってステップＳ１８１６にて新しいパッケージが生成された場合、レビュー投稿用情報は、元のパッケージのパッケージＩＤを識別するように構成されてもよいし、新しいパッケージのパッケージＩＤを識別するように構成されていてもよいし、これらの双方のパッケージのパッケージＩＤを識別するように構成されていてもよい。

＜（８）レビュー投稿，（９）レビュー登録＞
図２５は、商品情報提供サーバ２００において、端末３００から投稿されたレビューを登録するための手順のフローチャートである。ある実施の形態において、図２５の手順は、端末３００において、ボタン９２３（図９）が操作され、レビューが入力され、送信用の操作がなされたことに応じて実行される。図２５の手順は、たとえば、商品情報提供サーバ２００のプロセッサ２０１が所与のプログラムを実行することによって実現される。

図２５を参照して、ステップＳ２４０２にて、プロセッサ２０１は、端末３００からレビューの投稿を受信すると、当該投稿がレビュー投稿用情報を含むか否かを判断する。プロセッサ２０１は、当該投稿がレビュー投稿用情報を含むと判断すると（ステップＳ２４０２にてＹＥＳ）、ステップＳ２４０４へ制御を進め、そうでなければ（ステップＳ２４０２にてＮＯ）、ステップＳ２４０６へ制御を進める。

ステップＳ２４０４にて、プロセッサ２０１は、受信したレビューを、レビューテーブル２７５に、レビュー投稿用情報によって識別されるパッケージＩＤに関連付けて登録した後、図２５の手順を終了させる。

ステップＳ２４０６にて、プロセッサ２０１は、レビューの投稿がエラーであることを端末３００に返信した後、図２５の手順を終了させる。

［７．端末の初期画面中の画像の選択に従ったパッケージ画面の表示］
パッケージ画面が表示するパッケージは、端末３００において選択された画像に対応するユーザのパッケージであってもよい。図２６は、端末３００が表示する初期画面の一例を示す図である。初期画面は、パッケージ画面が表示するパッケージを選択するために選択される画像を表示する画面の一例である。図２７は、図２６の初期画面に対する操作に従って、パッケージ画面が表示するパッケージを選択するための手順を示す図である。図２８は、図２７の手順によって選択されたパッケージを表示するパッケージ画面の一例を示す図である。図２９は、初期画面およびパッケージ画面を表示するために端末３００において実行される手順の一例を示す図である。以下、図２６〜図２９を参照して、端末３００における、初期画面の表示および初期画面中の画像の選択に従ったパッケージ画面の表示について説明する。

図２６の画面２５００について説明する。端末３００のプロセッサ３０１（図８）は、商品情報提供サーバ２００から所定の画面情報を取得することによって、または、端末３００内の所定のアプリケーションの動作として、画面２５００をディスプレイ３０６に表示する。

画面２５００は、５個の画像２５０１〜２５０５を含む。一例では、画像２５０１〜２５０５は、ユーザ情報テーブル２７２（図４）において紹介情報として含まれる各ユーザの画像である。商品情報提供サーバ２００のプロセッサ２０１は、「いいね」カウンタ（図５）のカウント値の上位５件のパッケージＩＤ、または、レビューテーブル２７５（図７）において登録されているレビュー件数が多い上位５件のパッケージＩＤを選択する。そして、プロセッサ３０１は、選択されたパッケージＩＤに関連付けられた紹介情報に含まれる画像を画像２５０１〜２５０５として表示することを、端末３００に指示してもよい。他の例では、画像２５０１〜２５０５のそれぞれは、特定のユーザに対応せず、１つ以上のプロフィールにのみ関連付けられた画像であってもよい。図２６の例では、画面２５００は５個の画像２５０１〜２５０５を含むが、画面２５００が含む画像の数は「５」に限定されない。

プロセッサ３０１は、画像２５０１〜２５０５に対する操作を受け付けると、どの画像が操作されたかを表わす情報を商品情報提供サーバ２００に送信する。

ある実施の形態では、商品情報提供サーバ２００のプロセッサ２０１は、端末３００から、画像２５０１〜２５０５の中の少なくとも１つが操作されたことを表わす情報を受け付けると、図２７の手順を開始する。この場合、端末３００のユーザは、販売システム１にログインしている必要はない。以下に、図２７の手順について説明する。なお、図２７の手順は、たとえばプロセッサ２０１が所与のプログラムを実行することによって実現される。

図２７を参照して、ステップＳ２６０２にて、プロセッサ２０１は、画像２５０１〜２５０５の中の操作された画像に対応するユーザＩＤを特定する。ステップＳ２６０４にて、プロセッサ２０１は、ユーザ情報テーブル２７２を参照することにより、ステップＳ２６０２にて特定されたユーザＩＤと同じプロフィールを有するユーザＩＤを選択する。ステップＳ２６０６にて、プロセッサ２０１は、ステップＳ２６０２にて特定されたユーザＩＤとステップＳ２６０４にて選択されたユーザＩＤに対応するパッケージＩＤを選択して、図２７の手順を終了する。

図２７の手順によれば、商品情報提供サーバ２００のプロセッサ２０１は、図２の「２．ユーザマッチング」のような端末３００のユーザと他のユーザとのマッチングの代わりに、初期画面（図２６）において選択されたユーザと他のユーザとのマッチングを実行できる。図２７の手順を図１９の手順に関連付けると、図２７の手順の開始のトリガーとなる端末３００からの情報の受信が、図１９のステップＳ１８００の制御に相当する。図２７の手順によるパッケージＩＤの選択は、ステップＳ１８０１の制御の一部を構成する。すなわち、図１９のパッケージ画面の生成において、図２７の手順によって選択されたパッケージＩＤが利用される。

次に、図２８を参照して、図２７の手順に従って選択されたパッケージＩＤを用いて生成される画面（パッケージ画面）の一例を説明する。図２８の画面２７００は、３つのパッケージ２７０１，２７０２，２７０３を表示する。たとえば、パッケージ２７０１は、初期画面において選択されたユーザのパッケージＩＤに対応し、パッケージ２７０２，２７０３は、当該選択されたユーザと同じプロフィール（cute, detox, travel, resort, sports, gourmet, shopping）を有するユーザのパッケージＩＤに対応する。

図２８のパッケージ２７０１，２７０２，２７０３のそれぞれは、図１８のパッケージ１０１〜１０５のそれぞれと同じ構成を有していてもよい。すなわち、パッケージ２７０３は、画像２７３０と、ユーザＩＤ２７３１と、テキスト２７３２と、画像２７３３Ａ，２７３４Ａ，２７３５Ａ，２７３６Ａと、ボタン２７３３Ｂ，２７３４Ｂ，２７３５Ｂ，２７３６Ｂ，２７１７〜２７１９とを含み、また、パッケージ２７０１，２７０２はこれらの対応物を含む。

なお、画面２７００において、画像２７１３Ａによって表されるテーマ「移動」を表わす画像は、各パッケージＩＤに含まれる「出発地／目的地」を表わす文字列を含んでいてもよい。たとえば、画像２７１３Ａは、文字列「東京／札幌」を含む。

次に、図２９を参照して、端末３００における初期画面およびパッケージ画面の表示のために手順を説明する。なお、図２９の手順は、たとえば、端末３００にインストールされたアプリケーションの一部として、プロセッサ３０１が当該アプリケーションプログラムを実行することによって実現される。

図２９を参照して、ステップＳ２８０２にて、プロセッサ３０１は、ディスプレイ３０６に、初期画面（図２６の画面２５００）を表示する。ステップＳ２８０２は、たとえば商品情報提供サーバ２００からの指示（図１９のステップＳ１８０２）に応じて実行される。

ステップＳ２８０４にて、プロセッサ３０１は、画面２５００内の画像２５０１〜２５０５のいずれかが操作されると、操作された画像を表わす情報を商品情報提供サーバ２００へ送信する。たとえば、画像２５０１が操作されると、プロセッサ３０１は、商品情報提供サーバ２００に、画面２５００内の画像が操作されたことを表わす情報と、操作された画像を表わす情報として画像２５０１を特定する情報とを送信する。これに応じて、商品情報提供サーバ２００のプロセッサ２０１は、パッケージ画面を生成し（ステップＳ１８０１）、当該パッケージ画面の表示を端末３００に指示する（ステップＳ１８０２）。

ステップＳ２８０６にて、プロセッサ３０１は、商品情報提供サーバ２００からのパッケージ画面の表示の指示を受信する。そして、ステップＳ２８０８にて、プロセッサ３０１は、ディスプレイ３０６に、パッケージ画面を表示して、図２９の手順を終了する。これにより、ディスプレイ３０６にパッケージ画面（図２８の画像２７００等）が表示される。

以上、図２６〜図２９を参照した説明に従えば、端末３００のユーザが、初期画面（図２６）に表示された画像から気に入った画像を選択すると、端末３００は、商品情報提供サーバ２００から受信した情報に基づいて、パッケージ画面（図２８の画面２７００）を表示する。画面２７００は、選択された画像に関連付けられたユーザおよび当該ユーザと同じプロフィールを有するユーザのそれぞれが過去に選択したパッケージを表示する。端末３００のユーザは、初期画面に表示される画像２５０１〜２５０５から気に入った画像を選択すれば、行き先などの条件を選択することなく、旅行に関する商品のパッケージの候補を取得することができる。これにより、販売システム１は、端末３００のユーザの直観的な操作に基づいて、当該ユーザに、商品のパッケージという具体的な情報を提供できる。

なお、プロセッサ２０１は、パッケージ画面として、初期画面において選択されたユーザのみについて、当該ユーザが過去に選択したパッケージを表示させてもよい。すなわち、図２８の画面２７００において、初期画面において選択されたユーザと同じプロフィールを有するユーザが過去に選択したパッケージの表示は省略されてもよい。

［８．ユーザＸに関連付けられたウェブサイトにおけるユーザＸのパッケージの表示］
プロセッサ２０１は、パッケージテーブルに登録されたパッケージの１つ以上を、ユーザのブログ等の他のサイトに、ウィジェットとして埋め込むことができる。ブログ上のウィジェットは、商品の組合せを表示するためにウェブページにおいて表示されるパーツの一例である。パーツとは、ウェブページの画面を構成する要素の一例である。ユーザのブログは、当該ユーザに関連付けられたウェブページの一例である。図３０は、ユーザによって登録されたパッケージをウィジェットとして含む画面の一例を示す図である。

図３０の画面２９００は、端末３００のユーザによって作成されたブログの画面の一例である。画面２９００は、ブログのタイトル２９０１と、ブログの著者のプロフィール２９０２と、記事２９１１，２９１２と、ウィジェット２９２０とを含む。ウィジェット２９２０の一例は、端末３００のユーザによって生成および登録されたパッケージを購入するための画面を表示するためのアプリケーションである。ウィジェット２９２０内の購入ボタンが操作されることにより、ウィジェット２９２０を表示する端末では、ウィジェット２９２０のアプリケーションを実行することによって、商品情報提供サーバ２００に、表示された購入を要求する。この要求は、図２の「（４）購入要求」と同様である。ウィジェット２９２０として、図２８に示されたような、複数のパッケージを表わす画面が表示されてもよい。

ウィジェット２９２０を含む画面２９００を表示するために、端末３００のユーザは、予め、ブログサーバ（たとえば、図１のソーシャルメディアサーバ７００）に対して、ウィジェットとしてパッケージを表示するためのアプリケーションを登録するための操作を実行する。ブログサーバは、ウィジェットとしてパッケージを表示するためのアプリケーションを登録する。登録される情報は、さらに、商品情報提供サーバ２００を特定する情報と、当該ユーザのために商品情報提供サーバ２００において登録されているユーザＩＤとを含んでいてもよい。以下、端末３００のユーザ（ブログの著者）をユーザＸと称する。

図３１は、ユーザＸのブログが表示されるときの、ブログサーバおよび商品情報提供サーバ２００において実行される手順の一例を表わすフローチャートである。

図３１を参照して、ブログサーバのプロセッサは、ユーザＸまたは他のユーザによって操作される端末からユーザＸのブログを表示する要求を受けると、ステップＳ３００にて、商品情報提供サーバ２００を特定する情報と、商品情報提供サーバ２００におけるユーザＸのＩＤ（ユーザＩＤ）とを読み出す。

ステップＳ３０２にて、ブログサーバのプロセッサは、商品情報提供サーバ２００に対して、ユーザＸのパッケージ画面用の情報を要求する。当該要求は、ユーザＸの商品情報提供サーバ２００におけるユーザＩＤを伴ってもよい。

当該要求に応じて、商品情報提供サーバ２００のプロセッサ２０１は、ステップＳ３１０にて、パッケージテーブル２７３においてユーザＸのユーザＩＤに関連付けられている情報を読み出す。ステップＳ３１２にて、プロセッサ２０１は、ブログサーバに、読み出した情報を送信する。

ステップＳ３０４にて、ブログサーバのプロセッサは、ユーザＸのブログの表示を要求してきた端末に対して、ブログのウィジェットがユーザＸのパッケージを表示するための情報を送信する。これにより、ユーザＸのブログの表示を要求してきた端末は、図３０の画面２９００のような、ウィジェットを埋め込まれたブログを表示する。ユーザＸは、当該ユーザＸのブログに、当該ユーザＸが商品情報提供サーバ２００に登録したパッケージを購入するためのゲートウェイを配置することができる。ユーザＸのパッケージが他のユーザによって購入されると、図２において「（６）報酬」として示されたように、ユーザＸには報酬が支払われる。これにより、ユーザＸは、ウィジェットをアフィリエイト（成功報酬型広告）として利用することができる。

ユーザＸのパッケージをパーツとして表示するウェブサイトは、ユーザＸのブログに限定されない。他の例は、ソーシャルネットワーク（Facebook, Instagram, 等）上のユーザＸの個人ページである。

商品の組合せを表示するためにウェブページにおいて表示されるパーツは、ウィジェットに限定されない。他の例は、ブログ等のウェブページ上の広告である。この例では、ブログサーバのプロセッサは、端末からブログの表示要求を受けると、商品情報提供サーバ２００に、ユーザＸのユーザＩＤを送信する。

商品情報提供サーバ２００のプロセッサ２０１は、パッケージテーブル２７３からユーザＸのユーザＩＤに関連付けられたパッケージの情報を読み出し、当該パッケージを表示するための画像を生成する。生成される画像は、たとえば、図３０においてウィジェット２９２０として示された画像である。商品情報提供サーバ２００のプロセッサ２０１は、生成された画像をブログサーバに送信する。ブログサーバは、商品情報提供サーバ２００から送信された画像を広告としてブログの画面に埋め込み、当該画面を端末に表示させる。これにより、ユーザＸのブログを表示する端末では、ブログ内に、広告として、ユーザＸのパッケージを表わす画像が表示される。

ブログを表示する端末は、広告部分がクリックされると、パッケージを購入するためのアプリケーションが起動する。当該アプリケーションにおいて、パッケージを購入する指示がなされると、端末は、図２において「（４）購入要求」として示されたように、商品情報提供サーバ２００に対してパッケージの購入を要求する。この例において、ユーザＸは、ブログ上の広告をアフィリエイトとして利用することができる。

［９．開示の要約］
本開示は、以下のように要約され得る。

＜１＞ 本開示に係る商品の情報の提供方法は、コンピュータ（商品情報提供サーバ２００）によって実行される。当該方法は、コンピュータと通信可能な端末のアクセスを受けるステップ（ステップＳ１８００）と、ユーザによって選択された商品の組合せの情報をデータベースから読み出すステップ（ステップＳ１８０１）と、データベースから読み出された商品の組合せの情報を、端末に表示するステップ（ステップＳ１８０２）とを含む。

＜２＞ 上記方法において、アクセスは、ユーザの指定（ステップＳ２８０４における、端末３００から商品情報提供サーバ２００への、操作された画像を特定する情報の送信）を含んでもよい。商品の組合せの情報（画面２７００）を端末に表示するステップは、指定されたユーザによって選択された商品の組合せ（画面２５００において選択された画像に対応するパッケージＩＤの商品の組合せ）の情報を表示するための画面を表示することを含んでもよい。

＜３＞ 上記方法では、端末に表示された情報に対応する組合せの変更の要求を受けた場合に（Ｓ１８１４にてＹＥＳ）、当該要求後の組合せの情報は、当該変更後の組合せの表示を承諾する入力（図４の「許可情報」を「許可」に設定）を条件として、端末に表示されてもよい。

＜４＞ 上記変更後の組合せは、変更前の組合せを構成する商品の一部と新たな商品とによって、すなわち、変更前の商品の少なくとも一つが新たな商品に入れ替えられることによって、構成されてもよい。

＜５＞ 端末に表示された情報に対応する組合せの購入の要求、または、当該組合せの中の一部の商品の購入の要求を受け付けるステップ（ステップＳ１８２２）をさらに含んでもよい。

＜６＞方法は、組合せの中の少なくとも一部の商品が購入された場合に、当該組合せを選択していたユーザに対する対価を付与するステップ（Ｓ１８３０）をさらに含んでもよい。

＜７＞ ユーザによるソーシャルメディア上の投稿から取得した組合せの情報、または、ユーザから登録を要求された組合せの情報を、データベースに登録するステップ（Ｓ１５０６〜Ｓ１５２０）をさらに備えていてもよい。

＜８＞ 組合せの情報を端末に表示するステップは、各ユーザに関連付けられている属性情報に基づいて端末のユーザ（図２のユーザＸ）にマッチングされたユーザ（ユーザＡ，Ｂ）によって選択された組合せの情報を端末に表示することを含んでいてもよい。

＜９＞ 方法は、端末に表示された組合せに対するフィードバック（「いいね」、レビュー）を端末のユーザから受け付けて、データベースに登録するステップ（ステップＳ１８０４，Ｓ２４０４）をさらに含んでいてもよい。

＜１０＞ 方法において、データベースから読み出された商品の組合せの情報は、ユーザに関連付けられたウェブページにおいてパーツとして表示されてもよい。この意味において、商品情報提供サーバ２００は、図３０，図３１を参照して説明されたように、ユーザＸのブログ（ユーザＸに関連付けられたウェブページの一例）を管理するブログサーバに、ユーザＸに関連付けられたパッケージを表示するための情報を送信する。ブログサーバは、ユーザＸのブログに、ユーザＸに関連付けられたパッケージをウィジェットとして埋め込む。これにより、ユーザＸのブログは、当該ブログを表示する端末において、ユーザＸに関連付けられたパッケージを表示するウィジェットを埋め込まれた状態で表示される。

＜１１＞ 本開示のある局面に係るプログラムは、商品情報提供サーバ２００のプロセッサ２０１によって実行され、上記した方法を実行させる。

＜１２＞ 本開示の他の局面に係るプログラムは、端末３００のプロセッサ３０１に、表示装置（ディスプレイ３０６）に、ユーザに対応する画像（画像２５０１〜２５０５）を含む表示インターフェース（初期画面：画面２５００）を表示するステップ（２８０２）と、画像に対する操作に応じて、当該操作を特定する情報をサーバに送信するステップ（Ｓ２８０４）と、操作を特定する情報に応答したサーバからの指示（商品情報提供サーバ２００からのステップＳ１８０２）に従って、ユーザが過去に選択した商品の組合せの情報を表示するための画面を表示するステップ（ステップＳ２８０８）とを実行させる。

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

１ 販売システム、１０，２０，３０，４０ 情報、２００ 商品情報提供サーバ、３００，３００Ａ，３００Ｂ，３００Ｘ 端末、５００ 決済サーバ、７００ ソーシャルメディアサーバ、９００，１１００，１２００，１３００，１６００，１７００，２０００，２１００，２２００，２３００，２５００，２７００ 画面、１６１０ アカウント名、１６２０，１６３０ 投稿、２０１０，２０２０，２０３０ レビュー。

Claims (12)

1. 商品の情報を提供するためにコンピュータで実行される方法であって、
   前記コンピュータと通信可能な端末のアクセスを受けるステップと、
   ユーザによって選択された商品の組合せの情報を前記コンピュータのデータベースから読み出すステップと、
   前記データベースから読み出された商品の組合せの情報を、前記端末に表示するステップとを含む、方法。
2. １組以上の前記組合せの情報のそれぞれを選択したユーザのそれぞれの情報を、前記端末に表示するステップをさらに含み、
   前記アクセスを受けるステップは、前記ユーザを指定する情報を受信するステップを含み、
   前記商品の組合せの情報を前記端末に表示するステップは、指定された前記ユーザによって選択された商品の組合せの情報を表示するための画面を表示することを含む、請求項１に記載の方法。
3. 前記端末に表示された前記情報に対応する組合せの変更の要求を受けた場合に、当該要求後の組合せの情報は、当該変更後の組合せの表示を承諾する入力を条件として、前記端末に表示される、請求項１または請求項２に記載の方法。
4. 変更後の前記組合せは、変更前の組合せを構成する商品の一部と新たな商品とによって構成される、請求項３に記載の方法。
5. 前記端末に表示された前記情報に対応する組合せの購入の要求、または、当該組合せの中の一部の商品の購入の要求を受け付けるステップをさらに含む、請求項１〜請求項４のいずれか１項に記載の方法。
6. 前記組合せの中の少なくとも一部の商品が購入された場合に、当該組合せを選択していたユーザに対する対価を付与するステップをさらに含む、請求項５に記載の方法。
7. ユーザによるソーシャルメディア上の投稿から取得した組合せの情報、または、ユーザから登録を要求された組合せの情報を、前記データベースに登録するステップをさらに備える、請求項１〜請求項６のいずれか１項に記載の方法。
8. 前記組合せの情報を前記端末に表示するステップは、各前記ユーザに関連付けられている属性情報に基づいて前記端末のユーザにマッチングされたユーザによって選択された組合せの前記情報を前記端末に表示することを含む、請求項１〜請求項７のいずれか１項に記載の方法。
9. 前記端末に表示された組合せに対するフィードバックを前記端末のユーザから受け付けて、前記データベースに登録するステップをさらに含む、請求項１〜請求項８のいずれか１項に記載の方法。
10. 前記データベースから読み出された商品の組合せの情報は、前記ユーザに関連付けられたウェブページにおいてパーツとして表示される、請求項１〜請求項９のいずれか１項に記載の方法。
11. 請求項１〜請求項１０のいずれか１項に記載の方法をコンピュータに実行させる、プログラム。
12. 表示装置を有するコンピュータによって実行されるプログラムであって、
    前記プログラムは、前記コンピュータに、
    前記表示装置に、ユーザに対応する画像を含む表示インターフェースを表示するステップと、
    前記画像に対する操作に応じて、当該操作を特定する情報をサーバに送信するステップと、
    前記操作を特定する情報に応答した指示に従って、前記ユーザが過去に選択した商品の組合せの情報を表示するための画面を表示するステップとを実行させる、プログラム。