JP2021056753A - 情報処理システム、情報処理方法及びプログラム - Google Patents

Abstract

【課題】ユーザ宛のメッセージに挿入されて配信される複数のコンテンツ間の被閲覧率の偏りを極力低減すること。【解決手段】情報処理装置は、記憶部と制御部を有する。上記記憶部は、複数のコンテンツ及び複数のユーザの宛先を含むユーザ情報を記憶する。上記制御部は、上記複数のコンテンツを第１の並び順で配置した第１のメッセージまたは当該第１のメッセージへアクセスするための第１のＵＲＬを、上記複数の宛先のうち第１の宛先に送信し、上記複数のコンテンツを上記第１の並び順と異なる第２の並び順で配置した第２のメッセージまたは当該第２のメッセージへアクセスするための第２のＵＲＬを、上記複数の宛先のうち上記第１の宛先と異なる第２の宛先に送信する。【選択図】図４

Description

本発明は、ユーザ端末に飲食店等のサービス施設に関するメッセージを送信可能な情報処理システム、情報処理方法及びプログラムに関する。

従来から、ユーザへ送信する電子メール等のメッセージに広告情報を掲載することが行われている。

例えば、下記特許文献１には、あるメールアカウントに送信されたメールに対して、サーバ内に記憶された広告情報を追加可能なメール配信システムであって、複数の広告情報を、ユーザ毎に予め登録された嗜好情報等に基づいて適宜選択して挿入し、当該広告の内容を、メール本文の意味の解析結果に応じて経時的に変化させることが記載されている。

特開２００２−１３３２８８号公報

しかしながら、上記特許文献１に記載の技術では、メールに複数の広告情報を挿入する際には、単にメール本文の上下にそれぞれランダムに挿入しており、当該広告情報の配置については何ら検討がなされていない。したがって、複数の広告情報において、メール内で配置された位置によって被閲覧率に偏りが生じてしまうという問題がある。

以上のような事情に鑑み、本発明の目的は、ユーザ宛のメッセージに挿入されて配信される複数のコンテンツ間の被閲覧率の偏りを極力低減することが可能な情報処理システム、情報処理方法及びプログラムを提供することにある。

本発明の一形態に係る情報処理システムは、記憶部と制御部を有する。上記記憶部は、複数のコンテンツ及び複数のユーザの宛先を含むユーザ情報を記憶する。上記制御部は、上記複数のコンテンツを第１の並び順で配置した第１のメッセージまたは当該第１のメッセージへアクセスするための第１のＵＲＬ（Uniform Resource Locator）を、上記複数の宛先のうち第１の宛先に送信し、上記複数のコンテンツを上記第１の並び順と異なる第２の並び順で配置した第２のメッセージまたは当該第２のメッセージへアクセスするための第２のＵＲＬを、上記複数の宛先のうち上記第１の宛先と異なる第２の宛先に送信する。

これにより情報処理システムは、第１の宛先と第２の宛先とでコンテンツの並び順を異ならせることで、メッセージに含まれるコンテンツ間の被閲覧数の偏りを極力低減することができる。ここで情報処理システムは、１つの情報処理装置（コンピュータ）で構成されてもよいし、複数の情報処理装置または情報処理装置と記憶装置等の他の装置との組合せで構成されてもよい。ここでコンテンツとは、例えば飲食店等のサービス施設や商品の広告情報やニュース記事等である。

上記コンテンツの数は上記ユーザの数よりも少なくてもよい。

上記記憶部は、上記ユーザ情報を、各ユーザを所定の基準で評価したユーザスコアと対応付けて記憶してもよい。この場合上記制御部は、上記複数のユーザを上記ユーザスコアの各合計が極力均等となるように少なくとも第１のユーザ群と第２のユーザ群に分割し、上記第１の宛先に上記第１のユーザ群の各宛先を割り当て、上記第２の宛先に上記第２のユーザ群の各宛先を割り当ててもよい。

これにより情報処理システムは、ユーザスコアに応じてユーザを複数のユーザ群に分割することで、ユーザスコアによってコンテンツ間の被閲覧率の偏りが生じるのを防ぐことができる。ここで所定の基準とは、例えばコンテンツが飲食店の広告情報である場合、ユーザの飲食店の予約頻度、予約回数、飲食店情報ページへのアクセス数／ページ滞在時間、飲食店情報のＣＴＲ（Click Through Rate）、飲食店情報提供サービスの会員歴等であるが、これらに限られない。

上記第１のユーザ群に含まれるユーザの数は、上記第２のユーザ群に含まれるユーザの数と等しくてもよい。

これにより情報処理システムは、コンテンツ間の被閲覧率の偏りをより防止することができる。

上記記憶部は、上記ユーザ情報を、各ユーザの属性と対応付けて記憶してもよい。この場合上記制御部は、上記複数のユーザから所定の属性を有するユーザ属性グループを抽出し、当該ユーザ属性グループのユーザを上記第１のユーザ群と第２のユーザ群に分割してもよい。

これにより情報処理システムは、特定の属性のユーザにコンテンツを送信する際にも当該特定の属性のユーザ間によるコンテンツの被閲覧率の偏りを防止することができる。ここで属性とは、ジャンル、エリア、年齢層等であるが、これらに限られない。

上記制御部は、上記宛先となった各ユーザのユーザ端末から、上記コンテンツの配置位置毎のクリック率または開封率を取得し、上記第１のメッセージと上記第２のメッセージとの間で、少なくとも上記クリック率または開封率が最も高い配置位置に配置されるコンテンツが異なるように上記第１の並び順及び上記第２の並び順を決定してもよい。

これにより情報処理システムは、クリック率や開封率が高い位置に配置されるコンテンツをメッセージ間で異ならせることで、被閲覧率の偏りを効率よく防止することができる。

上記制御部は、上記第１のメッセージ及び上記第２のメッセージを含む複数のメッセージにおける複数の配置位置毎に上記複数のコンテンツのそれぞれが配置される回数が等しくなるように上記第１の並び順及び上記第２の並び順を含む上記コンテンツの複数の並び順を制御してもよい。

これにより情報処理システムは、複数のメッセージ間で各コンテンツが複数の配置位置に均等に配置されるようにすることで、被閲覧率の偏りをより防止することができる。

上記制御部は、上記複数のメッセージにおいて上記複数のコンテンツの配置位置を所定の軌道上で１つずつずらすことで上記第１の並び順及び上記第２の並び順を含む上記コンテンツの複数の並び順を決定してもよい。

これにより情報処理システムは、所定の軌道上でコンテンツを１つずつずらすという単純な仕様によって被閲覧率の偏りを効率的に防止することができる。ここで所定の軌道とは、例えば円、矩形、ジグザグ等であるが、これに限られない。

本発明の他の形態に係る情報処理システムは、記憶部及び制御部を有する。上記記憶部は、複数のコンテンツを記憶する。上記制御部は、上記複数のコンテンツを配置したメッセージへアクセスするためのＵＲＬを複数のユーザ端末へ送信する。そして制御部は、上記各ユーザ端末から上記ＵＲＬにアクセスがある毎に、上記複数のコンテンツの並び順を変更した上記メッセージを上記各ユーザ端末へ送信する。

これにより情報処理システムは、メッセージのＵＲＬへのアクセスの度にメッセージに含まれるコンテンツの並び順を変更することで、当該コンテンツ間の被閲覧数の偏りを極力低減することができる。

本発明の他の形態に係る情報処理方法は
複数のコンテンツ及び複数のユーザの宛先を含むユーザ情報を記憶し、
上記複数のコンテンツを第１の並び順で配置した第１のメッセージまたは当該第１のメッセージへアクセスするための第１のＵＲＬを、上記複数の宛先のうち第１の宛先に送信し、
上記複数のコンテンツを上記第１の並び順と異なる第２の並び順で配置した第２のメッセージまたは当該第２のメッセージへアクセスするための第２のＵＲＬを、上記複数の宛先のうち上記第１の宛先と異なる第２の宛先に送信する、ことを含む。

本発明の他の形態に係る情報処理方法は、
複数のコンテンツを記憶し、
上記複数のコンテンツを配置したメッセージへアクセスするためのＵＲＬを複数のユーザ端末へ送信し、
上記各ユーザ端末から上記ＵＲＬにアクセスがある毎に、上記複数のコンテンツの並び順を変更した上記メッセージを上記各ユーザ端末へ送信する、ことを含む。

本発明の他の形態に係るプログラムは、情報処理装置に、
複数のコンテンツ及び複数のユーザの宛先を含むユーザ情報を記憶するステップと
上記複数のコンテンツを第１の並び順で配置した第１のメッセージまたは当該第１のメッセージへアクセスするための第２のＵＲＬを、上記複数の宛先のうち第１の宛先に送信するステップと、
上記複数のコンテンツを上記第１の並び順と異なる第２の並び順で配置した第２のメッセージまたは当該第２のメッセージへアクセスするための第２のＵＲＬを、上記複数の宛先のうち上記第１の宛先と異なる第２の宛先に送信するステップと、を実行させる。

本発明の他の形態に係るプログラムは、情報処理装置に、
複数のコンテンツを所定の並び順で配置したメッセージを受信するステップと、
上記受信したメッセージを記憶するステップと、
上記記憶されたメッセージが表示される毎に、当該メッセージに配置された上記コンテンツの並び順を変更するステップと、を実行させる。

これによりプログラムは、メッセージの表示ごとにコンテンツの並び順を変更することで、コンテンツの被閲覧率の偏りを防止することができる。

以上説明したように、本発明によれば、ユーザ宛のメッセージに挿入されて配信される複数のコンテンツ間の被閲覧率の偏りを極力低減することができる。しかし、当該効果は本発明を限定するものではない。

本発明の一実施形態に係る飲食店情報提供システムの構成を示した図である。 本発明の一実施形態に係る飲食店情報提供サーバのハードウェア構成を示した図である。 本発明の一実施形態に係る飲食店情報提供サーバが有するデータベースの構成を示した図である。 本発明の一実施形態に係る飲食店情報提供サーバによる、ＤＭ送信処理の流れを示したフローチャートである。 本発明の一実施形態において飲食店情報提供サーバによって、あるユーザ群に属するユーザ端末に送信され表示されるＤＭの例を示した図である。 本発明の一実施形態において飲食店情報提供サーバによって、図５とは異なるユーザ群に属するユーザ端末に送信され表示されるＤＭの例を示した図である。

以下、図面を参照しながら、本発明の実施形態を説明する。

［システムの構成］
図１は、本実施形態に係る飲食店情報提供システムの構成を示した図である。

同図に示すように、このシステムは、インターネット５０上の飲食店情報提供サーバ１００と、複数のユーザ端末２００と、複数の飲食店端末３００とを含む。

飲食店情報提供サーバ１００は、飲食店に関する情報を掲載したポータルサイトを運営するウェブサーバである。飲食店情報提供サーバ１００は、複数のユーザ端末２００及び複数の飲食店の飲食店端末３００とインターネット５０を介して接続されている。

飲食店情報提供サーバ１００は、上記ポータルサイトにおいて、ユーザ端末２００のユーザ向けに飲食店情報の検索システムを提供する。具体的には、飲食店情報提供サーバ１００は、ユーザ端末２００からの検索要求に基づいて検索条件に合致する飲食店情報を検索し、検索結果を掲載したＷｅｂページを生成してユーザ端末２００へ送信する。また飲食店情報提供サーバ１００は、当該飲食店情報を閲覧したユーザのユーザ端末２００からの、いずれかの飲食店に対する予約受付処理を代行する。

ユーザ端末２００（２００Ａ，２００Ｂ，２００Ｃ...）は、ユーザにより使用される端末であり、例えばスマートフォン、携帯電話、タブレットＰＣ（Personal Computer）、ノートブックＰＣ、デスクトップＰＣ等である。ユーザ端末２００は、飲食店情報提供サーバ１００へアクセスし、上記Ｗｅｂページを受信してブラウザ等により画面に表示する。

ユーザ端末２００は、ユーザの操作に基づいて飲食店の検索条件を決定し、当該検索条件に基づく飲食店検索要求を飲食店情報提供サーバ１００へ送信する。本実施形態では、飲食店の所在エリア（最寄駅）やジャンル、価格帯等、予め設定された検索条件をユーザ端末２００のユーザが選択することで検索要求の送信が可能である。そしてユーザ端末２００は、ユーザの操作に基づいて、上記検索結果として表示されたいずれかの飲食店に対する予約要求を飲食店情報提供サーバ１００へ送信可能である。

また一方で飲食店情報提供サーバ１００は、上記ポータルサイトに掲載される飲食店（加盟店）向けに、飲食店情報の管理画面（Ｗｅｂページ）を提供している。飲食店端末３００のユーザは、当該管理画面を介して、上記検索結果として一般ユーザに提供されるＷｅｂページ上の飲食店情報（コンテンツ）を編集・更新し、当該Ｗｅｂページを上記ポータルサイト上にアップロードすることができる。

飲食店端末３００（３００Ａ，３００Ｂ，３００Ｃ...）は、各飲食店に設置されている端末であり、タブレットＰＣ、ノートブックＰＣ、デスクトップＰＣ等である。飲食店端末３００は、管理者の操作に基づいて、上記飲食店情報の編集・更新等、自身の飲食店情報に関する処理を飲食店情報提供サーバ１００との通信により実行することが可能である。

本実施形態では、飲食店情報提供サーバ１００は、上記ユーザ端末２００へ、飲食店情報の検索要求に応じて飲食店情報を提供可能なほか、飲食店とユーザとの間の、予約等に関するメッセージの送受信を飲食店に代わって実行する。また飲食店情報提供サーバ１００は複数の飲食店を紹介する店舗広告情報を掲載したＤＭ（ダイレクトメール）を例えば定期的にユーザ端末２００へ送信する。

このＤＭにおいては、複数の飲食店の店舗広告情報が所定位置に配置されており、飲食店情報提供サーバ１００は、この店舗広告情報の並び順を、宛先のユーザ端末２００毎に変更してＤＭを送信することが可能である。当該ＤＭ送信処理の詳細については後述する。

［飲食店情報提供サーバのハードウェア構成］
図２は、上記飲食店情報提供サーバ１００のハードウェア構成を示した図である。同図に示すように、飲食店情報提供サーバ１００は、ＣＰＵ（Central Processing Unit）１１、ＲＯＭ（Read Only Memory）１２、ＲＡＭ（Random Access Memory）１３、入出力インタフェース１５、及び、これらを互いに接続するバス１４を備える。

ＣＰＵ１１は、必要に応じてＲＡＭ１３等に適宜アクセスし、各種演算処理を行いながら飲食店情報提供サーバ１００の各ブロック全体を統括的に制御する。ＲＯＭ１２は、ＣＰＵ１１に実行させるＯＳ、プログラムや各種パラメータなどのファームウェアが固定的に記憶されている不揮発性のメモリである。ＲＡＭ１３は、ＣＰＵ１１の作業用領域等として用いられ、ＯＳ、実行中の各種アプリケーション、処理中の各種データを一時的に保持する。

入出力インタフェース１５には、表示部１６、操作受付部１７、記憶部１８、通信部１９等が接続される。

表示部１６は、例えばＬＣＤ（Liquid Crystal Display）、ＯＥＬＤ（Organic ElectroLuminescence Display）、ＣＲＴ（Cathode Ray Tube）等を用いた表示デバイスである。

操作受付部１７は、例えばマウス等のポインティングデバイス、キーボード、タッチパネル、その他の入力装置である。操作受付部１７がタッチパネルである場合、そのタッチパネルは表示部１６と一体となり得る。

記憶部１８は、例えばＨＤＤ（Hard Disk Drive）や、フラッシュメモリ（ＳＳＤ；Solid State Drive）、その他の固体メモリ等の不揮発性メモリである。当該記憶部１８には、上記ＯＳや各種アプリケーション、各種データが記憶される。

後述するが、特に本実施形態において、記憶部１８は、後述するＤＭ送信処理に必要なアプリケーション等のプログラムの他、飲食店情報データベース、ユーザ情報データベース、及びＤＭ情報データベースを有している。

通信部１９は、例えばEthernet用のＮＩＣ（Network Interface Card）や無線ＬＡＮ等の無線通信用の各種モジュールであり、上記ユーザ端末２００との間の通信処理を担う。

なお、図示しないが、ユーザ端末２００及び飲食店端末３００の基本的なハードウェア構成も上記飲食店情報提供サーバ１００のハードウェア構成と略同様である。

［飲食店情報提供サーバのデータベース構成］
図３は、上記飲食店情報提供サーバ１００が有するデータベースの構成を示した図である。

同図に示すように、飲食店情報提供サーバ１００は、記憶部１８に、飲食店情報データベース３１、ユーザ情報データベース３２、ＤＭ情報データベース３３を有している。

飲食店情報データベース３１は、飲食店毎に、その飲食店の店名、所在位置（住所または緯度経度）情報、エリア情報、アクセス情報（最寄り駅情報、最寄り駅からの徒歩距離情報）電話番号、その飲食店を識別するＩＤ（店舗ＩＤ）、その飲食店の業態・サービスのカテゴリ情報、その飲食店を紹介する情報（店舗のＰＲ文等の店舗の特徴を示す情報、飲食店が行うイベント情報等）、飲食店に関する（飲食店を紹介する）画像データ、飲食店が提供するメニューに関するメニュー情報、平均予算情報、営業時間、ウェブサイトＵＲＬ等の情報等を記憶している。これらの情報は、各飲食店の飲食店端末３００から、飲食店情報提供サーバ１００が提供する管理画面を介して入力されたものである。また飲食店情報データベース３１には、各飲食店における予約受付状況を示す情報（予約台帳情報）が記憶されていてもよい。

上記メニュー情報は、上記ポータルサイト上の各飲食店のサイトに掲載されるメニューに対応する情報であり、各飲食店が提供可能な複数のメニューのメニュー名を、飲食店毎に記憶している。当該メニュー情報は、例えば前菜／メイン、ランチ／ディナー／コース等のメニューカテゴリ毎に記憶されてもよい。またメニュー情報としては、メニュー名や値段、説明等を示す文字情報の他、当該メニューを撮影した写真等の画像情報も対応付けて記憶される。

上記エリア情報としては、広さ単位の異なる複数のエリアに関する情報が含まれる。広いエリアとしては例えば都道府県や市区町村、狭いエリアとしては例えば駅から数百ｍ以内（例えば、「銀座エリア」）、それらの間の広さのエリアとして、例えば駅から１ｋｍ以内のエリアや、複数の駅周辺エリアがまとまったエリア（例えば、「銀座・新橋・有楽町エリア」）等が挙げられるが、これらに限られない。これにより、同じ飲食店でも、その広さによって複数のエリアに紐付けられていることになる。

上記カテゴリ情報は、例えば和食、中華、イタリアン、フレンチ、焼肉等のメインカテゴリの他、和食における焼き鳥・天ぷら等、イタリアンにおけるパスタ・ピザ等のより詳細なサブカテゴリを含んでいてもよい。

ユーザ情報データベース３２は、ユーザ端末２００を所有する、上記飲食店情報提供サーバ１００が提供する上記ポータルサイトを介した飲食店情報サービスの利用者（会員）であるユーザに関する情報を記憶する。具体的には、ユーザ情報データベース３２は、ユーザＩＤ、パスワード、氏名、メールアドレス（その他のメッセージの宛先となる情報）、電話番号、住所、年齢（層）、性別、誕生日等の情報をユーザ毎に記憶している。

さらにユーザ情報データベース３２は、ユーザを所定の基準（例えばユーザの飲食店の予約頻度、予約回数、飲食店情報ページへのアクセス数／ページ滞在時間、飲食店情報のＣＴＲ（Click Through Rate）、飲食店情報提供サービスの会員歴等）で評価したユーザスコアを示す情報も記憶している。

ユーザスコアは、基本的に飲食店にとって有益性が高い（飲食店の予約や来店の可能性が高い）と推定されるユーザほど高くなるように評価され、例えば１００を最大値とする０以上の値で表されるが、これに限られない。またユーザ情報データベース３２は、当該ユーザスコア順にユーザＩＤその他のユーザ情報を掲載したユーザリストを記憶していてもよい。

ＤＭ情報データベース３３は、ユーザ端末２００へ送信されるダイレクトメールの原稿データと、ダイレクトメール上に掲載される店舗広告情報（飲食店名、紹介用写真、ウェブサイトＵＲＬ等）を記憶している。当該ＤＭの原稿データは、ＤＭの定期的な配信日毎に作成され記憶される。当該原稿データは、ＤＭ配信後も少なくとも一定期間保存される。

ＤＭは例えば電子メール（ＳＭＴＰを使用したもののほか、ウェブメールやショートメッセージサービスを含む）の形式で配信されるが、インスタントメッセージ等の他の形式（プル式、プッシュ式を問わない）で配信されてもよい。

これら各データベースは、後述する飲食店情報提供サーバ１００によるＤＭ送信処理において、必要に応じて相互に参照されて用いられる。

［飲食店情報提供サーバの動作］
次に、以上のように構成された飲食店情報提供サーバ１００の動作について説明する。当該動作は、飲食店情報提供サーバ１００のＣＰＵ１１及び通信部１９等のハードウェアと、記憶部１８に記憶されたソフトウェアとの協働により実行される。以下の説明では、便宜上、ＣＰＵ１１を動作主体とする。

図４は、飲食店情報提供サーバ１００による、ＤＭ送信処理の流れを示したフローチャートである。

同図に示すように、飲食店情報提供サーバ１００のＣＰＵ１１は、まず、予め設定されたＤＭの配信日時が到来したか否かを判断する（ステップ４１）。

ＤＭ配信日時が到来したと判断した場合（Ｙｅｓ）、ＣＰＵ１１は、ＤＭ情報データベース３２に記憶されているＤＭ原稿データ及び店舗広告情報を基に、店舗広告情報を異なる並び順で配置したＤＭ原稿を、店舗広告情報が掲載される店舗数分のパターンだけ作成する（ステップ４２）。

続いてＣＰＵ１１は、ユーザ情報データベース３２から、ユーザＩＤがユーザスコア順に掲載されたユーザＩＤリストを抽出する（ステップ４３）。

続いてＣＰＵ１１は、上記ユーザＩＤリスト上のユーザスコアの各合計が極力均等になるように、店舗広告情報が掲載される複数の店舗数分のユーザ群にユーザＩＤを分割する（ステップ４４）。換言すると、ＣＰＵ１１は、分割後のユーザ群に含まれるユーザの順位のユーザ群毎の合計が、ユーザ群間で極力等しくなるようにユーザＩＤを分割する。

例えば、ユーザＩＤリスト上のユーザＩＤがユーザスコア順に「００００１」〜「１００００」まで１万人分存在する場合であって、掲載される店舗広告情報が４店舗分である場合、ＣＰＵ１１は、当該ユーザＩＤを、以下の４つのユーザ群に分割する。
第１ユーザ群［００００１，００００５，００００９，…０９９９３，０９９９７］
第２ユーザ群［００００２，００００６，０００１０，…０９９９４，０９９９８］
第３ユーザ群［００００３，００００７，０００１１，…０９９９５，０９９９９］
第４ユーザ群［００００４，００００８，０００１２，…０９９９６，１００００］

ここで各ユーザＩＤは、各ユーザ群に含まれるユーザ（ＩＤ）数が等しくなるように分割される。上記の例では、第１ユーザ群乃至第４ユーザ群に含まれるユーザ数はいずれも２，５００である。

続いてＣＰＵ１１は、上記分割したユーザ群毎に店舗広告情報の並び順がそれぞれ異なるＤＭ原稿を割り当てる（ステップ４５）。

そしてＣＰＵ１１は、上記割り当てた各ＤＭを各ユーザ群の各宛先（メールアドレス等）へ配信する（ステップ４６）。

図５及び図６は、飲食店情報提供サーバ１００が生成しユーザ端末２００上で表示される上記ＤＭの例を示した図である。図５と図６とでは、ユーザ端末２００のユーザが含まれるユーザ群が異なっている。

両図に示すように、各ＤＭには、横に２つ、縦に２つ、マトリクス状に配置された４つの店舗広告情報５１（５１ａ，５１ｂ，５１ｃ，５１ｄ）が掲載されている。各店舗広告情報５１は、例えば矩形状の領域からなり、例えば飲食店名、紹介写真、最寄駅情報、おすすめ情報、予約受付ボタン等を有する。飲食店名には当該店舗のウェブサイトへのハイパーリンクが設定されている。また予約受付ボタンがユーザ端末２００のユーザに押下されると、ブラウザまたは予約アプリケーションによって予約詳細情報入力画面が表示される。

図５の店舗広告情報５１の並び順は例えば上記第１ユーザ群に対応しており、図６の店舗広告情報５１の並び順は例えば上記第２ユーザ群に対応している。図６の店舗広告情報の並び順は、図５の各店舗広告情報５１ａ乃至５１ｄを、同図矢印に示すように、矩形の軌道上で時計回りに１つずつずらして配置したものである。

また、ＤＭに掲載される店舗広告情報の数と、店舗広告情報５１の並び順が異なる配置パターンの数とが等しいことにより、全てのユーザ群のユーザ宛のＤＭにおいて、各配置位置に各店舗広告情報５１が配置される回数の合計は等しくなる。

例えば、上記第１ユーザ群乃至第４ユーザ群の例では、上記１０，０００人にＤＭが配置された場合、それら全てのＤＭ間において、図５及び図６の左上、右上、右下、左下の４つの位置に、各店舗広告情報５１ａ、５１ｂ、５１ｃ、５１ｄがそれぞれ２，５００回ずつ配置されることになる。

［まとめ］
以上説明したように、本実施形態によれば、飲食店情報提供サーバ１００は、異なるユーザ群に属するＤＭ宛先間で店舗広告情報５１の並び順を異ならせることで、ＤＭに含まれる店舗広告情報５１の被閲覧率の偏りを極力軽減することができる。さらに、各ユーザ群に属するユーザの属性（スコア）にも偏りが生じないようにユーザを分割することで、店舗広告情報５１が掲載された飲食店間で予約率に偏りが生じるのも防ぐことができる。

さらに飲食店情報提供サーバ１００は、上記異なる並び順を、所定の軌道上で各店舗広告情報５１を１つずつずらすという単純なアルゴリズムによって生成するため、並び順の変更により飲食店情報提供サーバ１００に過大な負荷が生じるのを防ぐことができる。

［変形例］
本発明は上述の実施形態にのみ限定されるものではなく、本開示の要旨を逸脱しない範囲内において種々変更され得る。

上述の実施形態では、飲食店情報提供サーバ１００は、あるユーザ群のユーザ宛に作成されたＤＭに配置された各店舗広告情報５１を時計回りに１つずつずらすことで、他のユーザ群のユーザ宛のＤＭの各店舗広告情報５１を配置していた。しかし、各店舗広告情報５１をずらす手法は時計回りに限られず、反時計回りでもよいし、各店舗広告情報５１をずらす軌道は矩形に限られず、円やジグザク等の他の軌道であっても構わない。

また上述の実施形態では、飲食店情報提供サーバ１００は、あるユーザ群のユーザ宛のＤＭの全ての店舗広告情報５１の位置が他のユーザ群のユーザ宛のＤＭにおいて変更されるように店舗広告情報５１の並び順を決定していた。しかし、全ての店舗広告情報５１の配置が変更されなくてもよく、複数の店舗広告情報５１のうち、少なくとも２つの店舗広告情報５１の位置が異なるユーザ群宛のＤＭ間で変更されていればよい。

この場合飲食店情報提供サーバ１００は、複数の店舗広告情報５１のうち特定の位置（例えば左上と右上）に配置される店舗広告情報５１が異なるユーザ群宛のＤＭ間で変更されるように店舗広告情報５１の並び順を決定してもよい。

またこれに代えて、飲食店情報提供サーバ１００は、過去にＤＭの宛先となった各ユーザのユーザ端末２００から、店舗広告情報５１の配置位置毎のクリック率または開封率を取得し、異なるユーザ群宛のＤＭ間で、少なくとも上記クリック率または開封率が最も高い配置位置に配置される店舗広告情報が異なるように各ユーザ群宛のＤＭの店舗広告情報５１の並び順を決定してもよい。

上述の実施形態においては、飲食店情報提供サーバ１００が、上記飲食店情報を提供するサービスの全ての会員ユーザを対象にＤＭを配信することが想定されていた。しかし、飲食店情報提供サーバ１００は、全会員ユーザのうち、特定の属性のユーザのみを対象にＤＭを配信してもよい。

この場合飲食店情報提供サーバ１００は、上記ユーザ情報データベース３２において、ユーザ情報を、各ユーザの属性（ジャンル、エリア、年齢層等）と対応付けて記憶し、全ユーザのうち所定の属性を有するユーザ属性グループを抽出した上で、当該ユーザ属性グループのユーザを上記と同様に複数のユーザ群に分割する。これにより飲食店情報提供サーバ０１０は、特定の属性のユーザにＤＭを配信する際にも当該特定の属性のユーザ間による店舗広告情報の被閲覧率の偏りを防止することができる。

上述の実施形態では、店舗広告情報の並び順が異なるＤＭの作成から各ユーザ群へのＤＭの割り当て、及びＤＭの配信までを全て飲食店情報提供サーバ１００が担っていた。しかし、これらの処理が複数のサーバによって分担して実行されてもよい。例えば、飲食店情報提供サーバ１００はＤＭの作成及びユーザ群への配置を実行し、当該ＤＭの原稿を受け取った他のメールサーバが各ユーザ群のユーザ端末２００へのＤＭの配信処理を実行してもよい。

上述の実施形態では、飲食店情報提供サーバ１００は、店舗広告情報５１の並び順が異なるＤＭをユーザ端末２００へ送信していたが、当該ＤＭそのものではなく、当該各ＤＭのＵＲＬ（ハイパーリンク情報）をユーザ端末２００へ送信してもよく、ＤＭそのものは飲食店情報提供サーバ１００または別のサーバからダウンロードされるものであってもよい。

また飲食店情報提供サーバ１００は、各ユーザ端末２００へ、ＤＭページへアクセスするための同一のＵＲＬを送信し、各ユーザ端末２００から当該ＵＲＬにアクセスがあった場合、当該アクセスされる毎に店舗広告情報５１の並び順を（例えば時計回りまたは反時計回りに１つずつずらすことで）異ならせたＤＭページを各ユーザ端末２００へ返してもよい。この場合、当該並び順の変更は、ユーザ端末２００を問わずアクセス毎に実行されてもよいし、ユーザ端末２００毎に設定された並び順にしたがって実行されてもよい。

上述の実施形態においては、飲食店情報提供サーバ１００が、ＤＭ中の店舗広告情報の並び順をユーザ群毎に異ならせてユーザ端末２００へ送信することで、各ユーザ端末２００におけるＤＭ内の店舗広告情報５１の表示位置を制御していた。しかし、飲食店情報提供サーバ１００が送信するＤＭの店舗広告情報の並び順は一定とし、ユーザ端末２００側で、当該ＤＭが開かれる度にその中の店舗広告情報の並び順を変更してもよい。

すなわち、ユーザ端末２００のメール（またはメッセージ）送受信用のアプリケーションは、複数の店舗広告情報を所定の並び順で配置したＤＭを受信し、当該受信したメッセージを記憶部に記憶しておき、当該記憶されたＤＭが表示される毎に、当該ＤＭに配置された店舗広告情報５１の並び順を変更する。並び順の変更は、例えば、前回の表示時から時計回りまたは反時計回りに各店舗広告情報５１を１つずつずらす手法によってもよいし、他の所定の方向（軌道）に沿って各店舗広告情報５１を１つずつずらす手法によってもよい。これにより各ユーザ端末２００は、飲食店情報提供サーバ１００による並び順変更に伴う処理負荷を軽減することができる。

上述の実施形態においては、ＤＭに掲載されるコンテンツとして飲食店の店舗広告情報が挙げられたが、掲載されるコンテンツは店舗広告情報に限られず、例えば飲食店以外のサービス施設（宿泊施設、娯楽施設、施術施設等）や商品の広告情報であってもよいし、商品や飲食店またはそれ以外のサービス施設に関するニュース記事やインタビュー記事等であっても構わない。

本願の特許請求の範囲に記載された発明のうち、「情報処理方法」と記載された発明は、その各ステップを、ソフトウェアによる情報処理によりコンピュータ等の少なくとも１つの装置が自動的に行うものであり、人間がコンピュータ等の装置を用いて行うものではない。すなわち、当該「情報処理方法」は、コンピュータ・ソフトウェアによる情報処理方法であって、コンピュータという計算道具を人間が操作する方法ではない。

１１…ＣＰＵ
１８…記憶部
１９…通信部
３１…飲食店情報データベース
３２…ユーザ情報データベース
３３…ＤＭ情報データベース
５１…店舗広告情報
１００…飲食店情報提供サーバ
２００…ユーザ端末
３００…飲食店端末

Claims (13)

1. 複数のコンテンツ及び複数のユーザの宛先を含むユーザ情報を記憶する記憶部と、
   前記複数のコンテンツを第１の並び順で配置した第１のメッセージまたは当該第１のメッセージへアクセスするための第１のＵＲＬを、前記複数の宛先のうち第１の宛先に送信し、前記複数のコンテンツを前記第１の並び順と異なる第２の並び順で配置した第２のメッセージまたは当該第２のメッセージへアクセスするための第２のＵＲＬを、前記複数の宛先のうち前記第１の宛先と異なる第２の宛先に送信する、制御部と
   を具備する情報処理システム。
2. 請求項１に記載の情報処理システムであって、
   前記コンテンツの数は前記ユーザの数よりも少ない
   情報処理システム。
3. 請求項１または２に記載の情報処理システムであって、
   前記記憶部は、前記ユーザ情報を、各ユーザを所定の基準で評価したユーザスコアと対応付けて記憶し、
   前記制御部は、前記複数のユーザを前記ユーザスコアの各合計が極力均等となるように少なくとも第１のユーザ群と第２のユーザ群に分割し、前記第１の宛先に前記第１のユーザ群の各宛先を割り当て、前記第２の宛先に前記第２のユーザ群の各宛先を割り当てる
   情報処理システム。
4. 請求項３に記載の情報処理システムであって、
   前記第１のユーザ群に含まれるユーザの数は、前記第２のユーザ群に含まれるユーザの数と等しい
   情報処理システム。
5. 請求項３または４に記載の情報処理システムであって、
   前記記憶部は、前記ユーザ情報を、各ユーザの属性と対応付けて記憶し、
   前記制御部は、前記複数のユーザから所定の属性を有するユーザ属性グループを抽出し、当該ユーザ属性グループのユーザを前記第１のユーザ群と第２のユーザ群に分割する
   情報処理システム。
6. 請求項１乃至５のいずれかに記載の情報処理システムであって、
   前記制御部は、前記宛先となった各ユーザのユーザ端末から、前記コンテンツの配置位置毎のクリック率または開封率を取得し、前記第１のメッセージと前記第２のメッセージとの間で、少なくとも前記クリック率または開封率が最も高い配置位置に配置されるコンテンツが異なるように前記第１の並び順及び前記第２の並び順を決定する
   情報処理システム。
7. 請求項１乃至６のいずれかに記載の情報処理システムであって、
   前記制御部は、前記第１のメッセージ及び前記第２のメッセージを含む複数のメッセージにおける複数の配置位置毎に前記複数のコンテンツのそれぞれが配置される回数が等しくなるように前記第１の並び順及び前記第２の並び順を含む前記コンテンツの複数の並び順を制御する
   情報処理システム。
8. 請求項７に記載の情報処理システムであって、
   前記制御部は、前記複数のメッセージにおいて前記複数のコンテンツの配置位置を所定の軌道上で１つずつずらすことで前記第１の並び順及び前記第２の並び順を含む前記コンテンツの複数の並び順を決定する
   情報処理システム。
9. 複数のコンテンツ及び複数のユーザの宛先を含むユーザ情報を記憶し、
   前記複数のコンテンツを第１の並び順で配置した第１のメッセージまたは当該第１のメッセージへアクセスするための第１のＵＲＬを、前記複数の宛先のうち第１の宛先に送信し、
   前記複数のコンテンツを前記第１の並び順と異なる第２の並び順で配置した第２のメッセージまたは当該第２のメッセージへアクセスするための第２のＵＲＬを、前記複数の宛先のうち前記第１の宛先と異なる第２の宛先に送信する
   情報処理方法。
10. 情報処理装置に、
    複数のコンテンツ及び複数のユーザの宛先を含むユーザ情報を記憶するステップと
    前記複数のコンテンツを第１の並び順で配置した第１のメッセージまたは当該第１のメッセージへアクセスするための第１のＵＲＬを、前記複数の宛先のうち第１の宛先に送信するステップと、
    前記複数のコンテンツを前記第１の並び順と異なる第２の並び順で配置した第２のメッセージまたは当該第２のメッセージへアクセスするための第２のＵＲＬを、前記複数の宛先のうち前記第１の宛先と異なる第２の宛先に送信するステップと
    を実行させるプログラム。
11. 複数のコンテンツを記憶する記憶部と、
    前記複数のコンテンツを配置したメッセージへアクセスするためのＵＲＬを複数のユーザ端末へ送信し、前記各ユーザ端末から前記ＵＲＬにアクセスがある毎に、前記複数のコンテンツの並び順を変更した前記メッセージを前記各ユーザ端末へ送信する、制御部と
    を具備する情報処理システム。
12. 複数のコンテンツを記憶し、
    前記複数のコンテンツを配置したメッセージへアクセスするためのＵＲＬを複数のユーザ端末へ送信し、
    前記各ユーザ端末から前記ＵＲＬにアクセスがある毎に、前記複数のコンテンツの並び順を変更した前記メッセージを前記各ユーザ端末へ送信する
    情報処理方法。
13. 情報処理装置に、
    複数のコンテンツを所定の並び順で配置したメッセージを受信するステップと、
    前記受信したメッセージを記憶するステップと、
    前記記憶されたメッセージが表示される毎に、当該メッセージに配置された前記コンテンツの並び順を変更するステップと
    を実行させるプログラム。

Images