(57)【要約】【課題】商品等の提供者の手を煩わせることなくＨＰの更新を容易に実現すること。【解決手段】ＨＰ作成更新部５１は、商品又は役務の提供者に関する１以上のオフィシャルコンテンツを含むＨＰを作成する。アプリ作成部５２は、当該提供者から商品又は役務が提供されるユーザが保有するユーザ端末１４で実行可能なアプリケーションプログラムを作成する。投稿受付部５３は、アプリケーションプログラムを実行するユーザ端末１４から送信されてきた、ユーザによる提供者に関する投稿を受け付ける。オフィシャルコンテンツ変更部５４は、当該投稿に基づいて、ＨＰのオフィシャルコンテンツを変更する。【選択図】図３
2015194858.tif 000002
【特許請求の範囲】
【請求項１】
商品又は役務の提供者に関する１以上のオフィシャルコンテンツを含むＨＰと、前記提供者から前記商品又は役務が提供されるユーザの端末で実行可能なアプリケーションプログラムとを管理する情報処理装置において、
前記アプリケーションプログラムを実行する前記ユーザの端末から送信されてきた、前記ユーザによる前記提供者に関する投稿を受け付ける投稿受付手段と、
前記投稿に基づいて、前記ＨＰの前記オフィシャルコンテンツを変更する変更手段と、
を備える情報処理装置。
【請求項２】
前記変更手段は、前記提供者から前記投稿に対する掲載許可があった場合、前記ＨＰの前記オフィシャルコンテンツを変更し、それ以外の場合、その変更を禁止する、
請求項１に記載の情報処理装置。
【請求項３】
前記変更手段は、前記提供者から前記投稿に対する掲載許可があった場合であって、前記投稿の内容の更新が前記提供者から指示されたとき、更新後の前記投稿に基づいて、前記ＨＰの前記オフィシャルコンテンツを変更し、それ以外の場合、オリジナルの前記投稿に基づいて、前記ＨＰの前記オフィシャルコンテンツを変更する、
請求項２に記載の情報処理装置。
【請求項４】
前記提供者から前記投稿に対する掲載許可があった場合、当該投稿をした前記ユーザに対して、報酬を提供する制御を実行する報酬提供手段
をさらに備える請求項２又は３に記載の情報処理装置。
【請求項５】
商品又は役務の提供者に関する１以上のオフィシャルコンテンツを含むＨＰと、前記提供者から前記商品又は役務が提供されるユーザの端末で実行可能なアプリケーションプログラムとを管理する情報処理装置が実行する情報処理方法であって、
前記アプリケーションプログラムを実行する前記ユーザの端末から送信されてきた、前記ユーザによる前記提供者に関する投稿を受け付ける投稿受付ステップと、
前記投稿に基づいて、前記ＨＰの前記オフィシャルコンテンツを変更する変更ステップと、
を含む情報処理方法。
【請求項６】
商品又は役務の提供者に関する１以上のオフィシャルコンテンツを含むＨＰと、前記提供者から前記商品又は役務が提供されるユーザの端末で実行可能なアプリケーションプログラムとを管理するコンピュータに、
前記アプリケーションプログラムを実行する前記ユーザの端末から送信されてきた、前記ユーザによる前記提供者に関する投稿を受け付ける投稿受付ステップと、
前記投稿に基づいて、前記ＨＰの前記オフィシャルコンテンツを変更する変更ステップと、
を含む制御処理を実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、情報処理方法及びプログラムに関する。
【背景技術】
【０００２】
従来より、商品又は役務（以下、適宜「商品等」と呼ぶ）の提供者は、自己の商品等の告知や宣伝用の情報を、Ｗｅｂページ製作会社等に作成してもらった自己のＨＰ（Ｗｅｂページ）に掲載等することで、インターネットを通じて伝達することも可能になっている（例えば特許文献１，２参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００３−２２３４８１号公報
【特許文献２】特開２００２−２８８３０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、例えば新たな商品等の情報をＨＰに掲載するためには、ＨＰの更新が必要になる。商品等の提供者にとっては、ＨＰの更新毎に、更新内容を自身で考えて、当該更新内容をＷｅｂページ製作会社等に説明した上で更新を発注していたのでは、煩わしさに堪えない。
【０００５】
本発明は、このような状況に鑑みてなされたものであり、商品等の提供者の手を煩わせることなくＨＰの更新を容易にできるようにすることを目的とする。
【課題を解決するための手段】
【０００６】
上記目的を達成するため、本発明の一態様の情報処理装置は、
商品又は役務の提供者に関する１以上のオフィシャルコンテンツを含むＨＰと、前記提供者から前記商品又は役務が提供されるユーザの端末で実行可能なアプリケーションプログラムとを管理する情報処理装置において、
前記アプリケーションプログラムを実行する前記ユーザの端末から送信されてきた、前記ユーザによる前記提供者に関する投稿を受け付ける投稿受付手段と、
前記投稿に基づいて、前記ＨＰの前記オフィシャルコンテンツを変更する変更手段と、
を備えることを特徴とする。
【０００７】
前記変更手段は、前記提供者から前記投稿に対する掲載許可があった場合、前記ＨＰの前記オフィシャルコンテンツを変更し、それ以外の場合、その変更を禁止する、
ことができる。
【０００８】
前記変更手段は、前記提供者から前記投稿に対する掲載許可があった場合であって、前記投稿の内容の更新が前記提供者から指示されたとき、更新後の前記投稿に基づいて、前記ＨＰの前記オフィシャルコンテンツを変更し、それ以外の場合、オリジナルの前記投稿に基づいて、前記ＨＰの前記オフィシャルコンテンツを変更する、
ことができる。
【０００９】
前記提供者から前記投稿に対する掲載許可があった場合、当該投稿をした前記ユーザに対して、報酬を提供する制御を実行する報酬提供手段
をさらに備えることができる。
【００１０】
本発明の一態様の情報処理方法及びプログラムは、上述の本発明の一態様の情報処理装置に対応する方法及びプログラムである。
【発明の効果】
【００１１】
本発明によれば、商品等の提供者の手を煩わせることなくＨＰの更新が容易にできる。
【図面の簡単な説明】
【００１２】
【図１】本発明の一実施形態に係る情報システムの構成を示す模式図である。
【図２】図１の情報処理システムのうち、サービス提供者サーバのハードウェアの構成を示すブロック図である。
【図３】図２のサービス提供者サーバの機能的構成のうち、ＨＰ更新処理を実行するための機能的構成を示す機能ブロック図である。
【図４】店舗のＨＰのオフィシャルコンテンツの例示であって、店舗のメニューの一例を示す模式図である。
【図５】図３の機能的構成を有する図２のサービス提供者端末が実行するＨＰ更新処理の流れを説明するフローチャートである。
【発明を実施するための形態】
【００１３】
以下、本発明の実施形態について、図面を用いて説明する。
【００１４】
図１は、本発明の一実施形態に係る情報処理システムの構成を示している。
図１に示す情報処理システムは、サービス提供者サーバ１１と、店舗ＨＰアプリ保存サーバ１２と、店舗端末１３と、ユーザ端末１４との夫々が、インターネット等の所定のネットワークＮを介して相互に接続されて構成されている。
【００１５】
なお、サービス提供者サーバ１１〜ユーザ端末１４の夫々は、説明の便宜上、本実施形態では１台ずつとされているが、特に１台に限定されず複数台でよい。
即ち、実際には、Ｍ人（Ｍは１以上の任意の整数値）のユーザの夫々が、少なくとも１台のユーザ端末１４を保有する。
また、Ｎ（Ｎは１以上の整数値の夫々）の店舗の夫々は、少なくとも１台の店舗端末１３を保有る。さらにいえば、特に「店舗」を持つことなくユーザに何らかの商品等を提供する事業者であれば、「店舗」と同様に後述のサービスの提供を受けることができる。この場合、当該事業者、店舗端末１３と同様の機能（機能については後述する）を有する端末を保有する。
【００１６】
サービス提供者サーバ１１は、後述のサービスを提供する者（以下、「サービス提供者」と呼ぶ）により管理されるサーバである。
サービス提供者サーバ１１は、店舗のＨＰ（Ｗｅｂサイト）と、当該店舗の顧客（ユーザ）専用のアプリケーションソフトウェア（以下、「店舗ユーザ専用アプリ」と呼ぶ）とを管理する。
ここで、管理とは、自機で作成したり保存したりすることは特に必須ではなく、更新等を把握できれば足りる意である。
ただし、本実施形態では、説明の便宜上、店舗のＨＰと店舗ユーザ専用アプリとは、サービス提供者サーバ１１によって作成され、店舗ＨＰアプリ保存サーバ１２において保存されるものとする。
【００１７】
店舗ＨＰアプリ保存サーバ１２は、店舗のＨＰ及び店舗ユーザ専用アプリを保存し、ネットワークＮを介して所定のＵＲＬに対してアクセスしてきたものに対して当該ＨＰを提示したり、店舗ユーザ専用アプリをダウンロードさせる。
【００１８】
店舗端末１３は、店舗により保有されるスマートフォン等で構成される。ここで、説明の便宜上、店舗は、所定のレストランであるものとする。
【００１９】
ユーザ端末１４は、ユーザにより保有されるスマートフォン等で構成され、少なくともダウンロードしたアプリをインストールして実行できる機能を有する。
ここで、ユーザとは、本実施形態では、店舗端末１３を保有する店舗の顧客を意味する。即ち、ユーザは、ユーザ端末１４を操作して、店舗ユーザ専用アプリを活用することで、当該店舗の各種情報を授受することができる。
例えば、店舗ユーザ専用アプリは、ユーザによる料理の評価や感想等（テキストデータ）や、ユーザにより撮影された料理等の写真（画像データ）を、サービス提供者サーバ１１に投稿（送信）する機能を有している。
サービス提供者サーバ１１は、各ユーザ端末１４からの各投稿をリアルタイムに受け付けて、各ユーザ端末１４に夫々送信する。従って、店舗ユーザ専用アプリは、保有者も含め各ユーザの投稿をリアルタイムに受信して表示する機能を有している。
【００２０】
さらに、サービス提供者サーバ１１は、各ユーザ端末１４からの投稿に基づいて、当該店舗のＨＰを更新する。即ち、サービス提供者サーバ１１は、各ユーザの投稿に基づいて、店舗のＨＰのオフィシャルコンテンツを新規制作したり、既存のオフィシャルコンテンツを変更することで、当該店舗のＨＰを更新する。
ここで、オフィシャルコンテンツと、非オフィシャルコンテンツとは、一律な定義により区分されるものではなく、各店舗毎に自由に定義できるものである。即ち、オフィシャルコンテンツか否かの定義は、原則、各店舗の指定に基づくものとする。ただし、店舗から定義の指定が無い場合については、社会通念上オフィシャルな内容と判断されるコンテンツが、オフィシャルコンテンツに分類される。少なくとも、店舗の商品等の告知、広告、説明等、店舗の名で発信するコンテンツは、オフィシャルコンテンツに含まれるものとする。
【００２１】
以上説明したような、ユーザの投稿に基づいて店舗のＨＰを更新する処理を、以下、「ＨＰ更新処理」と呼ぶ。
さらに、以下、「ＨＰ更新処理」の実行主体となるサービス提供者サーバ１１について詳しく説明する。
【００２２】
図２は、図１の情報処理システムのうち、本発明の情報処理装置の一実施形態に係るサービス提供者サーバ１１のハードウェアの構成を示すブロック図である。
サービス提供者サーバ１１は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）２１と、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）２２と、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）２３と、バス２４と、入出力インターフェース２５と、入力部２６と、出力部２７と、記憶部２８と、通信部２９と、ドライブ３０と、を備えている。
【００２３】
ＣＰＵ２１は、ＲＯＭ２２に記録されているプログラム、又は、記憶部２８からＲＡＭ２３にロードされたプログラムに従って各種の処理を実行する。
ＲＡＭ２３には、ＣＰＵ２１が各種の処理を実行する上において必要なデータ等も適宜記憶される。
【００２４】
ＣＰＵ２１、ＲＯＭ２２及びＲＡＭ２３は、バス２４を介して相互に接続されている。このバス２４にはまた、入出力インターフェース２５も接続されている。入出力インターフェース２５には、入力部２６、出力部２７、記憶部２８、通信部２９、及びドライブ３０が接続されている。
【００２５】
入力部２６は、キーボドやマウス等で構成され、各種情報を入力する。
出力部２７は、ディスプレイやスピーカ等により構成され、各種情報を出力する。
記憶部２８は、ハードディスク等で構成され、各種情報を記憶する。
通信部２９は、ネットワークＮを介して他の装置（本実施形態では主に図１の店舗ＨＰアプリ保存サーバ１２、店舗端末１３、及びユーザ端末１４）との間で行う通信を制御する。
【００２６】
ドライブ３０には、必要に応じて、リムーバブルメディア３１が適宜装着される。ドライブ３０によってリムーバブルメディア３１から読み出されたプログラムは、必要に応じて記憶部２８にインストールされる。また、リムーバブルメディア３１は、記憶部２８に記憶されている各種データも、記憶部２８と同様に記憶することができる。
【００２７】
図３は、このようなサービス提供者サーバ１１の機能的構成のうち、ＨＰ更新処理を実行するための機能的構成を示す機能ブロック図である。
【００２８】
ＨＰ更新処理が実行される場合には、サービス提供者サーバ１１の主にＣＰＵ２１（図２）においては、図３に示すように、ＨＰ作成更新部５１と、アプリ作成部５２と、投稿受付部５３と、オフィシャルコンテンツ変更部５４と、報酬提供部５５とが機能する。
【００２９】
ＨＰ作成更新部５１は、オフィシャルコンテンツを１以上含む店舗のＨＰを作成する。
ここで、本実施形態では、店舗はレストランであり、オフィシャルコンテンツとしては、店舗の写真（外観、店内、各料理）、店舗のコンセプト、店舗へのアクセス（住所、電話番号、地図等）、開店時間等の各種店舗情報、及び飲食物のメニューを含む。
【００３０】
ここで、飲食物のメニューについては、サービス提供者の別サービスとして生成されたものが用いられるものとする。
そこで、以下、サービス提供者が提供するメニュー作成のサービス（別サービス）について簡単に説明する。
【００３１】
サービス提供者サーバ１１は、店舗の店主等による店舗端末１３に対する操作に従って、当該店舗のメニューを、日本語を含む多言語で作成する。このような一連の処理を、以下、「メニュー作成処理」と呼ぶ。
【００３２】
図４は、メニュー作成処理により作成されるメニューの一例である。
当該メニューＭは、画像データとして店舗端末１３に保存して適宜表示することもできるし、紙媒体に印刷することもできるし、オフィシャルコンテンツとして店舗のＨＰに含めることもできる。
メニューＭは、Ｐ種類（Ｐは、任意の整数値であり、図４の例では６）の各料理の夫々の説明文Ｍ１〜ＭＰを含んでいる。
ここで、図４の例では、１枚のメニューＭのみが図示されているが、本実施形態では、日本語のメニューＭに加えて、１以上の他言語のメニューＭも同時に作成される。
他言語の種類や数は、特に限定されないが、本実施形態では、英語、中国語（簡体）、中国語（繁体）、韓国語、ドイツ語、フランス語、スペイン語、イタリア語、ロシア語、及びポルトガル語の１０種の言語で、メニューＭが作成されるものとする。
【００３３】
ここで例えば、店舗の店主等は、メニューＭの夫々の説明文Ｍ１〜ＭＰを単位として、デフォルトメニューで生成するのか、オリジナルメニューで生成するのかを選択できるものとする。
【００３４】
本実施形態では、サービス提供者サーバ１１には、図４の説明文Ｍ１〜ＭＰの夫々として採用可能な、各料理の説明の完成文がデフォルトで保存されている。
従って、店主等は、店舗端末１３を通じて、デフォルトの各料理の完成文をそのまま掲載したメニューを、デフォルトメニューとして選択することができる。
ここで、サービス提供者サーバ１１に保存されるデフォルトメニューは、日本語の他、１以上の他言語のものが夫々存在する。即ち、本実施形態では、日本語の他、１以上の他言語の夫々で、各料理の説明文が保存されており、各言語毎のデフォルトメニューが作成される。
【００３５】
一方、店主等は、店舗端末１３を通じてオリジナルメニューの生成を選択してもよい。
ここで、店主等は、店舗端末１３を操作して、メニューに掲載する各料理の説明文を、全てオリジナルで作成してもよい。
ただし、この場合、店主等は、オリジナル文を頭の中で考えて、その全文を店舗端末１３に入力するといった、長時間を要する面倒で手間のかかる操作をしなければならない。店主等は、料理を作ったり配膳することが本来の仕事であり、メニュー作成に時間と労力を割くのは好適ではない。
また、日本語等で入力されたオリジナルメニューは、１以上の他言語に翻訳される。この場合、いわゆる機械翻訳で、料理のオリジナル説明文を日本語から他言語に翻訳してもよい。ただし、この場合、誤訳が多くなり、最悪の場合、そのままでは外国人に通じない説明文になってしまうおそれがある。
【００３６】
そこで、本実施形態では、店主等により料理の説明が要素単位で入力さると、その入力内容に基づいて料理のオリジナル説明文を多言語で自動的に作成する機能が、サービス提供者サーバ１１に備えられている。
さらに、本実施形態では、要素単位で翻訳し、各言語の文法（各言語の序列）に基づいて、翻訳語の各要素を並び替えることで、他言語の料理のオリジナル説明文を作成する。
このように、店主等は、店舗端末１３に対する操作としては、日本語等の各要素を入力するだけでよい。つまり、料理の説明が日本語等の各要素で入力されると、日本語等のオリジナル説明文が自動的に作成され、さらに、１以上の他言語の夫々に自動的に翻訳されて、多言語の夫々のオリジナル説明文が自動的に作成される。
【００３７】
ここで、所定の１つの料理は、「食材」、「調理方法」、及び「味付」といった３種類の要素の組み合せで、大よそ説明することが可能である。
そこで、本実施形態では、料理のオリジナルの説明文の基本要素として、「食材」、「調理方法」、及び「味付」といった３種類の要素が採用されている。つまり、店主等は、料理の説明として、これら３種類の各要素を入力すればよい。
さらに、本実施形態では、これら３種類の基本要素に対してさらに、スパイス等の「その他要素」も含まれている。これにより、料理の説明を幅広くすることができる。つまり、店主等は、凝った料理の説明をしたい場合等には、その他要素を活用するとよい。
なお、「その他要素」は、本実施形態のように１種類としてまとめるのではなく、複数の別種類に分割してもよい。例えばカルパッチョ等の「料理名」は、本実施形態では「その他要素」に含まれているが、「その他要素」から独立させて「料理名」という要素として取り扱うことも当然に可能である。
このように、本実施形態では、「食材」、「調理方法」、及び「味付」の基本要素に「その他要素」を加えた４種の要素が、店主等により入力可能なように用意されている。
なお、後述するように、店主等は、基本要素を含め４種の要素の全てを入力する必要は特になく、任意の種類の任意の要素を任意の個数だけ入力することができる。ここで、同一種類の複数の要素が選択されること、例えば「食材」として複数の素材が選択されることは特に構わない。つまり、所定種類の要素の入力可能な数は、０個を含め任意である。
【００３８】
このようなオリジナルメニューを作成するためには、図示はしないが、サービス提供者サーバ１１は、例えば、要素入力受付手段、基本言語メニュー作成手段、及び他言語メニュー作成手段を有することができる。
店舗の店主等は、店舗端末１３を操作して、所定料理について基本言語（店主等が用いる言語）で１上の要素を入力する。
要素入力受付手段は、所定料理について基本言語で入力された１以上の要素がデータベースに記憶されている場合、当該１以上の要素の入力を受け付ける。
基本言語メニュー作成手段は、要素入力受付手段により入力が受け付けられた１以上の要素、及び、基本言語の文法に基づいて、基本言語による所定料理の説明文を作成することで、基本言語のメニューを作成する。
他言語メニュー作成手段は、データベースに基づいて、要素入力受付手段により入力が受け付けられた１以上の要素単位で、基本言語から１以上の他言語の夫々の表現形態に変換し、変換後の１以上の要素及び１以上の他言語の夫々の文法に基づいて、１以上の他言語の夫々による所定料理の説明文を夫々作成することで、１以上の他言語の夫々のメニューを作成する。
このようにして、多言語（基本言語と１以上の他言語）のオリジナルメニューが作成される。これにより、上述したように、低負荷及び低コストで多言語のメニューを容易に作成できる。
【００３９】
このようにして、本実施形態では、店舗のメニューが各料理の説明文単位で、デフォルトメニュー又はオリジナルメニューの形態で自動的に作成される。
そこで、上述したように、ＨＰ作成更新部５１は、このようなメニューをオフィシャルコンテンツの１つとして含むように、店舗のＨＰを作成して、店舗ＨＰアプリ保存サーバ１２にアップする。
ここでいう「アップ」とは、店舗ＨＰアプリ保存サーバ１２がネットワークＮに接続した状態で所定の情報を保存することをいう。
【００４０】
アプリ作成部５２は、上述の店舗のＨＰとセットになるものとして、店舗ユーザ専用アプリを作成し、店舗ＨＰアプリ保存サーバ１２にアップする。
ここで、店舗ユーザ専用アプリの機能としては、ユーザによる店舗に関する情報（テキストデータや画像データ等）を投稿する機能と、各ユーザ（自身含む）の投稿を閲覧できる機能があれば足りる。ただし、各店舗は、それ以外の機能として、任意の機能を任意の数だけ付け加えることができる。例えば、各店舗からのお得情報を各ユーザに流す機能や、各店舗の商品等を各ユーザに販売する機能等を適宜付け加えることができる。
【００４１】
ユーザ端末１４は、店舗ユーザ専用アプリを店舗ＨＰアプリ保存サーバ１２からダウンロードしてインストールする。
ユーザ端末１４は、店舗ユーザ専用アプリを起動している最中に、店舗の写真や感想等が各種データ（テキストデータや画像データ等）として入力され、投稿の指示がユーザによりなされると（例えば図示せぬ投稿ボタンが押下されると）、各種データをサービス提供者サーバ１１に送信（投稿）する。
投稿受付部５３は、このようにしてユーザ端末１４から送信されてきた各種データを、投稿として受け付ける。
投稿受付部５３は、投稿（テキストデータや画像データ等の各種データ）を店舗端末１３に送信すると共に、ＨＰ作成更新部５１に提供する。
なお、図３には図示していないが、投稿受付部５３は、当該投稿を、投稿したユーザ自身を含め全ユーザの各ユーザ端末１４にリアルタイムに送信することもできる。この場合、店舗ユーザ専用アプリが起動しているユーザ端末１４では、当該投稿がリアルタイムに表示されて閲覧可能になる。これにより、ユーザは、他のユーザの投稿を参考にして店舗の各種情報を取得したり、店舗に関する共通の話題を通じて他のユーザとコミュニケーションケーションを図ることが容易に可能になる。
【００４２】
店舗端末１３は、各ユーザの投稿を受信すると、当該投稿を表示等することで、店主等に提示する。そして、店舗端末１３は、当該投稿をオフィシャルコンテンツとして掲載することを許可するのか否か、もし許可するのならば、オリジナルのまま掲載するのか、それとも店主等が加工修正したものを掲載するのかを問い合わせる（そのような問い合わせ画面を表示したり、音声で出力する）。
店舗端末１３は、このような問い合わせに対する店主等からの回答を受け付け、サービス提供者サーバ１１に送信する。
ここで、回答としては、
（１）投稿をオフィシャルコンテンツとして掲載することの許諾可否
（２）掲載を許諾する場合には、投稿の更新の指示の有無
を含むものとする。
なお、更新の指示の形態は、特に限定されず、更新の方向性だけで指示してもよいし、店主等自身により加工修正された投稿（テキストデータや画像データ等）そのものを指示として提供してもよい。
例えば、「○○の料理は、××のソースが絶品！！」というオリジナルの投稿があった場合、店主等は、「××のソースを含むことは必須だが、文章の表現形態を変更してほしい」という指示を出してもよいし、「○○の料理には、××のソースが隠し味として用いられている」という実際の修正文を指示として提出してもよい。また例えば、特定人物の顔が含まれる写真であれば、店主等は、「当該顔の部分を削除してほしい」という指示を出してもよいし、当該顔の部分が削除された写真を自身で加工して、加工後の写真を指示として提出してもよい。
【００４３】
オフィシャルコンテンツ変更部５４は、店舗端末１３からの回答内容に基づいてオフィシャルコンテンツの変更有無を判断し、変更すると判断した場合には、店舗端末１３からの回答内容に基づいてオフィシャルコンテンツの内容を変更する。
例えば、図４のメニューＭの説明文Ｍ１に記載の料理について、ユーザが撮影した当該料理の写真の方が美味しくみえるのであれば、オフィシャルコンテンツ変更部５４は、説明文Ｍ１における写真を、ユーザが撮影したものに変更することができる。
また例えば、オフィシャルコンテンツ変更部５４は、説明文Ｍ１の適当な箇所に、「○○の料理には、××のソースが隠し味として用いられている」という文を追加等することもできる。
【００４４】
なお、変更対象のオフィシャルコンテンツが存在しない場合には、オフィシャルコンテンツ変更部５４は、新たなオフィシャルコンテンツを生成してもよい。
例えば、図４の例のメニューＭに掲載されていない料理が登場した場合、オフィシャルコンテンツ変更部５４は、当該料理についてユーザが撮影した写真やコメント文から、当該料理の新たな説明文Ｍ７（図４には図示せず）を新たなオフィシャルコンテンツとして作成して、当該新たな説明文Ｍ７をメニューＭに追加することもできる。
【００４５】
ＨＰ作成更新部５１は、オフィシャルコンテンツ変更部５４により変更（新規作成含む）されたオフィシャルコンテンツを含むように、店舗のＨＰを更新し、店舗ＨＰアプリ保存サーバ１２にアップする。
なお、ＨＰ作成更新部５１は、ユーザからの投稿を別途、非オフィシャルコンテンツ（例えばユーザが利用可能な掲示板等）に掲載するように、店舗のＨＰを更新してもよい。
【００４６】
報酬提供部５５は、ユーザの投稿がオフィシャルコンテンツとして採用された場合には、報酬をユーザ端末１４を介してユーザに提供する。
ここで、報酬の種類は、特に限定されず、金銭であってもよいし、商品券のような店舗専用で使用可能な類のものであってもよい。また、報酬は、電子情報財であってもよいし、現物であってもよい。
この点で、報酬は、ユーザ端末１４を介して提供されるとしている。つまり、報酬が電子情報財の場合には、当該電子情報財（報酬）自体がユーザ端末１４に送信されることで、報酬がユーザに提供される。一方、報酬が現物の場合には、当該現物の受け取り方法等をユーザに通知する情報がユーザ端末１４に送信され、当該情報に従った方法等にユーザが従うことで、報酬がユーザに提供される。
換言すると、報酬提供部５５は、報酬を直接ユーザに提供する必要は特になく、報酬をユーザに提供するために必要な制御を実行する。
このように、ユーザの投稿がオフィシャルコンテンツとして採用されると、報酬がユーザに提供されるので、ユーザにとって、当該店舗に関する投稿をするためのモチベーションが高まることになる。
店舗の店主等にとっては、ＨＰの更新内容を自身で考える必要は特に無くなり、手を煩わせることなくＨＰの更新がされるので、便宜である。また、上述のように、ユーザの投稿には報酬が伴うため、ユーザの来店回数が増加したり、当該投稿が広告代わりとして他のユーザにも伝搬されるので、売上増加等を望むこともできる。
【００４７】
次に、以上説明したような機能的構成を有するサービス提供者サーバ１１が実行する、ＨＰ更新処理について説明する。
図５は、図３の機能構成を有する図２のサービス提供者サーバ１１が実行する、ＨＰ更新処理の流れの一例を示すフローチャートである。
【００４８】
ステップＳ１において、ＨＰ作成更新部５１は、店舗ＨＰを作成し、店舗ＨＰアプリ保存サーバ１２にアップする。
ステップＳ２において、アプリ作成部５２は、店舗ユーザ専用アプリを作成し、店舗ＨＰアプリ保存サーバ１２にアップする。
【００４９】
ステップＳ３において、投稿受付部５３は、ユーザ端末１４から投稿があったか否かを判定する。
ユーザ端末１４から投稿が無い場合、ステップＳ３においてＮＯであると判定されて、処理はステップＳ３に戻される。即ち、ユーザ端末１４から投稿がなされるまでの間、ステップＳ３のループ処理が繰り返し実行されて、ＨＰ更新処理は待機状態になる。
上述のように、店舗ユーザ専用アプリがインストールされて実行されたユーザ端末１４から、店舗の投稿（写真や感想文等のデータ）が送信されてきた場合、投稿受付部５３は、当該投稿を受け付ける。これにより、ステップＳ３においてＹＥＳであると判定されて、処理はステップＳ４に進む。
【００５０】
ステップＳ４において、投稿受付部５３は、投稿（テキストデータや画像データ等の各種データ）を店舗端末１３に送信すると共に、ＨＰ作成更新部５１に提供する。
この場合、上述したように、店舗端末１３からは何かしらの回答が送信されてくる。
【００５１】
ステップＳ５において、オフィシャルコンテンツ変更部５４は、店舗からの回答内容に基づいて、店舗から投稿に対する掲載許可があったか否かを判定する。
店舗から投稿に対する掲載許可がおりなかった場合（禁止された場合）、ステップＳ５においてＮＯであると判定され、処理はステップＳ３に戻される。即ち、次の投稿がなされるまでの間、ステップＳ３のループ処理が繰り返し実行されて、ＨＰ更新処理は待機状態になる。そして、次の投稿処理がなされるとステップＳ４以降の処理が実行される。
これに対して、店舗から投稿に対する掲載許可がおりた場合、ステップＳ５においてＹＥＳであると判定され、処理はステップＳ６に進む。
【００５２】
ステップＳ６において、オフィシャルコンテンツ変更部５４は、店舗からの回答内容に基づいて、店舗から投稿の内容更新が指示されたか否かを判定する。
店舗から投稿の内容更新が指示された場合、ステップＳ６においてＹＥＳであると判定されて、処理はステップＳ７に進む。
ステップＳ７において、オフィシャルコンテンツ変更部５４は、投稿の内容を更新する。なお、店舗の店主等により既に投稿の内容が加工修正等されている場合には、加工修正等されたものをそのまま採用することで、投稿の内容を更新したものとみなす。
このようにしてステップＳ７の処理が終了するか、投稿の内容更新が指示されずステップＳ６においてＮＯであると判定された場合、処理はステップＳ８に進む。
【００５３】
ステップＳ８において、オフィシャルコンテンツ変更部５４は、投稿に基づいて、オフィシャルコンテンツを訂正する。
【００５４】
ステップＳ９において、ＨＰ作成更新部５１は、ステップＳ８の処理で更新されたオフィシャルコンテンツを含むように、店舗のＨＰを更新し、店舗ＨＰアプリ保存サーバ１２にアップする。
【００５５】
ステップＳ１０において、ＨＰ作成更新部５１は、処理の終了が指示されたか否かを判定する。
ここで、処理の終了の指示は、特に限定されず、例えば電源の遮断指令等を採用することができる。処理の終了の指示がされた場合、ステップＳ１０においてＹＥＳであると判定されて、ＨＰ更新処理が終了となる。
これに対して、処理の終了の指示が未だなされていない場合、ステップＳ１０においてＮＯであると判定されて、処理はステップＳ３に戻され、それ以降の処理が繰り返される。即ち、次の投稿がなされるまでの間、ステップＳ３のループ処理が繰り返し実行されて、ＨＰ更新処理は待機状態になる。そして、次の投稿処理がなされるとステップＳ４以降の処理が実行される。
【００５６】
なお、本発明は、上述の実施形態に限定されるものではなく、本発明の目的を達成できる範囲での変形、改良等は本発明に含まれるものである。
【００５７】
例えば、上述の実施形態では、ユーザの投稿がオフィシャルコンテンツに反映されるためには、店舗による許諾が必要とされたが、特にこれに限定されず、許諾不要としてもよい。
また例えば、上述の実施形態では、ＨＰは店舗に関するものとされたが、特にこれに限定されず、商品又は役務の提供者のＨＰであってもよい。
【００５８】
換言すると、本発明が適用される情報処理装置は、上述の実施形態としてのサービス提供者サーバ１１を含め、次のような構成を有する各種各様の実施形態を取ることができる。
即ち、サービス提供者サーバ１１を含め、本発明が適用される情報処理装置は、
商品又は役務の提供者に関する１以上のオフィシャルコンテンツを含むＨＰと、前記提供者から前記商品又は役務が提供されるユーザの端末で実行可能なアプリケーションプログラムとを管理する情報処理装置であって
前記アプリケーションプログラムを実行する前記ユーザの端末から送信されてきた、前記ユーザによる前記提供者に関する投稿を受け付ける投稿受付手段と、
前記投稿に基づいて、前記ＨＰの前記オフィシャルコンテンツを変更する変更手段と、
を備える。
これにより、商品等の提供者の手を煩わせることなくＨＰの更新が容易にできる。
【００５９】
ただし、ＨＰはあくまでも商品等の提供者のものであるため、当該提供者の許諾なく、オフィシャルコンテンツをむやみに変更するのは好適でない。
そこで、前記変更手段は、前記提供者から前記投稿に対する掲載許可があった場合、前記ＨＰの前記オフィシャルコンテンツを変更し、それ以外の場合、その変更を禁止するようにしてもよい。
【００６０】
さらに、ＨＰはあくまでも商品等の提供者のものである点を考慮するならば、オフィシャルコンテンツの更新の許諾可否の権限のみ当該提供者に与えただけでは好適ではなく、その更新内容をどうするのかについてまで権限を当該提供者に与えた方が好適である。
そこで、前記変更手段は、前記提供者から前記投稿に対する掲載許可があった場合であって、前記投稿の内容の更新が前記提供者から指示されたとき、更新後の前記投稿に基づいて、前記ＨＰの前記オフィシャルコンテンツを変更し、それ以外の場合、オリジナルの前記投稿に基づいて、前記ＨＰの前記オフィシャルコンテンツを変更するようにしてもよい。
【００６１】
また、適切なオフィシャルコンテンツに更新していくためには、数多くの良質な投稿が必要になる。このためには、ユーザが投稿するモチベーションを向上させるとよい。モチベーションの向上の手法は、数多く存在するが、例えば報酬をユーザに与える手法は有効である。
そこで、前記提供者から前記投稿に対する掲載許可があった場合、当該投稿をした前記ユーザに対して、報酬を提供する制御を実行する報酬提供手段をさらに備えてもよい。
この場合、報酬は、一律にする必要は特になく、可変することができる。例えば、報酬のランクを段階わけしてもよい。具体的には例えばオリジナル投稿のどこまでがオフィシャルコンテンツに採用されたのか（修正率がどの程度あったのか）によって、報酬のランクを分類してもよい。つまり、オフィシャルコンテンツの内容がオリジナル投稿に近いほどランクを高くして、ランクが高くなるほど良質な報酬になっていくような仕組みをつくってもよい。また例えば、掲載された投稿数に応じて、報酬のランクを分類してもよい。つまり、投稿数が多くなるほどランクを高くして、ランクが高くなるほど良質な報酬になっていくような仕組みをつくってもよい。
【００６２】
また例えば、ユーザの投稿の入力手法としては、上述の実施形態では、店の感想等を全文で入力する手法が採用されたが、特にこれに限定されず、所定の要素のみを入力するようにしてもよい。
例えば、料理の感想（説明文）であれば、上述のオリジナルメニュー作成と同様の手法、即ち、サービス提供者サーバ１１は、店主等により料理の説明が日本語の要素単位で入力さると、日本語の料理の説明文を作成し、さらに、要素単位で他言語に翻訳し、各言語の文法（各言語の序列）に基づいて、翻訳語の各要素を並び替えることで、他言語の料理の感想文（説明文）を作成してもよい。
この場合、ユーザは、ユーザ端末１４に対する操作としては、日本語の各要素を入力するだけでよい。つまり、料理の感想文（説明）が日本語の各要素で入力されると、日本語の感想文が自動的に作成され、さらに、１以上の他言語の夫々に自動的に翻訳されて、多言語の夫々の感想文が自動的に作成される。
サービス提供者サーバ１１は、この多言語の夫々の感想文を、他言語の夫々の投稿として、店舗のＨＰにアップしたり、ユーザ端末１４に送信することもできる。これにより、外国人は、日本人ユーザによる店舗の投稿を参照することができるので、当該店舗のユーザに容易になることができる。その結果、店舗にとっては、ユーザ数の向上が望まれるので、利益向上にもつながる。
さらにいえば、料理の感想（説明文）を最初にユーザが入力する基本言語は、特に日本語に限定されない。この場合、要素単位で基本言語が入力されれば、上述のように他言語への翻訳が簡単かつ正確に行われる。つまり、外国人の料理の感想（説明文）も、日本人のユーザは参照することができる。
このようにして、日本人でも外国人でも、同じ店舗を応援するユーザとして交流を図ることが容易にできるようになる。
【００６３】
また例えば、オフィシャルコンテンツは、上述の実施形態では、ユーザの投稿のみに基づいて更新（変更又は新規作成）されたが、特にこれに限定されず、任意の情報を任意の数だけ組み合わせたものに基づいて更新されてもよい。
具体的には例えば、サービス提供者サーバ１１は、ユーザの投稿時に、当該ユーザの各種属性（例えば性別や年齢層等）を取得してもよい。そして、サービス提供者サーバ１１は、これら各種属性に基づいて、オフィシャルコンテンツを更新することもできる。例えばサービス提供者サーバ１１は、男性ユーザから多くの投稿が挙げられた料理をまとめて、「男性お勧めメニュー」等のオフィシャルコンテンツを自動生成することもできる。
【００６４】
また、上述の実施形態では、本発明が適用される情報処理装置は、サービス提供者サーバ１１を例として説明したが、特にこれに限定されない。
【００６５】
上述した一連の処理は、ハードウェアにより実行させることもできるし、ソフトウェアにより実行させることもできる。
換言すると、図３の機能的構成は例示に過ぎず、特に限定されない。即ち、上述した一連の処理を全体として実行できるサービス提供者サーバ１１に備えられていれば足り、この機能を実現するためにどのような機能ブロックを用いるのかは特に図３の例に限定されない。
また、１つの機能ブロックは、ハードウェア単体で構成してもよいし、ソフトウェア単体で構成してもよいし、それらの組み合わせで構成してもよい。
【００６６】
一連の処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが、コンピュータ等にネットワークや記録媒体からインストールされる。
コンピュータは、専用のハードウェアに組み込まれているコンピュータであってもよい。また、コンピュータは、各種のプログラムをインストールすることで、各種の機能を実行することが可能なコンピュータ、例えば汎用のパーソナルコンピュータであってもよい。
【００６７】
このようなプログラムを含む記録媒体は、ユーザにプログラムを提供するために装置本体とは別に配布される図２のリムーバブルメディア３１により構成されるだけでなく、装置本体に予め組み込まれた状態でユーザに提供される記録媒体等で構成される。リムーバブルメディア４１は、例えば、磁気ディスク（フロッピディスクを含む）、光ディスク、又は光磁気ディスク等により構成される。光ディスクは、例えば、ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ  Ｄｉｓｋ−Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ），ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｋ）等により構成される。光磁気ディスクは、ＭＤ（Ｍｉｎｉ−Ｄｉｓｋ）等により構成される。また、装置本体に予め組み込まれた状態でユーザに提供される記録媒体は、例えば、プログラムが記録されている図２のＲＯＭ２２や、図２の記憶部２８に含まれるハードディスク等で構成される。
【００６８】
なお、本明細書において、記録媒体に記録されるプログラムを記述するステップは、その順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的或いは個別に実行される処理をも含むものである。
また、本明細書において、システムの用語は、複数の装置や複数の手段等より構成される全体的な装置を意味するものとする。
【符号の説明】
【００６９】
１１・・・サービス提供者サーバ、１２・・・店舗ＨＰ保存サーバ、１３・・・店舗端末、１４・・・ユーザ端末、２１・・・ＣＰＵ、２２・・・ＲＯＭ、２３・・・ＲＡＭ、２４・・・バス、２５・・・入出力インターフェース、２６・・・入力部、２７・・・出力部、２８・・・記憶部、２９・・・通信部、３０・・・ドライブ、５１・・・ＨＰ作成更新部、５２・・・アプリ作成部、５３・・・投稿受付部、５４・・・オフィシャルコンテンツ変更部、５５・・・報酬提供部
【図１】
2015194858.tif 000003
【図２】
2015194858.tif 000004
【図３】
2015194858.tif 000005
【図４】
2015194858.tif 000006
【図５】
2015194858.tif 000007