(57)【要約】      （修正有）【課題】コンテンツの集客効果を効率的に高めるメニュー表示システム及び方法を提供する。【解決手段】端末１は、端末送信部１５１と、表示制御部１５３を有する。端末送信部１５１は、メニュー生成サーバ２に共通表示メニューの取得リクエストを送信する。表示制御部１５３は、メニュー生成サーバ２から受信した共通表示メニューを表示部１２に表示させ、共通表示メニューの操作に基づいてサービスコンテンツのメニュー画面を表示部１２に表示させる。また、メニュー画面の表示後にサービスコンテンツを表示部１２に表示する。メニュー生成サーバ２は、生成部２２３と、サーバ送信部２２４を有する。生成部２２３は、端末１から取得リクエストを受信すると、共通表示メニューのカテゴリと、サービスコンテンツのアドレス情報とを関連付けて含む共通表示メニューを生成する。サーバ送信部２２４は、生成した共通表示メニューを端末１に送信する。【選択図】図５
2019008806.tif 000002
【特許請求の範囲】
【請求項１】
共通表示メニューサービスを利用する複数のサービスパートナーのそれぞれが提供するサービスコンテンツに表示される、前記共通表示メニューサービスに対応する共通表示メニューを生成するメニュー生成サーバと、端末とを備えるメニュー表示システムであって、
前記端末は、
前記サービスコンテンツを表示する場合に、前記メニュー生成サーバに前記共通表示メニューの取得リクエストを送信する端末送信部と、
前記メニュー生成サーバから、前記共通表示メニューを受信する端末受信部と、
前記サービスコンテンツと、受信した前記共通表示メニューとを表示部に表示させ、前記共通表示メニューが操作されたことに基づいて前記サービスコンテンツを取得した場合に、当該サービスコンテンツのメニュー画面を前記表示部に表示させ、当該メニュー画面の表示後に当該サービスコンテンツを前記表示部に表示させる表示制御部とを有し、
前記メニュー生成サーバは、
前記サービスコンテンツを呼び出すアドレス情報と、当該サービスコンテンツが属するカテゴリとを関連付けたサービスパートナー情報を複数記憶するサービスパートナー情報記憶部と、
前記端末から、前記取得リクエストを受信するサーバ受信部と、
前記サーバ受信部が前記取得リクエストを受信すると、複数の前記サービスパートナー情報を参照し、前記共通表示メニューのカテゴリに対応するサービスコンテンツのアドレス情報を特定する特定部と、
前記カテゴリと、特定した前記アドレス情報とを関連付けて含む前記共通表示メニューを生成する生成部と、
生成した前記共通表示メニューを前記端末に送信するサーバ送信部と、
を有するメニュー表示システム。
【請求項２】
前記表示制御部は、前記サービスコンテンツのメニュー画面が表示されてから所定時間経過すると、当該サービスコンテンツを前記表示部に表示させる、
請求項１に記載のメニュー表示システム。
【請求項３】
前記表示制御部は、前記共通表示メニューに含まれるカテゴリが選択されたことに基づいて当該カテゴリに対応する前記サービスコンテンツを取得した場合に、当該サービスコンテンツのメニュー画面を前記表示部に表示させ、当該メニュー画面の表示後に当該サービスコンテンツを前記表示部に表示させる、
請求項１又は２に記載のメニュー表示システム。
【請求項４】
前記表示制御部は、前記サービスコンテンツを前記表示部に表示させるとともに、前記共通表示メニューと、前記サービスコンテンツのメニュー画面とを表示させるためのタブを前記表示部に表示させ、前記タブが選択されると、前記共通表示メニューと、前記サービスコンテンツのメニュー画面とを表示させる、
請求項１から３のいずれか１項に記載のメニュー表示システム。
【請求項５】
前記表示制御部は、前記タブが選択されると、前記表示部に前記サービスコンテンツが表示されている状態から、前記サービスコンテンツが表示されず、前記共通表示メニューと前記サービスコンテンツのメニュー画面とが表示されている状態に切り替える、
請求項４に記載のメニュー表示システム。
【請求項６】
共通表示メニューサービスを利用する複数のサービスパートナーのそれぞれが提供するサービスコンテンツに表示される、前記共通表示メニューサービスに対応する共通表示メニューを生成するメニュー生成サーバと、端末とが実行するメニュー表示方法であって、
前記端末が、前記サービスコンテンツを表示する場合に、前記メニュー生成サーバに前記共通表示メニューの取得リクエストを送信するステップと、
前記メニュー生成サーバが、前記端末から、前記取得リクエストを受信すると、複数のサービスパートナー情報であって、前記サービスコンテンツを呼び出すアドレス情報と、当該サービスコンテンツが属するカテゴリとを関連付けたサービスパートナー情報を参照し、前記共通表示メニューのカテゴリに対応するサービスコンテンツのアドレス情報を特定するステップと、
前記メニュー生成サーバが、前記カテゴリと、特定した前記アドレス情報とを関連付けて含む前記共通表示メニューを生成するステップと、
前記メニュー生成サーバが、生成した前記共通表示メニューを前記端末に送信するステップと、
前記端末が、前記メニュー生成サーバから、前記共通表示メニューを受信するステップと、
前記端末が、前記サービスコンテンツと、受信した前記共通表示メニューとを表示部に表示させるステップと、
前記端末が、前記共通表示メニューが操作されたことに基づいて前記サービスコンテンツを取得した場合に、当該サービスコンテンツのメニュー画面を前記表示部に表示させ、当該メニュー画面の表示後に当該サービスコンテンツを前記表示部に表示させるステップと、
を有するメニュー表示方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、メニュー表示システム及びメニュー表示方法に関する。
【背景技術】
【０００２】
従来、ウェブページやアプリケーションが提供するコンテンツには、当該コンテンツを構成するサブコンテンツを選択するためのメニューが設けられている（例えば、特許文献１参照）。充実したメニューを設けることにより、コンテンツを利用するユーザは、利用したいサブコンテンツを容易に選択することができる。コンテンツの利便性を向上させることでコンテンツの評価が高くなると、コンテンツを利用するユーザの紹介により集客効果を高めることができる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００７−１５７０９３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、コンテンツを利用しているユーザの数が少ない場合、コンテンツの利便性が高かったとしても、当該ユーザの紹介による集客効果が小さく、ユーザ数を大幅に増加させることが困難であるという問題があった。このような問題は、多くのコンテンツの管理者にとって共通の問題であった。そこで、多くのコンテンツにおける集客効果を効率的に高めることが求められている。
【０００５】
本発明はこれらの点に鑑みてなされたものであり、コンテンツの集客効果を効率的に高めることができるメニュー表示システム及びメニュー表示方法を提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明の第１の態様に係るメニュー表示システムは、共通表示メニューサービスを利用する複数のサービスパートナーのそれぞれが提供するサービスコンテンツに表示される、前記共通表示メニューサービスに対応する共通表示メニューを生成するメニュー生成サーバと、端末とを備えるメニュー表示システムであって、前記端末は、前記サービスコンテンツを表示する場合に、前記メニュー生成サーバに前記共通表示メニューの取得リクエストを送信する端末送信部と、前記メニュー生成サーバから、前記共通表示メニューを受信する端末受信部と、前記サービスコンテンツと、受信した前記共通表示メニューとを表示部に表示させ、前記共通表示メニューが操作されたことに基づいて前記サービスコンテンツを取得した場合に、当該サービスコンテンツのメニュー画面を前記表示部に表示させ、当該メニュー画面の表示後に当該サービスコンテンツを前記表示部に表示させる表示制御部とを有し、前記メニュー生成サーバは、前記サービスコンテンツを呼び出すアドレス情報と、当該サービスコンテンツが属するカテゴリとを関連付けたサービスパートナー情報を複数記憶するサービスパートナー情報記憶部と、前記端末から、前記取得リクエストを受信するサーバ受信部と、前記サーバ受信部が前記取得リクエストを受信すると、複数の前記サービスパートナー情報を参照し、前記共通表示メニューのカテゴリに対応するサービスコンテンツのアドレス情報を特定する特定部と、前記カテゴリと、特定した前記アドレス情報とを関連付けて含む前記共通表示メニューを生成する生成部と、生成した前記共通表示メニューを前記端末に送信するサーバ送信部と、を有するメニュー表示システム。
【０００７】
前記表示制御部は、前記サービスコンテンツのメニュー画面が表示されてから所定時間経過すると、当該サービスコンテンツを前記表示部に表示させてもよい。
【０００８】
前記表示制御部は、前記共通表示メニューに含まれるカテゴリが選択されたことに基づいて当該カテゴリに対応する前記サービスコンテンツを取得した場合に、当該サービスコンテンツのメニュー画面を前記表示部に表示させ、当該メニュー画面の表示後に当該サービスコンテンツを前記表示部に表示させてもよい。
【０００９】
前記表示制御部は、前記サービスコンテンツを前記表示部に表示させるとともに、前記共通表示メニューと、前記サービスコンテンツのメニュー画面とを表示させるためのタブを前記表示部に表示させ、前記タブが選択されると、前記共通表示メニューと、前記サービスコンテンツのメニュー画面とを表示させてもよい。
【００１０】
前記表示制御部は、前記タブが選択されると、前記表示部に前記サービスコンテンツが表示されている状態から、前記サービスコンテンツが表示されず、前記共通表示メニューと前記サービスコンテンツのメニュー画面とが表示されている状態に切り替えてもよい。
【００１１】
本発明の第２の態様に係るメニュー表示方法は、共通表示メニューサービスを利用する複数のサービスパートナーのそれぞれが提供するサービスコンテンツに表示される、前記共通表示メニューサービスに対応する共通表示メニューを生成するメニュー生成サーバと、端末とが実行するメニュー表示方法であって、前記端末が、前記サービスコンテンツを表示する場合に、前記メニュー生成サーバに前記共通表示メニューの取得リクエストを送信するステップと、前記メニュー生成サーバが、前記端末から、前記取得リクエストを受信すると、複数のサービスパートナー情報であって、前記サービスコンテンツを呼び出すアドレス情報と、当該サービスコンテンツが属するカテゴリとを関連付けたサービスパートナー情報を参照し、前記共通表示メニューのカテゴリに対応するサービスコンテンツのアドレス情報を特定するステップと、前記メニュー生成サーバが、前記カテゴリと、特定した前記アドレス情報とを関連付けて含む前記共通表示メニューを生成するステップと、前記メニュー生成サーバが、生成した前記共通表示メニューを前記端末に送信するステップと、前記端末が、前記メニュー生成サーバから、前記共通表示メニューを受信するステップと、前記端末が、前記サービスコンテンツと、受信した前記共通表示メニューとを表示部に表示させるステップと、前記端末が、前記共通表示メニューが操作されたことに基づいて前記サービスコンテンツを取得した場合に、当該サービスコンテンツのメニュー画面を前記表示部に表示させ、当該メニュー画面の表示後に当該サービスコンテンツを前記表示部に表示させるステップと、を有する。
【００１２】
【００１３】
【発明の効果】
【００１４】
本発明によれば、コンテンツの集客効果を効率的に高めることができるという効果を奏する。
【図面の簡単な説明】
【００１５】
【図１】第１の実施形態のメニュー表示システムの構成例を示す図である。
【図２】端末の表示部にサービスコンテンツが表示された例を示す図である。
【図３】端末の表示部にサービスコンテンツのメニュー画面が表示された例を示す図である。
【図４】メニュー画面の全体構成を示す図である。
【図５】第１の実施形態に係る端末及びメニュー生成サーバの機能構成図である。
【図６】第１の実施形態に係る複数のサービスパートナー情報の一例を示す図である。
【図７】第１の実施形態に係る端末が、共通表示メニューを表示するまでの処理の流れを示すシーケンス図である。
【図８】第２の実施形態に係る端末及びメニュー生成サーバの機能構成図である。
【図９】ユーザ情報記憶部に記憶されているユーザ情報の一例を示す図である。
【図１０】第２の実施形態に係る複数のサービスパートナー情報の一例を示す図である。
【図１１】第２実施形態に係る端末が、共通表示メニューを表示するまでの処理の流れを示すシーケンス図である。
【図１２】第３実施形態に係る端末が、共通表示メニューを表示するまでの処理の流れを示すシーケンス図である。
【図１３】第４の実施形態に係るサービスコンテンツのメニュー画面が端末の表示部に表示された例を示す図である。
【図１４】第５の実施形態に係る複数のサービスパートナー情報の一例を示す図である。
【発明を実施するための形態】
【００１６】
＜第１の実施形態＞
図１は、第１の実施形態のメニュー表示システムＳの構成例を示す図である。
メニュー表示システムＳは、複数のサービスコンテンツのそれぞれに共通表示メニューを表示させる共通表示メニューサービスを提供するためのシステムである。メニュー表示システムＳは、端末１と、共通表示メニューを生成するメニュー生成サーバ２と、サービスコンテンツを提供する複数のコンテンツサーバ３とから構成されている。端末１と、メニュー生成サーバ２と、複数のコンテンツサーバ３とは、通信ネットワーク４を介して通信可能に接続されている。
【００１７】
コンテンツサーバ３は、共通表示メニューサービスを利用する複数のサービスパートナーがそれぞれ管理するサーバである。
端末１は、例えば、スマートフォン等の携帯端末である。端末１は、複数のコンテンツサーバ３にアクセスしてサービスコンテンツを受信し、当該サービスコンテンツを端末１が備える表示部１２に表示させる。図２は、端末１の表示部１２にサービスコンテンツが表示された例を示す図である。図２に示すように、表示部１２にはレシピサイトに関するサービスコンテンツが表示されているとともに、タブ１１１が表示されている。
【００１８】
端末１のユーザがタブ１１１にタッチすると、サービスコンテンツの表示画面に代わって、サービスコンテンツのメニュー画面が表示される。図３は、端末１の表示部１２にサービスコンテンツのメニュー画面が表示された例を示す図である。また、図４は、ＡＡＡショップのサービスコンテンツのメニュー画面の全体構成を示す図である。以下、サービスコンテンツのメニュー画面を、単にメニュー画面という。
【００１９】
図４に示すように、メニュー画面には、広告枠と、サイトサービスメニューと、共通表示メニューと、タブ１１２とが含まれており、端末１の表示部１２には、メニュー画面の少なくとも一部が表示される。広告枠は、例えば、コンテンツサーバ３が取得した広告情報を表示するための枠である。なお、広告情報は、コンテンツサーバ３が取得するものとしたが、これに限らず、端末１がメニュー画面を表示する際に、広告サーバ（不図示）から取得するようにしてもよい。
【００２０】
サイトサービスメニューは、メニュー画面が表示される直前に表示されていたサービスコンテンツのメニューを表示するためのものであり、コンテンツサーバ３によって提供される。例えば、図３には、レシピサイトのメニューが表示されている。
【００２１】
共通表示メニューは、メニュー生成サーバ２によって提供されるメニューである。共通表示メニューには、ニュースやショッピングといった複数のカテゴリが表示されており、これらのカテゴリのそれぞれには、共通表示メニューサービスを利用する複数のサービスパートナーのサービスコンテンツを呼び出すアドレス情報（リンク）が関連付けられている。
【００２２】
端末１のユーザが、共通表示メニューに表示されているカテゴリ名にタッチすると、当該カテゴリに対応するアドレス情報に基づいて、サービスパートナーのサービスコンテンツが表示される。例えば、ユーザは、図４に示したＡＡＡショップのサービスコンテンツの共通表示メニューから、ＡＡＡショップと異なるサービスバートナーであるＢＢＢストアのサービスコンテンツにアクセスすることができる。これにより、現在表示されているサービスコンテンツから、共通表示メニューサービスを利用する他のサービスパートナーのサービスコンテンツにユーザを誘導させることができる。したがって、メニュー表示システムＳを利用するサービスパートナーは、自社の顧客だけでなく、他のサービスパートナーのサービスコンテンツにアクセスした他社の顧客からサービスコンテンツへのアクセスを受けることができるので、集客効果を向上させることができる。
【００２３】
タブ１１２は、サービスコンテンツの表示画面に遷移するための画像である。例えば、図３に示す状態において、端末１のユーザによってタブ１１２がタッチされると、図２に示すサービスコンテンツの画面が再表示される。
【００２４】
続いて、メニュー表示システムＳを構成する端末１及びメニュー生成サーバ２の機能構成について説明する。図５は、第１の実施形態に係る端末１及びメニュー生成サーバ２の機能構成図である。
【００２５】
［端末１の構成例］
まず、端末１の機能構成について説明する。端末１は、入力部１１と、表示部１２と、無線部１３と、記憶部１４と、制御部１５とを備える。
【００２６】
入力部１１は、例えば、ボタンや、表示部１２に重畳して配置される接触センサ等により構成されており、端末１のユーザから操作入力を受け付ける。
表示部１２は、例えば、液晶ディスプレイや有機ＥＬ（Electro-Luminescence）ディスプレイ等により構成される。表示部１２は、制御部１５の制御に応じて文字や図形等を表示する。
【００２７】
無線部１３は、制御部１５から出力された信号を変調してＲＦ（Radio Frequency）信号を生成し、アンテナ（不図示）を介して当該ＲＦ信号を基地局（不図示）又は無線ＬＡＮ等のアクセスポイント（不図示）に無線送信する。無線部１３は、アンテナを介して基地局又はアクセスポイントから受信したＲＦ信号を復調し、復調により得られた信号を制御部１５に出力する。以下の説明において、端末１は、無線部１３を介してメニュー生成サーバ２及びコンテンツサーバ３と通信を行うものとする。
【００２８】
記憶部１４は、例えば、ＲＯＭ及びＲＡＭ等により構成される。記憶部１４は、端末１を機能させるための各種プログラムを記憶する。例えば、記憶部１４は、端末１の制御部１５を、後述する端末送信部１５１、端末受信部１５２、表示制御部１５３として機能させるためのウェブブラウザプログラムを記憶する。記憶部１４は、外部メモリ等の記憶媒体に記憶されたプログラムを読み取って記憶してもよく、通信ネットワーク４を介して外部機器からダウンロードされたプログラムを記憶してもよい。
【００２９】
制御部１５は、例えば、ＣＰＵにより構成される。制御部１５は、記憶部１４に記憶されている各種プログラムを実行することにより、端末１に係る機能を統括的に制御する。制御部１５は、端末送信部１５１と、端末受信部１５２と、表示制御部１５３とを備える。
【００３０】
端末送信部１５１は、入力部１１がサービスコンテンツの取得操作を受け付けたことに応じて、コンテンツサーバ３に、サービスコンテンツの取得リクエストを送信する。
端末受信部１５２は、コンテンツサーバ３から、当該取得リクエストに対応するサービスコンテンツを受信するとともに、当該サービスコンテンツのサイトサービスメニューを受信する。
【００３１】
表示制御部１５３は、図２に示すように、コンテンツサーバ３から受信したサービスコンテンツと、メニュー画面を表示させるためのタブ１１１とを表示部１２に表示させる。ここで、サービスコンテンツのサイトサービスメニューは、タブ１１１をタッチした後に表示されることから表示待ち状態となる。このため、サイトサービスメニューは、端末受信部１５２によって、記憶部１４に一時的に記憶される。
【００３２】
その後、入力部１１によってタブ１１１を選択する操作を受け付けると、表示制御部１５３は、表示部１２にメニュー画面を表示させ、当該メニュー画面に記憶部１４に一時的に記憶されているサイトサービスメニューを表示させる。
【００３３】
ここで、メニュー画面のソースコードには、共通表示メニューをメニュー生成サーバ２から取得するためのスクリプトが含まれており、端末送信部１５１は、当該スクリプトに基づいて、メニュー生成サーバ２に共通表示メニューの取得リクエストを送信する。例えば、端末送信部１５１は、Ａｊａｘを使用して、共通表示メニューの取得リクエストを送信する。
【００３４】
端末受信部１５２は、メニュー生成サーバ２から当該取得リクエストに対応する共通表示メニューを受信する。
表示制御部１５３は、端末受信部１５２がメニュー生成サーバ２から受信した共通表示メニューを表示部１２に表示されているメニュー画面に表示させる。
【００３５】
［メニュー生成サーバ２の構成例］
続いて、メニュー生成サーバ２の機能構成について説明する。メニュー生成サーバ２は、記憶部２１と、制御部２２とを備える。
【００３６】
記憶部２１は、例えば、ＲＯＭ及びＲＡＭ等により構成される。記憶部２１は、メニュー生成サーバ２を機能させるための各種プログラムを記憶する。例えば、記憶部２１は、メニュー生成サーバ２の制御部２２を、後述するサーバ受信部２２１、特定部２２２、生成部２２３、サーバ送信部２２４として機能させるためのメニュー生成プログラムを記憶する。記憶部２１は、外部メモリ等の記憶媒体に記憶されたプログラムを読み取って記憶してもよく、通信ネットワーク４を介して外部機器からダウンロードされたプログラムを記憶してもよい。
【００３７】
また、記憶部２１は、共通表示メニューサービスを利用しているサービスパートナーのサービスコンテンツを呼び出す情報を記憶している。具体的には、記憶部２１は、サービスパートナー情報を複数記憶するサービスパートナー情報記憶部２１１を備える。図６は、第１の実施形態に係る複数のサービスパートナー情報の一例を示す図である。図６に示すように、サービスパートナー情報は、サービスコンテンツの名称と、サービスコンテンツを呼び出すアドレス情報と、当該サービスコンテンツが属するカテゴリとを関連付けた情報である。なお、サービスコンテンツを呼び出すアドレス情報は、例えばＷｅｂページを読み出すためのＵＲＬであってもよいし、アプリケーション起動指示を含むように記述されたＵＲＬスキームであってもよい。この場合には、端末１に指示されたアプリケーションがインストールされていない場合には、アプリケーションをインストールするためのストアサイトに遷移し、アプリケーションがインストールされていない場合には、指示されたアプリケーションを起動する。
【００３８】
制御部２２は、例えば、ＣＰＵにより構成される。制御部２２は、記憶部２１に記憶されている各種プログラムを実行することにより、メニュー生成サーバ２に係る機能を統括的に制御する。制御部２２は、受信部としてのサーバ受信部２２１と、特定部２２２と、生成部２２３と、送信部としてのサーバ送信部２２４とを備える。
【００３９】
サーバ受信部２２１は、端末１から、共通表示メニューの取得リクエストを受信する。
特定部２２２は、サーバ受信部２２１が共通表示メニューの取得リクエストを受信すると、サービスパートナー情報記憶部２１１に記憶されている複数のサービスパートナー情報を参照し、共通表示メニューのカテゴリに対応するサービスコンテンツのアドレス情報を特定する。ここで、共通表示メニューに表示されるカテゴリは、予め定められているものとする。
【００４０】
また、特定部２２２は、共通表示メニューのカテゴリに対応するサービスコンテンツが複数存在する場合、これらのサービスコンテンツのうち、いずれかのサービスコンテンツをランダムに特定してもよい。また、特定部２２２は、一のカテゴリに対して、複数のサービスコンテンツを特定してもよい。
【００４１】
生成部２２３は、カテゴリと、特定部２２２が特定したアドレス情報とを関連付けて含む共通表示メニューを生成する。生成部２２３は、特定部２２２が一のカテゴリに対して複数のサービスコンテンツを特定した場合、共通表示メニューに表示されるカテゴリが選択されたことに応じて、当該カテゴリに関連する複数のサービスコンテンツのアドレスを表示するように当該共通表示メニューを生成する。ここで、生成部２２３は、共通表示メニューにおいて、カテゴリ、サービスコンテンツ名、サービスコンテンツに対応するアイコンの少なくともいずれかを表示させてもよい。例えば、生成部２２３は、共通表示メニューにおいて、カテゴリとサービスコンテンツ名とを併記したり、カテゴリの代わりにサービスコンテンツ名を表示させたりしてもよい。
【００４２】
また、生成部２２３は、共通表示メニューに表示されるサービスコンテンツが、ウェブページであるのか、アプリケーションであるのかについて区別して表示させるようにしてもよい。例えば、カテゴリに対応するサービスコンテンツがウェブページである場合に、当該カテゴリに対して記号等を表示させず、アプリケーションである場合に、当該カテゴリに対してアプリケーションに切り替わる旨を示す記号等を表示させてもよい。このようにすることで、端末１は、サービスコンテンツを選択した際にウェブページが遷移するのか、アプリケーションが実行されるのかについてユーザに把握させることができる。
サーバ送信部２２４は、生成部２２３が生成した共通表示メニューを、端末１に送信する。
【００４３】
［共通表示メニューの表示に係るシーケンス］
続いて、端末１が共通表示メニューを表示するまでの処理の流れについて説明する。図７は、第１の実施形態に係る端末１が、共通表示メニューを表示するまでの処理の流れを示すシーケンス図である。
【００４４】
まず、端末１の端末送信部１５１は、コンテンツサーバ３に、サービスコンテンツの取得リクエストを送信する。
コンテンツサーバ３は、サービスコンテンツの取得リクエストを受信したことに応じて、自身の記憶部に記憶されているサービスコンテンツ及びサイトサービスメニューを取得し（Ｓ１０）、取得したサービスコンテンツ及びサイトサービスメニューを端末１に送信する。
【００４５】
続いて、端末受信部１５２が、コンテンツサーバ３からサービスコンテンツ及びサイトサービスメニューを受信すると、表示制御部１５３は、当該サービスコンテンツと、メニュー画面を表示させるためのタブ１１１とを表示部１２に表示させる（Ｓ２０）。
【００４６】
続いて、表示制御部１５３は、タブ１１１が選択されたか否かを判定する（Ｓ３０）。表示制御部１５３は、タブ１１１が選択されたと判定すると、表示部１２にメニュー画面を表示させ、コンテンツサーバ３から受信したサイトサービスメニューを当該メニュー画面に表示させる（Ｓ４０）。
【００４７】
続いて、端末送信部１５１は、メニュー画面に含まれている、共通表示メニューをメニュー生成サーバ２から取得するためのスクリプトに基づいて、メニュー生成サーバ２に共通表示メニューの取得リクエストを送信する。
【００４８】
続いて、サーバ受信部２２１が、端末１から共通表示メニューの取得リクエストを受信すると、特定部２２２は、サービスパートナー情報記憶部２１１を参照し、共通表示メニューのカテゴリに対応するサービスコンテンツのアドレス情報を特定する（Ｓ５０）。
【００４９】
続いて、生成部２２３は、カテゴリと、特定部２２２が特定したアドレス情報とを関連付けて含む共通表示メニューを生成する（Ｓ６０）。サーバ送信部２２４は、生成された共通表示メニューを、端末１に送信する。
【００５０】
続いて、端末受信部１５２が、メニュー生成サーバ２から共通表示メニューを受信すると、表示制御部１５３は、当該共通表示メニューを表示部１２に表示されているメニュー画面に表示させる（Ｓ７０）。なお、メニュー画面に表示される共通表示メニューに、現在表示しているサービスコンテンツが含まれる場合には、現在表示しているサービスコンテンツに該当する共通表示メニューを異なる配色にしてもよいし、選択無効にするように制御してもよい。また、サイトサービスメニューは、タブ１１１が選択されたことに応じてメニュー画面に表示されるものとしたが、これに限らない。例えば、サイトサービスメニューの表示は、サービスコンテンツの表示と同時に行われてもよい。そして、タブ１１１が選択されたことに応じて、共通表示メニューのみ表示してもよい。
【００５１】
なお、端末１において共通表示メニューに含まれているカテゴリを選択すると、端末１はコンテンツサーバ３から選択されたカテゴリに対応するサービスコンテンツを取得し、サービスコンテンツの表示画面を表示部１２に表示させる。この際、表示制御部１５３は、当該サービスコンテンツの表示画面を直接表示させずに、最初に当該サービスコンテンツのメニュー画面を表示させるようにしてもよい。このようにすることで、サービスコンテンツの遷移時に連続してメニュー画面が表示されるので、自然な流れでサービスコンテンツを遷移させることができる。また、表示制御部１５３は、最初に当該サービスコンテンツのメニュー画面を表示させ、所定時間経過した後にサービスコンテンツの表示画面を表示させてもよい。
【００５２】
［第１の実施形態における効果］
以上のとおり、メニュー生成サーバ２は、端末１から共通表示メニューの取得リクエストを受信すると、カテゴリと、共通表示メニューサービスを利用する複数のサービスパートナーのサービスコンテンツのアドレス情報とを関連付けた共通表示メニューを生成して端末１に送信する。これにより、端末１に表示されるサービスコンテンツのメニュー画面には、共通表示メニューサービスを利用する複数のサービスパートナーのサービスコンテンツを呼び出すアドレス情報が関連付けられた共通表示メニューが表示される。これにより、端末１のユーザは、共通表示メニューから、複数のサービスパートナーのサービスコンテンツを選択して閲覧することができる。したがって、メニュー表示システムＳを利用するサービスパートナーは、自社の顧客だけでなく、他のサービスパートナーのサービスコンテンツにアクセスした他社の顧客からサービスコンテンツへのアクセスを受けることができるので、メニュー表示システムＳを利用するサービスパートナーのサービスコンテンツの集客効果を効率的に高めることができる。
【００５３】
なお、第１の実施形態では、ウェブブラウザプログラムが共通メニューを表示する例について説明したが、これに限らない。例えば、端末１にインストールされる、サービスコンテンツを提供する端末アプリケーションが共通表示メニューを表示してもよい。例えば、端末アプリケーションは、実行されたことに応じて、図２に示すようにタブ１１１を含むサービスコンテンツを表示する。そして、端末アプリケーションは、タブ１１１が押下されたことに応じてメニュー生成サーバ２にアクセスし、サービスパートナー情報記憶部２１１を参照して、サービスコンテンツに表示させる共通表示メニューのカテゴリに対応するサービスコンテンツのアドレス情報を特定し、当該カテゴリと、特定したアドレス情報とを関連付けて含む共通表示メニューを生成し、生成した共通表示メニューを表示部１２に表示させる。
【００５４】
＜第２の実施形態＞
［端末１のユーザの属性情報に基づいて共通表示メニューを生成する］
続いて、第２の実施形態について説明する。第１の実施形態では、メニュー生成サーバ２は、共通表示メニューに表示されるカテゴリに対応するサービスコンテンツが複数存在する場合、これらのサービスコンテンツの中からランダムにサービスコンテンツを選択した。しかしながら、この方法では、端末１のユーザに適しているサービスコンテンツが共通表示メニューに関連付けられるとは限らない。
【００５５】
そこで、第２の実施形態では、メニュー生成サーバ２の特定部２２２は、ユーザの属性情報に基づいて、共通表示メニューに表示されるカテゴリに対応するサービスコンテンツを特定する。以下、第２の実施形態について図面を参照して説明する。なお、第１の実施形態と同様の構成については同一の符号を付し、詳細な説明を省略する。
【００５６】
図８は、第２の実施形態に係る端末１及びメニュー生成サーバ２の機能構成図である。第２の実施形態のメニュー生成サーバ２の記憶部２１は、ユーザ情報記憶部２１２をさらに備える。図９は、ユーザ情報記憶部２１２に記憶されているユーザ情報の一例を示す図である。図９に示すように、ユーザ情報は、端末１のユーザの識別情報としてのユーザＩＤと、当該ユーザの属性情報とを関連付けた情報である。属性情報は、例えば、性別、年齢、ユーザの職業、居住地、趣味といった情報である。
【００５７】
第２の実施形態において、記憶部２１に記憶されているサービスパートナー情報記憶部２１１は、サービスコンテンツ名、アドレス情報及びカテゴリに、サービスコンテンツの属性情報をさらに関連付けて記憶する。ここで、サービスコンテンツの属性情報は、例えば、当該サービスコンテンツに適している性別、年齢、職業、居住地、趣味といった情報である。
【００５８】
図１０は、第２の実施形態に係る複数のサービスパートナー情報の一例を示す図である。例えば、サービスコンテンツ名「Ａ旅行」には、属性情報として「４０代女性」が少なくとも関連付けられていることが確認できる。
【００５９】
［共通表示メニューの表示に係るシーケンス］
続いて、第２の実施形態における端末１の制御部１５及びメニュー生成サーバ２の制御部２２の詳細な処理について、シーケンスを用いて説明を行う。図１１は、第２実施形態に係る端末１が、共通表示メニューを表示するまでの処理の流れを示すシーケンス図である。なお、端末１において、サービスコンテンツの画面が表示され、タブが押されるまでの処理は同一であることから、図１１では、Ｓ３０までのシーケンスを図示せずに、Ｓ４０からのシーケンスのみ図示する。
【００６０】
Ｓ４０において、表示制御部１５３は、表示部１２にメニュー画面を表示させ、コンテンツサーバ３から受信したサイトサービスメニューを当該メニュー画面に表示させる。
【００６１】
続いて、端末送信部１５１は、メニュー画面に含まれているスクリプトに基づいて、メニュー生成サーバ２に共通表示メニューの取得リクエストを送信する。また、端末送信部１５１は、端末１のユーザのユーザＩＤをメニュー生成サーバ２に送信する。
【００６２】
続いて、サーバ受信部２２１が、端末１から共通表示メニューの取得リクエストとともにユーザＩＤを受信すると、特定部２２２は、ユーザ情報記憶部２１２を参照してユーザＩＤに関連するユーザの属性情報を特定する（Ｓ４２）。例えば、ユーザＩＤが「ｕ０００１」である場合、特定部２２２は、図９に示すユーザ情報を参照し、当該ユーザの属性情報を、「２０代女性」、「ビジネス」と特定する。
【００６３】
続いて、特定部２２２は、サービスパートナー情報記憶部２１１の複数のサービスパートナー情報を参照して、共通表示メニューのカテゴリに対応するとともに、Ｓ４２で特定したユーザの属性情報に対応するサービスコンテンツのアドレス情報を特定する（Ｓ５０）。例えば、特定部２２２は、特定したユーザの属性情報が「２０代女性」、「ビジネス」であることから、図１０に示すサービスパートナー情報を参照し、カテゴリ「テレビ・ラジオ」について、サービスコンテンツとして「ＢＢＢラジオ」を特定する。
【００６４】
続いて、生成部２２３は、カテゴリと、特定部２２２が特定したアドレス情報とを関連付けて含む共通表示メニューを生成する（Ｓ６０）。ここで、生成部２２３は、属性情報に基づいてカテゴリの表示順を定めた前記共通表示メニューを生成してもよい。具体的には、カテゴリと、当該カテゴリの属性情報とを関連付けて記憶部２１に記憶させておく。そして、生成部２２３は、特定部２２２が特定した端末１のユーザの属性情報と一致する属性情報に関連付けられているカテゴリが、共通表示メニューの上部に表示されるように表示順序を決定してもよい。
【００６５】
サーバ送信部２２４は、生成された共通表示メニューを、端末１に送信する。
続いて、表示制御部１５３は、端末受信部１５２が受信した共通表示メニューを、表示部１２に表示されているメニュー画面に表示させる（Ｓ７０）。
【００６６】
［第２の実施形態における効果］
以上のとおり、第２の実施形態のメニュー生成サーバ２は、共通表示メニューのカテゴリに対応するとともに端末１のユーザの属性情報に対応するサービスコンテンツのアドレス情報を特定する。これにより、端末１に表示されるメニュー画面には、端末１のユーザに適したサービスコンテンツに対応する共通表示メニューが表示される。したがって、他のサービスパートナーのサービスコンテンツにアクセスしたユーザのうち、自社が提供する商品・サービスに関心を持つ可能性が高いユーザに、自社のサービスコンテンツにアクセスしてもらうことができるので、当該サービスコンテンツの集客効果をさらに高めることができる。
【００６７】
＜第３の実施形態＞
［表示されているサービスコンテンツの属性情報に基づいて共通表示メニューを生成する］
続いて、第３の実施形態について説明する。端末１に現在表示されているサービスコンテンツは、端末１のユーザによって選択されたものであり、端末１のユーザが何かしらの関心をもって閲覧しているサービスコンテンツである。このため、共通表示メニューに関連付けられるサービスコンテンツは、現在表示されているサービスコンテンツと関連性が高いものであることが好ましい。
【００６８】
そこで、第３の実施形態では、メニュー生成サーバ２の特定部２２２は、端末１に表示されるサービスコンテンツの属性情報に基づいて、共通表示メニューに表示されるカテゴリに対応するサービスコンテンツを特定する。
【００６９】
第３の実施形態に係るメニュー生成サーバ２は、例えば、２０代女性向けの洋服を販売するサービスパートナーＡのサービスコンテンツのメニュー画面に、２０代女性向けのアクセサリーを販売するサービスパートナーＢのサービスコンテンツのアドレス情報を含む共通表示メニューを表示させ、サービスパートナーＢのサービスコンテンツの共通表示メニューに、サービスパートナーＡのサービスコンテンツのアドレス情報を含む共通表示メニューを表示させる。このようにすることで、互いに競合しないサービスパートナーＡ及びサービスパートナーＢは、他方のサービスコンテンツにアクセスしたユーザを自社のサービスコンテンツに誘導することができる。したがって、サービスパートナーは、自社のサービスコンテンツを独立して運営する場合に比べて、集客力を向上させることができる。
以下、第３の実施形態における端末１の制御部１５及びメニュー生成サーバ２の制御部２２の詳細な処理について、シーケンスを参照して説明する。
【００７０】
図１２は、第３実施形態に係る端末１が、共通表示メニューを表示するまでの処理の流れを示すシーケンス図である。図１２では、Ｓ３０までのシーケンスを図示せずに、Ｓ４０からのシーケンスのみ図示する。
【００７１】
Ｓ４０において、表示制御部１５３は、表示部１２にメニュー画面を表示させ、コンテンツサーバ３から受信したサイトサービスメニューを当該メニュー画面に表示させる。
続いて、端末送信部１５１は、メニュー画面に含まれているスクリプトに基づいて、メニュー生成サーバ２に共通表示メニューの取得リクエストを送信する。また、端末送信部１５１は、タブ１１１が押される前に端末１に表示されていたサービスコンテンツのアドレス情報をメニュー生成サーバ２に送信する。
【００７２】
続いて、サーバ受信部２２１が、端末１から共通表示メニューの取得リクエストとともに、サービスコンテンツのアドレス情報を受信すると、特定部２２２は、サービスパートナー情報記憶部２１１の複数のサービスパートナー情報を参照し、受信したアドレス情報に対応する属性情報を特定する（Ｓ４３）。
【００７３】
続いて、特定部２２２は、サービスパートナー情報記憶部２１１の複数のサービスパートナー情報を参照して、共通表示メニューのカテゴリに対応するとともに、Ｓ４３で特定した属性情報に対応するサービスコンテンツのアドレス情報を特定する（Ｓ５０）。
Ｓ６０からＳ７０までの処理は、第１の実施形態のシーケンスのＳ６０からＳ７０の処理と同様であるので、説明を省略する。
【００７４】
［第３の実施形態における効果］
以上のとおり、第３の実施形態のメニュー生成サーバ２は、現在表示されているサービスコンテンツの属性情報に対応するサービスコンテンツのアドレス情報に関連する共通表示メニューを生成する。これにより、端末１に表示されるメニュー画面には、端末１のユーザが現在閲覧しているサービスコンテンツとの関連性が高いサービスコンテンツのアドレス情報を含む共通表示メニューが表示されるので、ユーザによって共通表示メニューに関連付けられているサービスコンテンツが選択される可能性を高めることができる。
【００７５】
＜第４の実施形態＞
［更新されたサービスコンテンツの数を共通表示メニューに表示する］
続いて、第４の実施形態について説明する。共通表示メニューに関連付けられているサービスコンテンツの更新頻度が低い場合、端末１のユーザは、当該サービスコンテンツが更新されている可能性が低いと判断し、共通表示メニューにおいて当該サービスコンテンツを選択する可能性が低くなるという問題がある。
【００７６】
そこで、第４の実施形態では、生成部２２３は、共通表示メニューに関連付けられたサービスコンテンツのうち、内容が更新されたサービスコンテンツの数を示す情報を表示可能な共通表示メニューを生成する。
【００７７】
具体的には、制御部２２は、複数のサービスパートナー情報を構成するサービスコンテンツのアドレス情報に基づいて、当該サービスコンテンツを定期的に取得し、内容が更新されたサービスコンテンツを特定する。そして、制御部２２は、複数のサービスパートナー情報のうち、内容が更新されたサービスコンテンツのサービスパートナー情報に対して、更新日時を示す更新日時情報を関連付ける。
【００７８】
なお、制御部２２が、サービスコンテンツを定期的に取得する代わりに、コンテンツサーバ３から、サービスコンテンツが更新された旨を示す更新情報を受信してもよい。この場合、制御部２２は、複数のサービスパートナー情報のうち、更新情報に対応するサービスコンテンツのサービスパートナー情報に対して、更新日時を示す更新日時情報を関連付けてもよい。
【００７９】
生成部２２３は、共通表示メニューに関連付けられたサービスコンテンツのうち、更新日時情報が現在の日時から所定時間以内のサービスコンテンツの数を、内容が更新されたサービスコンテンツの数とし、当該サービスコンテンツの数を示す情報を含む共通表示メニューを生成する。生成部２２３は、例えば、共通表示メニューに含まれるそれぞれのカテゴリに関連付けられたサービスコンテンツの更新数を加算した合計値を、内容が更新されたサービスコンテンツの数とする。
【００８０】
図１３は、第４の実施形態に係るサービスコンテンツのメニュー画面が端末１の表示部１２に表示された例を示す図である。図１３に示す例では、カテゴリに関連付けられたサービスコンテンツのうち、内容が更新されたサービスコンテンツが２つあり、タブ１１２に、当該サービスコンテンツの数が「２」と表示されていることが確認できる。なお、生成部２２３は、更新されたサービスコンテンツに対応するカテゴリに、更新された旨を示すアイコンを表示させたり、当該カテゴリの背景色を他のカテゴリの背景色と異ならせたりしてもよい。また、上述の説明では、共通メニュー画面を表示させる際に、共通メニュー画面と同時に表示されるタブ１１２に対してサービスコンテンツの更新数を表示させることとしたが、これに限らない。例えば、サービスコンテンツとともに表示されるタブ１１１に対して、カテゴリに関連付けられるサービスコンテンツの更新数を表示させるようにしてもよい。また、生成部２２３は、各カテゴリに複数のサービスコンテンツが関連付けられている場合には、カテゴリに対して、更新されたサービスコンテンツの数（更新数）を表示させるようにしてもよい。
【００８１】
［第４の実施形態における効果］
以上のとおり、第４の実施形態のメニュー生成サーバ２は、共通表示メニューにおいて更新されたサービスコンテンツの数を表示可能な共通表示メニューを生成するので、端末１のユーザが当該サービスコンテンツの数を確認し、共通表示メニューに関連付けられているサービスコンテンツを選択する可能性を高めることができる。
【００８２】
＜第５の実施形態＞
［共通表示メニューに関連付けるサービスコンテンツを優先順位に基づいて決定する］
続いて、第５の実施形態について説明する。共通表示メニューサービスを利用する複数のサービスパートナーの中には、集中的に集客力を高めたいサービスパートナーも存在する可能性があることから、第５の実施形態では、メニュー生成サーバ２が、サービスパートナーから、優先順位に対応する情報として、サービスコンテンツに対する金額の入札を受け付ける。そして、特定部２２２が、入札金額に基づいて、共通表示メニューのカテゴリに対応するサービスコンテンツのアドレス情報を特定する。
【００８３】
図１４は、第５の実施形態に係る複数のサービスパートナー情報の一例を示す図である。図１４に示すように、複数のサービスパートナー情報には、サービスコンテンツ名、アドレス情報及びカテゴリに、サービスコンテンツを共通表示メニューに表示する優先順位に対応する情報として、入札金額がさらに関連付けて記憶されている。同一のカテゴリに複数のサービスコンテンツが関連付けられている場合、入札金額が高い程、共通表示メニューに関連付けられる確率が高くなる。
【００８４】
例えば、図１４に示す例では、共通表示メニューに表示されるカテゴリ「ニュース」に対応するサービスコンテンツとして「Ｃスポニュース」、「Ｄニュース」、「Ｅニュース」が存在する。例えば、特定部２２２は、３つのサービスコンテンツの入札金額の合計値（５０，０００円）に対するそれぞれの入札金額の比率に基づいて、３つのサービスコンテンツが選択される確率（選択確率）を決定する。例えば、「Ｃスポニュース」の選択確率は１０％であり、「Ｄニュース」の選択確率は２０％であり、「Ｅニュース」の選択確率は７０％である。特定部２２２は、当該選択確率に基づいて、カテゴリ「ニュース」に対応するサービスコンテンツを選択する。
【００８５】
［第５の実施形態における効果］
以上のとおり、第５の実施形態のメニュー生成サーバ２は、優先順位に対応する情報としての入札金額に基づいて、共通表示メニューのカテゴリに対応するサービスコンテンツのアドレス情報を特定する。このようにすることで、サービスパートナーは、入札金額を上げることで、他のサービスコンテンツに比べて集客力を高めることができる。
【００８６】
以上、本発明を実施の形態を用いて説明したが、本発明の技術的範囲は上記実施の形態に記載の範囲には限定されない。上記実施の形態に、多様な変更又は改良を加えることが可能であることが当業者に明らかである。特に、装置の分散・統合の具体的な実施形態は以上に図示するものに限られず、その全部又は一部について、種々の付加等に応じて、又は、機能負荷に応じて、任意の単位で機能的又は物理的に分散・統合して構成することができる。例えば、上記実施形態のサービスパートナー情報記憶部２１１及びユーザ情報記憶部２１２のそれぞれは、メニュー生成サーバ２とは異なる他のサーバが備えるようにしてもよい。
【符号の説明】
【００８７】
１・・・端末、１１・・・入力部、１２・・・表示部、１３・・・無線部、１４・・・記憶部、１５・・・制御部、１５１・・・端末送信部、１５２・・・端末受信部、１５３・・・表示制御部、２・・・メニュー生成サーバ、２１・・・記憶部、２１１・・・サービスパートナー情報記憶部、２１２・・・ユーザ情報記憶部、２２・・・制御部、２２１・・・サーバ受信部、２２２・・・特定部、２２３・・・生成部、２２４・・・サーバ送信部、３・・・コンテンツサーバ、４・・・通信ネットワーク、Ｓ・・・メニュー表示システム
【図１】
2019008806.tif 000003
【図２】
2019008806.tif 000004
【図３】
2019008806.tif 000005
【図４】
2019008806.tif 000006
【図５】
2019008806.tif 000007
【図６】
2019008806.tif 000008
【図７】
2019008806.tif 000009
【図８】
2019008806.tif 000010
【図９】
2019008806.tif 000011
【図１０】
2019008806.tif 000012
【図１１】
2019008806.tif 000013
【図１２】
2019008806.tif 000014
【図１３】
2019008806.tif 000015
【図１４】
2019008806.tif 000016