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