JP2020013461A - 情報処理方法、情報処理装置及びプログラム - Google Patents

Abstract

【課題】インターネットを使用した電子商取引における、商品の出品作業の負担を軽減する方法を提供する。【解決手段】第１情報処理装置１１０Ａによって、出品ユーザに対応づけられた第２情報処理装置１２０Ａから、出品ユーザが出品する商品の商品情報を受信するステップと、購入ユーザに対応づけられた第３情報処理装置１２０Ｂから商品ページの表示要求を受信した場合に、商品情報と購入ユーザに関する情報に基づいて商品説明文を生成するステップと、第３情報処理装置１２０Ｂに商品説明文を送信するステップと、を実行する説明文生成方法。【選択図】図３

Description

本開示は、情報処理方法、情報処理装置及びプログラムに関する。

近年、インターネットを使用した個人間での商品売買が盛んに行われている。このような、インターネットを使用した商品売買においては、商品ごとに商品説明文等の商品情報が掲載された商品ページが用意されており、商品の購入ユーザは携帯端末等を介して商品ページを閲覧することができる。

商品ページに含まれる商品説明文等は出品ユーザが自ら記入するのが通常であるが、文章を自動で生成する技術も存在する。例えば、特許文献１には、デジタルコンテンツを紹介する文章を当該コンテンツの属性等に基づいて自動生成するプログラムが開示されている。また、特許文献２には、オークションサイトにおいて、出品者から出品依頼を受け付けた場合に、外部データベースに記憶された物品情報に基づいて商品の出品情報（商品説明文等）を自動で生成する装置が開示されている。

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

特許文献１には、コンテンツの属性に基づいてコンテンツの紹介文を生成するプログラムが開示されているが、紹介するコンテンツが同一であればいかなるユーザに対してであっても同じ紹介文が生成されるため、ユーザの属性や好みに適した文章を自動で生成することができなかった。そのため、ユーザの属性や好みに合わせて紹介文を修正する負担があった。

特許文献２には、物品情報に基づいて自動で商品ページを生成する装置が開示されているが、生成した商品ページに含まれる情報が不足しているのか過剰であるのかといった情報量の多寡については判断されず、必ずしも適切な情報量の商品ページが生成されるとは限らず、出品ユーザが生成された商品ページを確認する必要があった。また、情報が不足していたり過剰であったりする場合には、商品ページを修正する負担があった。

本開示は、インターネットを使用した電子商取引における、商品の出品作業の負担を軽減する方法を提供することを目的とする。

本開示の一実施形態に係る説明文生成方法は、第１情報処理装置によって、出品ユーザに対応づけられた第２情報処理装置から、出品ユーザが出品する商品の商品情報を受信するステップと、購入ユーザに対応づけられた第３情報処理装置から商品ページの表示要求を受信した場合に、商品情報と購入ユーザに関する情報に基づいて商品説明文を生成するステップと、第３情報処理装置に前記商品説明文を送信するステップと、を実行する。

図１は、実施形態の一態様に係る通信システムの構成を示す。 図２は、本開示に係る情報処理装置のハードウェア構成の一例を示す。 図３は、第１実施形態に係る通信システムの概要を示す。 図４は、第１実施形態に係る情報処理装置の機能的な構成を示すブロック図の 一例を示す。 図５は、第１実施形態に係る記憶部に記憶された商品情報テーブルの一例を示 す。 図６は、第１実施形態に係る記憶部に記憶されたページ閲覧情報テーブルの一 例を示す。 図７は、第１実施形態に係る記憶部に記憶されたユーザ属性情報テーブルの一 例を示す。 図８は、第１実施形態に係る通信システムの処理のシーケンスの一例を示す。 図９は、第１実施形態に係る商品情報の入力処理の一例を示す。 図１０は、第１実施形態に係る商品ページの生成処理の一例を示す。 図１１は、第１実施形態の第１実施例に係る商品説明文の生成処理の一例を 示す。 図１２は、第１実施形態の第２実施例に係る商品説明文の生成処理の一例を 示す。 図１３は、第１実施形態の第３実施例に係る商品説明文の生成処理の一例を 示す。 図１４は、第１実施形態の第４実施例に係るコメントの生成処理の一例を示 す。 図１５は、第１実施形態の第４実施例に係る端末に表示されるコメント送信 画面の一例を示す。 図１６は、第２実施形態に係る通信システムの概要を示す。 図１７は、第２実施形態に係る情報処理装置の機能的な構成を示すブロック 図の一例を示す。 図１８は、第２実施形態に係る記憶部に記憶された商品情報テーブルの一例 を示す。 図１９は、第２実施形態に係る記憶部に記憶されたユーザ評価情報テーブル の一例を示す。 図２０は、第２実施形態に係る通信システムの処理のシーケンスの一例を示 す。 図２１は、第２実施形態の第１実施例に係るメッセージの生成処理の一例を 示す。 図２２は、第２実施形態の第１実施例に係る端末に表示される商品情報の追 加画面の一例を示す。 図２３は、第２実施形態の第２実施例に係る商品情報の更新処理の一例を示 す。 図２４は、第２実施形態の第３実施例に係るメッセージの生成処理の一例を 示す。 図２５は、第２実施形態の第４実施例に係るメッセージの生成処理の一例を 示す。

＜法令遵守＞
本明細書に記載の開示は、実施される場合、本開示を実施する各国の法令を遵守のうえで実施される。また、本明細書に記載の開示は、各国の法令を遵守するために必要な、当業者が成し得る全ての変更、置換、変形、改変、および修正をもって実施される。

本開示に係る説明文生成方法を実施するための形態について、図面を参照して説明する。

＜システム構成＞
図１は、本開示の一実施形態に係る通信システム１の構成を示す。図１に開示されるように、通信システム１では、ネットワーク１３０を介してサーバ１１０Ａ，サーバ１１０Ｂと、端末１２０Ａ，端末１２０Ｂ，端末１２０Ｃとが接続される。

本開示において、サーバ１１０Ａと、サーバ１１０Ｂとをそれぞれ区別する必要がない場合は、サーバ１１０Ａとサーバ１１０Ｂとは、それぞれサーバ１１０と表現されてもよい。

本開示において、端末１２０Ａと、端末１２０Ｂと、端末１２０Ｃとをそれぞれ区別する必要がない場合は、端末１２０Ａと端末１２０Ｂと端末１２０Ｃとは、それぞれ端末１２０と表現されてもよい。

本開示において、サーバ１１０と、端末１２０とをそれぞれ区別する必要がない場合は、サーバ１１０と端末１２０とは、それぞれ情報処理装置２００と表現されてもよい。なお、ネットワーク１３０に接続される情報処理装置２００の数は限定されない。

サーバ１１０は、ネットワーク１３０を介してユーザが利用する端末１２０に、所定のサービスを提供する。所定のサービスは、限定でなく例として、決済サービス、電子商取引サービス、インスタントメッセンジャーを代表とするＳＮＳ（Social Networking Service）、楽曲・動画・書籍などのコンテンツ提供サービス等を含む。ユーザが端末１２０を介して所定のサービスを利用することで、サーバ１１０は１以上の端末１２０に所定のサービスを提供することができる。

必要に応じて、ユーザＸが利用する端末を端末１２０Ｘと表現し、ユーザＸまたは端末１２０Ｘに対応づけられた、所定のサービスにおけるユーザ情報をユーザ情報Ｘと表現する。なお、ユーザ情報とは、所定のサービスにおいてユーザが利用するアカウントに対応づけられたユーザの情報である。ユーザ情報は、限定でなく例として、ユーザにより入力される、または、所定のサービスにより付与される、ユーザの名前、ユーザのアイコン画像、ユーザの年齢、ユーザの性別、ユーザの住所、ユーザの趣味趣向、ユーザの識別子などのユーザに対応づけられた情報を含み、これらのいずれか一つまたは、組み合わせであってもよい。

ネットワーク１３０は、２以上の情報処理装置２００を接続する役割を担う。ネットワーク１３０は、端末１２０がサーバ１１０に接続した後、データを送受信することができるように接続経路を提供する通信網を意味する。

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

＜ハードウェア（ＨＷ）構成＞
図２を用いて、通信システム１に含まれる情報処理装置２００のＨＷ構成について説明する。

情報処理装置２００は、プロセッサ２０１と、メモリ２０２と、ストレージ２０３と、入出力インタフェース（入出力Ｉ／Ｆ）２０４と、通信インタフェース（通信Ｉ／Ｆ）２０５とを含む。情報処理装置２００のＨＷの各構成要素は、限定でなく例として、バスＢを介して相互に接続される。

情報処理装置２００は、プロセッサ２０１と、メモリ２０２と、ストレージ２０３と、入出力Ｉ／Ｆ２０４と、通信Ｉ／Ｆ２０５との協働により、本開示に記載される機能、および／または、方法を実現する。

プロセッサ２０１は、ストレージ２０３に記憶されるプログラムに含まれるコードまたは命令によって実現する機能、および／または、方法を実行する。プロセッサ２０１は、限定でなく例として、中央処理装置（ＣＰＵ）、ＭＰＵ（Micro Processing Unit）、ＧＰＵ（Graphic s Processing Unit）、マイクロプロセッサ（microprocessor）、プロセッサコア（processor core）、マルチプロセッサ（multiprocessor）、ＡＳＩＣ（Application-Specific Integrated Circuit）、ＦＰＧＡ（Field Programmable Gate Array）等を含み、集積回路（ＩＣ（Integrated Circuit）チップ、ＬＳＩ（Large Scale Integration））等に形成された論理回路（ハードウェア）や専用回路によって各実施形態に開示される各処理を実現してもよい。また、これらの回路は、１または複数の集積回路により実現されてよく、各実施形態に示す複数の処理を１つの集積回路により実現されることとしてもよい。また、ＬＳＩは、集積度の違いにより、ＶＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩなどと呼称されることもある。

メモリ２０２は、ストレージ２０３からロードしたプログラムを一時的に記憶し、プロセッサ２０１に対して作業領域を提供する。メモリ２０２には、プロセッサ２０１がプログラムを実行している間に生成される各種データも一時的に格納される。メモリ２０２は、限定でなく例として、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）などを含む。

ストレージ２０３は、プログラムを記憶する。ストレージ２０３は、限定でなく例として、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）、フラッシュメモリなどを含む。

通信Ｉ／Ｆ２０５は、ネットワーク１３０を介して各種データの送受信を行う。当該通信は、有線、無線のいずれで実行されてもよく、互いの通信が実行できるのであれば、どのような通信プロトコルを用いてもよい。通信Ｉ／Ｆ２０５は、ネットワーク１３０を介して、他の情報処理装置との通信を実行する機能を有する。通信Ｉ／Ｆ２０５は、各種データをプロセッサ２０１からの指示に従って、他の情報処理装置に送信する。また、通信Ｉ／Ｆ２０５は、他の情報処理装置から送信された各種データを受信し、プロセッサ２０１に伝達する。

入出力Ｉ／Ｆ２０４は、情報処理装置２００に対する各種操作を入力する入力装置、および、情報処理装置２００で処理された処理結果を出力する出力装置を含む。入出力Ｉ／Ｆ２０４は、入力装置と出力装置が一体化していてもよいし、入力装置と出力装置とに分離していてもよい。

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

出力装置は、プロセッサ２０１で処理された処理結果を出力することができる全ての種類の装置のいずれか、または、その組み合わせにより実現される。当該処理結果を映像、および／または、動画像として出力する場合、出力装置は、フレームバッファに書き込まれた表示データに従って、当該表示データを表示することができる全ての種類の装置のいずれかまたはその組み合わせにより実現される。出力装置は、限定でなく例として、タッチパネル、タッチディスプレイ、モニタ（限定でなく例として、液晶ディスプレイ、ＯＥＬＤ（Organic Electroluminescence Display）など）、ヘッドマウントディスプレイ（ＨＤＭ：Head Mounted Display）、プロジェクションマッピング、ホログラム、空気中など（真空であってもよい）に画像やテキスト情報等を表示可能な装置、スピーカ（音声出力）、プリンターなどを含む。なお、これらの出力装置は、３Ｄで表示データを表示可能であってもよい。

本開示の各実施形態のプログラムは、コンピュータに読み取り可能な記憶媒体に記憶された状態で提供されてもよい。 記憶媒体は、「一時的でない有形の媒体」に、プログラムを記憶可能である。プログラムは、限定でなく例として、ソフトウェアプログラムやコンピュータプログラムを含む。

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

また、本開示のプログラムは、当該プログラムを伝送可能な任意の伝送媒体（通信ネットワークや放送波等）を介して、情報処理装置２００に提供されてもよい。また、本開示の各実施形態は、プログラムが電子的な伝送によって具現化された、搬送波に埋め込まれたデータ信号の形態でも実現され得る。

なお、本開示のプログラムは、限定でなく例として、ＡｃｔｉｏｎＳｃｒｉｐｔ、ＪａｖａＳｃｒｉｐｔ（登録商標）などのスクリプト言語、Ｏｂｊｅｃｔｉｖｅ−Ｃ、Ｊａｖａ（登録商標）などのオブジェクト指向プログラミング言語、ＨＴＭＬ５などのマークアップ言語などを用いて実装される。

情報処理装置２００おける処理の少なくとも一部は、１以上のコンピュータにより構成されるクラウドコンピューティングにより実現されていてもよい。

情報処理装置２００における処理の少なくとも一部を、他の情報処理装置により行う構成としてもよい。この場合、プロセッサ２０１により実現される各機能部の処理のうち少なくとも一部の処理を、他の情報処理装置で行う構成としてもよい。

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

本開示では、明記されない限り、または文脈によって示されない限り、「または」は排他的ではなく包含的な意味である。したがって、本開示では、明記されていない限り、または文脈によって示されない限り、「ＡまたはＢ」は「Ａ、Ｂ、またはその両方」を意味する。さらに、明記されない限り、または文脈によって示されない限り、「および」は協同（ｊｏｉｎｔ）および個々（ｓｅｖｅｒａｌ）の両方の意味である。したがって、本明細書では、明記されない限り、または文脈によって 示されない限り、「ＡおよびＢ」は、「ＡおよびＢが一緒に、または個別に（Ａ ａｎｄ Ｂ， ｊｏｉｎｔｌｙ ｏｒ ｓｅｖｅｒａｌｌｙ）」を意味する。さらに、明記されない限り、または文脈によって示されない限り、「ａ」、「ａｎ」、または「ｔｈｅ」は「１つまたは複数」を意味するものとする。したがって、本明細書では、別段に明記されない限り、または文脈によって示されない限り、「ａｎ Ａ」または「ｔｈｅ Ａ」は「１つまたは複数のＡ」を意味する。

本開示は、本開示の実施形態、および／または、実施例に対して、当業者が成し得る全ての変更、置換、変形、改変、および修正を包含する。同様に、適切な場合、添付の特許請求の範囲は、本開示の実施形態、および／または、実施例に対して、当業者が成し得る全ての変更、置換、変形、改変、および修正を包含する。さらに、本開示は、当業者が成し得る、本開示における実施形態、および／または、実施例の１つまたは複数の特徴と、本開示における他の実施形態、および／または、実施例の１つまたは複数の特徴との任意の組合せを包含する。

加えて、特定の機能を実施するように適合される、配置される、能力を有する、構成される、使用可能である、動作可能である、または動作できる装置またはシステムあるいは装置またはシステムの構成要素に対する添付の特許請求の範囲での参照は、その装置、システム、または構成要素がそのように適合される、配置される、能力を有する、構成される、使用可能にされる、動作可能にされる、または動作できる限り、その装置、システム、構成要素またはその特定の機能がアクティベートされ、オンにされ、またはロック解除されているか否かに関わらず、その装置、システム、構成要素を包含する。

＜第１実施形態＞
＜第１実施形態の概要＞
第１実施形態は、ネットワークを介して行われるユーザ間の商品売買システムにおいて、購入ユーザが商品ページの閲覧を要求した場合に、サーバが商品情報と購入ユーザに関する情報に基づいて商品説明文を生成し、当該商品説明文が含まれる商品ページを購入ユーザの端末に送信する説明文生成方法の実施形態である。

本実施形態において、「出品ユーザ」とは、商品を出品するユーザであり、「購入ユーザ」とは、商品を購入するユーザである。また、本実施形態においては、特に説明がない場合、ユーザＡを出品ユーザとし、ユーザＢ及びユーザＣを購入ユーザとして説明する。なお、同一のユーザが出品ユーザ及び購入ユーザ両方になり得る。

まず、図３を用いて第１実施形態に係る説明文生成方法の概要を説明する。図３に示すように、第１実施形態では、サーバ１１０及び端末１２０により商品の売買を行うための通信システム１が構築されている。本実施形態において、ユーザＡが使用する端末を端末１２０Ａとし、ユーザＢ、ユーザＣが使用する端末をそれぞれ端末１２０Ｂ、端末１２０Ｃとする。ユーザＡは、商品を出品する際、端末１２０Ａを用いて出品する商品の商品情報をサーバ１１０Ａに送信する。本実施形態においては、ユーザＡが書籍を出品する場合を例に説明する。ユーザＡによる商品情報の入力を補助するために、端末１２０Ａの画面には、商品情報の入力画面が表示される。ユーザＡは、入力画面に従って、商品情報を入力し、サーバ１１０Ａへ送信する。図３に示すように、本実施形態では、ユーザＡが商品情報として書籍の希少度「レア」と入力し、商品画像を入力している。サーバ１１０Ａは、ユーザＡから受信した商品情報を記憶する。

一方、ユーザＢ及びユーザＣは、商品を購入する際に、商品情報が掲載された商品ページを閲覧することができる。ユーザＢ及びユーザＣがサーバ１１０Ａに商品ページの表示要求を行うと、サーバ１１０Ａが商品情報及び購入ユーザ（ユーザＢ、ユーザＣ）に関する情報に基づいて商品説明文を生成する。その後、サーバ１１０Ａは、生成した商品説明文を含む商品ページを端末１２０Ｂ及び端末Ｃにそれぞれ送信する。このとき、商品説明文は、購入ユーザが過去に閲覧した商品ページや購入ユーザの年齢といった購入ユーザに関する情報に基づいて生成されるため、購入ユーザごとに異なる商品説明文が表示される。例えば、図３に示すように、端末１２０Ｂに表示される商品説明文は「非常に希少な書籍です。」というような丁寧な文体であるのに対して、端末１２０Ｃに表示される商品説明文は「とってもレアな本だよ！」というようなラフな文体の異なった文章である。

なお、通信システム１を用いて売買される商品は必ずしも物品に限らず、清掃作業の代行といったサービスも売買の対象となり得る。

＜第１実施形態の効果＞
第１実施形態に係る説明文生成方法によれば、サーバ１１０Ａによって商品情報のみならず購入ユーザに関する情報に基づいて商品説明文が生成されるため、購入ユーザの属性や嗜好に合った訴求力の高い商品説明文を提供することができるという効果が得られる。また、出品ユーザが商品情報を詳細に入力せずとも、購入ユーザの属性や嗜好に合った訴求力の高い商品説明文が提供されるため、出品ユーザの出品作業の負担が軽減される。さらに、出品ユーザが購入ユーザの属性や嗜好に合わせて多数の商品ページを生成する場合に比べてサーバの処理負荷及び通信負荷が軽減され、なめらかな取引が実現される。

＜第１実施形態の機能構成＞
図４を用いてサーバ１１０、および／または、端末１２０の機能構成を説明する。図
４に開示の機能部は、情報処理装置２００が備えるプロセッサ２０１と、メモリ２０２と、ストレージ２０３と、入出力Ｉ／Ｆ２０４と、通信Ｉ／Ｆ２０５との協働により実現される。図４は、出品ユーザと購入ユーザとの間で商品の売買取引を行うための通信システム１の機能的構成を示すブロック図であり、通信システム１はサーバ１１０Ａ、１１０Ｂ及び端末１２０Ａ、１２０Ｂ、１２０Ｃを含む。

（１）サーバの機能構成
サーバ１１０Ａは、入出力Ｉ／Ｆ３１１と、通信Ｉ／Ｆ３１２と、制御部３１３と、記憶部３１４とを有する。サーバ１１０Ａは、通信Ｉ／Ｆ３１２、制御部３１３及び記憶部３１４を備える。制御部３１３は、生成部３１５、取得部３１６及び更新部３１７を含む。また、記憶部３１４には、プログラム４００の他に、商品情報４１０、行動履歴情報４２０及びユーザ属性情報４３０が記憶されている。サーバ１１０Ｂについては、サーバ１１０Ａと同様の構成であるため、説明を省略する。

通信Ｉ／Ｆ３１２は、ネットワーク１３０を介して端末１２０や他のサーバ１１０Ｂと情報の送受信を行う。例えば、端末１２０Ａからは出品商品の商品情報を受信し、端末１２０Ｂ、１２０Ｃには商品ページの送信を行う。なお、通信Ｉ／Ｆ３１２は、上述した図２の通信Ｉ／Ｆ２０５に相当する。

生成部３１５は、商品情報４１０及び購入ユーザに関する情報に基づいて商品説明文を生成する。生成された商品説明文は、他の商品情報とともに商品ページを構成する。

ここで、「商品情報」とは、商品に関する各種情報であり、例えば、商品のカテゴリ、商品のサイズ、商品の希少度、出品された商品ごとに付される識別子等が含まれる。また、「購入ユーザに関する情報」とは、購入ユーザに関するユーザ情報であり、購入ユーザの過去の行動に関する情報（行動履歴情報）や購入ユーザの属性情報を含む。例えば、行動履歴情報には、購入ユーザが過去に閲覧した商品ページの閲覧回数や閲覧時間が含まれ、属性情報には、購入ユーザの性別、年齢、位置情報が含まれる。「商品ページ」とは、商品の紹介を行うページであり、商品説明文や商品画像等を含んでいる。商品ページは、図３に示すように購入ユーザの端末（１２０Ｂ、１２０Ｃ）に表示される。

取得部３１６は、生成部３１５が商品説明文を生成する際に使用する情報を記憶部３１４から取得する。例えば、生成部がユーザＢに対して送信する商品説明文を生成する場合、説明文を生成する商品の商品情報とユーザＢに関する情報を記憶部３１４から取得する。

更新部３１７は、記憶部３１４に記憶された情報を更新する。例えば、サーバ１１０Ａが端末１２０Ａから新たな商品情報を受信した場合、受信した商品情報に基づいて情報を追加更新する。なお、更新部３１７が行うのは、情報の追加に限らない。例えば、サーバ１１０Ａがユーザから商品情報の削減指示を受信した場合、受信した指示に基づいて記憶部３１４に記憶された商品情報の削減を行う。

また、更新部３１７は、ユーザから指示を受けた場合のみならず、自動で情報の更新を行ってもよい。例えば、記憶部３１４の商品情報４１０に記憶された商品画像に基づいて商品のカテゴリや型番、素材といった他の商品情報を生成部３１５が推定したとき、更新部３１７は推定された情報に基づいて商品情報を更新してもよい。

記憶部３１４には、プログラム４００の他に、商品情報４１０、行動履歴情報４２０及びユーザ属性情報４３０が記憶されている。商品情報４１０、行動履歴情報４２０及びユーザ属性情報４３０について図５から図７を用いて説明する。

まず、商品情報４１０について説明する。商品情報４１０の一部は、商品情報テーブル４１０Ａにて管理されている。図５は、商品情報テーブル４１０Ａの一例を示す図である。商品情報テーブル４１０Ａには、「出品者名」、「出品識別子」、「カテゴリ」、「希少度」、「画像」及び「版情報」の列が存在し、列ごとに対応する情報が管理されている。なお、商品情報テーブル４１０Ａに含まれる情報は、これらに限られず任意の商品情報が含まれていてもよい。

「出品者名」の列には、商品を出品したユーザの名称が管理されている。ユーザの名称を識別子として各商品がいずれのユーザによって出品されたのかを識別することができる。本実施形態においては、ユーザＡ及びユーザＢがそれぞれ商品を出品していることがわかる。

「出品識別子」の列には、出品された商品を識別するための識別子が管理されている。同じカテゴリや型番の商品であっても商品ごとに異なる出品識別が付与されており、出品識別子により出品された商品の識別が可能となる。本例では、出品識別子は、ユーザＡの出品について「１２３」であり、ユーザＢの出品について「１２４」である。

「カテゴリ」の列には、出品された商品のカテゴリが管理されている。図５に示す「書籍」というカテゴリに限らず、より上位概念化したカテゴリや下位概念化したカテゴリも管理されていてよい。本例の場合、出品識別子「１２３」、「１２４」の商品は共にカテゴリが「書籍」である。

「希少度」の列には、出品された商品の希少度に関する情報が管理されている。商品の希少度の判断は、ユーザの主観に基づいて行われてもよいし、サーバ１１０Ａを管理する管理側で定められた基準に基づいて行われてもよい。本例の場合、出品識別子「１２３」、「１２４」の商品は共に希少度が「レア」である。

「画像」の列には、出品された商品の画像に関する情報が管理されている。図５に示す商品情報テーブル４１０Ａには、記憶部３１４に記憶された商品画像が商品のいずれの側面から撮影した画像であるかについての情報が管理されている。本例では、ユーザＡ及びユーザＢともに「正面・側面・背面」の３種類の画像を入力している。なお、商品画像は商品情報テーブル４１０Ａとは別に記憶部３１４に記憶されていてもよい。

「版情報」の列には、出品された書籍の版に関する情報が管理されている。図５に示す商品情報テーブル４１０Ａには、ユーザＡが出品した書籍の版情報が存在していない。そのため、ユーザＡは、書籍の版情報を入力していないことがわかる。一方、ユーザＢは、版情報について「初版」と入力している。

次に、行動履歴情報４２０について説明する。行動履歴情報４２０の一部は、ページ閲覧情報テーブル４２０Ａによって管理されている。ページ閲覧情報テーブル４２０Ａは、ユーザが過去に閲覧した商品ページに関する情報を管理する。図６は、ページ閲覧情報テーブル４２０Ａの一例を示す図であり、図６に示すテーブルは、ユーザＢが過去に閲覧した商品ページに関する情報を管理している。

ページ閲覧情報テーブル４２０Ａには、「ページ識別子」、「言語」、「文体」、「回数」、「合計閲覧時間」及び「評価」の列が存在し、列ごとに対応する情報が管理されている。なお、ページ閲覧情報テーブル４２０Ａに含まれる情報は、これらに限られない。

「ページ識別子」の列には、商品ページを識別する識別子が管理されている。図６に示すページ識別子は、商品ページごとに割り当てられた番号である。ページ識別子によってユーザが過去に閲覧した商品ページを識別することができる。

「言語」の列には、商品ページに使用されている言語の情報が管理されている。ここで、商品ページに使用されている言語は、商品ページに含まれる商品説明文の言語であってもよい。本例の場合、ページ識別子「３００」及び「３０２」のページでは「日本語」が使用されており、ページ識別子「３０１」のページでは「英語」が使用されていることが示されている。なお、複数の言語が使用されている場合、「言語」の列には複数の言語の情報が含まれてよい。

「文体」の列には、商品ページに含まれる商品説明文の文体に関する情報が管理されている。文体に関する情報には、文章の様式や文章に含まれる語彙等、文章表現等に関するあらゆる情報が含まれる。本実施形態においては、文体に関する情報として、商品説明文が「丁寧」な文体であるか「ラフ」な文体であるかが記憶されている。商品説明文の言語が日本語である場合、文章の文末がいわゆる「です・ます調」の場合には「丁寧」、それ以外の場合には「ラフ」が記憶される。なお、商品説明文の言語が英語である場合には、文中に含まれる単語に基づいて判断される。具体的には、「Thank you」等の丁寧な印象を与える単語と「Thanks」等のラフな印象を与える単語のどちらが文中に多く存在しているかで判断される。なお、文体に関する情報は、文体が「丁寧」であるか「ラフ」であるかに限られない。例えば、一人称に使用されている言葉や、一文当たりの平均文字数等が文体に関する情報として管理されていてもよい。

「回数」の列には、ユーザが過去に商品ページを閲覧した回数の合計値が管理されている。なお、管理される回数は、所定の日数の間に閲覧した回数の合計回数であってもよい。本例の場合、ユーザＢは、ページ識別子「３００」のページを「８」回、ページ識別子「３０１」のページを「１」回、ページ識別子「３０２」のページを「３」回閲覧したことが示されている。

「合計閲覧時間」の列には、ユーザが過去に商品ページを閲覧した時間の合計時間が管理されている。なお、管理される合計時間は、所定の日数の間に閲覧した時間の合計であってもよい。本例の場合、ユーザＢは、ページ識別子「３００」のページを３０分、ページ識別子「３０１」のページを３分、ページ識別子「３０２」のページを１４分閲覧したことが示されている。

「評価」の列には、ユーザが商品ページに対して行った評価結果が管理されている。ユーザによる商品ページの評価は、商品ページに含まれる情報量の適切さや商品説明文の読み易さ等、評価するユーザが任意の基準を用いて行ってよい。本例の場合、ユーザＢは、ページ識別子「３００」のページを「５」、ページ識別子「３０１」のページを「２」、ページ識別子「３０２」のページを「４」と数値評価したことが示されている。また、本実施形態においては、数値によって商品ページが評価されているが、商品ページに表示される「いいね」等の文字や特定の図柄をユーザが選択することにより評価が行われてもよい。その場合、「いいね」等の文字や特定の図柄をユーザが選択したか否かがページ閲覧情報テーブル４２０Ａに記憶される。

図７は、ユーザ属性情報テーブル４３０Ａの一例を示す図である。ユーザ属性情報の一部は、ユーザ属性情報テーブル４３０Ａによって管理されている。ユーザ属性情報テーブル４３０Ａには、通信システム１を利用するユーザの属性情報が管理されている。本実施形態においては、「ユーザ名」、「性別」、「年齢」及び「位置情報」の列が存在し、列ごとに対応する情報が管理されている。なお、ユーザ属性情報テーブル４３０Ａに含まれる情報は、これらに限られない。

「ユーザ名」の列には、それぞれのユーザの名称が管理されている。ユーザの名称は、ユーザを識別するための識別子として機能する。本例の場合、ユーザ名として「ユーザＡ」、「ユーザＢ」、「ユーザＣ」が管理されている。

「性別」の列には、ユーザの性別情報が管理されている。本例の場合、「ユーザＡ」及び「ユーザＣ」が「女性」、「ユーザＢ」が「男性」であることが示されている。

「年齢」の列には、ユーザの年齢情報が管理されている。本例の場合、「ユーザＡ」が「１７」歳、「ユーザＢ」が「５５」歳、「ユーザＣ」が「２３」歳であることが示されている。

「位置情報」の列には、ユーザの位置に関する情報が管理されている。位置情報は、ユーザが通信システム１を利用して商品売買を行う際に入力した住所情報であってもよい。本例の場合、「ユーザＡ」の位置情報が「東京」、「ユーザＢ」の位置情報が「大阪」、「ユーザＣ」の位置情報が「アメリカ」であることが示されている。

（２）端末の機能構成
次に、図４に戻り端末１２０Ａ端末の機能構成について説明する。端末１２０Ａは、入出力Ｉ／Ｆ３２１と、通信Ｉ／Ｆ３２２と、制御部３２３と、記憶部３２４とを有する。端末１２０Ｂ、端末１２０Ｃについては、端末１２０Ａと同様の構成であるため、説明を省略する。

入出力Ｉ／Ｆ３２２は、情報の入力を受け付け、また、情報を出力する。例えば、入出力Ｉ／Ｆ３２２は、ユーザＡから商品情報の入力を受け付ける。また、ユーザＡが購入ユーザとして端末１２０Ａを使用する場合には商品ページを出力する。入出力Ｉ／Ｆ３２１は、図２の入出力Ｉ／Ｆ２０４に相当する。

通信Ｉ／Ｆ３２２は、ネットワーク１３０を介してサーバ１１０や他の端末１２０Ｂ、１２０Ｃと情報の送受信を行う。例えば、サーバ１１０Ａに対して商品情報等の送信を行う。通信Ｉ／Ｆ３２２は、図２の通信Ｉ／Ｆ２０５に相当する。

制御部３２３は、端末１２０Ａで実行される各種処理の制御を行う。例えば、入出力Ｉ／Ｆ３２２が、出品ユーザから商品情報の入力を受け付けた場合、通信Ｉ／Ｆ３２２を制御し、商品情報の送信を行う。

記憶部３２４には、プログラム５００が記憶されている。記憶部に記憶されたプログラム５００がプロセッサ２０１で実行されることにより、ユーザＡは、通信システム１にアクセスしてサービスを受けることができる。

＜第１実施形態の動作処理＞
図８を参照し、第１実施形態に係る通信システム１の処理について説明する。図８は、第１実施形態に係る通信システム１の処理のシーケンスの一例を示す。図８は、ユーザＡが端末１２０Ａによって商品情報を入力した後、ユーザＢが端末１２０Ｂを用いて商品ページの表示要求を行った場合の商品説明文の生成処理についてのシーケンスである。

まず、端末１２０Ａから出品依頼がサーバ１１０Ａに送信される（Ｓ１０）。出品依頼とは、商品を出品したいというユーザの意思表示であり、例えば、端末１２０Ａに表示された特定のアイコン等をユーザが選択することにより、出品依頼を行うことができる。

次に、サーバ１１０Ａは、商品情報の入力画面を生成する（Ｓ１１）。商品情報の入力画面は、図３に示す端末１２０Ａの画面のように、ユーザＡに入力を求める情報の項目及び情報の記入欄等から構成されていてもよい。生成された商品情報の入力画面は端末１２０Ａに送信される（Ｓ１２）。

次に、ユーザＡは端末１２０Ａが受信した商品情報の入力画面に従って、商品情報を入力し（Ｓ１３）、サーバ１１０Ａに商品情報を送信する。商品情報を受信したサーバ１１０Ａは、記憶部３１４に商品情報を記憶する（Ｓ１４）。例えば、受信した商品情報に基づいて図５に示す商品情報テーブル４１０Ａを更新する。

一方、購入ユーザは、端末１２０Ｂから商品ページの表示要求をサーバ１１０Ａに送信する（Ｓ１５）。商品ページの表示要求は、例えば、端末１２０Ｂ上に表示された出品商品の一覧から、商品ページを閲覧したい商品を選択することにより行われてもよい。表示要求を受信すると、サーバ１１０Ａの取得部３１６は、記憶部３１４から、商品情報及び購入ユーザに関する情報を取得する（Ｓ１６）。例えば、商品ページの表示要求を受けた商品の商品情報を図５に示す商品情報テーブル４１０Ａから取得し、ユーザＢに関する情報を図６に示すページ閲覧情報テーブル４２０Ａ及び図７に示すユーザ属性情報テーブル４３０Ａから取得する。

サーバ１１０Ａの生成部３１５は、取得部３１６が取得した商品情報及び購入ユーザに関する情報に基づいて商品説明文を生成し、さらに、当該商品説明文を含む商品ページを生成する（Ｓ１７）。その後、サーバ１１０Ａの通信Ｉ／Ｆは、生成された商品ページを端末１２０Ｂへ送信する（Ｓ１８）。

端末１２０Ｂの通信Ｉ／Ｆにより受信された商品ページは、端末１２０Ｂの入出力Ｉ／Ｆにより出力される（Ｓ１９）。サーバ１１０Ａは、購入ユーザの行動履歴情報４２０を更新する（Ｓ２０）。例えば、図６に示すページ閲覧情報テーブル４２０Ａの閲覧回数等を更新する。

その後、ユーザＢが、商品を購入すると（Ｓ２１）、サーバ１１０Ａを介して端末１２０ＡにユーザＢによって商品が購入された旨の通知が送られる（Ｓ２２）。

＜第１実施形態の商品情報の入力処理＞
図９を参照し、サーバ１１０Ａにおける商品情報の入力処理について説明する。図９は、第１実施形態に係る商品情報の入力処理の一例を示すフローチャートである。ここでは、ユーザＡが端末１２０Ａを用いて商品を出品する場合を例に説明する。

まず、サーバ１１０Ａの通信Ｉ／Ｆ３１２が端末１２０Ａから出品要求を受け付ける（Ｓ１００）。すると、サーバ１１０Ａの生成部３１５が商品情報の入力画面を生成し、通信Ｉ／Ｆ３１２が入力画面を端末１２０Ａに送信する（Ｓ１１０）。一方、ユーザは、端末１２０Ａが受信した商品情報の入力画面に従って商品情報を入力し、サーバ１１０Ａに送信する。ここで、サーバ１１０Ａは、ユーザＡにより入力された商品画像に基づいて他の商品情報を推測し、推測した商品情報を商品情報の入力画面に入力候補として表示してもよい。例えば、書籍の商品画像が入力された場合に、商品画像から商品のカテゴリ情報や版情報を推測し、商品情報の入力画面に表示してもよい。このとき、ユーザＡは、入力候補として表示された商品情報を選択することにより、商品情報の入力を行ってもよい。

サーバ１１０Ａの通信Ｉ／Ｆ３１２は、端末１２０Ａから商品情報を受信する（Ｓ１２０）。受信した商品情報が不足している場合には（Ｓ１３０：Ｙｅｓ）、サーバ１１０Ａの生成部３１５が商品情報の追加を促すメッセージを生成し、通信Ｉ／Ｆ３１２が端末１２０Ａにメッセージを送信する（Ｓ１４０）。ここで受信した商品情報が不足している場合とは、商品情報の入力画面に記載された項目のうち一部又は全部が入力されていない場合や既に出品されている商品の商品情報と比較して情報量が少ない場合等である。例えば、図５に示す商品情報テーブル４１０Ａでは、ユーザＡが出品した出品識別子「１２３」の商品については「版情報」が入力されていない。一方、ユーザＢが出品した出品識別子「１２４」の商品については「版情報」が入力されている。このとき、生成部３１５は、ユーザＡが入力した商品情報が不足していると判断し、商品情報の追加を促すメッセージを生成してもよい。このとき、生成される商品情報の追加を促すメッセージは、例えば、「版情報を入力してください」というようなユーザに版情報の入力を求めるメッセージであってもよい。また、生成部３１５は、「初版」や「第２版」といった選択肢を含むメッセージを生成してもよい。

商品情報が不足していない場合（Ｓ１３０：Ｎｏ）、商品情報の追加を促すメッセージを送信せず、受信した商品情報を記憶部３１４に記憶する（Ｓ１５０）。具体的には、受信した商品情報に基づいて、図５に示す商品情報テーブル４１０Ａを更新する。以上で、商品情報の入力処理は終了する。

なお、入力された商品情報が不足しているか否かの判断は、ユーザＡが商品情報を全て入力し終えた後に行われなくともよい。例えば、ユーザＡによる商品情報の入力と並行して、サーバ１１０Ａにより商品情報が不足しているか否かの判断が行われてもよい。このとき、ユーザＡが入力した商品情報の多寡に関する情報がゲージや色等によってリアルタイムに端末１２０Ａに表示されてもよい。そうすることで、ユーザＡは、商品情報が不足しているか否かを確認しつつ、商品情報の入力を行うことができる。

また、ユーザＡが商品情報を入力している際に、既に入力された商品情報や他の類似する商品情報に基づいて、追加入力を求める商品情報の内容を端末１２０Ａに出力してもよい。例えば、「書籍」というカテゴリ情報が入力された場合、生成部３１５が版情報の入力を求めるメッセージを生成し、端末１２０Ａに出力してもよい。このとき、生成部３１５は、「初版」や「第２版」といった選択肢を含むメッセージを生成してもよい。

＜第１実施形態の商品ページの生成処理＞
図１０を参照し、サーバ１１０Ａにおける商品ページの生成処理について説明する。図１０は、第１実施形態に係る商品ページの生成処理の一例を示すフローチャートである。ここでは、ユーザＢが端末１２０Ｂを用いて商品ページの閲覧を行う場合を例に説明する。

まず、サーバ１１０Ａの通信Ｉ／Ｆ３１２が端末１２０Ｂから商品ページの表示要求を受け付ける（Ｓ２００）。商品説明文の生成条件を満たす場合（Ｓ２１０：Ｙｅｓ）、生成部３１５は商品情報４１０及び購入ユーザに関する情報に基づいて商品説明文を生成する（Ｓ２２０）。ここで、商品説明文の生成条件とは、生成部３１５が新たに商品説明文を生成するか否かを決定する条件である。例えば、ユーザＢが過去に閲覧したことのない商品ページであるか否かを条件としてもよい。過去に閲覧したページである場合、既に商品紹介文は生成されているため、商品説明文の生成は行わなくともよい。生成した商品説明文を含む商品ページは、通信Ｉ／Ｆ３１２により端末１２０Ｂに送信される（Ｓ２３０）。

一方、商品説明文の生成条件を満たさない場合（Ｓ２１０：Ｎｏ）、例えば、上述の例においてユーザＢが閲覧を要求した商品ページが過去に閲覧したことのある商品ページである場合、新たに商品説明文を生成せず、過去に生成した商品説明文を送信する（Ｓ２３０）。このように、過去に閲覧した商品説明文と同一の商品説明文が購入ユーザの端末に出力されることで、購入ユーザは、現在閲覧している商品が過去に閲覧した商品と同一の商品であることを違和感無く認識することができる。なお、過去に生成した商品説明文が記憶部３１４に記憶されていない場合、新たに商品説明文を生成し、送信してもよい。商品ページを送信した後、購入ユーザの商品ページの閲覧回数や閲覧時間といった行動履歴情報を記憶部３１４に記憶する。具体的には、図６に示すページ閲覧情報テーブル４２０Ａを更新する。また、生成された商品説明文を商品情報４１０として記憶してもよい。

なお、上述した商品ページの生成処理は、他のユーザが出品した商品に関する商品ページを閲覧する場合のみならず、ユーザが自ら出品した商品に関する商品ページを閲覧する場合においても行われてよい。

＜＜第１実施例＞＞
第１実施形態の第１実施例は、購入ユーザが閲覧した回数が多い商品ページや閲覧した時間の長い商品ページに含まれる商品説明文の文体に関する情報に基づいて、他の商品の商品説明文を生成する実施例である。

＜＜第１実施例の効果＞＞
購入ユーザの商品ページの閲覧回数が多い商品ページや閲覧時間の長い商品ページに含まれる商品説明文の文体に関する情報に基づいて商品説明文が生成される。例えば、閲覧回数が多い商品ページや閲覧時間が長い商品ページには購入ユーザが好む商品紹介文が含まれている蓋然性が高いため、これらの商品ページに含まれる商品紹介文の文体に基づいて商品説明文を生成することで、より購入ユーザの嗜好に合った商品説明文を提供することができるという効果が得られる。

＜＜第１実施例の機能構成＞＞
（１）サーバの機能構成
取得部３１６は、記憶部３１４に記憶された行動履歴情報４２０から、ユーザＢが閲覧した回数が多い商品ページ又は閲覧した時間の長い商品ページを特定する。例えば、ページ閲覧情報テーブル４２０Ａを参照し、最も多く閲覧されている商品ページや所定の回数以上閲覧されている商品ページを閲覧した回数が多い商品ページとして特定してもよい。また、最も長い時間閲覧されている商品ページや所定の時間以上閲覧されている商品ページを閲覧した時間の長い商品ページとして特定してもよい。

また、取得部３１６は、特定した商品ページに含まれる商品説明文の文体に関する情報（文体情報）を取得する。例えば、ページ閲覧情報テーブル４２０Ａを参照し、文体情報を取得してもよい。

さらに、取得部３１６は、ユーザＢから商品ページの表示要求を受けている商品の商品情報を記憶部３１４に記憶された商品情報４１０から取得する。例えば、商品情報テーブル４１０Ａを参照し、商品情報を取得してもよい。

生成部３１５は、取得部３１６が取得した商品情報及び文体情報に基づいて商品説明文を生成する。

＜＜第１実施例の動作処理＞＞
図１１を参照し、サーバ１１０Ａにおける商品説明文の生成処理について説明する。図１１は、第１実施形態に係るサーバ１１０Ａにより実行される商品ページの生成処理の一例を示すフローチャートである。ここでは、ユーザＢが閲覧した回数が最も多い商品ページに含まれる商品説明文に基づいて新たに商品説明文を生成する例について説明する。なお、図１１に示す商品説明文の生成処理は、図１０に示す商品説明文の生成ステップ（Ｓ２２０）にて行われる処理の一例である。本実施例においては、ユーザＡが出品した出品識別子「１２３」の商品についてユーザＢが商品ページの表示要求を行っている場合を例に説明する。

まず、処理が開始されるとサーバ１１０Ａの取得部３１６は、閲覧回数の多い商品ページを特定する（Ｓ２２１Ａ）。例えば、図６に示すページ閲覧情報テーブル４２０Ａを参照してユーザＢが過去に閲覧した商品ページのうち閲覧回数が最も多い商品ページを特定する。本例においては、閲覧回数が最も多い商品ページは、ページ識別子「３００」の商品ページである。

次に、取得部３１６は商品ページに含まれる商品説明文の文体情報を取得する（Ｓ２２２Ａ）。例えば、図６に示すページ閲覧情報テーブル４２０Ａを参照して文体情報を取得する。本例においては、ページ識別子「３００」の商品ページに含まれる商品説明文の文体情報は「丁寧」である。

その後、取得部３１６は、商品ページの表示要求を受けている商品についての商品情報を取得する（Ｓ２２３Ａ）。例えば、図５に示す商品情報テーブル４１０Ａを参照して商品情報を取得する。本例においては、ユーザＡが出品している出品識別子「１２３」の商品についての商品情報を取得する。

生成部３１５は、取得部が取得した商品情報及び文体情報に基づいて商品説明文を生成する（Ｓ２２４Ａ）。本例においては、ユーザＡが出品している出品識別子「１２３」の商品について文体が「丁寧」である商品説明文を生成する。以上で商品説明文の生成処理は終了する。

なお、生成部３１５は、購入ユーザが所定の評価以上の評価を付与した商品ページに含まれる商品説明文に基づいて商品説明文を生成してもよい。例えば、図６に示すページ閲覧情報テーブル４２０Ａを参照し、最も評価が高い商品ページを特定し、当該商品ページに含まれる商品説明文と同じ文体の商品説明文を生成してもよい。本例の場合、ページ識別子「３００」の商品ページが最も評価が高く、当該商品ページに含まれる商品説明文の文体が「丁寧」であるため、生成部３１５は文体が「丁寧」である商品説明文を生成する。

＜＜第２実施例＞＞
第１実施形態の第２実施例は、購入ユーザが閲覧した商品ページに使用されている言語に関する情報（言語情報）に基づいて、商品説明文を生成する実施例である。

＜＜第２実施例の効果＞＞
例えば、購入ユーザが英語で書かれた商品ページを多く閲覧している場合、購入ユーザは英語を用いるユーザであると推測でき、英語の商品説明文は購入ユーザにとって理解しやすい文章である可能性が高い。すなわち、購入ユーザが過去に閲覧した商品ページに使用されている言語に基づいて商品説明文を生成することにより、購入ユーザが理解しやすい訴求力の高い商品説明文を提供することができるという効果が得られる。

＜＜第２実施例の機能構成＞＞
（１）サーバの機能構成
取得部３１６は、ユーザＢが閲覧した商品ページの言語情報を取得する。例えば、ユーザＢが最も多く閲覧している商品ページの言語情報を取得してもよい。例えば、図６に示すページ閲覧情報テーブル４２０Ａを参照して閲覧回数が最も多い商品ページの言語情報を取得してもよい。

生成部３１５は、取得部３１６が取得した言語情報に基づいて商品説明文を生成する。

＜＜第２実施例の動作処理＞＞
図１２を参照し、サーバ１１０Ａにおける商品説明文の生成処理について説明する。図１２は、第１実施形態に係るサーバ１１０Ａにより実行される商品ページの生成処理の一例を示すフローチャートである。ここでは、ユーザＢが過去に最も多く閲覧した商品ページの言語情報に基づいて商品説明文を生成する場合を例に説明する。なお、図１２に示す商品説明文の生成処理は、図１０に示す商品説明文の生成ステップ（Ｓ２２０）にて行われる処理の一例である。本実施例においては、ユーザＡが出品した出品識別子「１２３」の商品についてユーザＢが商品ページの表示要求を行っている場合を例に説明する。

まず、処理が開始されるとサーバ１１０Ａの取得部３１６は、閲覧回数の多い商品ページを特定する（Ｓ２２１Ｂ）。例えば、図６に示すページ閲覧情報テーブル４２０Ａを参照して、閲覧回数が最も多い商品ページを特定する。本例においては、ページ閲覧情報テーブル４２０Ａを参照すると、閲覧回数が最も多い商品ページは、閲覧回数が「８」回のページ識別子「３００」の商品ページであると特定できる。

次に、取得部３１６は商品ページに使用されている言語の情報を取得する（Ｓ２２２Ｂ）。例えば、図６に示すページ閲覧情報テーブル４２０Ａを参照してページ識別子「３００」の言語情報を取得する。本例においては、ページ閲覧情報テーブル４２０Ａを参照すると、言語が「日本語」であることがわかる。

その後、取得部３１６は、商品ページの表示要求を受けている商品についての商品情報を取得する（Ｓ２２３Ｂ）。例えば、図５に示す商品情報テーブルを参照して商品情報を取得する。本例においては、ユーザＡが出品している出品識別子「１２３」の商品についての商品情報を取得する。

生成部３１５は、取得部３１６が取得した商品情報及び言語情報に基づいて商品説明文を生成する（Ｓ２２４Ｂ）。本例においては、ユーザＡが出品している出品識別子「１２３」の商品について、日本語の商品説明文を生成する。以上で商品説明文の生成処理は終了する。

＜＜第３実施例＞＞
第１実施形態の第３実施例は、購入ユーザが過去に出品ユーザとして出品した商品に関する情報に基づいて、商品説明文を生成する実施例である。

＜＜第３実施例の効果＞＞
本実施例によれば、購入ユーザに適した情報量の商品説明文を提供できるという効果が得られる。例えば、購入ユーザが、商品ページの表示要求を行っている商品と同種の商品を出品ユーザとして過去に出品をしている場合、当該商品について豊富な知識を有していると考えられる。一方、一度も同種の商品を出品していない場合、当該商品ついての知識が乏しい場合がある。そこで、同種の商品を過去に出品している購入ユーザに対しては情報量が豊富な商品説明文を生成し、出品していないユーザに対してはある適度情報を厳選した商品説明文を生成することで、購入ユーザに適した情報量の商品説明文を提供することが可能となる。

＜＜第３実施例の機能構成＞＞
（１）サーバの機能構成
取得部３１６は、ユーザＢが過去に出品ユーザとして出品した商品を特定する。例えば、図５に示す商品情報テーブル４１０Ａを参照し、ユーザＢが過去に出品した商品を特定してもよい。また、取得部３１６は、特定した商品の商品情報を取得する。例えば、図５に示す商品情報テーブル４１０Ａを参照し、ユーザＢが過去に出品した商品の商品情報を取得もよい。

生成部３１５は、取得部３１６が特定した商品とユーザＢが商品ページの表示要求を行っている商品が同種の商品であるかを判断し、判断結果に基づいて商品説明文を生成する。例えば、同種の商品である場合、情報量の多い商品説明文を生成し、同種の商品でない場合、情報量を適度に削減した商品説明文を生成する。なお、商品が同種か否かの判断は、商品同士が共通点を有するか否かで判断されてもよい。例えば、商品のカテゴリや商品の型番等が共通する場合、同種の商品と判断されてもよい。

＜＜第３実施例の動作処理＞＞
図１３を参照し、サーバ１１０Ａにおける商品説明文の生成処理について説明する。図１３は、第１実施形態に係るサーバ１１０Ａにより実行される商品ページの生成処理の一例を示すフローチャートである。なお、図１３に示す商品説明文の生成処理は、図１０に示す商品説明文の生成ステップ（Ｓ２２０）にて行われる処理の一例である。本例においては、ユーザＢが図６に示す商品情報テーブル４１０Ａの出品識別子「１２３」の商品について商品ページの表示要求を行う場合を例に説明する。

まず、処理が開始されるとサーバ１１０Ａの取得部３１６は、購入ユーザが過去に出品ユーザとして出品した商品の商品情報を取得する（Ｓ２２１Ｃ）。例えば、図５に示す商品情報テーブル４１０Ａを参照し、ユーザＢが過去に出品した商品を特定してもよい。本例においては、出品識別子「１２４」の商品が、ユーザＢが過去に出品ユーザとして出品した商品である。取得部３１６は、商品ページの表示要求を受けている出品識別子「１２３」の商品とユーザＢが過去に出品した出品識別子「１２４」の商品の商品情報を生成部３１５に伝達する。

生成部３１５は、取得部３１６が特定した商品とユーザＢが商品ページの表示要求を行っている商品が同種の商品か否かを判断する（Ｓ２２２Ｃ）。本例においては、カテゴリが同一の商品を同種の商品とする。図５に示す商品情報テーブル４１０Ａを参照すると、出品識別子「１２３」と出品識別子「１２４」の商品のカテゴリは、同じ「書籍」であるので、同種の商品と判断される。その後、生成部３１５は、商品情報と判断結果に基づいて商品説明文を生成する（Ｓ２２３Ｃ）。本例においては、出品識別子「１２３」の商品について、情報量が豊富な商品説明文を生成する。以上で商品説明文の生成処理は終了する。

＜＜第４実施例＞＞
第１実施形態の第４実施例は、コメントの内容、購入ユーザに関する情報及び出品ユーザに関する情報のうち少なくともいずれかに基づいてユーザ間でのコミュニケーションに用いるコメントを生成する実施例である。

＜＜第４実施例の効果＞＞
購入ユーザと出品ユーザとの間においてやり取りされるコメントが自動で生成される。そのため、商品の売買取引における各ユーザの作業負担が軽減される。また、コメントの生成は、年齢や性別等の各ユーザに関する情報に基づいて生成されるため、違和感の少ないコメントが生成されるという効果が得られる。

＜＜第４実施例の機能構成＞＞
（１）サーバの機能構成
取得部３１６は、購入ユーザに関する情報及び出品ユーザに関する情報のうち少なくともいずれかを取得する。例えば、図７に示すユーザ属性情報テーブル４３０Ａを参照し、情報を取得してもよい。

生成部３１５は、ユーザ間のコミュニケーションに用いるコメントを生成する。生成部３１５は、コメントの内容、購入ユーザに関する情報及び出品ユーザに関する情報のうち少なくともいずれかに基づいてコメントを生成する。コメントの内容とは、ユーザが他のユーザに送信したいコメントの主題である。例えば、商品を購入してくれたユーザに対する御礼や、配送の状況等である。コメントの内容は、コメントを送信するユーザの端末からサーバ１１０Ａへ送られる。生成部３１５が生成するコメントは、購入ユーザに関する情報や出品ユーザに関する情報に基づいて生成されるため、コメントの内容が同じであってもユーザが異なると生成されるコメントの文章も異なる。例えば、年齢が低いユーザから年齢が高いユーザに対してコメントを送信する場合は、丁寧な文体のコメントが生成され、年齢が低いユーザから同年代の年齢が低いユーザに対してコメントを送信する場合には、ラフな文体のコメントが生成されてもよい。

＜＜第４実施例の動作処理＞＞
図１４を参照し、サーバ１１０Ａにおけるコメントの生成処理について説明する。図１４は、第１実施形態に係るサーバ１１０Ａにより実行されるコメント生成処理の一例を示すフローチャートである。ここでは、ユーザＡからユーザＢに対して送られる商品購入の御礼のコメントを生成する場合を例に説明する。

まず、ユーザＡの端末１２０Ａからコメントの内容を受信する（Ｓ２２１Ｄ）。本例においては、コメントの内容として「購入御礼」が受信されたとする。なお、ユーザＡによるコメント内容の入力は、図１５（ａ）に示すようなコメント内容の入力画面を介して行われてもよい。

次に、取得部３１６は、購入ユーザと出品ユーザに関する情報を取得する（Ｓ２２２Ｄ）。例えば、図７に示すユーザ属性情報テーブル４３０Ａを参照して情報を取得してもよい。本例においては、ユーザ属性情報テーブル４３０Ａを参照してユーザＡとユーザＢの属性情報が取得される。

生成部３１５は、コメントの内容、購入ユーザに関する情報及び出品ユーザに関する情報に基づいて、コメントを生成する（Ｓ２２３Ｄ）。本例においては、コメントを送るユーザＡの年齢は１７歳であり、商品を購入したユーザＢは５５歳である。すなわち、年齢が低いユーザから高いユーザに送るコメントであるため、「この度はご購入いただきありがとうございます。」というような丁寧な文体コメントが生成されてもよい。一方、購入ユーザも年齢が低い場合には、「買ってくれてありがとう！」というようなラフな文体でコメントが生成されてもよい。以上でコメントの生成処理が終了する。

図１５を用いて、ユーザＡがコメントを生成し、ユーザＢへ送信するまでに行うユーザＡの作業について説明する。図１５（ａ）は、コメント内容の入力画面１２１の一例を示す図であり、図１５（ｂ）は生成されたコメントの編集・送信画面１２２の一例を示す図である。まず、ユーザＡは入力画面１２１において、コメントの内容を入力する。このとき、図１５（ａ）に示すように表示された候補のうちから送信したいコメントの内容を選択してもよい。本例においては、「購入御礼」が選択されたとする。すると、選択されたコメントの内容は、端末１２０Ａからサーバ１１０Ａへと送られ、サーバ１１０Ａの生成部３１５により、コメントが生成される。

生成されたコメントは、サーバ１１０Ａから端末１２０Ａへ送信され、図１５（ｂ）に示すように端末１２０Ａによって出力される。ユーザＡは、出力されたコメントでよければ送信ボタンを選択し、コメントをユーザＢに送信する。出力されたコメントを編集したい場合には、編集ボタンを選択することで、コメントの編集が可能である。

なお、生成部３１５は、複数のコメントを生成してもよい。このとき、生成部３１５は、購入ユーザに関する情報と出品ユーザに関する情報の重視度を変化させて複数のコメントを生成してもよい。例えば、購入ユーザの年齢が高く、出品ユーザの年齢が低い場合を考える。購入ユーザに関する情報の重視度を大きくすると、文体が丁寧なコメントが生成される。一方、出品ユーザに関する情報の重視度を大きくすると、文体がよりラフなコメントが生成される。ユーザＡは、生成された複数のコメントのうち、送信したいコメントを選択することができる。

また、生成部３１５は、購入ユーザと出品ユーザとの過去の取引情報に基づいてコメントを生成してもよい。例えば、取引回数が少ないユーザに送信するコメントについては丁寧な文体、取引回数が多いユーザに送信するコメントについてはラフな文体で生成されてもよい。

なお、上述した商品説明文やコメントの生成処理は、サーバ１１０Ａではなく端末１２０Ａにおいて行われてもよい。例えば、端末１２０Ａは、サーバ１１０Ａから商品情報やユーザ情報といった文章生成のパラメータとなる情報を受信し、当該情報に基づいて商品説明文やコメントを生成してもよい。

＜第２実施形態＞
＜第２実施形態の概要＞
第２実施形態は、ネットワークを介して行われるユーザ間の商品売買システムにおいて、出品ユーザが出品商品について入力した商品情報を他商品の商品情報と比較することにより、出品商品について適切な情報量の商品ページを生成する商品情報の入力方法の実施形態である。

図１６を用いて第２実施形態に係る発明の概要を説明する。図１６に示すように、第２実施形態では、サーバ１１０及び端末１２０により商品の売買を行うための通信システム１が構築されている。本実施形態において、商品を出品しようとしているユーザ（ユーザＡ）が使用する端末を端末１２０Ａとし、既に出品済みのユーザ（ユーザＢ、ユーザＣ）が使用する端末をそれぞれ端末１２０Ｂ、端末１２０Ｃとする。図１６に示す各端末の画面は、それぞれのユーザが出品の際に商品情報を入力しているときの画面である。図１６に示すように、ユーザＡが入力した商品画像は正面の画像のみであり、正面と側面の画像を入力しているユーザＢ及びユーザＣと比較して商品情報が不足している。このとき、ユーザＡの端末１２０Ａに商品情報（側面の商品画像）の追加を促すメッセージを出力する。

＜第２実施形態の効果＞
第２実施形態に係る情報入力方法によれば、出品ユーザが入力した商品の商品情報と他の商品の商品情報とが比較され差分が特定される。当該差分の少なくとも一部を減らすように出品ユーザが出品した商品の商品情報が更新される。すなわち、更新された商品情報に基づいて適切な情報量の商品ページが生成される。そのため、出品ユーザは一部の情報を入力するだけで商品ページを生成できたり、出品ユーザは自ら出品した商品の商品ページを他の商品ページと比較する等して情報量の調整を行う必要がなくなったりと、商品の出品作業の負担が軽減するという効果が得られる。また、出品ユーザが出品を行う当初から適切な情報量の商品ページが生成されるため、事後的に商品ページが修正される頻度が減り、サーバの処理負荷及び通信負荷を軽減することができ、なめらかな取引が実現される。

＜第２実施形態の機能構成＞
図１７を用いてサーバ１１０、および／または、端末１２０の機能構成を説明する。図１７に開示の機能部は、情報処理装置２００が備えるプロセッサ２０１と、メモリ２０２と、ストレージ２０３と、入出力Ｉ／Ｆ２０４と、通信Ｉ／Ｆ２０５との協働により実現される。図１７は、出品ユーザと購入ユーザとの間で商品の売買取引を行うための通信システム１の機能的構成を示すブロック図であり、通信システム１はサーバ１１０Ａ、１１０Ｂ及び端末１２０Ａ、１２０Ｂ、１２０Ｃを含む。

（１）サーバの機能構成
サーバ１１０Ａは、入出力Ｉ／Ｆ３１１と、通信Ｉ／Ｆ３１２と、制御部３１３と、記憶部３１４とを有する。制御部３１３は、生成部３１５、取得部３１６、更新部３１７及び比較部３１８を備える。また、記憶部３１４には、プログラム４００の他に、商品情報４１０及びユーザ評価情報４４０が記憶されている。サーバ１１０Ｂについては、サーバ１１０Ａと同様の構成であるため、説明を省略する。

通信Ｉ／Ｆ３１２は、ネットワーク１３０を介して端末１２０Ａやサーバ１１０Ｂを含む他の端末やサーバと情報の送受信を行う。例えば、端末１２０Ａから出品商品の商品情報を受信する。通信Ｉ／Ｆ３１２は、上述した図２の通信Ｉ／Ｆ２０５に相当する。

生成部３１５は、端末１２０Ａに送信するメッセージを生成する。例えば、ユーザＡが入力した情報が不足している場合には、商品情報の追加を促すメッセージを生成し、過剰である場合には商品情報の削減を促すメッセージを生成する。

取得部３１６は、記憶部３１４から各種情報を取得する。例えば、取得部３１６は、ユーザＡが入力した商品情報が不足しているか過剰であるかを判断するために、比較対象となる商品情報を記憶部３１４から取得する。具体的には、取得部３１６は、ユーザＡが出品する商品（第１商品）の商品情報を記憶部３１４に記憶された商品情報４１０から取得する。また、第１商品と同種の商品（第２商品）を特定し、第２商品の商品情報を記憶部３１４に記憶された商品情報４１０から取得する。以下、第１商品の商品情報を第１商品情報とし、第２商品の商品情報を第２商品情報とする。

ここで、第１商品と同種の商品（第２商品）とは、第１商品と共通点のある商品をいう。例えば、第１商品のカテゴリが「財布」である場合、同じ「財布」のカテゴリを有する商品を第２商品としてもよい。共通点は、カテゴリに限られず、商品のブランドや出品者名等であってもよい。なお、取得部３１６は、一つの商品を第２商品として特定してもよいし、複数の商品を第２商品として特定してもよい。

また、取得部３１６は、所定の基準に基づいて第２商品を特定してもよい。例えば、購入実績された実績のある商品（売り切れた商品）や所定の金額以上で購入された実績のある商品を第２商品として特定してもよい。また、所定の評価以上の評価を取得しているユーザが出品した商品を第２商品として特定してもよい。なお、ユーザの評価については、図１９を用いて後述する。

更新部３１７は、比較部３１８により特定された第１商品情報と第２商品情報の差分の少なくとも一部を減らすように第１商品情報の更新を行う。具体的には、第１商品情報が第２商品情報と比較して不足している場合には、第１商品情報について情報の追加を行う。一方、第１商品情報が第２商品情報と比較して過剰である場合には、第１商品情報の削減を行う。

比較部３１８は、取得部３１６が取得した第１商品情報と第２商品情報とを比較し、差分を特定する。具体的には、第１情報の情報量が第２情報の情報量と比較して不足しているか過剰であるかを決定する。例えば、図１８に示す商品情報テーブル４１０Ｂを参照すると、ユーザ２によって既に出品されている出品識別子「１２４」の商品の商品情報には「カテゴリ」、「状態」の情報が含まれているが、ユーザＡが出品する出品識別子「１２３」の商品の商品情報には含まれていない。このように、第２商品情報に含まれる特定の情報が第１情報に含まれていない場合に、第１商品情報が不足していると決定してもよい。一方、出品識別子「１２３」の商品の商品情報には「使用年数」の情報が含まれているが、出品識別子「１２４」の商品の商品情報には含まれていない。このように、第２商品情報に含まれていない特定の情報が第１情報に含まれている場合には、第１商品情報が過剰であると決定してもよい。いずれの情報を基準として、第１情報が不足しているか過剰であるかを判断するかは任意に決定することができる。

記憶部３１４には、プログラム４００の他に、商品情報４１０及びユーザ評価情報４４０が記憶されている。商品情報４１０及びユーザ評価情報４４０について図１８及び図１９を用いて説明する。

まず、商品情報４１０について説明する。商品情報４１０の一部は、商品情報テーブル４１０Ｂにて管理されている。図１８は、商品情報テーブル４１０Ｂの一例を示す図である。商品情報テーブル４１０Ｂには、「商品識別子」、「出品識別子」、「商品型番」、「カテゴリ」、「状態」、「画像」、「出品者名」、「購入実績」、「購入金額」及び「使用年数」の列が存在し、列ごとに対応する情報が管理されている。なお、商品情報テーブル４１０Ｂに含まれる情報は、これらに限られず任意の商品情報が含まれていてもよい。

「商品識別子」の列には、それぞれの商品に付された商品識別子が管理されている。商品識別子は、商品を識別するための情報であり、同一の商品には同一の商品識別子が付与される。図１８に示す商品は、全て同一の商品識別子「１１１」が付与されているため、同一の商品であることがわかる。

「出品識別子」の列には、出品された商品を識別するための識別子が管理されている。同じ商品型番やカテゴリの商品であっても商品ごとに異なる出品識別が付与される。図１８に示す商品は上述したように全て同一の商品であるが、商品ごとに「１２３」から「１２６」までの異なる出品番号が付与されている。

「商品名」の列には、出品された商品の名称が管理されている。それぞれのユーザが入力した商品名がそのまま管理されるため、同一の商品（商品識別子が同一の商品）であっても異なる商品名が管理されることがある。本例の場合、出品識別子「１２３」の商品の商品名が「アリー００１」、出品識別子「１２４」の商品の商品名が「Ａｒｉ００１」、出品識別子「１２５」及び「１２６」の商品の商品名が「ありー００１」であることが示されている。

「商品型番」の列には、商品の型番号が管理されている。型番号は、商品を製造したメーカが付与した番号であり、例えば、商品が製造された年月日や場所に基づいて決定される。なお、商品型番には、文字列が含まれていてもよい。本例の場合、出品識別子「１２３」、「１２４」、「１２５」及び「１２６」の商品の商品型番が「Ａｌｌｙ００１」であることが示されている。

「カテゴリ」の列には、出品された商品のカテゴリが管理されている。図１８に示すカテゴリに限らず、「財布」の上位概念である「小物」や下位概念である「長財布」等といったカテゴリも管理されていてよい。本例の場合、出品識別子「１２３」の商品についてはカテゴリ情報が管理されていないことが示されている。一方、出品識別子「１２４」、「１２５」、「１２６」の商品についてはカテゴリが「財布」であることが示されている。

「状態」の列には、商品の使用状態についての情報が管理されている。図１８に示す商品情報テーブル４１０Ｂの「状態」の列では、出品された商品が新品であるか中古であるかの情報が管理されている。

「画像」の列には、出品された商品の画像に関する情報が管理されている。図１８に示す商品情報テーブル４１０Ｂには、記憶部３１４に記憶された商品画像が商品のいずれの側面から撮影した画像であるかについての情報が管理されている。本例の場合、出品識別子「１２３」、「１２６」の商品については「正面」の画像のみが入力されており、出品識別子「１２４」、「１２５」の商品については「正面・側面」の画像が入力されている。なお、商品画像は商品情報テーブル４１０Ｂとは別に記憶部３１４に記憶されていてもよい。

「出品者名」の列には、商品を出品したユーザの名称が管理されている。当該情報が商品情報に含まれていることにより、各商品がいずれのユーザによって出品されたのかを特定することができる。本例の場合、出品識別子「１２３」、「１２４」、「１２５」、「１２６」の商品が、それぞれ「ユーザＡ」、「ユーザＢ」、「ユーザＣ」、「ユーザＤ」によって出品されている。

「購入実績」の列には、商品が既に購入されたか否かの情報が管理されている。図１８に示す商品情報テーブル４１０Ｂにおいては、既に購入された商品については「売り切れ」、未だ購入されていない商品については「販売中」と表示されている。本例の場合、出品識別子「１２３」、「１２６」の商品は「販売中」であり、出品識別子「１２４」、「１２５」の商品は「売り切れ」であることが示されている。

「購入金額」の列には、商品が購入された金額が管理されている。図１８に示す商品情報テーブル４１０Ｂにおいては、既に購入された商品のレコードには購入金額が表示され、未だ購入されていない商品のレコードには金額は表示されていない。本例の場合、出品識別子「１２３」、「１２６」の商品は販売中であるため、購入金額は示されていない。一方、出品識別子「１２３」、「１２４」の商品は、それぞれ「５５００円」、「２７００円」で購入されたことが示されている。当然に購入金額に加えて、出品時の金額が含まれてもよい。

「使用年数」の列には、ユーザが商品を使用した年数が管理されている。本例の場合、出品識別子「１２３」は、使用年数が「２年」であることが示されている。一方、出品識別子「１２４」、「１２５」、「１２６」の商品については、使用年数が管理されていない。

次にユーザ評価情報について説明する。図１９は、ユーザ評価情報テーブル４４０Ｂの一例を示す図である。図１９を用いてユーザ評価情報４４０について説明する。

図１９に示すユーザ評価情報テーブル４４０Ｂには、各ユーザのユーザ評価情報が管理されている。本実施形態におけるユーザ評価情報テーブル４４０Ｂでは、「ユーザ名」と「ユーザ評価情報」が管理されている。

「ユーザ評価情報」とは、ユーザに対して他のユーザが行った評価の結果である。本実施形態においては、評価は０から５までの数字が付与されることにより評価が行われ、数値の平均値がユーザ評価情報としてユーザ評価情報テーブル４４０Ｂに記憶される。評価の対象は、ユーザの対応の良し悪しや商品ページに含まれる情報の豊富さ等であってもよい。本例の場合、「ユーザＡ」、「ユーザＢ」、「ユーザＣ」、「ユーザＤ」の評価は、それぞれ「４．７」、「１．４」、「３．８」、「２．７」であることが示されている。

また、本実施形態においては、数値によってユーザ評価が行われているが数値を用いた評価方法に限られない。例えば、評価を行うユーザが使用する端末に「いいね」等の文字や特定の図柄を表示させ、評価を行うユーザが当該文字や図柄を選択することにより評価が行われてもよい。その場合、「いいね」等の文字や特定の図柄を選択したユーザの数がユーザ評価情報テーブル４４０Ｂに記憶されてもよい。

上述したように、取得部３１６は、所定の評価以上の評価を取得しているユーザが出品した商品を第２商品として特定してもよい。

（２）端末の機能構成
第２実施形態に係る端末１２０の機能構成は、第１実施形態に係る端末１２０の機能構成と同様であるため、説明を省略する。

＜第２実施形態の動作処理＞
図２０を参照し、第２実施形態に係る通信システム１の処理について説明する。図２０は、第２実施形態に係る通信システム１の処理のシーケンスの一例を示す。図２０は、端末１２０Ａによって第１商品情報が入力された後、サーバが第１商品情報と第２商品情報とを比較して差分を特定し、当該差分の少なくとも一部を減らすように第１商品情報を更新するシーケンスである。

まず、端末１２０Ａから出品依頼がサーバ１１０Ａに送信される（Ｓ５０）。出品依頼とは、商品を出品したいというユーザからの意思表示であり、例えば、端末１２０Ａに表示された特定のアイコン等をユーザが選択することにより、出品依頼を行うことができる。

次に、サーバ１１０Ａは第１商品情報の入力画面を生成し（Ｓ５２）、端末１２０Ａに送信する（Ｓ５４）。商品情報の入力画面は、出品ユーザに入力を求める情報の項目及び情報の記入欄等から構成されていてもよい。

ユーザＡは端末１２０Ａが受信した第１商品情報の入力画面に従って、商品情報を入力し（Ｓ５６）、サーバ１１０Ａに第１商品情報を送信する。ここで、第１商品情報は、各入力項目が入力される度に端末１２０Ａからサーバ１１０Ａへ送信されてもよい。このとき、サーバ１１０Ａは、受信した一部の第１商品情報から他の第１商品情報を推測、または、特定し、推測した情報に基づいて第１商品情報の入力画面を更新してもよい。例えば、ユーザＡにより商品型番が入力された場合、サーバ１１０Ａは当該商品型番に基づいてサイズ情報や商品名等といった他の商品情報を推測、または、特定し、第１商品情報の入力画面に追加してもよい。そうすることで、ユーザＡによる第１商品情報の入力作業の負担が軽減される。第１商品情報を受信したサーバ１１０Ａの取得部３１６は、第１商品情報に基づいて第１商品と同種の第２商品を他の出品商品のうちから特定する（Ｓ５８）。例えば、図１８に示す商品情報テーブル４１０Ｂを参照し、第１商品と同一カテゴリの商品を第２商品として特定してもよい。

その後、取得部３１６は、第１商品と第２商品情報を取得する（Ｓ６０）。例えば、図１８に示す商品情報テーブル４１０Ｂを参照し、第２商品情報を取得してもよい。

次に、サーバ１１０Ａの比較部３１８は、第１商品情報と第２商品情報とを比較し差分を特定する（Ｓ６２）。サーバ１１０Ａの更新部３１７は、差分の少なくとも一部を減らすように第１商品情報を更新する（Ｓ６４）。このとき、サーバ１１０Ａは、第１商品情報の追加又は削減を促すメッセージを端末１２０Ａに送信してもよいし、メッセージを送信することなく、第１商品情報について情報の追加又は削減を行ってもよい。

その後、サーバ１１０Ａの生成部３１５は、第１商品情報に基づいて、第１商品の商品ページを生成する（Ｓ６６）。

＜＜第１実施例＞＞
第２実施形態の第１実施例は、ユーザＡから受信した第１商品情報が第２商品情報と比較して不足している場合に、商品情報の追加を促すメッセージを端末１２０Ａに送信する実施例である。

＜＜第１実施例の効果＞＞
第１商品情報が第２商品情報と比べて不足している場合に、サーバ１１０Ａから端末１２０Ａに第１商品情報の追加を促すメッセージが送信される。そのため、ユーザＡは、端末１２０Ａを介して第１商品情報が不足していることを認識できる。また、追加を促すメッセージに従い、第１商品情報の追加を行うことで適切な情報量の出品ページが生成されるという効果が得られる。

＜＜第１実施例の機能構成＞＞
（１）サーバの機能構成
生成部３１５は、第１商品情報が第２商品情報と比較して不足している場合に、商品情報の追加を促すメッセージを生成する。例えば、図１８に示す商品情報テーブル４１０Ｂにおいて、出品識別子「１２３」の商品を第１商品とし、同じカテゴリ「財布」のうち出品識別子「１２４」の商品を第２商品とした場合、第２商品情報には商品の側面画像が含まれているのに対し、第１商品情報には商品の側面画像が含まれていないため、第１商品情報が不足しているとする。このとき、生成部３１５は、第１商品情報の追加を促すメッセージを生成する。例えば、図１６に示す端末１２０Ａに表示されている「側面の画像も撮影しましょう！」というようなメッセージを生成してもよい。

＜＜第１実施例の動作処理＞＞
図２１を参照し、本実施例に係るメッセージの生成処理について説明する。図２１は、サーバ１１０Ａにより実行されるメッセージの生成処理の一例を示すフローチャートである。

まず、比較部３１８が第１商品情報と第２商品情報とを比較する（Ｓ３００）。具体的には、商品情報テーブル４１０Ｂにて管理されているレコード同士を比較する。本例においては、出品識別子「１２３」の商品を第１商品とし、出品識別子「１２４」の商品を第２商品として商品情報を比較する。

第１商品情報が不足している場合（Ｓ３０１：Ｙｅｓ）、生成部３１５が商品情報の追加を促すメッセージを生成し、通信Ｉ／Ｆ３１２が端末１２０Ａにメッセージを送信する（Ｓ３０２）。本例の場合、第２商品情報には商品の側面画像が含まれているのに対し、第１商品情報には商品の側面画像が含まれていない。そのため、生成部３１５は第１商品情報が不足していると判断し、図１６の端末１２０Ａに表示されている「側面の画像も撮影しましょう！」というような商品情報の追加を促すメッセージを生成する。

その後、通信Ｉ／Ｆ３１２が端末１２０Ａから追加の第１商品情報（追加情報）を受信する（Ｓ３０３）。更新部３１７は、追加情報に基づいて第１商品情報を追加更新する（Ｓ３０４）。具体的には、図１８に示す商品情報テーブル４１０Ｂを追加情報に基づいて更新する。本例の場合、ユーザＡから第１商品の側面画像を受信した場合、更新部３１７は、商品情報テーブル４１０Ｂの出品識別子「１２３」のレコードについて「画像」の列を更新する。

生成部３１５は、更新後の第１情報に基づいて商品ページを生成する（Ｓ３０５）。また、第１商品情報が不足していない場合（Ｓ３０１：Ｎｏ）は、メッセージの生成及び送信は行わず第１商品情報に基づいて商品ページを生成する（Ｓ３０５）。以上でサーバ１１０Ａによる商品ページの生成処理は終了する。

図２２は、生成したメッセージを端末１２０Ａに出力した様子を示している。生成部３１５により生成される商品情報の追加を促すメッセージは、第２商品情報に含まれている単語に基づいて生成される入力候補文を含んでいてもよい。図１８に示す商品情報テーブル４１０Ｂにおいて、第１商品を出品識別子「１２３」の商品とし、第２商品を出品識別子「１２４」、「１２５」の商品とした場合を例に説明する。商品情報テーブル４１０Ｂを参照すると、出品識別子「１２４」、「１２５」の商品（第２商品）の商品情報には商品の状態情報が含まれているのに対し、出品識別子「１２３」（第１商品）の商品情報には商品の状態情報が含まれていない。このとき、生成部３１５は、図２２に示すような第２商品情報の状態情報に含まれる「新品」、「中古」という単語を入力候補文としたメッセージを生成してもよい。ユーザＡは、入力候補文のうちいずれかを選択することにより、商品情報の追加を容易に行うことができる。

＜＜第２実施例＞＞
第２実施形態の第２実施例は、ユーザＡから受信した第１商品情報が第２商品情報と比較して不足している場合に、商品情報の自動で追加する実施例である。

＜＜第２実施例の効果＞＞
第１商品情報が第２商品情報と比べて不足している場合に、サーバ１１０Ａが第１商品情報に基づいて不足する商品情報を推定し、自動で第１商品情報の追加を行う。そのため、ユーザが自ら不足する商品情報を追加することなく、適切な情報量の出品ページが生成されるため、出品作業の負担が軽減される効果が得られる。

＜＜第２実施例の機能構成＞＞
（１）サーバの機能構成
生成部３１５は、ユーザＡから受信した第１商品情報が第２商品情報と比較して不足している場合に、入力された第１商品情報から不足する第１商品情報を補う追加情報を推定する。例えば、図１８に示す商品情報テーブル４１０Ｂにおいて、出品識別子「１２３」の商品を第１商品とし、出品識別子「１２４」の商品を第２商品とすると、第２商品情報には商品のカテゴリ情報が含まれているのに対し、第１商品情報には商品のカテゴリ情報が含まれていないため、第１商品情報が不足している。このとき、生成部３１５は、第1商品の商品型番の情報から第１商品のカテゴリ情報を追加情報として推定してもよい。具体的には、同一の商品型番を有する商品の商品情報を参照し、カテゴリを特定してもよい。また、商品情報に商品画像が含まれているときは、商品画像に基づいて不足する情報を生成してもよい。

更新部３１７は、生成部３１５が推定した追加情報に基づいて第１商品情報を追加する。具体的には、図１８に示す商品情報テーブル４１０Ｂを更新する。

＜＜第２実施例の動作処理＞＞
図２３を参照し、本実施例に係る商品情報の更新について説明する。図２３は、サーバ１１０Ａにより実行される商品情報の更新の一例を示すフローチャートである。ここでは、ユーザＡが入力した第１商品情報と取得部３１６が取得した第２商品情報とを比較部３１８が比較した結果、第１商品情報が不足している場合に、追加情報を推定し追加する例について説明する。

まず、比較部３１８が第１商品情報と第２商品情報とを比較する（Ｓ３００）。具体的には、商品情報テーブル４１０Ｂにて管理されているレコード同士を比較する。本例においては、出品識別子「１２３」の商品を第１商品とし、出品識別子「１２４」の商品を第２商品として商品情報を比較する。

第１商品情報が不足している場合（Ｓ３０１：Ｙｅｓ）、生成部３１５は、入力された第１商品情報から不足する第１商品情報を補う追加情報を推定する（Ｓ３１０）。本例においては、生成部３１５が商品型番の情報からカテゴリ情報を推定してもよい。例えば、商品型番が「Ally001」である第２商品はカテゴリが「財布」であるので、同じ商品型番を有する第１商品のカテゴリを「財布」と推定してもよい。

更新部３１７は、第１商品情報を追加情報により追加更新する（Ｓ３１２）。具体的には、図１８に示す商品情報テーブル４１０Ｂを追加情報に基づいて更新する。本例においては、第１商品のカテゴリ情報を「財布」とする更新を行う。

生成部３１５は、更新後の第１商品情報に基づいて商品ページを生成する（Ｓ３１３）。また、第１商品情報が不足していない場合（Ｓ３０１：Ｎｏ）は、追加情報の推定は行わず第１商品情報に基づいて商品ページを生成する（Ｓ３１３）。以上でサーバ１１０Ａによる商品ページの生成処理は終了する。

＜＜第３実施例＞＞
第２実施形態の第３実施例は、ユーザＡから受信した第１商品情報が第２商品情報と比較して過剰である場合に、商品情報の削減を促すメッセージを端末１２０Ａに送信する実施例である。

＜＜第３実施例の効果＞＞
入力された第１商品情報が第２商品情報と比べて過剰である場合に、サーバ１１０Ａから端末１２０Ａに第１商品情報の削減を促すメッセージが送信される。そのため、第１商品を出品したユーザＡは、第１商品情報が過剰であることを容易に認識できる。また、削減を促すメッセージに従い、第１商品情報の削減を行うことで適切な情報量の出品ページが生成されるという効果が得られる。

＜＜第３実施例の機能構成＞＞
（１）サーバの機能構成
生成部３１５は、ユーザＡから受信した第１商品情報が第２商品情報と比較して過剰である場合に、商品情報の削減を促すメッセージを生成する。例えば、図１８に示す商品情報テーブル４１０Ｂにおいて、出品識別子「１２３」の商品を第１商品とし、出品商品「１２４」の商品を第２商品とすると、第１商品情報には使用年数の情報が含まれているのに対し、第２商品情報には含まれていない。このとき、生成部３１５は、ユーザＡに第１商品情報（使用年数の情報）の削減を促すメッセージを生成してもよい。なお、情報の削減とは情報の削除及び減縮を含む。

＜＜第３実施例の動作処理＞＞
図２４を参照し、本実施例に係るメッセージの生成処理について説明する。図２４は、サーバ１１０Ａにより実行されるメッセージの生成処理の一例を示すフローチャートである。ここでは、第１商品情報と第２商品情報とを比較部３１８が比較した結果、第１商品情報が過剰である場合に、ユーザＡに対して商品情報の削減を促すメッセージを送信する例を説明する。

まず、比較部３１８が第１商品情報と第２商品情報とを比較する（Ｓ３００）。具体的には、商品情報テーブル４１０Ｂにて管理されているレコード同士を比較する。本例においては、出品識別子「１２３」の商品を第１商品とし、出品識別子「１２４」の商品を第２商品として商品情報を比較する。

第１商品情報が過剰である場合（Ｓ３２０：Ｙｅｓ）、生成部３１５が商品情報の削減を促すメッセージを生成し、通信Ｉ／Ｆ３１２が端末１２０Ａにメッセージを送信する（Ｓ３２１）。本例の場合、第１商品情報には商品の使用年数の情報が含まれているのに対し、第２商品情報には含まれていない。そのため、比較部３１８は、第１商品情報が過剰であると判断し、生成部３１５は、使用年数の情報について削除を促すメッセージを生成する。

その後、通信Ｉ／Ｆ３１２が端末１２０Ａから商品情報の削減を指示する削減指示を受信する（Ｓ３２２）。更新部３１７は、削減指示に基づいて第１商品情報を削減し、更新する（Ｓ３２３）。具体的には、図１８に示す商品情報テーブル４１０Ｂを削減指示に基づいて更新する。本例の場合、端末１２０Ａから使用年数の情報を削除する指示を受信した場合、更新部３１７は、商品情報テーブル４１０Ｂの第１商品情報のレコードから使用年数の情報を削除する。

生成部３１５は、更新後の第１情報に基づいて商品ページを生成する（Ｓ３２４）。また、第１商品情報が過剰でない場合（Ｓ３２０：Ｎｏ）は、メッセージの生成及び送信は行わず第１商品情報に基づいて商品ページを生成する（Ｓ３２４）。以上でサーバ１１０Ａによる商品ページの生成処理は終了する。

＜＜第４実施例＞＞
第２実施形態の第４実施例は、ユーザＡから受信した第１商品情報が第２商品情報と比較して過剰である場合に、商品情報の追加を促すメッセージを端末１２０Ｂに送信する実施例である。

＜＜第４実施例の効果＞＞
入力された第１商品情報が第２商品情報と比べて過剰である場合に、サーバ１１０Ａから端末１２０Ｂに第２商品情報の追加を促すメッセージが送信される。すなわち、既に出品されている第２商品の商品情報が新たに出品された第１商品の商品情報よりも不足している場合に、その旨が第２商品を出品したユーザＢに通知される。そのため、第２商品を出品したユーザＢは、第２商品情報が不足していることを容易に認識できる。また、商品情報の追加を促すメッセージに従い、第２商品情報の追加を行うことで第２商品について適切な情報量の出品ページが生成されるという効果が得られる。

＜＜第４実施例の機能構成＞＞
（１）サーバの機能構成
生成部３１５は、第１商品情報が第２商品情報と比較して過剰である場合に、第２商品情報の追加を促すメッセージを生成する。例えば、図１６に示す商品情報テーブル４１０Ｂにおいて、出品識別子「１２３」の商品を第１商品とし、出品商品「１２４」の商品を第２商品とすると、第１商品情報には使用年数の情報が含まれているのに対し、第２商品情報には含まれていない。このとき、第２商品情報の使用年数の情報の追加を促すメッセージを生成する。

＜＜第４実施例の動作処理＞＞
図２５を参照し、本実施例に係る商品ページの生成処理について説明する。図２５は、サーバ１１０Ａにより実行される商品ページの生成処理の一例を示すフローチャートである。ここでは、ユーザＡが入力した第１商品情報と取得部３１６が取得した第２商品情報とを比較部３１８が比較した結果、第１商品情報が過剰である場合に、ユーザＢに対して商品情報の追加を促すメッセージを送信する例を説明する。

まず、比較部３１８が第１商品情報と第２商品情報とを比較する（Ｓ３００）。具体的には、商品情報テーブル４１０Ｂにて管理されているレコード同士を比較する。本例においては、出品識別子「１２３」の商品を第１商品とし、出品識別子「１２４」の商品を第２商品として商品情報を比較する。

第１商品情報が過剰である場合（Ｓ３２０：Ｙｅｓ）、生成部３１５が第２商品情報の追加を促すメッセージを生成し、通信Ｉ／Ｆ３１２が端末１２０Ｂにメッセージを送信する（Ｓ３３０）。本例の場合、第１商品情報には商品の使用年数の情報が含まれているのに対し、第２商品情報には含まれていない。そのため、生成部３１５は、使用年数の情報について追加を促すメッセージを生成する。

その後、通信Ｉ／Ｆ３１２が端末１２０Ｂから第２商品情報を追加する追加情報を受信する（Ｓ３３１）。更新部３１７は、追加情報に基づいて第２商品情報を更新する（Ｓ３３２）。具体的には、図１６に示す商品情報テーブル４１０Ｂを追加情報に基づいて更新する。本例の場合、端末１２０Ｂから使用年数の情報を受信した場合、更新部３１７は、商品情報テーブル４１０Ｂの第２商品情報のレコードに使用年数の情報を追加する。

生成部３１５は、更新後の第２商品情報に基づいて商品ページを生成する（Ｓ３３３）。また、第１商品情報が過剰でない場合（Ｓ３２０：Ｎｏ）は、メッセージの生成及び送信は行わない。以上でサーバ１１０Ａによる商品ページの生成処理は終了する。

以上説明した実施形態は、本発明の理解を容易にするためのものであり、本発明を限定して解釈するためのものではない。実施形態が備える各要素並びにその配置、材料、条件、形状及びサイズ等は、例示したものに限定されるわけではなく適宜変更することができる。また、異なる実施形態で示した構成同士を部分的に置換し又は組み合わせることが可能である。

１…通信システム、１１０Ａ…サーバ、１１０Ｂ…サーバ、１２０Ａ…端末、１２０Ｂ…端末、１２０Ｃ…端末、１３０…ネットワーク、２００…情報処理装置、２０１…プロセッサ、２０２…メモリ、２０３…ストレージ、２０４…入出力インタフェース（入出力Ｉ／Ｆ）、２０５…通信インタフェース（通信Ｉ／Ｆ）、３１３…制御部、３１４…記憶部、３１５…生成部、３１６…取得部、３１７…更新部、３１８…比較部、３２３…制御部、３２４…記憶部、４００…プログラム、４１０…商品情報、４１０Ａ…商品情報テーブル、４１０Ｂ…商品情報テーブル、４２０…行動履歴情報、４２０Ａ…ページ閲覧情報テーブル、４３０…ユーザ属性情報、４３０Ａ…ユーザ属性情報テーブル、４４０…ユーザ評価情報、４４０Ｂ…ユーザ評価情報テーブル、５００…プログラム

Claims (16)

1. 第１情報処理装置によって、
   出品ユーザに対応づけられた第２情報処理装置から、前記出品ユーザが出品する商品の商品情報を受信するステップと、
   購入ユーザに対応づけられた第３情報処理装置から商品ページの表示要求を受信した場合に、前記商品情報と前記購入ユーザに関する情報に基づいて商品説明文を生成するステップと、
   前記第３情報処理装置に前記商品説明文を送信するステップと、を実行する説明文生成方法。
2. 前記購入ユーザに関する情報は、前記購入ユーザの行動履歴情報を含む、
   請求項１に記載の説明文生成方法。
3. 前記行動履歴情報は、前記購入ユーザが過去に閲覧した商品ページの閲覧回数及び閲覧時間のうち少なくともいずれかを含む、
   請求項２に記載の説明文生成方法。
4. 前記行動履歴情報は、前記購入ユーザが過去に閲覧した商品ページに含まれる前記商品説明文の文体に関する情報を含む、
   請求項２に記載の説明文生成方法。
5. 前記行動履歴情報は、前記購入ユーザが過去に閲覧した商品ページに付与した評価情報を含む、
   請求項２に記載の説明文生成方法。
6. 前記行動履歴情報は、前記購入ユーザが過去に閲覧した商品ページに使用されている言語に関する情報を含む、
   請求項２に記載の説明文生成方法。
7. 前記行動履歴情報は、前記購入ユーザが出品ユーザとして過去に出品した商品に関する情報を含む、
   請求項２に記載の説明文生成方法。
8. 前記購入ユーザに関する情報は、前記購入ユーザの性別、年齢及び位置情報のうち少なくともいずれかを含むユーザ属性情報である、
   請求項１に記載の説明文生成方法。
9. 前記第２情報処理装置から受信した前記商品情報の情報量が不足している場合に、前記商品情報の追加を促すメッセージを前記第２情報処理装置に送信するステップをさらに実行する、
   請求項１から８のいずれか一項に記載の説明文生成方法。
10. 前記商品情報に前記商品の画像が含まれている場合、前記画像に基づいて前記商品に関する他の商品情報を推定するステップをさらに実行する、
    請求項１から９のいずれか一項に記載の説明文生成方法。
11. 前記表示要求が、前記購入ユーザが過去に閲覧した商品ページに対する表示要求である場合に、前回送信した商品説明文を前記第２情報処理装置に送信する、
    請求項１から１０のいずれか一項に記載の説明文生成方法。
12. 前記第２情報処理装置又は前記第３情報処理装置から、前記購入ユーザと前記出品ユーザとの間におけるコメントの内容を受信するステップと、
    前記コメントの内容、前記購入ユーザに関する情報及び前記出品ユーザに関する情報のうち少なくともいずれかに基づいて前記購入ユーザと前記出品ユーザとの間におけるコメントを生成するステップと、
    前記コメントを前記第２情報処理装置又は前記第３情報処理装置に送信するステップと、をさらに実行する、
    請求項１から１１のいずれか一項に記載の説明文生成方法。
13. 前記コメントを生成するステップは、前記購入ユーザに関する情報と前記出品ユーザに関する情報の重視度を変化させて複数のコメントを生成するステップを含み、
    前記コメントを送信するステップは、前記複数のコメントのうち前記第２情報処理装置及び前記第３情報処理装置の一方により選択されたコメントを、前記第２情報処理装置及び前記第３情報処理装置の他方に送信するステップを含む、
    請求項１２に記載の説明文生成方法。
14. 前記コメントは、前記購入ユーザと前記出品ユーザとの過去の取引情報に基づいて生成される、
    請求項１２又は１３に記載の説明文生成方法。
15. 出品ユーザに対応づけられた第２情報処理装置から、前記出品ユーザが出品する商品の商品情報を受信する受信部と、
    購入ユーザに対応づけられた第３情報処理装置から商品ページの表示要求を受信した場合に、前記商品情報と前記購入ユーザに関する情報に基づいて商品説明文を生成する生成部と、
    前記第３情報処理装置に前記商品説明文を送信する送信部と、を備える情報処理装置。
16. 第１情報処理装置に、
    出品ユーザに対応づけられた第２情報処理装置から、前記出品ユーザが出品する商品の商品情報を受信するステップと、
    購入ユーザに対応づけられた第３情報処理装置から商品ページの表示要求を受信した場合に、前記商品情報と前記購入ユーザに関する情報に基づいて商品説明文を生成するステップと、
    前記第３情報処理装置に前記商品説明文を送信するステップと、を実行させる説明文生成プログラム。