WO2019092838A1

WO2019092838A1 - 表示制御システム、表示制御方法、及びプログラム

Info

Publication number: WO2019092838A1
Application number: PCT/JP2017/040497
Authority: WO
Inventors: 絵美高橋
Original assignee: 楽天株式会社
Priority date: 2017-11-09
Filing date: 2017-11-09
Publication date: 2019-05-16
Also published as: JP6346722B1; ES2898209T3; EP3709143B1; TW201918870A; JPWO2019092838A1; US11561679B2; TWI643122B; US20210333956A1; EP3709143A1; EP3709143A4

Abstract

ユーザの操作負担を軽減する。表示制御システム（Ｓ）の特定手段（２０１）は、共通情報ごとに関連付けられた複数の個別情報の何れかが指定された場合に、当該個別情報に関連付けられた共通情報と、当該共通情報に関連付けられた他の個別情報と、を特定する。決定手段（２０２）は、指定された個別情報が共通情報と他の個別情報との間になるように、指定された個別情報、共通情報、及び他の個別情報の各々の順序を決定する。表示制御手段（２０３）は、指定された個別情報のページを、表示手段（１５）に表示させる。表示制御手段（２０３）は、指定された個別情報のページが表示された状態で、所定方向のページ送り操作が行われた場合に、他の個別情報のページを表示させ、指定された個別情報のページが表示された状態で、所定方向とは逆方向のページ送り操作が行われた場合に、共通情報のページを表示させる。

Description

表示制御システム、表示制御方法、及びプログラム

　本発明は、表示制御システム、表示制御方法、及びプログラムに関する。

　従来、共通情報ごとに、複数の個別情報が関連付けられた表示制御システムが知られている。例えば、特許文献１には、予約したホテル全体の概要を示すホテル情報（共通情報）と、当該ホテルの部屋の詳細を示す部屋情報（個別情報）と、が関連付けられており、これらのページを所定の順番で並べた電子パンフレットを表示させるシステムが記載されている。例えば、ユーザは、電子パンフレットの中から、宿泊予定の部屋のページを探して部屋情報を確認する。また、ユーザは、ページ送り操作をすることで、ホテル情報を確認したり、他の部屋の部屋情報と比較したりすることもできる。

特開２００５－２９３２７６号公報

　しかしながら、特許文献１の技術では、電子パンフレットのページ順は固定されており、宿泊予定のページの近くに所望の情報があるとは限らない。例えば、宿泊予定の部屋のページの近くに他の部屋情報があったとしても、ホテル情報がその近くにない場合には、ユーザは、何度もページ送り操作をしてホテル情報のページに移動しなければならない。特許文献１の技術では、ホテル情報（共通情報）と部屋情報（個別情報）の両方とも見やすい状態とはなっておらず、ユーザの操作が煩雑化しがちであった。

　本発明は上記課題に鑑みてなされたものであって、その目的は、ユーザの操作負担を軽減することが可能な表示制御システム、表示制御方法、及びプログラムを提供することである。

　上記課題を解決するために、本発明に係る表示制御システムは、共通情報ごとに関連付けられた複数の個別情報の何れかが指定された場合に、当該個別情報に関連付けられた共通情報と、当該共通情報に関連付けられた他の個別情報と、を特定する特定手段と、前記指定された個別情報が前記共通情報と前記他の個別情報との間になるように、前記指定された個別情報、前記共通情報、及び前記他の個別情報の各々の順序を決定する決定手段と、前記指定された個別情報のページを、表示手段に表示させる表示制御手段と、を含み、前記表示制御手段は、前記指定された個別情報のページが表示された状態で、所定方向のページ送り操作が行われた場合に、前記他の個別情報のページを表示させ、前記指定された個別情報のページが表示された状態で、前記所定方向とは逆方向のページ送り操作が行われた場合に、前記共通情報のページを表示させる、ことを特徴とする。

　本発明に係る表示制御方法は、共通情報ごとに関連付けられた複数の個別情報の何れかが指定された場合に、当該個別情報に関連付けられた共通情報と、当該共通情報に関連付けられた他の個別情報と、を特定する特定ステップと、前記指定された個別情報が前記共通情報と前記他の個別情報との間になるように、前記指定された個別情報、前記共通情報、及び前記他の個別情報の各々の順序を決定する決定ステップと、前記指定された個別情報のページを、表示手段に表示させる表示制御ステップと、を含み、前記表示制御ステップでは、前記指定された個別情報のページが表示された状態で、所定方向のページ送り操作が行われた場合に、前記他の個別情報のページを表示させ、前記指定された個別情報のページが表示された状態で、前記所定方向とは逆方向のページ送り操作が行われた場合に、前記共通情報のページを表示させる、ことを特徴とする。

　本発明に係るプログラムは、共通情報ごとに関連付けられた複数の個別情報の何れかが指定された場合に、当該個別情報に関連付けられた共通情報と、当該共通情報に関連付けられた他の個別情報と、を特定する特定手段、前記指定された個別情報が前記共通情報と前記他の個別情報との間になるように、前記指定された個別情報、前記共通情報、及び前記他の個別情報の各々の順序を決定する決定手段、前記指定された個別情報のページを、表示手段に表示させる表示制御手段、としてコンピュータを機能させ、前記表示制御手段は、前記指定された個別情報のページが表示された状態で、所定方向のページ送り操作が行われた場合に、前記他の個別情報のページを表示させ、前記指定された個別情報のページが表示された状態で、前記所定方向とは逆方向のページ送り操作が行われた場合に、前記共通情報のページを表示させる、ことを特徴とする。

　また、本発明に係る情報記憶媒体は、上記のプログラムが記憶されたコンピュータ読み取り可能な情報記憶媒体である。

　また、本発明の一態様では、前記共通情報ごとに、３つ以上の前記個別情報が関連付けられており、前記表示制御手段は、前記指定された個別情報のページが表示された状態で、前記所定方向のページ送り操作が行われるたびに、前記他の個別情報を次々と表示させる、ことを特徴とする。

　また、本発明の一態様では、前記共通情報ごとに、３つ以上の前記個別情報が関連付けられており、前記決定手段は、前記指定された個別情報に基づいて、前記他の個別情報の順序を決定する、ことを特徴とする。

　また、本発明の一態様では、前記共通情報ごとに、３つ以上の前記個別情報が関連付けられており、前記決定手段は、前記指定された個別情報のカテゴリと、前記他の個別情報の各々のカテゴリと、に基づいて、前記他の個別情報の順序を決定する、ことを特徴とする。

　また、本発明の一態様では、前記表示制御手段は、前記共通情報のページが表示された状態で、前記所定方向のページ送り操作が行われた場合に、前記指定された個別情報のページを再び表示させる、ことを特徴とする。

　また、本発明の一態様では、前記表示制御手段は、前記特定された共通情報のページが表示された状態で、前記逆方向のページ送り操作が行われた場合に、他の共通情報のページを表示させる、ことを特徴とする。

　また、本発明の一態様では、前記特定された共通情報は、他の共通情報と同じ全体情報と関連付けられており、前記表示制御手段は、前記特定された共通情報から最も離れた前記他の共通情報のページが表示された状態で、前記逆方向のページ送り操作が行われた場合に、前記全体情報のページを表示させる、ことを特徴とする。

　また、本発明の一態様では、前記特定された共通情報は、他の共通情報と同じ全体情報と関連付けられており、前記表示制御手段は、前記特定された共通情報のページが表示された状態で、前記逆方向のページ送り操作が行われた場合に、前記全体情報のページを表示させる、ことを特徴とする。

　また、本発明の一態様では、前記表示制御手段は、前記特定された共通情報のページが表示された状態で、前記所定方向のページ送り操作が行われた場合に、他の共通情報のページを表示させる、ことを特徴とする。

　また、本発明の一態様では、前記特定された共通情報は、他の共通情報と同じ全体情報と関連付けられており、前記表示制御手段は、前記特定された共通情報のページが表示された状態で、前記逆方向の前記ページ送り操作が行われた場合に、前記全体情報のページを表示させる、ことを特徴とする。

　また、本発明の一態様では、前記特定された共通情報は、他の共通情報と同じ全体情報と関連付けられており、前記全体情報は、他の全体情報と同じ総合情報と関連付けられており、前記表示制御手段は、前記特定された共通情報が表示された場合に、前記逆方向のページ送り操作が行われた場合に、前記全体情報のページを表示させ、前記全体情報が表示された場合に、前記逆方向のページ送り操作が行われた場合に、前記総合情報のページを表示させる、ことを特徴とする。

　また、本発明の一態様では、前記表示制御手段は、他の共通情報のページが表示された状態で、当該他の共通情報が指定された場合に、当該他の共通情報に関連付けられた個別情報のページを表示させる、ことを特徴とする。

　また、本発明の一態様では、前記表示制御手段は、前記指定された個別情報に基づいて、前記指定された他の共通情報に関連付けられた個別情報のページを表示させる、ことを特徴とする。

　また、本発明の一態様では、前記共通情報ごとに、３つ以上の前記個別情報が関連付けられており、前記表示制御手段は、前記指定された個別情報に基づいて、複数の前記他の個別情報の一部を表示対象とする、ことを特徴とする。

　また、本発明の一態様では、前記表示制御システムは、何れかの個別情報のページが前記表示手段に表示された状態で、ユーザによる指定操作が行われた場合に、当該個別情報に基づいて、所定の処理を実行する処理実行手段、を更に含むことを特徴とする。

　また、本発明の一態様では、前記個別情報は、商品又はサービスに関する情報であり、前記共通情報は、前記商品又は前記サービスの提供者に関する情報である、ことを特徴とする。

　また、本発明の一態様では、前記ページ送り操作は、タッチパネル上でタッチ位置を変化させることによって行われる、ことを特徴とする。

　本発明によれば、ユーザの操作負担を軽減することが可能になる。

表示制御システムの全体構成を示す図である。本実施形態における情報の概念図である。旅程リストの一例を示す図である。旅程表画面の一例を示す図である。ユーザがタップした部屋の部屋情報のページを示す図である。各ページの順序を示す図である。ユーザが左スワイプした場合に旅程表画面が変化する様子を示す図である。ユーザが右スワイプした場合に旅程表画面が変化する様子を示す図である。実施形態１の表示制御システムで実現される機能の一例を示す機能ブロック図である。ホテル情報データベースのデータ格納例を示す図である。部屋情報データベースのデータ格納例を示す図である。関連付けデータベースのデータ格納例を示す図である。表示制御システムにおいて実行される処理の一例を示すフロー図である。変形例（１）における各ページの順序を示す図である。ユーザが右スワイプした場合に旅程表画面が変化する様子を示す図である。変形例（２）における各ページの順序を示す図である。ユーザが右スワイプした場合に旅程表画面が変化する様子を示す図である。変形例（３）における各ページの順序を示す図である。ユーザが右スワイプした場合に旅程表画面が変化する様子を示す図である。実施形態２における各ページの順序を示す図である。実施形態２における旅程表画面が変化する様子を示す図である。実施形態２の変形例における各ページの順序を示す図である。ユーザが右スワイプした場合に旅程表画面が変化する様子を示す図である。実施形態３における情報の概念図である。実施形態３における各ページの順序を示す図である。ユーザが右スワイプした場合に旅程表画面が変化する様子を示す図である。実施形態４における旅程表画面が変化する様子を示す図である。

［１．実施形態１］
　以下、本発明に関わる表示制御システムの実施形態の例を説明する。

［１－１．表示制御システムの全体構成］
　図１は、表示制御システムの全体構成を示す図である。図１に示すように、表示制御システムＳは、ユーザ端末１０とサーバ２０とを含み、これらは、インターネットなどのネットワークＮに接続可能である。なお、図１ではユーザ端末１０とサーバ２０とを１台ずつ示しているが、これらは複数台あってよい。

　ユーザ端末１０は、ユーザが操作するコンピュータである。本実施形態では、ユーザ端末１０がタッチパネルを備えた携帯電話機（スマートフォンを含む）又は携帯情報端末（タブレット型コンピュータを含む）である場合を説明するが、ユーザ端末１０は、特にタッチパネルを備えていなくてもよく、例えば、パーソナルコンピュータ等であってもよい。本実施形態では、ユーザ端末１０は、制御部１１、記憶部１２、通信部１３、操作部１４、及び表示部１５を含む。

　制御部１１は、少なくとも一つのマイクロプロセッサを含む。制御部１１は、記憶部１２に記憶されたプログラムやデータに従って処理を実行する。記憶部１２は、主記憶部及び補助記憶部を含む。例えば、主記憶部はＲＡＭなどの揮発性メモリであり、補助記憶部は、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ、又はハードディスクなどの不揮発性メモリである。

　通信部１３は、有線通信又は無線通信用の通信インタフェースであり、ネットワークを介してデータ通信を行う。操作部１４は、ユーザが操作を行うための入力デバイスであり、例えば、タッチパネルやマウス等のポインティングデバイス、キーボード、又はボタン等である。操作部１４は、ユーザによる操作内容を制御部１１に伝達する。表示部１５は、例えば、液晶表示部又は有機ＥＬ表示部等である。表示部１５は、制御部１１の指示に従って画像を表示する。

　サーバ２０は、サーバコンピュータである。サーバ２０は、制御部２１、記憶部２２、及び通信部２３を含む。制御部２１、記憶部２２、及び通信部２３の物理的構成は、それぞれ制御部１１、記憶部１２、及び通信部１３と同様であってよい。

　なお、記憶部１２，２２に記憶されるものとして説明するプログラム及びデータは、ネットワークＮを介して供給されるようにしてもよい。また、上記説明した各コンピュータのハードウェア構成は、上記の例に限られず、種々のハードウェアを適用可能である。例えば、コンピュータ読み取り可能な情報記憶媒体を読み取る読取部（例えば、光ディスクドライブやメモリカードスロット）や外部機器とデータの入出力をするための入出力部（例えば、ＵＳＢポート）が含まれていてもよい。例えば、情報記憶媒体に記憶されたプログラムやデータが読取部や入出力部を介して、各コンピュータに供給されるようにしてもよい。

［１－２．実施形態１の概要］
　実施形態１では、表示制御システムＳを旅行予約サービスに適用する場合を一例として説明する。旅行予約サービスは、ユーザの旅行予約を総合的に支援するサービスであり、例えば、ホテル予約、レストラン予約、及びオプションツアー予約といった複数のサービスを含む。なお、表示制御システムＳは、旅行予約以外の任意の場面に適用可能であり、例えば、電子商取引、電子書籍、又は金融サービスといった種々のサービスにも適用可能である。

　表示制御システムＳでは、共通情報ごとに、複数の個別情報が関連付けられている。共通情報は、自身に関連付けられた複数の個別情報に共通する情報であり、例えば、商品又はサービスの提供者に関する情報である。提供者は、ユーザに商品又はサービスを提供する主体であり、例えば、ホテル、レストラン、店舗、又は会社などである。一方、個別情報は、共通情報に係る個々の情報であり、例えば、商品又はサービスに関する情報である。

　本実施形態では、共通情報の一例として、ホテルに関するホテル情報を説明し、個別情報の一例として、ホテル内の個々の部屋に関する部屋情報を説明する。このため、以降の説明において、ホテル情報と記載した箇所は共通情報と読み替えることができ、部屋情報と記載した箇所は個別情報と読み替えることができる。

　ホテル情報は、ホテルの基本情報であり、例えば、ホテルの名前、住所、連絡先、建物の画像、敷地内の施設、設備、価格帯、又は口コミといった情報を含む。一方、部屋情報は、個々の部屋の基本情報であり、例えば、部屋のタイプ、利用可能人数、間取り、広さ、バス・トイレの有無、又は部屋の紹介文といった情報を含む。

　なお、本実施形態では、宿泊施設の一例としてホテルを説明するが、宿泊施設は、ホテルに限られず、例えば、旅館、民泊施設、又はゲストハウスであってもよい。また、本実施形態のように表示制御システムＳを旅行予約サービスに適用した場合、共通情報と個別情報は、旅行予約に関する情報であればよく、宿泊施設以外の情報であってもよい。

　例えば、共通情報が、レストランに関する情報であり、個別情報が、レストランのメニューに関する情報であってもよい。また例えば、共通情報が、オプションツアーの提供会社に関する情報であり、個別情報が、個々のオプションツアーに関する情報であってもよい。また例えば、共通情報が、ある地域全体に関する情報であり、個別情報が、当該地域にある観光スポット又は飲食店に関する情報であってもよい。このように、共通情報が、個別情報全体に関係する内容となるように、共通情報と個別情報との間に相関関係があればよい。

　実施形態１では、ユーザは、予め用意された旅程を変更し、自分好みの旅程にアレンジできるようになっている。例えば、ユーザは、旅程リストの中からベースとなる旅程を選択し、当該旅程に組み込まれたホテルの部屋を選択し、他の部屋に変更するといったことができる。このように、ユーザは、ユーザ端末１０に表示される情報を次々と選択することによって、自分好みの旅程を作成することができる。

　図２は、本実施形態における情報の概念図である。図２に示すように、まず、ユーザ端末１０には、ベースとなる旅程の旅程リストが表示される。旅程リストには、複数の旅程が選択可能に表示されており、例えば、「ホテルＡを満喫する４日間」、「ウインターセール！ホテルＢ３日間」、及び「お一人様可！ホテルＣ３日間」といった旅程の名前が表示される。

例えば、「ホテルＡを満喫する４日間」という旅程には、ホテルＡ内の何れかの部屋が、ベースとなる部屋として組み込まれている。また例えば、「ウインターセール！ホテルＢ３日間」という旅程には、ホテルＢ内の何れかの部屋が、ベースとなる部屋として組み込まれている。また例えば、「お一人様可！ホテルＣ３日間」という旅程には、ホテルＣ内の何れかの部屋が、ベースとなる部屋として組み込まれている。このため、ホテル情報（後述する図１０に示す種別が「プロバイダ」であり、タイプが「ホテル」の情報）としては、少なくともホテルＡ～Ｃのホテル情報が存在することになる。

　本実施形態では、ユーザは、旅程リストから任意の旅程を選択すると、当該旅程に組み込まれたベースとなる部屋を、同じホテルの他の部屋に変更することができる。例えば、図２の例において、「ホテルＡを満喫する４日間」という旅程に、「スイートルームａ３」がベースとなる部屋として組み込まれていたとすると、ユーザは、旅程リストから当該旅程を選択し、ベースとなる「スイートルームａ３」を、「スイートルームａ４」又は「スイートルームａ５」といった他の部屋に変更することができる。このため、部屋情報（後述する図１１に示す種別が「アイテム」であり、タイプが「部屋」の情報）としては、少なくともホテルＡ～Ｃの各々の部屋に関する情報が存在することになる。

　実施形態１では、上記のような概念の情報を利用して、ユーザに旅行予約サービスが提供される。例えば、ユーザがユーザ端末１０を操作してサーバ２０にアクセスすると、ベースとなる旅程を選択するための旅程リスト画面が表示部１５に表示される。なお、以降説明する画面は、ユーザ端末１０に記憶された旅行予約アプリの画面として表示されてもよいし、ウェブブラウザの画面として示されてもよい。

　図３は、旅程リスト画面の一例を示す図である。図３に示すように、旅程リスト画面Ｇ１には、予め用意された基本的な旅程のリストが表示される。例えば、旅程リスト画面Ｇ１では、キーワードに基づいて旅程の検索をしたり、所定の絞り込み条件に基づいて旅程の絞り込みをしたりすることができるようになっている。

　また例えば、旅程リスト画面Ｇ１は、ユーザが旅程を選択するための複数のエリアＡ１０を含む。各エリアＡ１０には、旅程の名前や画像が表示されており、例えば、ユーザは、何れかのエリアＡ１０をタップすることで旅程を選択することができる。旅程リスト画面Ｇ１の中からユーザがエリアＡ１０をタップして選択すると、旅程の旅程表を示す旅程表画面が表示部１５に表示される。

　図４は、旅程表画面の一例を示す図である。図４に示すように、例えば、旅程表画面Ｇ２には、日程ごとに、その日の旅程表が表示される。例えば、旅程表画面Ｇ２には、旅程に組まれている観光スポット、オプションツアー、移動手段、ホテル、又は飲食店といった個々の旅程を示すエリアＡ２０が時系列的に表示される。図４の例では、旅程の１日目には、「１１時にロープウェイで山に登った後に、１５時にホテルＡにチェックインしてスイートルームａ３に宿泊する」といった旅程が組まれている。

　ユーザは、旅程表画面Ｇ２から所定の操作をすることで、旅程の追加・削除・変更を行い、自分好みの旅程を作り上げることができる。ここでは、旅程に組まれたホテルの部屋の情報を閲覧しつつ、必要があれば部屋を変更するための操作を例に挙げて説明する。例えば、旅程表画面Ｇ２において、旅程に組まれた「ホテルＡ」の「スイートルームａ３」を示すエリアＡ２０をユーザがタップすると、「スイートルームａ３」のページが旅程表画面Ｇ２に表示される。

　図５は、ユーザがタップした部屋の部屋情報のページを示す図である。図５に示すように、旅程表画面Ｇ２には、ユーザがタップした「スイートルームａ３」の部屋情報のページが表示され、例えば、部屋のタイプ、室内の画像、部屋の特徴を示す説明文、及び宿泊料金といった情報が表示される。

　本実施形態では、ユーザがタップした部屋の部屋情報のページが表示されると、ユーザは、水平方向にスワイプすることで、ホテル情報のページに移動したり、同ホテルの他の部屋の部屋情報のページに移動したりすることができる。他の部屋の部屋情報のページには、表示中の部屋を旅程に組み込むためのボタンが表示され、ユーザがボタンを選択すると、既に旅程に組まれた部屋に代えて、表示中の部屋を旅程に組み込むことができる。なお、図５の例では、既に旅程に組まれた部屋が表示されているので、当該ボタンは表示されない。本実施形態では、上記各ページは、所定の順序で並ぶようになっている。

　図６は、各ページの順序を示す図である。図６に示すように、旅程に組まれた「ホテルＡ」の「スイートルームａ３」という部屋を示すエリアＡ２０をユーザがタップした場合、「スイートルームａ３」がある「ホテルＡ」が１番目となり、タップされた「スイートルームａ３」が２番目となり、「ホテルＡ」の他の部屋が３番目以降に並ぶ。

　他の部屋のページの順序は、予め固定されていてもよいが、本実施形態では、タップされた「スイートルームａ３」と同じタイプの部屋が、料金が安い順に並ぶようになっている。図６の例では、「スイートルームａ５」は、タップされた「スイートルームａ３」と同じタイプであり、同じタイプの中で最も料金が安いため３番目となっている。また、「スイートルームａ４」は、タップされた「スイートルームａ３」と同じタイプであり、同じタイプの中で２番目に料金が安いため４番目となっている。

　また、「ダブルルームａ２」は、タップされた「スイートルームａ３」とはタイプが異なるが、異なるタイプの中で料金が最も安いので５番目となっている。また、「ダブルルームａ１」は、タップされた「スイートルームａ３」と類似するタイプであり、類似するタイプの中で２番目に料金が安いので６番目となっている。以降同様にして、７ページ以降は、タップされた部屋とはタイプの異なる部屋が料金の安い順に並んでいる。

　タップされた「スイートルームａ３」のページが旅程表画面Ｇ２に表示された後に、ユーザは、画面上でスワイプすることによって、上記の順序で並べられた他のページに移動することができる。以降では、指やタッチペンなどを左方向に移動させるスワイプを左スワイプと記載し、右方向に移動させるスワイプを右スワイプと記載する。例えば、ユーザが左スワイプをすると、右側のページに移動することができる。

　図７は、ユーザが左スワイプした場合に旅程表画面Ｇ２が変化する様子を示す図である。なお、図７では、説明の簡略化のために、旅程表画面Ｇ２の詳細は省略し、どのページが表示されているかのみを示している。図７に示すように、「スイートルームａ３」のページが表示された状態（旅程表画面Ｇ２Ａ）で、ユーザが左スワイプすると（旅程表画面Ｇ２Ｂ）、表示中の「スイートルームａ３」のページから、右側の「スイートルームａ５」のページに移動する（旅程表画面Ｇ２Ｃ）。

　次いで、「スイートルームａ５」のページが表示された状態（旅程表画面Ｇ２Ｃ）で、ユーザが左スワイプすると（旅程表画面Ｇ２Ｄ）、表示中の「スイートルームａ５」のページから、右側の「スイートルームａ４」のページに移動し、「スイートルームａ５」のページが表示される（旅程表画面Ｇ２Ｅ）。以降同様に、ユーザが左スワイプするたびに次々と右側のページに移動することができる（旅程表画面Ｇ２Ｆ～Ｇ２Ｉ）。一方、ユーザが右スワイプをすると、左側のページに移動することができる。

　図８は、ユーザが右スワイプした場合に旅程表画面Ｇ２が変化する様子を示す図である。図８に示すように、タップされた「スイートルームａ３」のページが表示された状態（旅程表画面Ｇ２Ｊ）で、ユーザが右スワイプすると（旅程表画面Ｇ２Ｋ）、「スイートルームａ３」のページから、左側の「ホテルＡ」のページに移動する（旅程表画面Ｇ２Ｌ）。

　図８の例では、「ホテルＡ」のページは、１番目であり左側にページがないので、「ホテルＡ」のページが表示された状態（旅程表画面Ｇ２Ｌ）で、ユーザが右スワイプした場合には、他のページには移動しない（旅程表画面Ｇ２Ｍ）。なお、この場合に、他のページに移動しないようにするのではなく、例えば、最後のページに移動してループさせるようにしてもよいし、図５の旅程表画面Ｇ２（「スイートルームａ３」をタップする前の状態）に戻るようにしてもよい。例えば、ロール式のインタフェースを採用する場合には、このようにページをループさせることで、より使い勝手の良いインタフェースを提供することができる。

　一方、「ホテルＡ」のページが表示された状態（旅程表画面Ｇ２Ｌ）で、ユーザが左スワイプすると、（旅程表画面Ｇ２Ｎ）、「ホテルＡ」のページから、右側の「スイートルームａ３」のページに戻る（旅程表画面Ｇ２Ｏ）。即ち、右スワイプと左スワイプを交互に繰り返すことで、最初にタップされた「スイートルームａ３」のページと、「ホテルＡ」のページと、の間を行ったり来たりすることができる。

　なお、「ホテルＡ」のページから「スイートルームａ３」のページに戻った後に、ユーザが左スワイプをした場合には、図７で説明したように、左スワイプするたびに次々と右側のページに移動することができる。更に、右側のページに移動した後に、ユーザが右スワイプを繰り返すと、次々と左側のページに移動し、「スイートルームａ３」のページに戻ることができる。

　以上のように、本実施形態の表示制御システムＳでは、旅程表画面Ｇ２において、タップされた部屋があるホテルのページ、タップされた部屋のページ、他の部屋のページの順序で各ページが並べられ、スワイプによってページ間を移動できるようにすることで、タップされた部屋によって動的にページ順が変わり、ホテル情報も他の部屋情報も見やすい状態となってユーザの操作負担を軽減するようになっている。以降、この技術の詳細を説明する。

［１－３．実施形態１において実現される機能］
　図９は、実施形態１の表示制御システムＳで実現される機能の一例を示す機能ブロック図である。なお、本実施形態では、ページの表示制御に関する主な機能がサーバ２０で実現される場合を説明するが、後述する変形例のように、主な機能がユーザ端末１０で実現されるようにしてもよいし、ユーザ端末１０とサーバ２０との間で機能が分担されてもよい。

[１－３－１．サーバで実現される機能]
　図９に示すように、サーバ２０では、データ記憶部２００、特定部２０１、決定部２０２、表示制御部２０３、及び処理実行部２０４が実現される。データ記憶部２００、特定部２０１、決定部２０２、表示制御部２０３、及び処理実行部２０４は、それぞれ記憶手段、特定手段、決定手段、表示制御手段、及び処理実行手段の一例である。

［データ記憶部］
　データ記憶部２００は、記憶部２２を主として実現される。データ記憶部２００は、ページの表示制御をするために必要なデータを記憶する。ここでは、データ記憶部２００が記憶するデータの一例として、ホテル情報データベースＤＢ１、部屋情報データベースＤＢ２、及び関連付けデータベースＤＢ３を説明する。

　なお、本実施形態では、サーバ２０のデータ記憶部２００に記憶されるものとして説明するデータは、表示制御システムＳ内の他のサーバに記憶されていてもよいし、表示制御システムＳ外の他のサーバ（例えば、航空会社やツアー会社といった提携先の企業が管理するシステム内のサーバ）に記憶されていてもよい。この場合、サーバ２０と他のサーバとは、ＡＰＩ（Application Programming Interface）やフェイルのやり取りによって接続可能となる。

　図１０は、ホテル情報データベースＤＢ１のデータ格納例を示す図である。図１０に示すように、ホテル情報データベースＤＢ１は、ホテル情報を格納するためのデータベースである。例えば、ホテル情報データベースＤＢ１には、ホテル情報を一意に識別するホテルＩＤに関連付けられて、データの種別、データのタイプ、及びホテル情報の実データが格納される。

　データの種別は、データの大まかな分類であり、例えば、ホテル情報であるか部屋情報であるかを識別するための情報である。即ち、データの種別は、概念的にどの階層の情報に属するかを識別するものである。ここでは、データの種別が「プロバイダ」であることは、そのデータが共通情報であることを意味し、データの種別が「アイテム」であることは、そのデータが個別情報であることを意味する。このため、データの種別が「プロバイダ」であれば、その情報は概念的には上位の情報となり、データの種別が「アイテム」であれば、その情報は概念的には下位の情報となる。ホテル情報データベースＤＢ１には、ホテル情報が格納されるので、ホテル情報データベースＤＢ１に格納されるデータの種別は、全て「プロバイダ」となる。

　データのタイプは、データの細かな分類であり、例えば、ホテル情報、レストラン情報、及びオプションツアーの提供会社情報といった複数の共通情報のうちの何れを示すかを識別するための情報である。即ち、データのタイプは、何の共通情報であるかを識別するための情報である。例えば、データの種別が「プロバイダ」であれば、「ホテル」、「レストラン」、及び「ツアー会社」といったタイプが存在する。例えば、ホテル情報のタイプは「ホテル」となり、レストラン情報のタイプは「レストラン」となり、オプションツアーの提供会社情報のタイプは「ツアー会社」となる。

　ホテル情報の実データは、ホテル情報の内容を示すデータであり、ホテル情報のページを表示させるためのデータである。ホテル情報の実データとしては、ホテル情報のページに表示させるテキスト及び画像が格納され、例えば、ホテルの名前、住所、連絡先、建物の画像、敷地内の施設、設備、価格帯、又は口コミなどが格納される。なお、ホテル情報の実データは、ホテル情報のページのレイアウトに関する情報を含んでいてもよい。

　図１１は、部屋情報データベースＤＢ２のデータ格納例を示す図である。図１１に示すように、部屋情報データベースＤＢ２は、部屋情報を格納するためのデータベースである。例えば、部屋情報データベースＤＢ２には、部屋情報を一意に識別する部屋ＩＤに関連付けられて、データの種別、データのタイプ、カテゴリ、及び部屋情報の実データが格納される。

　データの種別とタイプの意味は先述した通りである。例えば、部屋情報データベースＤＢ２には、部屋情報が格納されるので、部屋情報データベースＤＢ２に格納されるデータのデータ種別は、全て「アイテム」となる。また例えば、データの種別が「アイテム」であれば、「部屋」、「メニュー」、及び「ツアー詳細」といったタイプが存在する。例えば、部屋情報のタイプは「部屋」となり、メニュー情報のタイプは「メニュー」となり、オプションツアー情報のタイプは「ツアー詳細」となる。

　本実施形態では、例えば、データの種別が「プロバイダ」でありタイプが「ホテル」のホテル情報と、データの種別が「アイテム」でありタイプが「部屋」の部屋情報と、が互いに対応する。また例えば、データの種別が「プロバイダ」でありタイプが「レストラン」のレストラン情報と、データの種別が「アイテム」でありタイプが「メニュー」のメニュー情報と、が互いに対応する。また例えば、データの種別が「プロバイダ」でありタイプが「ツアー会社」の提供会社情報と、データの種別が「アイテム」でありタイプが「ツアー詳細」のオプションツアー情報と、が互いに対応する。これらの対応関係は、数式形式又はテーブル形式で定義されていてもよいし、プログラムコードの一部として定義されていてもよい。

　カテゴリは、部屋情報の属性（分類）であり、例えば、スイートルーム、ダブルルーム、シングルルームといったものである。表示制御システムＳでは、複数のカテゴリが用意されており、各部屋は何れかのカテゴリに分類される。

　部屋情報の実データは、部屋情報の内容を示すデータであり、部屋情報のページを表示させるためのデータである。部屋情報の実データとしては、部屋情報のページに表示させるテキスト及び画像が格納され、例えば、部屋の名前、利用可能人数、間取り、広さ、バス・トイレの有無、又は部屋の紹介文などが格納される。なお、部屋情報の実データは、部屋情報のページのレイアウトに関する情報を含んでいてもよい。

　図１２は、関連付けデータベースＤＢ３のデータ格納例を示す図である。図１２に示すように、関連付けデータベースＤＢ３には、ホテル情報と、複数の部屋情報と、の関連付けを定義したデータベースである。なお、ホテル情報と部屋情報とを関連付けるとは、ホテル情報と部屋情報とを相互に検索可能とすることである。

　別の言い方をすれば、関連付けデータベースＤＢ３は、ホテル情報と部屋情報との対応関係を定義するデータベースである。例えば、関連付けデータベースＤＢ３には、ホテルＩＤごとに、複数の部屋ＩＤが関連付けられている。本実施形態では、ホテルＩＤと部屋ＩＤとは１対多の関係にある。

　なお、ここでは、関連付けデータベースＤＢ３によってホテル情報と部屋情報との関連付けが定義されている場合を説明するが、これらの関連付けは、ホテル情報データベースＤＢ１内に定義されていてもよいし、部屋情報データベースＤＢ２内に定義されていてもよい。ホテル情報データベースＤＢ１内に関連付けを定義する場合には、ホテルＩＤに関連付けて、複数の部屋ＩＤが格納されるようにしてもよい。部屋情報データベースＤＢ２内に関連付けを定義する場合には、部屋ＩＤに関連付けて、ホテルＩＤが格納されるようにしてもよい。他にも例えば、ホテル情報と部屋情報との関連付けは、データベース形式で定義されていなくてもよく、任意の形式で定義されてよい。例えば、これらの関連付けは、数式形式のデータで定義されていてもよいし、プログラムコードの一部として記述されていてもよい。

　また、データ記憶部２００に記憶されるデータは、上記の例に限られない。例えば、データ記憶部２００は、予め定められた基本的な旅程を示すデータベースを記憶してもよい。また例えば、データ記憶部２００は、ユーザがアレンジした旅程を示すデータベースを記憶してもよい。また例えば、データ記憶部２００は、旅程リスト画面Ｇ１や旅程表画面Ｇ２に表示させる画像の画像データを記憶してもよい。

［特定部］
　特定部２０１は、制御部２１を主として実現される。特定部２０１は、ホテル情報ごとに関連付けられた複数の部屋情報の何れかが指定された場合に、当該部屋情報に関連付けられたホテル情報と、当該ホテル情報に関連付けられた他の部屋情報と、を特定する。

　ここでの指定とは、ユーザが手動で行う指定と、コンピュータ側で自動的に行う指定と、の両方を含む意味である。即ち、部屋情報の指定は、ユーザが操作部１４を操作することで行われてもよいし、コンピュータによりプログラムが実行されることで行われてもよい。

　例えば、ユーザが手動で部屋情報を指定する場合には、ユーザは、所定の指定操作をすることで部屋情報を指定する。例えば、部屋情報を示す画像（例えば、図４のエリアＡ２０）をタップすることが指定操作の一例として説明するが、指定操作は、部屋情報を指定するための操作であればよく、他の操作であってよい。例えば、指定操作は、操作部１４を使って部屋情報を示す画像を選択すること（例えば、タッチパネルで画像を長押し又はダブルタップしたり、マウスで画像をクリックしたりすること）であってもよいし、部屋情報へのリンクを選択することであってもよい。

　また例えば、コンピュータが自動的に部屋情報を指定する場合には、コンピュータは、所定条件が満たされたと判定された場合に部屋情報を指定する。所定条件としては、任意の条件であってよく、例えば、部屋情報がユーザ端末１０に一定時間表示されることであってもよいし、ユーザの閲覧履歴をもとにリコメンドする部屋情報が決定されることであってもよい。

　例えば、特定部２０１は、ユーザの指定操作又はコンピュータの指定結果に基づいて、指定された部屋情報の部屋ＩＤを特定する。そして、特定部２０１は、関連付けデータベースＤＢ３を参照して、当該部屋ＩＤに関連付けられたホテルＩＤを特定することによって、ホテル情報を特定する。また例えば、特定部２０１は、当該ホテルＩＤに関連付けられた他の部屋ＩＤを特定することによって、他の部屋情報を特定する。

　他の部屋情報は、特定部２０１が特定したホテル情報に関連付けられた複数の部屋情報のうち、指定された部屋情報ではない部屋情報である。即ち、他の部屋情報は、指定された部屋情報の部屋と同じホテルの他の部屋の部屋情報である。

　特定部２０１が特定する他の部屋情報は、１つであってもよいし、複数であってもよい。例えば、部屋タイプが２種類しかなく、部屋情報が２つしかないホテルであれば、特定部２０１が特定する他の部屋情報は、必然的に１つだけとなる。

　一方、ホテル情報ごとに、３つ以上の部屋情報が関連付けられている場合には、特定部２０１は、複数の他の部屋情報を特定してもよい。この場合、他の部屋情報が２つ以上存在するが、特定部２０１は、その全部を特定してもよいし、一部だけを特定してもよい。即ち、例えば、部屋タイプが１０種類あり、部屋情報が１０個あるホテルであれば、特定部２０１が特定可能な他の部屋情報は、９個となる。特定部２０１は、当該９個の他の部屋情報の全てを特定してもよいし、あえて一部のものしか特定しなくてもよい。一部のものしか特定しない場合には、特定部２０１は、タップにより指定された部屋情報とカテゴリや料金などが似たものだけを特定してもよい。

［決定部］
　決定部２０２は、制御部２１を主として実現される。決定部２０２は、タップにより指定された部屋情報がホテル情報と他の部屋情報との間になるように、タップにより指定された部屋情報、ホテル情報、及び他の部屋情報の各々の順序を決定する。これらの順序を決定するためのアルゴリズムは、予めプログラムに定義されており、決定部２０２は、当該アルゴリズムに基づいて順序を決定する。

　なお、先述したように、部屋情報の指定は、ユーザが行ってもよいしコンピュータが行ってもよいので、本実施形態において「タップにより指定された部屋情報」と記載した箇所については、「指定された部屋情報」と読み替えることができ、この部屋情報は、ユーザが指定してものであってもよいし、コンピュータが指定したものであってもよい。

　例えば、決定部２０２は、ホテル情報が、タップにより指定された部屋情報の１つ前になり、他の部屋情報が、タップにより指定された部屋情報よりも後になるように順序を決定してもよい。また例えば、上記とは逆に、決定部２０２は、ホテル情報が、タップにより指定された部屋情報の１つ後になり、他の部屋情報が、タップにより指定された部屋情報よりも前になるように順序を決定してもよい。

　また例えば、決定部２０２は、タップにより指定された部屋情報に基づいて、他の部屋情報の各々の順序を決定してもよい。本実施形態では、各部屋情報に、カテゴリが関連付けられているので、決定部２０２は、タップにより指定された部屋情報のカテゴリと、他の部屋情報のカテゴリと、に基づいて、他の部屋情報の各々の順序を決定する。

　例えば、決定部２０２は、タップにより指定された部屋情報と同じカテゴリの他の部屋情報が、タップにより指定された部屋情報の隣となるように、他の部屋情報の各々の順序を決定する。また例えば、決定部２０２は、タップにより指定された部屋情報と順番的に近いほどカテゴリが類似するように、他の部屋情報の各々の順序を決定する。別の言い方をすれば、決定部２０２は、タップにより指定された部屋情報から見て、カテゴリが類似する順となるように、他の部屋情報の各々の順序を決定する。

　なお、カテゴリ同士の類似／非類似を定義したデータは、予めデータ記憶部２００に定義しておけばよい。このデータは、数式形式又はテーブル形式であってもよいし、プログラムコードの一部であってもよい。例えば、このデータによれば、「スイートルーム」と類似するカテゴリとして「ダブルルーム」が定義され、非類似のカテゴリとして「シングルルーム」が定義される。決定部２０２は、当該データに基づいて、タップにより指定された部屋情報と類似するカテゴリを特定し、当該カテゴリの他の部屋情報が、タップにより指定された部屋情報の近くになるように、他の部屋情報の順序を決定する。

　なお、タップにより指定された部屋情報に基づいて、他の部屋情報の順序を決定する方法は、カテゴリを利用した方法に限られない。例えば、決定部２０２は、タップにより指定された部屋情報の料金に基づいて、他の部屋情報の順序を決定してもよい。この場合、決定部２０２は、タップにより指定された部屋情報の料金との差が小さい順となるように、他の部屋情報の順序を決定してもよい。

　また例えば、決定部２０２は、タップにより指定された部屋情報に含まれるキーワードに基づいて、他の部屋情報の順序を決定してもよい。この場合、決定部２０２は、タップにより指定された部屋情報のキーワードとの一致数が多い順となるように、他の部屋情報の順序を決定してもよい。他にも例えば、決定部２０２は、タップにより指定された部屋情報に含まれる利用可能人数、間取り、広さ等に基づいて、他の部屋情報の順序を決定してもよい。

［表示制御部］
　表示制御部２０３は、制御部２１を主として実現される。表示制御部２０３は、タップにより指定された部屋情報のページを表示部１５に表示させる。即ち、表示制御部２０３は、複数の部屋情報の何れかがタップにより指定された場合に、当該部屋情報のページを表示部１５に表示させる。別の言い方をすれば、表示制御部２０３は、部屋情報がタップされたこと（即ち、部屋情報が指定されたこと）に応じて、当該部屋情報のページを表示部１５に表示させる。

　本実施形態では、サーバ２０において主な表示制御が実行されるので、表示制御部２０３は、部屋情報データベースＤＢ２から、タップにより指定された部屋情報を取得し、当該部屋情報に基づいて、当該部屋情報のページの表示データを生成してユーザ端末１０に送信することによって、当該部屋情報のページを表示部１５に表示させることになる。

　表示制御部２０３は、タップにより指定された部屋情報のページが表示された状態で、所定方向のページ送り操作が行われた場合に、他の部屋情報のページを表示させる。また、表示制御部２０３は、タップにより指定された部屋情報のページが表示された状態で、所定方向とは逆方向のページ送り操作が行われた場合に、ホテル情報のページを表示させる。

　ページ送り操作は、ページを進めたり戻ったりするための操作であり、例えば、操作部１４から行われる方向指示操作である。別の言い方をすれば、ページ送り操作は、現在のページを変更する操作であり、ページを切り替える操作ということもできる。

　本実施形態では、ページ送り操作がタッチパネル上でタッチ位置を変化させることによって行われる操作である場合を一例として説明し、更にその具体例としてスワイプを説明する。このため、本実施形態において、スワイプと記載した箇所については、ページ送り操作と読み替えることができる。

　所定方向とは、ページを進める方向又は戻る方向であり、例えば、画面上で指示される上下左右のうちの何れかの方向である。ここでの上下左右とは、ユーザが直立してユーザ端末１０（表示部１５）を見た場合の上下左右のことである。別の言い方をすれば、縦長の画面であれば、長辺方向が上下方向（垂直方向）であり、短辺方向が左右方向（水平方向）である。一方、横長の画面であれば、短辺方向が上下方向であり、長辺方向が左右方向である。

　所定方向がページを進める方向であれば、逆方向はページを戻る方向であり、所定方向がページを戻る方向であれば、逆方向はページを進める方向である。例えば、逆方向は、画面上において、所定方向とのなす角度が所定角度以上となる方向であり、例えば、所定方向の反対方向である。例えば、逆方向は、所定方向とのなす角度が１８０°であってもよいが、必ずしも真逆である必要はなく、９０°より大きく１８０°未満の任意の角度であってもよい。

　本実施形態では、左方向（ページを進める方向）が所定方向に相当し、所定方向のページ送り操作が左スワイプである場合を一例として説明する。また、右方向（ページを戻らせる方向）が逆方向に相当し、逆方向のページ送り操作が右スワイプである場合を一例として説明する。このため、本実施形態において、左スワイプと記載した箇所については、所定方向のページ送り操作と読み替えることができ、右スワイプと記載した箇所については、逆方向のページ送り操作と読み替えることができる。

　なお、本実施形態では、図６に示すように、右に行くほどページ順が増加する場合を説明するため、左スワイプがページを進める操作であり、右スワイプがページを戻る操作である場合を説明するが、これとは逆に、左に行くほどページ順が増加する場合には、右スワイプがページを進める操作であり、左スワイプがページを戻る操作であってもよい。

　また、ページ送り操作としては、任意の操作を適用可能であり、例えば、タッチパネル上で行われるフリックであってもよいし、ページ送りの方向を示す矢印画像を選択することであってもよい。矢印画像を利用する場合には、所定方向を示す矢印画像と、逆方向を示す矢印画像と、を利用して、ユーザが指示した方向を特定してもよい。

　また例えば、ユーザ端末１０がマイクを含む場合には、ページ送り操作は、音声によって指示されてもよい。また例えば、ユーザ端末１０がカメラを含む場合には、ページ送り操作は、ユーザのジェスチャによって指示されてもよい。また例えば、ユーザ端末１０が加速度センサやジャイロセンサを含む場合には、ページ送り操作は、ユーザ端末１０の位置変化や姿勢変化によって指示されてもよい。

　例えば、ユーザがスワイプをすると、ユーザ端末１０は、サーバ２０に対し、スワイプが行われたことを通知する。この通知には、スワイプの方向も含まれているものとする。サーバ２０が通知を受信すると、表示制御部２０３は、受信した通知に基づいて、スワイプの方向を特定する。表示制御部２０３は、スワイプの方向と、決定部２０２が決定した順序と、に基づいて、表示させるべきページを特定する。なお、何番目を表示中であるかを識別する情報は、予めデータ記憶部２００に記憶されているものとする。表示制御部２０３は、ホテル情報データベースＤＢ１又は部屋情報データベースＤＢ２に基づいて、特定したページの表示データを生成し、ユーザ端末１０に対して送信する。

　より具体的には、例えば、何れかのページが表示された状態で、ユーザが左スワイプをすると、ユーザ端末１０は、サーバ２０に対し、左スワイプが行われたことを通知する。サーバ２０が通知を受信すると、表示制御部２０は、表示中のページを識別する情報と、決定部２０２が決定した順序と、に基づいて、１つ後のページの表示データを生成してユーザ端末１０に送信する。同様に、何れかのページが表示された状態で、ユーザが右スワイプをすると、ユーザ端末１０は、サーバ２０に対し、右スワイプが行われたことを通知する。サーバ２０が通知を受信すると、表示制御部２０３は、表示中のページを識別する情報と、決定部２０２が決定した順序と、に基づいて、１つ前のページの表示データを生成してユーザ端末１０に送信する。

　なお、ユーザがユーザ端末１０でスワイプした場合に、サーバ２０側で次のページを特定するのではなく、決定部２０２の決定結果（例えば、ホテルＩＤと部屋ＩＤの並び順）を予めユーザ端末１０に送信しておき、ユーザ端末１０側で次のページを特定してもよい。この場合、ユーザ端末１０は、次のページとして表示させたいホテルＩＤ又は部屋ＩＤをサーバ２０に送信し、サーバ２０がホテルＩＤ又は部屋ＩＤを受信すると、表示制御部２０３は、受信したホテルＩＤ又は部屋ＩＤに対応するページを生成してユーザ端末１０に送信することになる。なお、この場合、何番目を表示中であるかを識別する情報は、予めユーザ端末１０のデータ記憶部１００に記憶されているものとする。

　また例えば、ユーザ端末１０に記憶されたプログラム（例えば、旅行予約アプリ）にページのフレームが含まれている場合には、ユーザ端末１０の表示制御部１０２は、ページ内の画像やテキスト情報をサーバ２０から取得し、当該取得した画像やテキスト情報をフレームに挿入してもよい。なお、フレームは、ページの基本的なレイアウトを定義するデータであり、画像やテキスト情報がフレームの所定の位置にはめ込まれることでページが完成する。このため、ページは、サーバ２０側で生成されるのではなく、ユーザ端末１０側で生成されるようにしてもよい。なお、ホテル情報のページ（データの種別が「プロバイダ」でありタイプが「ホテル」のページ）と部屋情報のページ（データの種別が「アイテム」でありタイプが「部屋」のページ）は、同じフレームが使用されてもよいし、異なるフレームが使用されてもよい。

　また例えば、旅程表画面Ｇ２の何れかのエリアＡ２０がタップされると（即ち、何れかのアイテムが選択されると）、アイテム名（例えば、部屋名）とプロバイダ名（例えば、ホテル名）が抽出され、決定部２０２により決定された順序を示すリストが生成され、タップされたエリアＡ２０が示すアイテムのページ情報とともに当該リストがユーザ端末１０に送信されるようにしてもよい。当該リストが送信されることによって、図５に示すように、前後のアイテム名をページの上部等に表示させることができる。

　なお、部屋情報は、ページのフレームに挿入される情報ということもできる。決定部２０２により順序が決定される対象となるのは、部屋情報そのものであってもよいが、本実施形態では、部屋名又は部屋ＩＤとなる場合を説明する。即ち、順序が決定される対象となるものは、ページのフレームに挿入される情報そのものでなくてもよく、当該情報を識別可能な部屋名や部屋ＩＤであってもよい。

　本実施形態では、ホテル情報ごとに、３つ以上の部屋情報が関連付けられているので、図７を参照して説明したように、表示制御部２０３は、タップにより指定された部屋情報のページが表示された状態で、左スワイプが行われるたびに、他の部屋情報のページを次々と表示させる。即ち、表示制御部２０３は、左スワイプが繰り返し行われた場合に、他の部屋情報のページを順次表示させる。

　また例えば、図８を参照して説明したように、表示制御部２０３は、ホテル情報のページが表示された状態で、左スワイプが行われた場合に、タップにより指定された部屋情報のページを再び表示させる。表示制御部２０３は、右スワイプが行われてホテル情報のページが表示された後に、左スワイプが行われた場合に、タップにより指定された部屋情報のページに戻らせる。

　なお、本実施形態のように、ホテル情報ごとに、３つ以上の部屋情報が関連付けられている場合には、表示制御部２０３は、タップにより指定された部屋情報に基づいて、複数の他の部屋情報の一部を表示対象としてもよい。即ち、表示制御部２０３は、タップにより指定された部屋と同じホテルの他の部屋の部屋情報を全て表示させなければならないのではなく、一部の部屋の部屋情報のみを表示させるようにしてもよい。この場合、一部の部屋としては、タップにより指定された部屋と同じ又は類似するタイプの部屋であってもよいし、宿泊料金、利用可能人数、間取り、広さの違いが閾値未満となる部屋であってもよい。

［処理実行部］
　処理実行部２０４は、制御部２１を主として実現される。処理実行部２０４は、何れかの部屋情報のページが表示部１５に表示された状態で、ユーザによる指定操作が行われた場合に、当該部屋情報に基づいて、所定の処理を実行する。

　ここでの指定操作は、ユーザが行う操作であり、ページ内の所定の画像（例えば、ボタン）を選択する操作（例えば、タッチパネルでタップしたり、マウスでクリックしたりすること）を一例として説明する。なお、指定操作は、他の操作であってもよく、例えば、タッチパネルに対する長押し又はダブルタップであってもよいし、ページ送り操作と同様に、音声、ジェスチャ、ユーザ端末１０の位置変化又は姿勢変化によって行われてもよい。

　所定の処理は、予め定められた処理であればよく、例えば、表示中のページの部屋情報を、ユーザが指定した部屋情報として決定する処理である。このため、部屋情報は、ユーザが指定する情報であり、ホテル情報は、ユーザが部屋情報を指定するために参考とする情報ということができる。

　また例えば、所定の処理は、最初にタップされた部屋情報に代えて、ページに表示された部屋情報をユーザが指定した部屋情報として確定する処理であってもよい。処理実行部２０４が、ユーザによる指定操作に基づいて所定の処理が実行されることによって、旅程表画面Ｇ２内のページは、単なる情報の提示ではなく、ユーザとユーザ端末１０との間で情報をやり取りするユーザインタフェースの役割を果たすので、より技術的な特徴を有することになる。

[１－３－２．ユーザ端末で実現される機能]
　図９に示すように、ユーザ端末１０では、データ記憶部１００、受付部１０１、及び表示制御部１０２が実現される。データ記憶部１００、受付部１０１、及び表示制御部１０２は、それぞれ記憶手段、受付手段、及び表示制御手段の一例である。

［データ記憶部］
　データ記憶部１００は、記憶部１２を主として実現される。データ記憶部１００は、サーバ２０から受信したデータを記憶する。例えば、データ記憶部１００は、サーバ２０から受信した部屋情報又はホテル情報のページの表示データを記憶する。他にも例えば、データ記憶部１００は、旅程リスト画面Ｇ１の表示データを記憶してもよいし、旅程表画面Ｇ２の表示データを記憶してもよい。

［受付部］
　受付部１０１は、制御部１１を主として実現される。受付部１０１は、操作部１４の検出信号に基づいて、ユーザの操作を受け付ける。受付部１０１がユーザの操作を受け付けると、ユーザ端末１０は、当該操作の内容を示す情報をサーバ２０に送信する。例えば、受付部１０１がタップ、右スワイプ、又は左スワイプを受け付けると、ユーザ端末１０は、何れの操作が行われたかを識別する情報をサーバ２０に送信する。

［表示制御部］
　表示制御部１０２は、制御部１１を主として実現される。表示制御部１０２は、サーバ２０から受信した表示データに基づいて、各種画面を表示させる。例えば、表示制御部１０２は、部屋情報又はホテル情報のページを表示部１５に表示させる。他にも例えば、表示制御部１０２は、旅程リスト画面Ｇ１を表示させたり、旅程表画面Ｇ２を表示させたりする。なお、先述したように、ユーザ端末１０のプログラム（例えば、旅行予約アプリ）にページのフレームが含まれている場合には、ユーザ端末１０の表示制御部１０２は、サーバ２０から部屋情報やホテル情報を取得し、フレームに画像やテキスト情報をはめ込むことによってページを生成してもよい。

［１－４．本実施形態において実行される処理］
　図１３は、表示制御システムＳにおいて実行される処理の一例を示すフロー図である。図１３に示す処理は、制御部１１，２１が、それぞれ記憶部１２，２２に記憶されたプログラムに従って動作することによって実行される。下記に説明する処理は、図９に示す機能ブロックにより実行される処理の一例である。ここでは、図４に示す旅程表画面Ｇ２において、旅程表に組まれたホテルの部屋を示すエリアＡ２０をユーザがタップした場合の処理を説明する。

　図１３に示すように、まず、ユーザ端末１０において、制御部１１は、サーバ２０に対し、旅程表画面Ｇ２においてタップされたエリアＡ２０が示す部屋の部屋ＩＤを送信する（Ｓ１）。なお、ユーザ端末１０は、旅程表画面Ｇ２を表示させるにあたり、サーバ２０から旅程表画面Ｇ２の表示データを受信しているが、その表示データの中に、エリアＡ２０が示す部屋の部屋ＩＤが含まれているものとする。Ｓ１においては、制御部１１は、表示データを参照し、ユーザがタップしたエリアＡ２０に関連付けられた部屋ＩＤを取得して送信する。

　サーバ２０においては、部屋ＩＤを受信すると、制御部２１は、関連付けデータベースＤＢ３に基づいて、タップにより指定された部屋情報に関連付けられたホテル情報と、当該ホテル情報に関連付けられた他の部屋情報と、を特定する（Ｓ２）。Ｓ２においては、制御部２１は、関連付けデータベースＤＢ３を参照し、受信した部屋ＩＤに関連付けられたホテルＩＤを特定する。また、制御部２１は、当該ホテルＩＤに関連付けられた複数の部屋ＩＤのうち、Ｓ２で受信した部屋ＩＤ以外の部屋ＩＤを特定する。

　制御部２１は、タップにより指定された部屋情報が、Ｓ２で特定されたホテル情報と他の部屋情報との間になるように、各情報の順序を決定する（Ｓ３）。Ｓ３においては、制御部２１は、Ｓ２で特定したホテルＩＤを１番目とし、Ｓ２で受信した部屋ＩＤを２番目とし、Ｓ２で特定した他の部屋ＩＤを３番目以降となるように順序を決定する。Ｓ３にいて決定された順序を示すデータは、記憶部２２に保持される。

　なお、Ｓ３においては、制御部２１は、部屋情報データベースＤＢ２を参照し、Ｓ２で受信した部屋ＩＤのカテゴリと、Ｓ２で特定した他の部屋ＩＤのカテゴリと、を取得し、Ｓ２で受信した部屋ＩＤのカテゴリと一致又は類似する他の部屋ＩＤが順番的に先に来るように、Ｓ２で取得した他の部屋ＩＤの順序を決定してもよい。更に、制御部２１は、Ｓ２で特定した他の部屋ＩＤの部屋情報を参照し、料金が安い順となるように順序を決定してもよい。

　制御部２１は、タップされた部屋のページの表示データを生成して送信する（Ｓ４）。Ｓ４においては、制御部２１は、部屋情報データベースＤＢ２を参照し、Ｓ２で受信した部屋ＩＤに関連付けられた部屋情報に基づいて、表示データを生成することになる。なお、ここでは、ユーザがタップしたりスワイプしたりするたびに、ユーザ端末１０とサーバ２０との間で通信が発生する場合を一例として説明するが、タップやスワイプのたびに通信が発生しなくてもよい。例えば、ホテル情報のページ及び部屋情報のページがサーバ２０からユーザ端末１０にまとめて送信され、ユーザがタップした場合に通信を要することなく部屋情報のページが表示されるようにしてもよいし、ユーザがスワイプした場合に通信を要することなく他のページに移動したりしてもよい。この場合、ユーザ端末１０が受信済みのページの範囲を超えて、ユーザが他のページに移動しようとしたときに、移動先のページがサーバ２０からユーザ端末１０に追加で送信されるようにしてもよい。

　ユーザ端末１０においては、表示データを受信すると、制御部１１は、受信した表示データに基づいて、旅程表画面Ｇ２に、タップされた部屋のページを表示させる（Ｓ５）。制御部１１は、操作部１４の検出信号に基づいて、ユーザの操作を特定する（Ｓ６）。ここでは、左スワイプ、右スワイプ、又は表示中の部屋を旅程に組み込むためのボタンの選択が行われるものとする。なお、先述したように、本実施形態では、既に旅程に組まれている部屋のページが表示されている場合には、ボタンは表示されない。

　左スワイプが行われたと判定された場合（Ｓ６；左スワイプ）、制御部１１は、サーバ２０に対し、左スワイプが行われたことを通知する（Ｓ７）。なお、Ｓ３において決定された順序を示すデータをユーザ端末１０に送信しておき、ユーザ端末１０側で、表示中のページを特定可能としてもよい。この場合に、表示中のページが最終ページである場合には、それ以上進むことができないので、制御部１１は、Ｓ７の処理を行わず、Ｓ６に戻るようにしてもよい。

　サーバ２０においては、左スワイプが行われたことの通知を受信すると、制御部２１は、受信した通知に基づいて、Ｓ３で決定した順序に基づいて１つ後のページ（右側のページ）を特定し、当該ページの表示データを生成して送信する（Ｓ８）。Ｓ８においては、制御部２１は、部屋情報データベースＤＢ２を参照し、１つ後のページの表示データを生成して送信する。

　ユーザ端末１０においては、表示データを受信すると、制御部１１は、受信した表示データに基づいて、旅程表画面Ｇ２に、１つ後のページ（右側のページ）を表示させ（Ｓ９）、Ｓ６の処理に戻る。この後に、ユーザが再び左スワイプを繰り返すと、Ｓ７～Ｓ９の処理が繰り返し実行され、部屋情報のページが次々と表示されることになる。

　一方、Ｓ６において、右スワイプが行われたと判定された場合（Ｓ７；右スワイプ）、制御部１１は、サーバ２０に対し、右スワイプが行われたことを送信する（Ｓ１０）。なお、Ｓ７と同様に、表示中のページが１番目である場合には、それ以上戻ることができないので、制御部１１は、Ｓ１０の処理を行わず、Ｓ６に戻るようにしてもよい。

　サーバ２０においては、右スワイプが行われたことの通知を受信すると、制御部２１は、受信した通知に基づいて、Ｓ３で決定した順序に基づいて１つ前のページ（左側のページ）を特定し、当該ページの表示データを生成して送信する（Ｓ１１）。Ｓ１１においては、制御部２１は、ホテル情報データベースＤＢ１又は部屋情報データベースＤＢ２を参照し、１つ前のページの表示データを生成して送信する。

　ユーザ端末１０においては、表示データを受信すると、制御部１１は、受信した表示データに基づいて、旅程表画面Ｇ２に、１つ前のページ（左側のページ）を表示させ（Ｓ１２）、Ｓ６の処理に戻る。

　一方、Ｓ６において、ボタンが選択されたと判定された場合（Ｓ７；ボタン）、制御部１１は、サーバ２０に対し、旅程の編集要求を送信する（Ｓ１３）。編集要求は、所定形式のデータが送信されることで行われるようにすればよく、例えば、表示中のページの部屋ＩＤを含んでもよい。この場合、Ｓ４、Ｓ８、又はＳ１１で送信される表示データには、ページの部屋ＩＤが含まれていてもよい。Ｓ１３においては、制御部１１は、表示データを参照し、ユーザがボタンを選択したページの部屋ＩＤを取得して送信する。

　サーバ２０においては、編集要求を受信すると、制御部２１は、旅程を編集する処理を実行し（Ｓ１３）、本処理は終了する。Ｓ１３においては、制御部２１は、ユーザが最初にタップした部屋に代えて、ボタンが選択された場合に表示されていた部屋を旅程表に組み込む処理を実行することになる。

　以上説明した表示制御システムＳによれば、タップにより指定された部屋情報のページが、ホテル情報のページと他の部屋情報のページとの間に配置されるので、何れのページにも移動しやすくなり、ユーザの操作負担を軽減することができる。例えば、従来の電子パンフレットのように、ページ順が固定されている場合には、表示中の部屋情報のページからホテル情報のページに移動するために、何十回もページ送り操作をすることがあるが、タップにより指定された部屋情報に応じてページ順を動的に決定するため、例えば、１回のスワイプでホテル情報のページに移動したり他の部屋情報のページに移動したりすることができる。更に、従来の電子パンフレットでは、ページ送り操作が行われるたびに、ユーザが見る必要のないページの表示制御処理が実行されるので、ユーザ端末１０やサーバ２０の処理負荷が増加しがちであったが、表示制御システムＳによれば、そのような無駄な表示制御処理を実行する必要がないため、ユーザ端末１０やサーバ２０の処理負荷を軽減することもできる。

　また、ホテル情報に対して３つ以上の部屋情報が関連付けられている場合に、左スワイプを繰り返すことで、部屋情報のページを次々と表示させることができるので、ユーザの操作負担をより効果的に軽減することができる。

　また、タップにより指定された部屋情報に基づいて、他の部屋情報の順序が決定されるので、条件の近い他の部屋情報のページを近くに配置するといったことをすることができ、所望のページに行きつくまでの操作回数を減少させることができる。このため、ユーザの操作負担をより効果的に軽減することができる。

　また、タップにより指定された部屋情報のカテゴリに基づいて、他の部屋情報の順序が決定されるので、カテゴリが同じ又は類似する他の部屋情報のページを近くに配置するといったことをすることができ、所望のページに行きつくまでの操作回数を減少させることができる。このため、ユーザの操作負担をより効果的に軽減することができる。

　また、ホテル情報のページが表示された後に、左スワイプが行われた場合に、タップにより指定された部屋情報に戻るので、ユーザはホテル情報を確認した後に、すぐに元のページに戻ることができる。

　また、他の部屋情報が多数ある場合には、所望の部屋情報ではないものも多いので、他の部屋情報の一部だけを表示対象とする場合には、不要なページが表示されることを防止することができる。

　また、部屋情報のページが表示された状態で、ユーザが指定した部屋情報に基づいて所定の処理が実行されることで、各ページをユーザインタフェースとして機能させることができる。

　また、個別情報を商品又は役務に関する情報とし、共通情報をその提供者に関する情報とすることで、商品又は役務に関する情報を確認しやすくしたり、提供者の情報を確認しやすくしたりすることができる。

　また、ページ送り操作をスワイプにすることで、直感的な操作が可能となり、ユーザの操作負担を効果的に軽減することができる。

［１－５．実施形態１の変形例］
　なお、実施形態１に係る発明は、以上に説明した実施の形態に限定されるものではない。本発明の趣旨を逸脱しない範囲で、適宜変更可能である。

　（１）例えば、実施形態１では、図６に示すように「ホテルＡ」が１番目となり、「ホテルＡ」の左側にはページが存在しなかったが、「ホテルＡ」の左側に他のホテルのページを配置し、ユーザが右スワイプを繰り返すことで他のホテルのページが表示されるようにしてもよい。

　図１４は、変形例（１）における各ページの順序を示す図である。ここでは、実施形態１と同様に、旅程表画面Ｇ２において、「ホテルＡ」の「スイートルームａ３」という部屋のエリアＡ２０をユーザがタップした場合を説明する。図１４に示すように、「ホテルＡ」のページと「ホテルＡ」内の各部屋のページとの相対的な順序は、実施形態１と同様である。

　ただし、変形例（１）では、「ホテルＡ」のページが１番目になるのではなく、「ホテルＡ」よりも前に、「ホテルＢ」、「ホテルＣ」、「ホテルＤ」といった他のホテルのページが並べられる。このため、「ホテルＡ」のページが表示された状態で、ユーザが右スワイプすると、これら他のホテルのページが表示される。

　図１５は、ユーザが右スワイプした場合に旅程表画面Ｇ２が変化する様子を示す図である。図１５に示すように、タップされた「スイートルームａ３」のページが表示された状態（旅程表画面Ｇ２Ｐ）で、ユーザが右スワイプすると（旅程表画面Ｇ２Ｑ）、「スイートルームａ３」のページから、左側の「ホテルＡ」のページに移動する（旅程表画面Ｇ２Ｒ）。

　次いで、「ホテルＡ」のページが表示された状態（旅程表画面Ｇ２Ｒ）で、ユーザが右スワイプすると（旅程表画面Ｇ２Ｓ）、「ホテルＡ」のページから、左側の「ホテルＢ」のページに移動する（旅程表画面Ｇ２Ｔ）。以降同様に、ユーザが右スワイプするたびに次々と左側のページに移動することができる（旅程表画面Ｇ２Ｕ～Ｇ２Ｘ）。詳細は後述する実施形態４で説明するが、「ホテルＢ」、「ホテルＣ」、又は「ホテルＤ」のページが表示された状態でユーザがタップした場合には、当該ページのホテルの部屋を予約できるようにしてもよい。

　なお、「ホテルＤ」のページは、１番目であり左側にページがないので、「ホテルＤ」のページが表示された状態（旅程表画面Ｇ２Ｘ）で、ユーザが右スワイプした場合には、他のページには移動しない（旅程表画面Ｇ２Ｙ）。ただし、ロール型のユーザインタフェースを採用する場合などにおいては、「ホテルＤ」のページが表示された状態（旅程表画面Ｇ２Ｘ）で、ユーザが右スワイプした場合に、最後のページに移動してループするようにしてもよい。また、「ホテルＢ」、「ホテルＣ」、又は「ホテルＤ」のページが表示された状態（旅程表画面Ｇ２Ｔ，Ｇ２Ｖ，Ｇ２Ｘ）で、ユーザが左スワイプすると、表示中のページから、右側にあるホテル情報のページに戻るようになっている。即ち、「ホテルＡ」のページが表示された状態で右スワイプを繰り返した後に、左スワイプを繰り返すと「ホテルＡ」のページに戻ることができる。

　変形例（１）の決定部２０２は、特定部２０１により特定されたホテル情報（即ち、タップにより指定された部屋があるホテルのホテル情報）から見て、タップにより指定された部屋情報がある方とは逆側になるように、他のホテル情報のページの順序を決定する。決定部２０２は、他のホテル情報の全ての順序を決定してもよいし、一部のみの順序を決定してもよい。一部のみのホテル情報の順序を決定する場合には、決定部２０２は、特定部２０１により特定されたホテル情報と内容が類似する他のホテル情報の順序を決定してもよい。内容が類似するとは、例えば、ホテル情報に含まれる住所、施設、設備、価格帯、又は口コミの評価等が類似することである。

　変形例（１）の表示制御部２０３は、特定部２０１により特定されたホテル情報のページが表示された状態で、右スワイプが行われた場合に、他のホテル情報のページを表示させる。右スワイプが行われた場合の表示制御部２０３の具体的な処理内容は、実施形態１で説明した通りである。また、表示制御部２０３は、右スワイプが行われて他のホテル情報のページが表示された状態で、左スワイプが行われた場合には、元のホテル情報のページに戻らせる。左スワイプが行われた場合の表示制御部２０３の具体的な処理内容も、実施形態１で説明した通りである。

　変形例（１）によれば、右スワイプが行われた場合に他のホテル情報を表示させることができるので、他のホテルの部屋を探しやすくなり、ユーザの利便性を向上させることができる。

　（２）また例えば、変形例（１）では、図１４に示すように「ホテルＤ」が１番目となり、「ホテルＤ」の左側にはページが存在しない場合を説明したが、「ホテルＤ」の左側に、ホテル全体情報のページを配置してもよい。なお、ホテル全体情報、概念的には、ホテル情報の上位の情報である。以降では、ホテル全体情報が、ホテル予約自体のトップページに相当する情報である場合を説明するが、当該トップページが特に存在しない場合には、図３に示す旅程リスト画面Ｇ１に表示される旅程リストがホテル全体情報に相当してもよい。

　変形例（２）のデータ記憶部２００は、ホテル全体情報を記憶する。ホテル全体情報は、ホテル予約のトップページに相当する情報であり、例えば、複数の地域の各々に関する情報、現在のキャンペーン情報、及びホテルの特集情報といった情報である。

　また、変形例（２）の関連付けデータベースＤＢ３は、ホテル全体情報と関連付けて、複数のホテル情報が格納されているものとする。例えば、ホテル全体情報を一意に識別する全体ＩＤと、複数のホテルＩＤとが関連付けデータベースＤＢ３に関連付けられている。例えば、全体ＩＤとホテルＩＤとは１対多の関係にある。

　図１６は、変形例（２）における各ページの順序を示す図である。図１６に示すように、ホテル情報と部屋情報の相対的な順序は、変形例（１）と同様である。ただし、変形例（２）では、「ホテルＤ」のページが１番目になるのではなく、「ホテルＤ」よりも前に、ホテル全体情報のページ（例えば、ホテル予約のトップページ）が並べられる。このため、「ホテルＤ」のページが表示された状態で、ユーザが右スワイプすると、ホテル予約全体のページが表示される。

　図１７は、ユーザが右スワイプした場合に旅程表画面Ｇ２が変化する様子を示す図である。図１７に示すように、タップされた「スイートルームａ３」のページが表示された状態（旅程表画面Ｇ２Ｚ）で、ユーザが右スワイプすると（旅程表画面Ｇ２ＡＡ）、「スイートルームａ３」のページから、左側の「ホテルＡ」のページに移動する（旅程表画面Ｇ２ＡＢ）。

　変形例（１）で説明したように、「ホテルＡ」のページが表示された状態（旅程表画面Ｇ２ＡＢ）で、ユーザが右スワイプするたびに次々と左側のページに移動することができる（旅程表画面Ｇ２ＡＡ～Ｇ２ＡＤ）。「ホテルＤ」のページが表示された状態（旅程表画面Ｇ２ＡＤ）で、ユーザが右スワイプすると（旅程表画面Ｇ２ＡＥ）、左側にあるホテル全体情報のページに移動することができる（旅程表画面Ｇ２ＡＦ）。

　例えば、ホテル全体情報のページでは、「ホテルＡ」～「ホテルＤ」以外のホテルの検索が可能となっており、ユーザは、入力したキーワードや検索条件に基づいて、任意のホテルを検索して指定することができるホテル全体情報のページから検索したホテルの部屋をユーザが指定した場合には、処理実行部２０４は、最初にタップした「スイートルームａ３」に代えて、当該ホテルの部屋を旅程表に組み込むことになる。

　なお、ホテル予約全体のページは、１番目であり左側にページがないので、ホテル予約全体のページが表示された状態（旅程表画面Ｇ２ＡＦ）で、ユーザが右スワイプした場合には、他のページには移動しない（旅程表画面Ｇ２ＡＧ）。また、ホテル予約全体のページが表示された状態（旅程表画面Ｇ２Ｆ）で、ユーザが左スワイプすると、表示中のページから、右側にある「ホテルＤ」のページに戻るようになっている。以降、左スワイプを繰り返すと、「ホテルＡ」のページに戻ることができる。

　本変形例では、関連付けデータベースＤＢ３において、特定部２０１により特定されたホテル情報は、他のホテル情報と同じ全体情報と関連付けられており、変形例（２）の表示制御部２０３は、特定部２０１により特定されたホテル情報（即ち、タップにより指定された部屋があるホテルのホテル情報）から最も離れた他のホテル情報のページが表示された状態で、右スワイプが行われた場合に、全体情報のページを表示させる。

　最も離れた他のホテル情報とは、特定部２０１により特定されたホテル情報と順序的に最も遠いホテル情報である。図１６の例であれば、特定部２０１により特定されたホテル情報が「ホテルＡ」なので、最も離れた他のホテル情報は「ホテルＤ」となる。変形例（２）の決定部２０２は、最も離れた他のホテル情報の隣に、ホテル全体情報のページが配置されるように順序を決定する。表示制御部２０３は、当該決定された順序と、ユーザのスワイプと、に基づいてページの表示制御を実行する。スワイプに応じた表示制御の具体的な処理内容は、実施形態１で説明した通りである。

　変形例（２）によれば、右スワイプが行われた場合にホテル全体情報を表示させることができるので、他のホテルの部屋を探しやすくなり、ユーザの利便性を向上させることができる。

　（３）また例えば、変形例（１）では、「ホテルＡ」の左側に他のホテルのページが配置されたが、「ホテルＡ」の左側に、他のホテルのページを配置することなく、ホテル予約全体のページを配置してもよい。

　図１８は、変形例（３）における各ページの順序を示す図である。図１８に示すように、ホテル情報と部屋情報の相対的な順序は、実施形態１と同様である。ただし、変形例（３）では、「ホテルＡ」のページが１番目になるのではなく、「ホテルＡ」よりも前に、ホテル予約全体のページが並べられる。このため、「ホテルＡ」のページが表示された状態で、ユーザが右スワイプすると、ホテル予約全体のページが表示される。

　図１９は、ユーザが右スワイプした場合に旅程表画面Ｇ２が変化する様子を示す図である。図１９に示すように、タップされた「スイートルームａ３」のページが表示された状態（旅程表画面Ｇ２ＡＨ）で、ユーザが右スワイプすると（旅程表画面Ｇ２ＡＩ）、「スイートルームａ３」のページから、左側の「ホテルＡ」のページに移動する（旅程表画面Ｇ２ＡＪ）。

　次いで、「ホテルＡ」のページが表示された状態（旅程表画面Ｇ２ＡＪ）で、ユーザが右スワイプすると（旅程表画面Ｇ２ＡＫ）、左側にあるホテル予約全体のページに移動することができる（旅程表画面Ｇ２ＡＭ）。

　なお、ホテル予約全体のページは、１番目であり左側にページがないので、ホテル予約全体のページが表示された状態（旅程表画面Ｇ２ＡＬ）で、ユーザが右スワイプしても、他のページには移動しない（旅程表画面Ｇ２ＡＭ）。また、ホテル予約全体のページが表示された状態（旅程表画面Ｇ２Ｌ）で、ユーザが左スワイプすると、右側にある「ホテルＡ」のページに戻ることができる。

　変形例（３）でも、変形例（２）と同様に、特定部２０１により特定されたホテル情報は、他のホテル情報と同じホテル全体情報と関連付けられており、表示制御部２０３は、特定されたホテル情報のページが表示された状態で、右スワイプが行われた場合に、全体情報のページを表示させる。変形例（２）の決定部２０２は、特定部２０１により特定されたホテルの隣に、ホテル全体情報のページが配置されるように順序を決定する。表示制御部２０３は、当該決定された順序と、ユーザのスワイプと、に基づいてページの表示制御を実行する。スワイプに応じた表示制御の具体的な処理内容は、実施形態１で説明した通りである。

　変形例（３）によれば、右スワイプが行われた場合にホテル全体情報を表示させることができるので、他のホテルの部屋を探しやすくなり、ユーザの利便性を向上させることができる。

［２．実施形態２］
　次に、表示制御システムＳの別実施形態を説明する。実施形態１では、図８に示すように、「ホテルＡ」のページが表示された状態で（旅程表画面Ｇ２Ｌ）、左スワイプをした場合に（旅程表画面Ｇ２Ｎ）、最初にタップされた「スイートルームａ３」のページに戻る（旅程表画面Ｇ２Ｏ）場合を説明したが、「スイートルームａ３」のページに戻るのではなく、他のホテル情報のページに移動してもよい。

　なお、「スイートルームａ３」のページから「ホテルＡ」のページに移動した後に、「スイートルームａ３」に戻るのではなく他のホテル情報のページに移動する処理は、「ホテルＡ」のページにおいて所定の操作が行われた場合に実行され、当該操作が行われなかった場合には、実施形態１のように「スイートルームａ３」に戻るようにしてもよい。当該操作としては、例えば、「ホテルＡ」のページにおいて、「他のホテルを探す」といった画像を表示させ、当該画像を選択する操作であってもよい。

　図２０は、実施形態２における各ページの順序を示す図である。図２０に示すように、「スイートルームａ３」がタップされてから「ホテルＡ」のページが表示されるまでは、ホテル情報と部屋情報の順序は、実施形態１と同様である。実施形態２では、「ホテルＡ」のページが表示された後は、「ホテルＡ」よりも後のページとして、「ホテルＡ」内の部屋ではなく、「ホテルＢ」、「ホテルＣ」、「ホテルＤ」といった他のホテルのページが並べられる。このため、「ホテルＡ」のページが表示された状態で、ユーザが左スワイプすると、これら他のホテルのページが表示される。

　図２１は、実施形態２における旅程表画面Ｇ２が変化する様子を示す図である。図２１に示すように、タップされた「スイートルームａ３」のページが表示された状態（旅程表画面Ｇ２ＡＮ）で、ユーザが右スワイプすると（旅程表画面Ｇ２ＡＯ）、「スイートルームａ３」のページから、左側の「ホテルＡ」のページに移動する（旅程表画面Ｇ２ＡＰ）。

　先述したように、「ホテルＡ」のページに移動すると、右側のページ配置が図２０のように変わる。このため、「ホテルＡ」のページが表示された状態（旅程表画面Ｇ２ＡＰ）で、ユーザが左スワイプすると（旅程表画面Ｇ２ＡＱ）、「スイートルームａ３」のページに戻るのではなく、右側の「ホテルＢ」のページに移動する（旅程表画面Ｇ２ＡＲ）。以降同様に、ユーザが右スワイプするたびに次々と右側のページに移動することができる（旅程表画面Ｇ２ＡＲ～Ｇ２ＡＴ）。

　なお、「ホテルＤ」ページは、最後であり右側にページがないので、「ホテルＤ」のページが表示された状態（旅程表画面Ｇ２ＡＴ）で、ユーザが右スワイプした場合には、他のページには移動しない。一方、「ホテルＤ」のページが表示された状態（旅程表画面Ｇ２ＡＴ）で、右スワイプを繰り返すと、「ホテルＡ」のページに戻ることができる。

　実施形態２の決定部２０２は、特定部２０１により特定されたホテル情報（例えば、「ホテルＡ」）のページが表示部１５に表示されたか否かを判定する。例えば、決定部２０２は、タップにより指定された部屋情報（例えば、「スイートルームａ３」）が表示された状態で、右スワイプが行われた場合に、特定部２０１により特定されたホテル情報のページが表示されたと判定する。

　特定部２０１により特定されたホテル情報のページが表示されたと判定された場合、決定部２０２は、部屋情報のページが配置されていた場所に、他のホテル情報のページが配置されるように、他のホテル情報の順序を決定する。決定部２０２は、他のホテル情報の全ての順序を決定してもよいし、一部のみの順序を決定してもよい。一部のみのホテル情報の順序を決定する場合には、決定部２０２は、特定部２０１により特定されたホテル情報と内容が類似する他のホテル情報の順序を決定してもよい。

　実施形態２の表示制御部２０３は、特定されたホテル情報のページが表示された状態で、左スワイプが行われた場合に、他のホテル情報のページを表示させる。左スワイプが行われた場合の表示制御部２０３の具体的な処理内容も、実施形態１で説明した通りである。

　実施形態２の表示制御システムＳによれば、ホテル情報が表示された後に左スワイプが行われた場合に、他のホテル情報を表示させることができるので、他のホテルの部屋を探しやすくなり、ユーザの利便性を向上させることができる。

［実施形態２の変形例］
　なお、実施形態２では、図２１に示すように、「ホテルＡ」が１番目となり、「ホテルＡ」の左側にはページが存在しなかったが、「ホテルＡ」の左側にホテル全体情報のページを配置し、ユーザが右スワイプをすることでホテル全体情報のページが表示されるようにしてもよい。

　図２２は、実施形態２の変形例における各ページの順序を示す図である。図２２に示すように、「ホテルＡ」のページが表示された後のホテル情報の順序は、実施形態２と同様である。ただし、実施形態２では、「ホテルＡ」のページが１番目になるのではなく、「ホテルＡ」よりも前に、ホテル全体情報のページ（例えば、ホテル予約のトップページ）が並べられる。このため、「ホテルＡ」のページが表示された状態で、ユーザが右スワイプすると、ホテル全体情報のページが表示される。

　図２３は、ユーザが右スワイプした場合に旅程表画面Ｇ２が変化する様子を示す図である。図２３に示すように、タップされた「スイートルームａ３」のページが表示された状態（旅程表画面Ｇ２ＡＵ）で、ユーザが右スワイプすると（旅程表画面Ｇ２ＡＶ）、「スイートルームａ３」のページから、左側の「ホテルＡ」のページに移動する（旅程表画面Ｇ２ＡＷ）。

　次いで、「ホテルＡ」のページが表示された状態（旅程表画面Ｇ２ＡＷ）で、ユーザが右スワイプすると（旅程表画面Ｇ２ＡＸ）、左側にあるホテル全体情報のページに移動することができる（旅程表画面Ｇ２ＡＹ）。

　なお、ホテル全体情報のページは、１番目であり左側にページがないので、ホテル全体情報のページが表示された状態（旅程表画面Ｇ２ＡＹ）で、ユーザが右スワイプした場合には、他のページには移動しない。一方、ホテル全体情報のページが表示された状態（旅程表画面Ｇ２ＡＹ）で、ユーザが左スワイプをすると、「ホテルＡ」のページに戻ることができる。

　また、実施形態２で説明したように、「ホテルＡ」のページが表示された状態（旅程表画面Ｇ２ＡＺ）で、ユーザが左スワイプするたびに次々と右側のページに移動することができる点は、実施形態２と同様である（旅程表画面Ｇ２ＢＡ）。

　本変形例では、特定部２０１により特定されたホテル情報（例えば、「ホテルＡ」のホテル情報）は、他のホテル情報と同じ全体情報と関連付けられている。この点は、実施形態１の変形例（２）と同様である。

　本変形例の決定部２０２は、特定部２０１により特定されたホテルの隣に、ホテル全体情報のページが配置されるように順序を決定する。表示制御部２０３は、特定されたホテル情報のページが表示された状態で、右スワイプが行われた場合に、全体情報のページを表示させる。右スワイプが行われた場合の表示制御部２０３の具体的な処理内容は、実施形態１で説明した通りである。

　実施形態２の変形例によれば、右スワイプが行われた場合にホテル全体情報を表示させることができるので、他のホテルの部屋を探しやすくなり、ユーザの利便性を向上させることができる。

［３．実施形態３］
　実施形態１では、図８に示すように、「ホテルＡ」のページが表示された状態で（旅程表画面Ｇ２Ｌ）、右スワイプをした場合に（旅程表画面Ｇ２Ｍ）、左側にページがないので特に表示が変わらない場合を説明したが、「ホテルＡ」の左側にホテル全体情報のページを配置し、更にその左側に旅行予約に関する総合的なページを配置してもよい。

　図２４は、実施形態３における情報の概念図である。図２４に示すように、実施形態３では、旅程リスト画面Ｇ１がトップページになるのではなく、更にその上位のページとして、旅行予約サービス全体のトップページが存在する。以降の説明では、旅程リスト画面Ｇ１は、その配下の１ページにすぎず、例えば、ホテルだけを予約するためのホテル単体予約のトップページと、レストランだけを予約するためのレストラン単体予約のトップページと、が存在する。

　このため、情報の概念的には、第１階層として、旅行予約の総合的な旅行総合情報（例えば、旅行予約サービス全体のトップページに相当する情報）が存在する。第２階層として、旅行予約システムにおける個々のサービスの情報（例えば、ホテル全体情報）が存在する。即ち、実施形態１では第１階層として説明したホテル全体情報は、実施形態３では、第２階層となり、概念的により上位の情報が存在する。

　第３階層以下には、各サービスに係る情報が存在し、例えば、ホテル予約サービスであれば、実施形態１で説明したようなホテル情報と部屋情報が、第３階層と第４階層で存在する。また例えば、レストラン予約サービスであれば、レストラン情報が第３階層に存在し、レストランで提供されるメニューの具体的な情報が第４階層に存在する。また例えば、オプションツアー予約サービスであれば、ツアー会社情報が第３階層に存在し、ツアー会社が提供する個々のオプションツアーの具体的な情報が第４階層に存在する。

　実施形態３では、上記のような概念の情報を利用して、ユーザが右スワイプを繰り返した場合に、概念的に上位の情報のページに次々と移動するようになっている。

　図２５は、実施形態３における各ページの順序を示す図である。図２５に示すように、ホテル情報と部屋情報の相対的な順序は、実施形態１と同様である。ただし、実施形態３では、「ホテルＡ」のページが１番目になるのではなく、「ホテルＡ」よりも前に、ホテル予約全体のページ（例えば、ホテル予約のトップページ）が並べられ、更にその前に、旅行予約の総合的なページ（例えば、旅行予約システムのトップページ）が並べられる。このため、「ホテルＡ」のページが表示された状態で、ユーザが右スワイプすると、ホテル予約全体のページが表示され、続けて右スワイプすると、旅行予約全体のページが表示される。

　図２６は、ユーザが右スワイプした場合に旅程表画面Ｇ２が変化する様子を示す図である。図２６に示すように、タップされた「スイートルームａ３」のページが表示された状態（旅程表画面Ｇ２ＢＢ）で、ユーザが右スワイプすると（旅程表画面Ｇ２ＢＣ）、「スイートルームａ３」のページから、左側の「ホテルＡ」のページに移動する（旅程表画面Ｇ２ＢＤ）。

　次いで、「ホテルＡ」のページが表示された状態（旅程表画面Ｇ２ＢＤ）で、ユーザが右スワイプすると（旅程表画面Ｇ２ＢＥ）、左側にあるホテル全体情報のページに移動することができる（旅程表画面Ｇ２ＢＦ）。更に、ホテル全体情報のページが表示された状態（旅程表画面Ｇ２ＢＦ）で、ユーザが右スワイプすると（旅程表画面Ｇ２ＢＧ）、左側にある旅行総合情報のページに移動することができる（旅程表画面Ｇ２ＢＨ）。

　なお、旅行総合情報のページは、１番目であり左側にページがないので、旅行総合情報のページが表示された状態（旅程表画面Ｇ２ＢＨ）で、ユーザが右スワイプしても、他のページには移動しない。ただし、情報の概念的に、更に上位の階層が存在する場合には、ユーザが右スワイプをするたびに、次々と上位の情報のページに移動してもよい。

　また、旅行総合情報のページが表示された状態（旅程表画面Ｇ２ＢＨ）で、ユーザが左スワイプすると、右側にあるホテル予約全体のページに戻るようにしてもよい。以降同様に、ユーザが右スワイプをするたびに、情報の概念的に、次々と下位の情報のページに移動するようにしてもよい。

　実施形態３のデータ記憶部２００は、ホテル全体情報と、旅行総合情報と、を記憶する。ホテル全体情報の詳細は、実施形態１の変形例（２）で説明した通りである。旅行総合情報は、旅行予約のトップページに相当する情報であり、例えば、旅行予約サービスで取り扱われる各サービスの種類を示す情報、現在のキャンペーン情報、及び各サービスの特集情報といった情報である。

　実施形態３では、特定部２０１により特定されたホテル情報は、他のホテル情報と同じホテル全体情報と関連付けられており、ホテル全体情報は、他の全体情報（例えば、レストラン全体情報とオプションツアー全体情報）と同じ旅行総合情報と関連付けられている。

　実施形態３の関連付けデータベースＤＢ３は、実施形態１の変形例（２）と同様、ホテル全体情報と関連付けて、複数のホテル情報が格納されているものとする。更に、関連付けデータベースＤＢ３は、旅行総合情報と関連付けて、ホテル全体情報、レストラン全体情報、及びオプションツアー全体情報といった複数の全体情報と関連付けられている。例えば、旅行総合情報を一意に識別する総合ＩＤに、これら全体情報を一意に識別する複数の全体ＩＤが関連付けデータベースＤＢ３に関連付けられている。例えば、総合ＩＤと全体ＩＤとは１対多の関係にある。

　実施形態３の決定部２０２は、ホテル情報のページの隣に、ホテル全体情報のページが配置され、ホテル全体情報のページの隣に、旅行総合情報のページが配置されるように順序を決定する。実施形態３の表示制御部２０３は、特定部２０１により特定されたホテル情報が表示された場合に、右スワイプが行われた場合に、全体情報を表示させる。また、表示制御部２０３は、全体情報が表示された場合に、右スワイプが行われた場合に、総合情報を表示させる。表示制御部２０３は、当該決定された順序と、ユーザのスワイプと、に基づいてページの表示制御を実行する。スワイプに応じた表示制御の具体的な処理内容は、実施形態１で説明した通りである。

　実施形態３の表示制御システムＳによれば、右スワイプが行われるたびに、ホテル情報、ホテル全体情報、旅行総合情報といった情報が次々と表示されるので、他のホテル又は他のサービスを探しやすくなり、ユーザの利便性を向上させることができる。また、右スワイプが行われるたびに概念的に上位の情報が次々と表示され、例えばタップにより下位の情報のページに移動するといったこともできるため、各ページに上下階層へのリンクを表示する必要がないので、表示画面の省スペース化を図ることもできる。

［４．実施形態４］
　実施形態１～３で説明した態様には、図１５、図１７、図２１、又は図２３のように、他のホテル情報（最初にタップした部屋があるホテル以外のホテル）のページを表示可能とするものがある。これらの態様において、他のホテル情報が指定された場合に、当該他のホテル情報に関連付けられた部屋情報が表示されるようにしてもよい。

　図２７は、実施形態４における旅程表画面Ｇ２が変化する様子を示す図である。ここでは、実施形態１の変形例（２）のようにページが並ぶ場合（図１４）を例に挙げて説明するが、他の態様についても同様の処理が実行されてよい。図２７に示すように、タップされた「スイートルームａ３」のページが表示された状態（旅程表画面Ｇ２ＢＩ）で、ユーザが右スワイプするたびに、次々と左側のページに移動することができる（旅程表画面Ｇ２ＢＪ～Ｇ２ＢＭ）。

　例えば、「ホテルＢ」のページが表示された状態（旅程表画面Ｇ２ＢＭ）で、ユーザがタップすると（旅程表画面Ｇ２ＢＮ）、「ホテルＢ」にある部屋の部屋情報のページに移動することができる（旅程表画面Ｇ２ＢＯ）。

　表示制御部２０３は、他のホテル情報のページが表示された状態で、当該他のホテル情報が指定された場合に、当該他のホテル情報に関連付けられた部屋情報のページを表示させる。ホテル情報の指定は、実施形態１で説明した部屋情報の指定と同様に、ユーザによって行われてもよいし、コンピュータによって行われてもよい。指定の意味は実施形態１で説明した通りである。ここでは、タップにより他の部屋情報が指定される場合を一例として説明する。

　表示制御部２０３は、関連付けデータベースＤＢ３を参照し、指定された他のホテル情報のホテルＩＤに関連付けられた部屋ＩＤを特定する。どの部屋ＩＤが特定されるかは、ランダムに決まってもよいし、予め定められた部屋となるように決まってもよいし、予約数の多い部屋となるようにしてもよい。あるいは、後述する変形例のように最初にタップされた部屋に基づいて決まってもよい。表示制御部２０３は、部屋情報データベースＤＢ２を参照し、特定した部屋ＩＤに関連付けられた部屋情報に基づいて、ページの表示データを生成する。部屋情報に基づいて表示データを生成する方法やユーザ端末１０にページを表示させる方法自体は、実施形態１で説明した通りである。

　実施形態４の表示制御システムＳによれば、他のホテル情報のページが表示された状態でタップされた場合に、そのホテル内の部屋情報のページを表示させることができるので、他のホテルの部屋を予約しやすくなり、ユーザの利便性を向上させることができる。

［実施形態４の変形例］
　なお、実施形態４において、他のホテルの部屋を表示させる場合には、最初にタップした部屋と似た条件の部屋を表示させるようにしてもよい。即ち、表示制御部２０３は、タップにより指定された部屋情報に基づいて、タップにより指定された他のホテル情報に関連付けられた部屋情報のページを表示させるようにしてもよい。

　例えば、各部屋情報に、カテゴリが関連付けられているので、表示制御部２０３は、タップにより指定された部屋情報のカテゴリと、タップにより指定された他のホテル情報に関連付けられた部屋情報のカテゴリと、に基づいて、表示させるページを決定する。この場合、表示制御部２０３は、カテゴリが一致する部屋情報のページを表示させてもよいし、カテゴリが類似する部屋情報のページを表示させてもよい。

　また例えば、表示制御部２０３は、タップにより指定された部屋情報の料金に基づいて、表示させるページを決定してもよい。この場合、決定部２０２は、タップにより指定された部屋情報の料金との差が小さい部屋情報のページを表示させてもよい。また例えば、表示制御部２０３は、タップにより指定された部屋情報に含まれるキーワードに基づいて、表示させるページを決定してもよい。この場合、表示制御部２０３は、タップにより指定された部屋情報のキーワードと一致するキーワードが最も多い部屋情報のページを表示させしてもよい。他にも例えば、表示制御部２０３は、タップにより指定された部屋情報に含まれる利用可能人数、間取り、広さ等に基づいて、表示させるページを決定してもよい。

　実施形態４の変形例によれば、他のホテル情報のページが表示された状態でタップされた場合に、最初にタップされた部屋情報と似た条件の部屋情報のページを表示させることができるので、ユーザの利便性を向上させることができる。

［５．その他変形例］
　なお、本発明は、以上に説明した実施の形態に限定されるものではない。本発明の趣旨を逸脱しない範囲で、適宜変更可能である。例えば、実施形態１～４の２つ以上を組み合わせてもよい。

　例えば、表示制御システムＳを旅行予約サービスで利用する場面を説明したが、他の任意のサービスで利用されるようにしてもよい。例えば、表示制御システムＳを電子商取引で利用する場合には、商品の店舗情報が共通情報に相当し、商品情報が個別情報に相当してもよい。他にも例えば、商品カテゴリが共通情報に相当し、商品情報が個別情報に相当してもよい。この場合、１つの商品に対して複数の商品カテゴリが割り当てられることがあるので、共通情報と個別情報は多対多の関係であってもよい。

　また例えば、表示制御システムＳが電子書籍サービスに利用される場合には、出版社、作家、又は作者といった情報が共通情報に相当し、書籍や漫画の情報が個別情報に相当してもよい。また例えば、表示制御システムＳが金融サービスに利用される場合には、金融機関が共通情報に相当し、個々の金融サービスに関する情報が個別情報に相当してもよい。

　また例えば、特定部２０１、決定部２０２、及び処理実行部２０４がユーザ端末１０で実現されてもよい。この場合、これら各機能は、制御部１１を主として実現される。この場合、ユーザ端末１０は、ホテル情報データベースＤＢ１、部屋情報データベースＤＢ２、及び関連付けデータベースＤＢ３の各々に格納された各情報を取得して、特定部２０１がホテル情報や他の部屋情報を特定したり、決定部２０２が順序を決定したりすればよい。また、処理実行部２０４は、サーバ２０に対してユーザが指定した部屋情報を送信することによって所定の処理を実行すればよい。また例えば、サーバ２０の表示制御部２０３で実現される機能は、ユーザ端末１０で実現されてもよい。この場合、ユーザ端末１０は、ホテル情報データベースＤＢ１、部屋情報データベースＤＢ２、及び関連付けデータベースＤＢ３の各々に格納された各情報を取得して各ページの表示制御を実行すればよい。

　また例えば、ユーザ端末１０とサーバ２０とで機能が分担されてもよい。例えば、ユーザ端末１０で特定部２０１が実現され、他の機能がサーバ２０で実現されてもよい。この場合、ユーザ端末１０は、特定部２０１による特定結果を示すデータをサーバ２０に送信すればよい。また例えば、ユーザ端末１０で決定部２０２が実現され、他の機能がサーバ２０で実現されてもよい。この場合、ユーザ端末１０は、決定部２０２による決定結果を示すデータをサーバ２０に送信すればよい。また例えば、ユーザ端末１０で処理実行部２０４が実現され、他の機能がサーバ２０で実現されてもよい。この場合、ユーザ端末１０は、サーバ２０に対してユーザが指定した部屋情報を送信することによって所定の処理を実行すればよい。

Claims

　共通情報ごとに関連付けられた複数の個別情報の何れかが指定された場合に、当該個別情報に関連付けられた共通情報と、当該共通情報に関連付けられた他の個別情報と、を特定する特定手段と、
　前記指定された個別情報が前記共通情報と前記他の個別情報との間になるように、前記指定された個別情報、前記共通情報、及び前記他の個別情報の各々の順序を決定する決定手段と、
　前記指定された個別情報のページを、表示手段に表示させる表示制御手段と、
　を含み、
　前記表示制御手段は、
　前記指定された個別情報のページが表示された状態で、所定方向のページ送り操作が行われた場合に、前記他の個別情報のページを表示させ、
　前記指定された個別情報のページが表示された状態で、前記所定方向とは逆方向のページ送り操作が行われた場合に、前記共通情報のページを表示させる、
　ことを特徴とする表示制御システム。
　前記共通情報ごとに、３つ以上の前記個別情報が関連付けられており、
　前記表示制御手段は、前記指定された個別情報のページが表示された状態で、前記所定方向のページ送り操作が行われるたびに、前記他の個別情報を次々と表示させる、
　ことを特徴とする請求項１に記載の表示制御システム。
　前記共通情報ごとに、３つ以上の前記個別情報が関連付けられており、
　前記決定手段は、前記指定された個別情報に基づいて、前記他の個別情報の順序を決定する、
　ことを特徴とする請求項２に記載の表示制御システム。
　前記共通情報ごとに、３つ以上の前記個別情報が関連付けられており、
　前記決定手段は、前記指定された個別情報のカテゴリと、前記他の個別情報の各々のカテゴリと、に基づいて、前記他の個別情報の順序を決定する、
　ことを特徴とする請求項３に記載の表示制御システム。
　前記表示制御手段は、前記共通情報のページが表示された状態で、前記所定方向のページ送り操作が行われた場合に、前記指定された個別情報のページを再び表示させる、
　ことを特徴とする請求項１～４の何れかに記載の表示制御システム。
　前記表示制御手段は、前記特定された共通情報のページが表示された状態で、前記逆方向のページ送り操作が行われた場合に、他の共通情報のページを表示させる、
　ことを特徴とする請求項５に記載の表示制御システム。
　前記特定された共通情報は、他の共通情報と同じ全体情報と関連付けられており、
　前記表示制御手段は、前記特定された共通情報から最も離れた前記他の共通情報のページが表示された状態で、前記逆方向のページ送り操作が行われた場合に、前記全体情報のページを表示させる、
　ことを特徴とする請求項６に記載の表示制御システム。
　前記特定された共通情報は、他の共通情報と同じ全体情報と関連付けられており、
　前記表示制御手段は、前記特定された共通情報のページが表示された状態で、前記逆方向のページ送り操作が行われた場合に、前記全体情報のページを表示させる、
　ことを特徴とする請求項５に記載の表示制御システム。
　前記表示制御手段は、前記特定された共通情報のページが表示された状態で、前記所定方向のページ送り操作が行われた場合に、他の共通情報のページを表示させる、
　ことを特徴とする請求項１～４の何れかに記載の表示制御システム。
　前記特定された共通情報は、他の共通情報と同じ全体情報と関連付けられており、
　前記表示制御手段は、前記特定された共通情報のページが表示された状態で、前記逆方向の前記ページ送り操作が行われた場合に、前記全体情報のページを表示させる、
　ことを特徴とする請求項９に記載の表示制御システム。
　前記特定された共通情報は、他の共通情報と同じ全体情報と関連付けられており、
　前記全体情報は、他の全体情報と同じ総合情報と関連付けられており、
　前記表示制御手段は、
　前記特定された共通情報が表示された場合に、前記逆方向のページ送り操作が行われた場合に、前記全体情報のページを表示させ、
　前記全体情報が表示された場合に、前記逆方向のページ送り操作が行われた場合に、前記総合情報のページを表示させる、
　ことを特徴とする請求項１～１０に記載の表示制御システム。
　前記表示制御手段は、他の共通情報のページが表示された状態で、当該他の共通情報が指定された場合に、当該他の共通情報に関連付けられた個別情報のページを表示させる、
　ことを特徴とする請求項６～１１の何れかに記載の表示制御システム。
　前記表示制御手段は、前記指定された個別情報に基づいて、前記指定された他の共通情報に関連付けられた個別情報のページを表示させる、
　ことを特徴とする請求項１２に記載の表示制御システム。
　前記共通情報ごとに、３つ以上の前記個別情報が関連付けられており、
　前記表示制御手段は、前記指定された個別情報に基づいて、複数の前記他の個別情報の一部を表示対象とする、
　ことを特徴とする請求項１～１３の何れかに記載の表示制御システム。
　前記表示制御システムは、何れかの個別情報のページが前記表示手段に表示された状態で、ユーザによる指定操作が行われた場合に、当該個別情報に基づいて、所定の処理を実行する処理実行手段、
　を更に含むことを特徴とする請求項１～１４の何れかに記載の表示制御システム。
　前記個別情報は、商品又はサービスに関する情報であり、
　前記共通情報は、前記商品又は前記サービスの提供者に関する情報である、
　ことを特徴とする請求項１～１５の何れかに記載の表示制御システム。
　前記ページ送り操作は、タッチパネル上でタッチ位置を変化させることによって行われる、
　ことを特徴とする請求項１～１６の何れかに記載の表示制御システム。
　共通情報ごとに関連付けられた複数の個別情報の何れかが指定された場合に、当該個別情報に関連付けられた共通情報と、当該共通情報に関連付けられた他の個別情報と、を特定する特定ステップと、
　前記指定された個別情報が前記共通情報と前記他の個別情報との間になるように、前記指定された個別情報、前記共通情報、及び前記他の個別情報の各々の順序を決定する決定ステップと、
　前記指定された個別情報のページを、表示手段に表示させる表示制御ステップと、
　を含み、
　前記表示制御ステップでは、
　前記指定された個別情報のページが表示された状態で、所定方向のページ送り操作が行われた場合に、前記他の個別情報のページを表示させ、
　前記指定された個別情報のページが表示された状態で、前記所定方向とは逆方向のページ送り操作が行われた場合に、前記共通情報のページを表示させる、
　ことを特徴とする表示制御方法。
　共通情報ごとに関連付けられた複数の個別情報の何れかが指定された場合に、当該個別情報に関連付けられた共通情報と、当該共通情報に関連付けられた他の個別情報と、を特定する特定手段、
　前記指定された個別情報が前記共通情報と前記他の個別情報との間になるように、前記指定された個別情報、前記共通情報、及び前記他の個別情報の各々の順序を決定する決定手段、
　前記指定された個別情報のページを、表示手段に表示させる表示制御手段、
　としてコンピュータを機能させ、
　前記表示制御手段は、
　前記指定された個別情報のページが表示された状態で、所定方向のページ送り操作が行われた場合に、前記他の個別情報のページを表示させ、
　前記指定された個別情報のページが表示された状態で、前記所定方向とは逆方向のページ送り操作が行われた場合に、前記共通情報のページを表示させる、
　ことを特徴とするプログラム。