JP2008269330A - サーバ装置 - Google Patents

Abstract

【課題】検索を繰返す回数を少なくでき、ユーザ一人一人に応じた情報を出力でき、かつユーザが多くの情報を容易に把握できる。
【解決手段】サーバ５４が実行するプログラムは、通信処理部５７０と、ＵＩ記述データ管理部５７８と、シナリオ実行部５７４と、コネクタ６００と、データ合成処理部５８０とを含む。通信処理部５７０に基づき、検索要求データが受信され、かつ端末向け検索結果データが送信される。ＵＩ記述データ管理部５７８に基づき、ＵＩ記述データが記憶される。シナリオ実行部５７４に基づき、対応データベースとＵＩ記述データとが特定される。コネクタ６００に基づき、対応データベースにキーワードが送信され、検索結果情報が受信される。データ合成処理部５８０に基づき、ＵＩ記述データと検索結果情報とを用いて、端末向け検索結果データが作成される。
【選択図】図４

Description

本発明は、サーバ装置に関し、特に、情報検索に用いる情報を通信するサーバ装置に関する。

インターネットの発達に伴い、テレビを見ながらインターネットで検索を行うユーザが増大している。

このようなユーザの中には、検索のための操作を簡単にすることや検索により得られた情報を迅速に把握できるようにすることを希望する者がいる。

しかしながら、ブログが多く開設されたことにより、検索により得られた情報の中に検索を行ったユーザにとって不要な情報が多く含まれるようになっている。

特許文献１〜３は、検索のためにユーザなどが費やす労力を軽減したり、検索によって得られた情報を迅速に把握できるようにしたりする技術を開示する。

特許文献１は、キーワード入力部と、検索式生成部と、ブラウザ起動部と、結果表示部とを有するブラウザ端末装置を開示する。キーワード入力部は、キーワードの入力を処理する。検索式生成部は、複数の検索式を生成する。これらの検索式は、キーワード入力部により取得されたキーワードを検索式テンプレートに埋め込むことによって生成される。検索式テンプレートは、複数のＷＷＷ（World Wide Web）の検索エンジンによってキーワードを検索するためのテンプレートである。ブラウザ起動部は、この検索式生成部により生成された複数の検索式を渡してブラウザを起動し、検索式により複数の検索エンジンで検索を実行して複数の情報を取得する。結果表示部は、このブラウザ起動部により取得された複数の情報を編集して表示する。

特許文献１に開示された発明によると、検索エンジンに接続をしなくてもキーワードを入力でき、かつ検索者にとって見やすいよう情報を表示できる。

特許文献２は、インターネット用のＷＥＢサーバと、複数の番組表示装置と、番組管理サーバとからなる、番組とホームページの連動表示が可能な番組表示システムを開示する。インターネット用のＷＥＢサーバは、公衆通信回線に通信接続されホームページ（以降ＨＰとする）の記憶や管理を行う。複数の番組表示装置は、店舗や公共機関やホテルなどのロビーに設置され、放送やビデオなどの番組を表示するとともに、ＨＰの表示を行う。番組管理サーバは、店舗本部やＡＳＰ（Application Service Provider）センタなどに設置され、複数の番組表示装置で表示する番組の集中管理を行う。番組表示装置は、通信制御部と、情報入力部と、キーワード抽出部と、記憶部と、記憶更新管理部と、ＨＰ検索部と、ＨＰデータ収集部と、表示制御部とを備える。通信制御部は、公衆通信回線を介してＷＥＢサーバと通信接続する。情報入力部は、放送やビデオなどによる番組を受信入力する。キーワード抽出部は、受信入力した番組の音声データから所定の単語データを認識するとともに、認識した所定の単語データから所定のキーワードを抽出する。記憶部は、所定のキーワードをキーワードファイルとして記憶し、所定のキーワードに対応して関連するＨＰのＨＰアドレスをＨＰアドレスファイルとして記憶する。記憶更新管理部は、キーワードファイルやＨＰアドレスファイルの更新管理を行う。ＨＰ検索部は、抽出した所定のキーワードに基づいてキーワードファイルを検索するとともに、ＨＰアドレスファイルから所定のキーワードに対応する所定のＨＰアドレスを検索する。ＨＰデータ収集部は、検索した所定のＨＰアドレスに通信制御部を介してアクセスし、所定のＨＰデータを収集する。表示制御部は、収集したＨＰデータを番組データとともに表示部に連動表示するための映像データの合成や拡大縮小などの加工を行う。番組管理サーバは、通信制御部と、データベース部と、入力登録部と、データベース管理部と、制御部とを備える。通信制御部は、公衆通信回線に通信接続する。データベース部は、所定のキーワードを含むデータベースであるキーワードデータベースファイルや所定のＨＰアドレスを含むＨＰアドレスデータベースファイルを有する。入力登録部は、キーワードデータベースファイルやＨＰアドレスデータベースファイルに所定のキーワードや所定のＨＰアドレスを入力・登録する。データベース管理部は、キーワードデータベースファイルやＨＰアドレスデータベースファイルの作成や更新の管理を行う。制御部は、データベース管理部が管理するキーワードデータベースファイルやＨＰアドレスデータベースファイルに基づくデータベースデータを各設置先の番組表示装置に送信するとともに、番組表示装置の記憶更新管理部を介して記憶部のキーワードファイルやＨＰアドレスファイルを更新するように制御する。

特許文献２に開示された発明によると、店舗、ホテル、病院、ロビーなどに設置されている公衆用の表示装置に表示する番組やスケジュールの作成の労力を軽減するとともに、表示している番組に連動してタイムリーに効果的な付加情報、広告、緊急情報などを自動提供できる。

特許文献３は、インターネット上でウェブサイトに格納された情報を検索し、ユーザ端末に表示する検索情報表示方法を開示する。検索情報表示方法は、検索内容を受信するステップと、情報を検索するステップと、検索により得られた情報を取得するステップと、データをユーザ端末に表示させるステップとを含む。検索内容を受信するステップにおいて、検索サーバは、ユーザ端末からテキストで入力された検索内容を受信する。情報を検索するステップにおいて、検索サーバは、検索内容と関連付けられた項目を含む情報を検索する。検索により得られた情報を取得するステップにおいて、検索サーバは、検索された情報に関連した、少なくとも映像または画像のいずれか一方を含む情報を取得する。データをユーザ端末に表示させるステップにおいて、検索サーバは、一つの画面に表示されるデータとして検索により得られた情報を編集し、そのデータをユーザ端末に表示させる。

特許文献３に開示された発明によると、インターネット上で検索して得られる結果を映像（動画）または画像（静止画）の形で一つの画面にまとめて表示できる。

特許文献４は、テンプレート技術について開示する。以下の説明において、「テンプレート技術」とは、特許文献４に開示されたように、データ置換箇所の情報を含むデータを解釈し、前述したデータ置換箇所の情報を別途取得したデータに置換する技術を意味する。テンプレート技術を適用することにより、データ置換箇所の情報に代えて具体的な情報が記載されるので、雛型となるデータから実際に利用できるコンテンツデータを生成することができる。
特開平１０−２２８４７７号公報 特開２００３−１８６８９２号公報 特開２００２−７４７９号公報 特開２００６−２４１３７号公報

しかし、特許文献１および特許文献３に開示された発明では、ブラウザ端末装置あるいは検索サーバにユーザが何度も検索を繰返させる可能性があるという問題点がある。

この点について具体的に説明する。ブラウザ端末装置あるいは検索サーバにユーザが何度も検索を繰返させる場合、その原因の１つに、ブラウザ端末装置あるいは検索サーバが出力した情報とユーザが期待した情報とが異なっていることがあると考えられる。

ユーザが期待した情報とキーワードとが的確に対応していなければ、ブラウザ端末装置あるいは検索サーバが出力する情報は、ユーザが期待した情報に対応しない。ブラウザ端末装置あるいは検索サーバが出力する情報はキーワードに対応しているためである。

ユーザが期待する情報とキーワードとが的確に対応する可能性はあまり高くない。特許文献１や特許文献３に開示された発明の場合、ブラウザ端末装置あるいは検索サーバに入力するキーワードをユーザは自分で考えなくてはならないが、得られる情報が自分の期待する結果となるようにユーザが選択することは困難なためである。

たとえば、あるタレントの写真集を購入したいユーザがそのタレントの氏名と「買い物」という単語とをキーワードとして選択した場合、その写真集を販売するためのウェブの情報の他に、その写真集を買った人のブログの情報も出力される可能性がある。商品を販売するウェブも買い入れた物を紹介するブログも「買い物」という単語を含む可能性があるためである。それらのいずれにも「買い物」という単語が含まれ得るのは、「買い物」という単語には物を買うという動作を意味する場合の他に買い入れた物を意味する場合があるためである。

これにより、大抵の場合、ユーザが期待する情報をブラウザ端末装置あるいは検索サーバは出力しないことになるので、キーワードの組合せを変えた上で、ブラウザ端末装置あるいは検索サーバにユーザが再度検索を繰返させる現象が生じ得る。この現象が、検索サーバにユーザが何度も検索を繰返させる原因の一つとなる。

また、検索が繰返されるたびに、ユーザは検索により得られた情報を調べて自らが期待する結果が得られたか否かを判断しなくてはならない。

その上、特許文献１や特許文献３に開示された発明の場合、検索により得られた情報の量が多くなると、それらの情報の内容をユーザが迅速に把握することは困難になる。

特許文献２に開示された発明では、音声やテロップといった番組内の情報からキーワードを抽出し、そのキーワードに応じた情報を表示するので、ユーザ一人一人に応じた情報を出力することはできないという問題点がある。

特許文献４に開示された発明は、検索のためのキーワードの選択が煩わしいことや検索の繰返し回数が多くなりがちであるということに対し、何ら解決方法を開示していない。

本発明は上述の問題点を解決するためになされたものであって、その目的は、検索を繰返す回数を少なくでき、ユーザ一人一人に応じた情報を出力でき、かつユーザが多くの情報を容易に把握できるサーバ装置を提供することにある。

上記目的を達成するために、本発明のある局面に従うと、サーバ装置は、検索要求受付手段と、検索要求実行手段と、ユーザインターフェイス記述データ管理手段と、データ取得手段と、データ合成手段と、データ出力手段とを含む。検索要求受付手段は、検索要求を受け付ける。検索要求実行手段は、検索要求の内容を実行する。ユーザインターフェイス記述データ管理手段は、端末用検索結果データの少なくとも一部を形成するためのユーザインターフェイス記述データを出力する。データ取得手段は、検索要求に応じて１つ以上の外部データベースと通信してデータを取得する。データ合成手段は、検索結果と、ユーザインターフェイス記述データとを合成し、端末用検索結果データを作成する。データ出力手段は、作成された端末用検索結果データを検索要求実行手段からの要求に応じて所定の端末宛に送信する。

また、上述したサーバ装置は、所定の端末からの検索要求をトリガとして所定の端末に検索結果を返す機能だけでなく、所定の端末以外からの検索要求をトリガとして所定の端末に検索結果を返す機能も有することが望ましい。

また、上述した検索要求実行手段からの要求に応じた外部への接続先は、データ蓄積手段を持つものとの通信機能を有することが望ましい。

また、上述したサーバ装置は、取得データに応じて、さらに１つ以上の外部サーバを利用してデータを取得する機能を有することが望ましい。

また、上述したサーバ装置は、ある検索要求に応じて、１つ以上の検索結果を、所定の１つ以上の端末宛に出力する機能を有することが望ましい。

また、上述したサーバ装置は、取得したデータや、自身が出力した端末向け検索結果を蓄積する機能を有することが望ましい。

また、上述した検索要求実行手段は、シナリオ管理手段と、シナリオ実行手段とを有することが望ましい。併せて、シナリオは、実行することでユーザインターフェイス記述データ管理手段とデータ取得手段とを制御する制御記述を有することが望ましい。併せて、シナリオ管理手段は、端末からの検索要求の内容に応じてシナリオを選択することが望ましい。併せて、シナリオ実行手段は、選択されたシナリオを実行することが望ましい。

また、上述したシナリオ管理手段内に管理されているシナリオは、外部からの更新、削除、追加が可能であることが望ましい。

また、上述したシナリオは、外部データベースと通信するための処理を行うコネクタのいずれかによっては目的に合致した検索結果が得られなかった場合、別のコネクタの利用によって得られる検索結果に差し替える機能を有することが望ましい。

また、上述したシナリオは、外部データベースと通信するための処理を行うコネクタから検索結果が得られなかった場合、別のユーザインターフェイス記述ファイルを呼び出し、レイアウトを変更した検索結果に差し替える機能を有することが望ましい。

また、上述したシナリオ実行手段は、シナリオを実行中に端末向けデータ出力先への応答をすることができる機能を有することが望ましい。

また、上述したシナリオは、データ蓄積部に対して、蓄積された過去の取得データや端末向けデータを確認し、それらを外部データベースと通信するための処理を行うコネクタやデータ合成手段、通信部に出力させる指令を出力する機能を有することが望ましい。

また、上述したユーザインターフェイス記述データ管理手段は、ユーザインターフェイス記述データをユーザインターフェイス記述ファイルとして管理し、検索要求実行手段からの要求に応じてユーザインターフェイス記述ファイルを選択し、選択したユーザインターフェイス記述ファイルをユーザインターフェイス記述データとして出力することが望ましい。

また、上述したユーザインターフェイス記述データ管理手段によって管理されているユーザインターフェイス記述ファイルは、外部からファイルの更新、削除、追加が可能であることが望ましい。

また、上述したユーザインターフェイス記述データ管理手段が管理しているユーザインターフェイス記述ファイルは、サーバ装置から出力される端末向け検索結果の記述様式について記載されていることが望ましい。

また、上述したユーザインターフェイス記述ファイルの実行によってサーバ装置から出力される端末用検索結果データは、表示機能を有する端末上にて検索結果を表示する際に表示部分を切り替え可能な形で出力する機能を有することが望ましい。

また、上述したデータ取得手段は、外部サーバに対し検索情報を送信して検索結果を取得する特定のコネクタを有することが望ましい。

また、上述したデータ取得手段内のコネクタは、検索要求実行手段からの要求によって選択されることによって、接続先の外部サーバと通信することが望ましい。

また、上述したデータ取得手段内のコネクタは、外部からの更新、削除、追加が可能であることが望ましい。

また、上述したデータ取得手段は、コネクタより取得したデータを共通の中間フォーマットの形で出力し、出力結果をデータ合成手段に渡す機能を有することが望ましい。

また、上述したデータ取得手段によって管理されているコネクタは、データ取得手段が出力した中間フォーマットを受け取り、別の結果を返す機能を有することが望ましい。

また、本発明の他の局面に従うと、サーバ装置は、データベースと、サーバと、端末とを含む情報出力システムにおけるサーバである。サーバ装置は、通信手段と、ユーザインターフェイス記述データ記憶手段と、制御手段とを含む。通信手段は、検索要求データを端末から受信し、キーワードをデータベースに送信し、データベースが送信したキーワードに対応する検索結果情報をデータベースから受信し、かつ検索結果情報を示す端末向け検索結果データを端末に送信する。検索要求データは、検索結果情報の出力形態を示すユーザインターフェイス記述データとデータベースとの組合せに対応する情報およびキーワードを含む。ユーザインターフェイス記述データ記憶手段は、ユーザインターフェイス記述データを記憶する。制御手段は、通信手段による通信を制御する。制御手段は、特定手段と、キーワード制御手段と、端末向け検索結果データ作成手段と、送信制御手段と含む。特定手段は、検索要求データに基づいて、キーワードを送信するデータベースである対応データベースと端末向け検索結果データの作成に用いるユーザインターフェイス記述データとを特定する。キーワード制御手段は、対応データベースにキーワードを送信するように、通信手段を制御する。端末向け検索結果データ作成手段は、特定手段が特定したユーザインターフェイス記述データと通信手段が受信した検索結果情報とを用いて、端末向け検索結果データを作成する。送信制御手段は、端末向け検索結果データを端末に送信するように通信手段を制御する。

本発明に係るサーバ装置は、検索を繰返す回数を少なくでき、ユーザ一人一人に応じた情報を出力でき、かつユーザが多くの情報を容易に把握できる。

以下、図面を参照しつつ、本発明の実施の形態について説明する。以下の説明では、同一の部品には同一の符号を付してある。それらの名称および機能も同一である。したがって、それらについての詳細な説明は繰返さない。

図１は、本実施の形態に係る情報表示システム（ただし、本願発明は表示に限らず、情報を音声として出力するような場合にも適用可能なものである。）の構成を示す図である。図１を参照して、本実施の形態に係る情報表示システムは、ユーザ端末５２と、サーバ５４と、複数の外部サービスデータベース５６とを含む。

なお、外部サービスデータベース５６の数は特に限定されない。たとえば、外部サービスデータベース５６の数は１台であってもよい。

ユーザ端末５２は、サーバ５４に対し検索要求データ（以下、「検索要求」と称する）を送信するとともに、サーバ５４から検索結果を示すデータ（以下、「端末向け検索結果データ」と称する）を受信する。ユーザ端末５２は、検索結果を画像表示により出力する装置でもある。本実施の形態の場合、ユーザ端末５２は携帯電話であることとする。

サーバ５４は、外部サービスデータベース５６とユーザ端末５２との間で情報を中継する装置である。

外部サービスデータベース５６．１，外部サービスデータベース５６．２，外部サービスデータベース５６．３，および外部サービスデータベース５６．４（総称するときは、外部サービスデータベース５６と総称する。）は、サーバ５４を介してユーザ端末５２に情報を提供するデータベースである。

なお、本実施の形態において、「データベース」とは、情報を蓄積し、かつ蓄積された情報を検索要求に応じて検索し、検索結果を検索要求元に返信する機能を有する、装置やシステムを意味する。

また、本実施の形態において、「検索要求データ」とは、以下に述べるような第１および第２の情報を有するデータである。その第１の情報は、シナリオＩＤを示す情報である。第２の情報は、パラメータである。本実施の形態において、「パラメータ」とは、ユーザ端末５２によって作成されたりユーザ端末５２のユーザによって選択されたりユーザ端末５２が図示しない装置から受信したりした、シナリオＩＤとは異なる情報を意味する。本実施の形態におけるパラメータの例には、キーワードや放送地域ＩＤが含まれる。パラメータは検索の際のキーデータとなり得るが、本実施の形態においては、パラメータのうちキーワードがキーデータとされるよう、予め定められている。

また、本実施の形態において、「検索結果」とは、パラメータの一種であるキーワードをキーデータとしたときの外部サービスデータベース５６の検索結果を示す情報を意味する。

また、本実施の形態において、「端末向け検索結果データ」とは、サーバ５４からユーザ端末５２に送信される検索結果を示すデータを意味する。本実施の形態においては、端末向け検索結果データは、ユーザ端末５２における検索結果の表示形態を示す情報も含むが、表示形態を示す情報は、端末向け検索結果データに必須の情報ではない。

ここで、シナリオＩＤについて説明する。本実施の形態の場合、「シナリオＩＤ」とは、「シナリオ」を選択するために用いられる識別情報である。後述するように、本実施の形態における「シナリオ」とは、サーバ５４が実施する制御の内容を示すファイルの一種である。シナリオにおいて、どのＵＩ記述データ７６０を用いるかということと、どの外部サービスデータベース５６に検索を要求するかということが示される。これにより、シナリオＩＤは、シナリオだけでなく、ＵＩ記述データ７６０と外部サービスデータベース５６との組合せにも間接的に対応することとなる。ＵＩ記述データ７６０と外部サービスデータベース５６との組合せにもシナリオＩＤが対応しているので、ＵＩ記述データ７６０と外部サービスデータベース５６との組合せを特定するためにシナリオＩＤを利用することが可能になる。

図２は、ユーザ端末５２の制御ブロック図である。図２を参照して、本実施の形態に係るユーザ端末５２は、通信部５５０と、操作部５５２と、表示部５５４と、制御部５５６と、記憶部５５８とを含む。通信部５５０は、サーバ５４と通信する。操作部５５２は、ユーザによる操作を受付ける。表示部５５４は、検索結果その他の情報を表示する。制御部５５６は、通信部５５０が受信した検索結果や操作部５５２が受付けた情報を処理する。また、制御部５５６は、検索結果その他の情報を表示するように表示部５５４を制御する。記憶部５５８は、制御部５５６が実行するプログラムと、制御部５５６がそのプログラムを実行する際に必要な情報とを記憶する。

なお、ユーザ端末５２は、図２に示した各部の他、携帯電話として動作するための図示しない各種のユニット（たとえば、マイクやスピーカ）を含む。それらの動作は周知であるので、ここではその詳細な説明は繰返さない。

図３は、ユーザ端末５２の制御部５５６が記憶部５５８に記憶されたプログラムに基づいて実行する機能を示す機能ブロック図である。制御部５５６は、携帯電話として動作するための図示しない各種のユニットの他、実行エンジン５６０を含む。実行エンジン５６０は、表示部５５４に検索結果を表示させるための各種の処理を実施する。図３を参照して、実行エンジン５６０は、ＳＶＧ（Scalable Vector Graphics）描画エンジン５６２と、遷移処理エンジン５６４と、通信処理部５６６とを含む。

ＳＶＧ描画エンジン５６２は、通信部５５０が受信した端末向け検索結果データをもとに、表示部５５４を制御するための制御信号を生成する。表示部５５４は、この信号に基づいて、検索結果を示す画像を表示する。なお、ＳＶＧ描画エンジン５６２に代え、ＳＶＧとは異なるフォーマットに準拠した描画エンジンや、ビットマップその他のデータフォーマットに基づいて画像を表示するための描画エンジンが含まれていてもよいが、本実施の形態においては、ＳＶＧ描画エンジン５６２が含まれていることとする。

遷移処理エンジン５６４は、操作部５５２が操作されたことに応じて表示部５５４を制御する。表示部５５４は、遷移処理エンジン５６４に従って、検索結果を示す画像をスクロールさせる。本実施の形態の場合、表示部５５４がどのように操作されれば検索結果を示す画像がどのようにスクロールするかということは、通信部５５０が受信した端末向け検索結果データによって示される。

通信処理部５６６は、検索要求を送信し、かつ端末向け検索結果データを受信するように通信部５５０を制御する。

図４は、サーバ５４において実行されるプログラムモジュールとそれらの間での情報の流れとを示す図である。本実施の形態の場合、サーバ５４は、図４に示すプログラムモジュールを実行することにより、実行されるプログラムモジュールに応じた処理を実行する。図４を参照して、本実施の形態に係るサーバ５４において実行されるプログラムは、通信処理部５７０と、シナリオ管理部５７２と、シナリオ実行部５７４と、データ取得部５７６と、ＵＩ記述データ管理部５７８と、データ合成処理部５８０と、検索結果管理部５８２とを含む。本実施の形態の場合、これらは互いに異なるプログラムモジュールである。

なお、以下の説明において、予め記憶された情報やあるプログラムモジュールの実行の際に作成されたり取扱われたりした情報を他のプログラムモジュールの実行の際に取扱い可能にすることを「渡す」と称する。たとえば、「通信処理部５７０からシナリオ管理部５７２に情報を渡す」や「シナリオ管理部５７２が通信処理部５７０から情報を渡される」は、通信処理部５７０の実行の際に作成されたり取扱われたりした情報をシナリオ管理部５７２の実行の際に取扱い可能にすることを意味する。「サーバ５４に予め記憶されたシナリオをシナリオ実行部５７４に渡す」は、サーバ５４に予め記憶されたシナリオをシナリオ実行部５７４の実行の際に取扱い可能にすることを意味する。

また、以下の説明において、次に実行するプログラムモジュールを特定する処理を「呼出す」と称する。たとえば、「ＵＩ記述データ管理部５７８を呼出す」とは、プログラムの実行を開始する際やあるプログラムモジュールを実行している間に、次に実行するプログラムモジュールをＵＩ記述データ管理部５７８とすることを意味する。

通信処理部５７０は、ユーザ端末５２からの検索要求を受信し、検索要求に含まれるシナリオＩＤなど（本実施の形態において検索要求に含まれるその他の情報については後述する）を抽出し、シナリオ管理部５７２に出力する処理を示す。また、通信処理部５７０は、データ合成処理部５８０から端末向け検索結果データを渡されると、それをユーザ端末５２に送信する処理も示す。

シナリオ管理部５７２は、サーバ５４にシナリオＩＤと対応づけて記憶されたシナリオを管理するための処理を示す。本実施の形態の場合についてより具体的に説明すると、シナリオ管理部５７２は、サーバ５４に記憶された複数のシナリオのいずれかを通信処理部５７０から渡されたシナリオＩＤに基づいて選択し、シナリオ実行部５７４に渡す処理を示す。

なお、本実施の形態の場合、サーバ５４に記憶されたシナリオは、オペレータの操作に応じて追加したり削除したりすることが可能である。

ここで、シナリオについて説明する。本実施の形態において「シナリオ」とは、サーバ５４に記憶されたファイルの一種であって、サーバ５４が実施する制御の内容（たとえば、どのＵＩ記述データ７６０を用いるかといったことや、どの外部サービスデータベース５６にパラメータを送信するかといったこと）を示すものである。サーバ５４が実施する具体的な制御の例については後に説明する。これにより、ＵＩ記述データ７６０と、外部サービスデータベース５６のうちパラメータの送信先となるデータベースとは、シナリオに基づいて特定されることとなる。サーバ５４に記憶されたシナリオのうちどのシナリオがシナリオ実行部５７４に渡されるかによって、端末向け検索結果データが示す検索結果の内容は異なる。ＵＩ記述データ７６０とパラメータの送信先となる外部サービスデータベース５６とがシナリオに基づいて特定されることにより、さまざまな種類の検索結果を得ることが可能となる。たとえば、初めにアーティスト名を検索キーとして音楽配信サイトを検索した後、音楽配線サイトから提供された検索結果（楽曲名）を使って書籍販売サイトを検索できる。または、検索結果（楽曲名）を使ってブログを検索できる。

シナリオ実行部５７４は、シナリオ管理部５７２が渡したシナリオに基づいてＵＩ記述データＩＤとコネクタＩＤとを特定する処理を示す。

後述するように、「コネクタ」とは、外部サービスデータベース５６と通信するための処理を行うものである。本実施の形態の場合、コネクタは、コネクタＩＤに対応付けてサーバ５４に記憶されている。外部サービスデータベース５６との通信は、コネクタ内に記載されている処理手順に基づいて実施される。このコネクタにより、どの外部サービスサーバを通信先とするかが示される。これより、シナリオは、検索を要求する外部サービスデータベース５６を間接的に特定していることになる。

シナリオ実行部５７４は、ＵＩ記述データＩＤとコネクタＩＤとが特定された後に実行される処理も示す。その処理は、次に述べる第１の処理および第２の処理である。第１の処理は、ＵＩ記述データ管理部５７８にＵＩ記述データＩＤを渡す処理である。ＵＩ記述データＩＤが渡された上でＵＩ記述データ管理部５７８の処理が実行されると、ＵＩ記述データ管理部５７８はＵＩ記述ファイル７６２をデータ合成処理部５８０に渡す。第２の処理は、データ取得部５７６（より具体的に説明すると、データ取得部５７６が含むコネクタ６００のうちコネクタＩＤが示すもの）を呼出す処理である。コネクタ６００のいずれかが呼出されると、サーバ５４は、外部サービスデータベース５６に対してパラメータを送信する。

データ取得部５７６は、外部サービスデータベース５６との間で通信する処理を示す。
データ取得部５７６は、コネクタＩＤによりそれぞれ特定される複数のコネクタ６００と、データ変換部６０２とを含む。

上述したように、コネクタ６００は、外部サービスデータベース５６と通信するための処理を行うものである。コネクタ６００ごとに、通信の相手となる外部サービスデータベース５６が予め定められている。

データ変換部６０２は、コネクタ６００に基づいて受信したデータを中間フォーマットに従って変換する処理を示す。

本実施の形態における「中間フォーマット」とは、データ合成処理部５８０が示す処理に基づいてサーバ５４が端末向け検索結果データを作成する際に用いられるマークアップ言語のことである。サーバ５４が稼動し始めるまでに予め定められている言語であれば、具体的にどのようなマークアップ言語かということは特に限定されない。例えば、ＸＭＬであってもよいし、ＨＴＭＬ（HyperText Markup Language）であってもよい。

コネクタ６００に基づいて受信したデータは、ＨＴＭＬに従って記述されている場合もあれば、ＸＭＬに従って記述されている場合もある。その他の言語に従って記述されている場合もある。検索結果を示すデータが中間フォーマットに沿うよう変換されることにより、データ合成処理部５８０が示す処理を実行する際、サーバ５４は、検索結果を示すデータを記述している言語に応じてＵＩ記述データ７６０を使い分ける必要がないので、端末向け検索結果データを容易に作成することができる。

なお、本実施の形態の場合、オペレータは、コネクタ６００を追加したり削除したりすることができる。

ＵＩ記述データ管理部５７８は、ＵＩ記述データＩＤと対応づけてサーバ５４に記憶されたＵＩ記述データ７６０（ＵＩ記述データ７６０については後述する）を管理する処理を示す。より具体的に説明すると、ＵＩ記述データ管理部５７８は、サーバ５４に記憶されたＵＩ記述データ７６０のうち、シナリオ実行部５７４から渡されたＵＩ記述データＩＤに対応するものを選択し、そのＵＩ記述データ７６０をデータ合成処理部５８０に渡す処理を示す。なお、「ＵＩ記述データＩＤ」とは、ＵＩ記述データを指定するために用いられる識別情報である。

本実施の形態の場合、１つのＵＩ記述データＩＤと１つのＵＩ記述データ（ＵＩ記述データ７６０については後述する）が対応していることもあれば、１つのＵＩ記述データＩＤと複数のＵＩ記述データを含む１つのＵＩ記述ファイルとが対応していることもある。

なお、シナリオと同様、ＵＩ記述データ７６０はオペレータの操作に応じて追加したり削除したりすることができる。

図５は、ＵＩ記述データ７６０とＵＩ記述ファイル７６２との関係を示す図である。図５を参照して、ＵＩ記述データ７６０とＵＩ記述ファイル７６２とについて説明する。

本実施の形態において、ＵＩ記述データ７６０は、画像やテキストなど各種データごとにレイアウトを定義しているデータを意味する。

ＵＩ記述データ７６０は、上述したテンプレート技術により端末向け検索結果データを作成するために用いられる。

ＵＩ記述ファイル７６２は、１つ以上のＵＩ記述データ７６０の組合せで構成されるデータ群を意味する。

本実施の形態においては、ＵＩ記述データ７６０とＵＩ記述ファイル７６２とは、端末向け検索結果データの雛型（ＵＩ記述ファイル７６２）とその雛型を構成するデータ（ＵＩ記述データ７６０）との関係にある。

なお、本実施の形態の場合、ＵＩ記述データ７６０はＸＭＬ（Extensible Markup Language）で記述されている（その他のスクリプト言語で記述されていてもよい）。これに応じて、端末向け検索結果データもＸＭＬで記述されている（ＵＩ記述データ７６０がその他のスクリプト言語で記述されている場合、端末向け検索結果データもそのスクリプト言語で記述されることとなるが、必要であれば、出力の前において、他の言語にいったん書き換えたり、スクリプト言語に準拠しない規格に従ってデータを変換したりしてもよい）。ユーザ端末５２は、端末向け検索結果データに基づき検索結果を表示する。本実施の形態の場合、検索結果は二次元スクロールができるように表示される。なお、検索結果の表示形態は特に限定されない。たとえば、画面にいくつもの枠を表示させ、それらの枠それぞれが互いに異なる検索結果を含んでもよい。その場合、ユーザの操作に応じて、ある枠が他の枠の手前に表示されてもよい。

再び図４を参照して、データ合成処理部５８０は、端末向け検索結果データを作成する処理を示す。データ合成処理部５８０は、完成した端末向け検索結果データを通信処理部５７０に渡す。データ合成処理部５８０は、ＵＩ記述データ７６０内の所定の箇所を検索結果を示す内容に置換する処理（合成処理）も示す。合成処理が完了することで、端末向け検索結果データは完成する。ＵＩ記述ファイル７６２は、ＵＩ記述データ管理部５７８からデータ合成処理部５８０に渡される。検索結果を示すデータは、検索結果管理部５８２からデータ合成処理部５８０に渡される（検索結果管理部５８２は、データ取得部５７６から検索結果を示すデータを渡されている）。

また、データ合成処理部５８０は、通信処理部５７０の他、検索結果管理部５８２にも完成した端末向け検索結果データを渡す。

なお、端末向け検索結果データが作成される際、シナリオの内容によっては、２種類以上のＵＩ記述データ７６０やＵＩ記述ファイル７６２と２種類以上の検索結果とが用いられることがある。

検索結果管理部５８２は、次に述べる第１の処理と第２の処理とを示す。第１の処理は、過去に受信した検索要求データと同じ内容の検索要求データをサーバ５４が受信した場合、端末向け検索結果データ（過去にサーバ５４が作成し、かつ記憶したもの）のうちその検索要求データに対応する検索結果を示すものを選択し、通信処理部５７０に渡す処理である。第２の処理は、過去にサーバ５４が受信し、かつ記憶した検索結果のうちその検索要求データに対応するものを選択し、データ合成処理部５８０に渡す処理である。これらの処理が実施される場合、データ取得部５７６は動作しない。

また、検索結果管理部５８２は、ある外部サービスデータベース５６から受信した検索結果の一部をパラメータとして別の外部サービスデータベース５６から新たな検索結果を受信する処理も示す。

図６は、シナリオ実行部５７４の構成を示す図である。図６を参照して、シナリオ実行部５７４は、シナリオ処理部６１０と、ＵＩ記述データ呼出部６１２と、コネクタ呼出部６１４と、検索結果呼出部６１６とを含む。

シナリオ処理部６１０は、シナリオからＵＩ記述データＩＤとコネクタＩＤとを特定する処理を示す。また、シナリオ処理部６１０は、シナリオに基づいて、ＵＩ記述データ呼出部６１２と、コネクタ呼出部６１４と、検索結果呼出部６１６とに情報を渡す。

ＵＩ記述データ呼出部６１２は、シナリオ処理部６１０から渡されたＵＩ記述データＩＤをＵＩ記述データ管理部５７８に渡し、ＵＩ記述データ管理部５７８を呼出す処理を示す。

コネクタ呼出部６１４は、シナリオ処理部６１０から渡されたコネクタＩＤに基づき、データ取得部５７６が含むコネクタ６００のいずれかを選択し、実行するコネクタを指定する。

検索結果呼出部６１６は、シナリオの内容に応じた情報（たとえば、検索要求が示すパラメータとシナリオＩＤ）を取得し、検索結果管理部５８２に渡す。これに応じて、検索結果管理部５８２を実行する際、サーバ５４は自らが記憶した情報を検索する。

図７は、データ合成処理部５８０の構成を示す図である。図７を参照して、データ合成処理部５８０は、データ振分部６２０と、一時蓄積部６２２と、データ合成部６２４と、データパッケージ化部６２６とを含む。

データ振分部６２０は、ＵＩ記述ファイル７６２が含むＵＩ記述データ７６０とデータ変換部６０２が変換したデータとを、一時蓄積部６２２とデータ合成部６２４とに振分けて渡す処理を示す。

一時蓄積部６２２は、データ振分部６２０から渡されたデータをアーカイブ化されるデータとして一時的に蓄積する処理を示す。一時蓄積部６２２の実行により蓄積されるデータは、端末に表示されるロゴなどの、検索結果に関わらず端末向け検索結果データに含まれ、かつその配置が確定しているデータである。これらのデータについてはデータ合成部６２４に基づく処理が不要である。

データ合成部６２４は、データ振分部６２０から渡されたＵＩ記述データ７６０と検索結果を示すデータとを合成することにより、端末向け検索結果データの一部となるデータを作成する処理を示す。

データパッケージ化部６２６は、一時蓄積部６２２が蓄積したデータとデータ合成部６２４が合成したデータとを組合せて、１つのアーカイブファイルを作成する処理を示す。本実施の形態の場合、端末向け検索結果データは、このアーカイブファイルの形式で通信される。

図８は、本実施の形態におけるサーバ５４を実現するコンピュータハードウェアの構成を示す図である。このコンピュータハードウェアは、ディスプレイ６５０と、ＣＰＵ（Central Processing Unit）６５２と、メモリ６５４と、固定ディスク６５６と、メモリカード駆動装置６５８と、ＣＤ−ＲＯＭ（Compact Disk Read Only Memory）駆動装置６６０と、キーボード６６２と、通信インターフェイス６６４とを含む。

ディスプレイ６５０は、表示により情報を出力する。ＣＰＵ６５２は、各種の演算を実施する。ＣＰＵ６５２は、図８に示すコンピュータハードウェアの各部を制御する回路でもある。メモリ６５４は、情報を記憶する。固定ディスク６５６は、本実施の形態におけるサーバ５４を実現するためのプログラムなどを記憶する。メモリカード駆動装置６５８は、メモリカード６７０から情報を読取る。ＣＤ−ＲＯＭ駆動装置６６０は、ＣＤ−ＲＯＭ６７２から情報を読取る。キーボード６６２は、オペレータが情報を入力する装置である。通信インターフェイス６６４は、ユーザ端末５２や、外部サービスデータベース５６と通信する。

図９は、ＣＰＵ６５２が上述したプログラムを実行することにより実現される機能を示す機能ブロック図である。図９を参照して、ＣＰＵ６５２の機能は、特定部６８０と、パラメータ制御部６８２と、形式変換部６８４と、端末向け検索結果データ作成部６８６と、送信制御部６８８と、抽出部６９０と、メッセージ制御部６９２と、検索部６８４と、追加制御部６９６とを含む。

特定部６８０は、通信インターフェイス６６４が検索要求を受信すると、検索要求が示すシナリオＩＤに対応するように、メモリ６５４が記憶したシナリオ（ひいては、複数の外部サービスデータベース５６のいずれかおよびＵＩ記述データ７６０）を特定する。本実施の形態においては、特定部６８０により特定されたことになる外部サービスデータベース５６を「対応サーバ」と称する。この処理は、シナリオ実行部５７４により示された処理である。

パラメータ制御部６８２は、メモリ６５４に記憶されたコネクタ６００（メモリ６５４に記憶されるコネクタ６００は一種類であってもよいが、本実施の形態の場合、メモリ６５４は複数の種類のコネクタ６００を記憶していることとする）に基づいて、検索要求が示すパラメータを対応サーバに送信するように、通信インターフェイス６６４を制御する。

形式変換部６８４は、検索結果を示すデータを通信インターフェイス６６４が受信すると、検索結果を示すデータの形式を、端末向け検索結果データ作成部６８６が利用可能な形式のデータに変換する。本実施の形態の場合、形式変換部６８４は、検索結果を示すデータの形式を、中間フォーマットで記述される形式に変換する。この処理は、データ変換部６０２により示された処理である。

端末向け検索結果データ作成部６８６は、特定部６８０が特定した特定したシナリオ（厳密には、そのシナリオが示すＵＩ記述データ７６０やＵＩ記述ファイル７６２）と通信インターフェイス６６４が受信した検索結果とに基づいて、端末向け検索結果データを作成する。この処理は、データ合成処理部５８０により示された処理である。

送信制御部６８８は、端末向け検索結果データをユーザ端末５２に送信するように通信インターフェイス６６４を制御する。この処理は、通信処理部５７０により示された処理である。

抽出部６９０は、メモリ６５４に記憶された検索結果を示すデータから、検索結果の一部を抽出する。この処理は、検索結果管理部５８２により示された処理である。検索結果の一部を抽出するための具体的な手順は特に限定されるものではないが、本実施の形態の場合、抽出部６９０は、検索結果を示すデータに含まれるメタデータに基づいて検索結果の一部を抽出する。本実施の形態の場合、検索結果を示すデータは、検索結果自体を示すテキストデータや画像データと、それらのデータが何かを示すメタデータとを含んでいる。抽出部６９０は、検索結果を示すデータのうち、シナリオが示すメタデータに対応するテキストデータや画像データを抽出する。これにより、検索結果を示すデータから検索結果の一部が抽出されることとなる。

メッセージ制御部６９２は、対応シナリオ（特定部６８０によって読み出されるシナリオのこと）の読み出しの開始時から端末向け検索結果データの作成の完了時までの間に、「しばらくお待ち下さい」といった所定のメッセージをユーザ端末５２へ送信するように通信インターフェイス６６４を制御する。そのメッセージをいつ送信するかは、メモリ６５４に記憶されたプログラムなどによって定められる。

検索部６９４は、メモリ６５４が記憶した検索結果を示すデータのうち、検索要求が示すパラメータとコネクタＩＤとに対応するデータを検索する。検索部６９４による検索を可能とするために、本実施の形態においては、検索結果を示すデータは、パラメータとコネクタＩＤとに対応付けられている。検索部６９４は、メモリ６５４が記憶した端末向け検索結果データのうち、検索要求が示すパラメータとシナリオＩＤとに対応するデータを検索するユニットでもある。検索部６９４による検索を可能とするために、端末向け検索結果データは、パラメータとシナリオＩＤとに対応付けられている。これらの処理は、検索結果呼出部６１６により示された処理である。

追加制御部６９６は、外部サービスデータベース５６にパラメータを送信するように、通信インターフェイス６６４を制御する。このサーバには、別の外部サービスデータベース５６から通信インターフェイス６６４が受信した検索結果が所定の要件（たとえば「ＮＵＬＬ」でないことという要件）を満たさない場合に、パラメータが送信される。

特定部６８０は、シナリオ読出部６８０２と、ＵＩ部６８０４と、コネクタ部６８０６とを含む。

シナリオ読出部６８０２は、メモリ６５４が記憶したシナリオのうち、検索要求が示すシナリオＩＤに対応するシナリオを読み出す。本実施の形態においては、シナリオ読出部６８０２が読み出すシナリオが対応シナリオである。

ＵＩ部６８０４は、メモリ６５４が記憶したＵＩ記述データ７６０のうち、対応シナリオが示すデータを読み出す。

コネクタ部６８０６は、メモリ６５４が記憶したコネクタのうち、対応シナリオが示すコネクタ６００を読み出す。

パラメータ制御部６８２は、受信パラメータ制御部６８２２と、抽出パラメータ制御部６８２４とを含む。

受信パラメータ制御部６８２２は、特定部６８０が複数の対応サーバを特定した場合に、それら複数の対応サーバのうちシナリオが示すサーバに対して検索要求データが示すキーワードを送信するように、通信インターフェイス６６４を制御する。

抽出パラメータ制御部６８２４は、複数の対応サーバのうち検索結果を送信した対応サーバとは異なる対応サーバに対し、抽出部６９０が抽出した検索結果の一部をパラメータとして送信するように、通信インターフェイス６６４を制御する。

図１０は、本実施の形態におけるメモリ６５４のメモリマップを示す図である。図１０を参照して、本実施の形態におけるメモリ６５４の記憶領域は、管理領域６５４０と、プログラム領域６５４２と、ＵＩ記述データ領域６５４４と、シナリオ領域６５４６と、コネクタ領域６５４８と、端末向け検索結果データ領域６５５０と、検索結果領域６５５２とを含む。

管理領域６５４０は、ＣＰＵ６５２が演算や制御を実施するために必要な情報を記憶する領域である。

プログラム領域６５４２は、本実施の形態に係るサーバ５４を実現するために必要なプログラムを固定ディスク６５６から読み出し、一時的に記憶する領域である。このプログラムは、メモリカード駆動装置６５８やＣＤ−ＲＯＭ駆動装置６６０によって読取られるＣＤ−ＲＯＭ６７２などの記録媒体に記録されたプログラムである。

ＵＩ記述データ領域６５４４は、ＵＩ記述データ７６０を記憶する領域である。ＵＩ記述データ領域６５４４に記憶されるＵＩ記述データ７６０は１種類のみであってもよいが、本実施の形態の場合、ＵＩ記述データ領域６５４４は、複数の種類のＵＩ記述データ７６０を記憶する。また、本実施の形態の場合、ＵＩ記述データ領域６５４４は、ＵＩ記述データ７６０の他に、ＵＩ記述ファイル７６２を記憶する。ＵＩ記述データ７６０やＵＩ記述ファイル７６２は、ＵＩ記述データＩＤに対応付けられている。

シナリオ領域６５４６は、シナリオをシナリオＩＤに対応付けて記憶する。
コネクタ領域６５４８は、コネクタ６００をコネクタＩＤに対応付けて記憶する。

端末向け検索結果データ領域６５５０は、端末向け検索結果データをパラメータやシナリオＩＤに対応付けて記憶する。

検索結果領域６５５２は、検索結果をパラメータやコネクタＩＤに対応付けて記憶する。検索結果領域６５５２に記憶される検索結果を示すデータは、中間フォーマットに従って記述されている。

このサーバ５４は、図８に示すコンピュータハードウェアとＣＰＵ６５２により実行されるソフトウェアとにより実現される。一般的にこうしたソフトウェアは、ＣＤ−ＲＯＭ６７２などの記録媒体に格納されて流通し、ＣＤ−ＲＯＭ駆動装置６６０などにより記録媒体から読取られて固定ディスク６５６に一旦格納される。さらにメモリ６５４に読出されて、上述したＣＰＵ６５２により実行される。上述したコンピュータのハードウェア自体は一般的なものである。したがって、本発明の最も本質的な部分は、ＣＤ−ＲＯＭ６７２などの記録媒体に記録されたソフトウェアである。なお、コンピュータ自体の動作は周知であるので、ここではその詳細な説明は繰返さない。

外部サービスデータベース５６を実現するコンピュータハードウェアの構成は、サーバ５４を実現するコンピュータハードウェアの構成と同様である。したがって、その詳細な説明はここでは繰返さない。

なお、サーバ５４の通信インターフェイス６６４は、外部サービスデータベース５６の通信インターフェイス６６４と通信することとなる。

図１１および図１２を参照して、サーバ５４で実行されるプログラムは、端末向け検索結果データの作成に関し、以下のような制御を実行する。なお、以下の説明において、サーバ５４（厳密にはＣＰＵ６５２）がプログラムモジュールを実行することでそのプログラムモジュールに応じた処理が実施されることを「・・・部×××は、〜する。」と称する。たとえば、ＣＰＵ６５２が通信処理部５７０を実行することで検索要求に含まれたシナリオＩＤやパラメータが抽出されることを、「通信処理部５７０は、検索要求に含まれたシナリオＩＤやパラメータを抽出する。」と称する。ＣＰＵ６５２が通信処理部５７０を実行する処理の一部として、シナリオ管理部５７２にてシナリオＩＤやパラメータが利用可能にされることを、「通信処理部５７０は、シナリオＩＤやパラメータをシナリオ管理部５７２に出力する。」と称する。コネクタ６００に基づいてそのコネクタ６００が示す外部サービスデータベース５６と通信することを、「コネクタ６００は、外部サービスデータベース５６と通信する。」と称する。

ステップＳ７２０にて、通信インターフェイス６６４は検索要求を示す通信データを受信する。そのような通信データが受信されると、通信処理部５７０は、検索要求に含まれたシナリオＩＤやパラメータをシナリオ管理部５７２とシナリオ実行部５７４とに出力する。シナリオＩＤやパラメータが出力されると、シナリオ管理部５７２は、そのシナリオＩＤに対応するシナリオをシナリオ実行部５７４に出力する。

図１３は、ユーザ端末５２から通信インターフェイス６６４へ送信される、検索要求を示す通信データのフォーマットを示す図である。図１３を参照して、そのフォーマットは、少なくとも１つのパラメータ領域と、シナリオＩＤ領域と、出力先端末情報領域とを含む。パラメータ領域は、キーワードやユーザアクション（検索のために用いるキーワードとは別の、予め設定されているユーザの動作のカテゴリーであって、ユーザにより選択されるもの、たとえば、「買う」「見る」「知る」といったようなユーザが行いたい動作として選択される可能性のある選択肢を意味する情報）といった、各種のパラメータを示す領域である。シナリオＩＤ領域は、シナリオＩＤを示す領域である。出力先端末情報領域は、端末向け検索結果データの送信先（本実施の形態の場合はユーザ端末５２）の識別情報を示す領域である。

なお、ユーザ端末５２、あるいはサーバ５４の識別情報の例には、ＩＰアドレスやメールアドレスがある。どのような識別情報を用いるかということは、本実施の形態に係る情報表示システムの設計者などによって任意に定められる。

再び図１１および図１２を参照して、ステップＳ７２２にて、検索結果呼出部６１６は、検索結果管理部５８２に検索要求が示すパラメータとシナリオＩＤとを出力する。検索結果管理部５８２は、端末向け検索結果データ領域６５５０に記憶された端末向け検索結果データの中から、ステップＳ７２０にて通信処理部５７０が出力したシナリオＩＤやパラメータに対応するデータ（端末向け検索結果データに対応付けられたパラメータとシナリオＩＤとの組合わせが、検索要求が示すすべてのパラメータとシナリオＩＤとの組合わせに一致するもの）を検索する。そのようなデータの検索が終了すると、検索結果管理部５８２は、そのような端末向け検索結果データがあるか否かを判断する。そのような端末向け検索結果データがあると判断した場合には（ステップＳ７２２にてＹＥＳ）、処理はステップＳ７２４へと移される。もしそうでないと（ステップＳ７２２にてＮＯ）、処理はステップＳ７２６へと移される。

ステップＳ７２４にて、検索結果管理部５８２は、ステップＳ７２０にて通信処理部５７０が出力したシナリオＩＤやパラメータに対応する端末向け検索結果データを通信処理部５７０に出力する。

ステップＳ７２６にて、シナリオ処理部６１０は、シナリオが含む命令文を解析する。解析結果に応じて、シナリオ処理部６１０は、次に実行する処理がswitch文か否かを判断する。次に実行する処理がswitch文であると判断した場合には（ステップＳ７２６にてＹＥＳ）、処理はステップＳ７２８へと移される。もしそうでないと（ステップＳ７２６にてＮＯ）、処理はステップＳ７３０へと移される。

ステップＳ７２８にて、シナリオ処理部６１０は、switch文の内容に基づき、次に実行する処理を特定する。

ステップＳ７３０にて、シナリオ処理部６１０は、シナリオが含む命令文に基づき、次に実行する処理がＵＩ記述データ管理部５７８を呼出す処理か否かを判断する。次に実行する処理がＵＩ記述データ管理部５７８を呼出す処理と判断した場合には（ステップＳ７３０にてＹＥＳ）、処理はステップＳ７３２へと移される。もしそうでないと（ステップＳ７３０にてＮＯ）、処理はステップＳ７３４へと移される。

ステップＳ７３２にて、ＵＩ記述データ呼出部６１２は、シナリオ処理部６１０からＵＩ記述データＩＤを渡されると、そのＵＩ記述データＩＤをＵＩ記述データ管理部５７８に渡し、ＵＩ記述データ管理部５７８を呼出す。ＵＩ記述データ管理部５７８は、ＵＩ記述データＩＤが示すＵＩ記述データ７６０（場合によってはＵＩ記述ファイル７６２）をデータ合成処理部５８０に出力する。この時、検索結果管理部５８２は、検索結果を示すデータをデータ合成処理部５８０に出力する。データ合成処理部５８０は、合成処理を実施する。

本実施の形態の場合、ステップＳ７３２にて、ＵＩ記述データ呼出部６１２は、シナリオ処理部６１０から渡されるＵＩ記述データＩＤの中から、シナリオなどが示す要件に応じたＵＩ記述データＩＤを選択し、選択したＵＩ記述データＩＤを出力する。次に２つの例を示す。

その第１の例として、ＵＩ記述データ呼出部６１２は、ステップＳ７４２にて検索結果を受信できたか否かに応じて異なるＵＩ記述データＩＤを出力する。

第２の例として、ＵＩ記述データ呼出部６１２は、通信インターフェイス６６４が受信した検索要求に含まれた出力先情報に応じて異なるＵＩ記述データＩＤを出力する。この場合、送信先に応じた形態の端末向け検索結果データを通信インターフェイス６６４は送信できることとなる。

ステップＳ７３４にて、検索結果呼出部６１６は、検索要求が示すパラメータとシナリオＩＤを取得し、検索結果管理部５８２に渡す。検索要求が示すパラメータとシナリオＩＤとが渡されると、検索結果管理部５８２は、コネクタ６００のいずれかが受信した検索結果から抽出したパラメータが存在する（この場合、管理領域６５４０に記憶されていることを意味する）か否かを判断する。そのようなパラメータが存在すると判断した場合には（ステップＳ７３４にてＹＥＳ）、処理はステップＳ７３６へと移される。もしそうでないと（ステップＳ７３４にてＮＯ）、処理はステップＳ７３８へと移される。

ステップＳ７３６にて、コネクタ呼出部６１４は、シナリオ処理部６１０から渡されたコネクタＩＤに基づき、データ取得部５７６が含むコネクタ６００のいずれかを選択し、実行するコネクタを指定する。検索結果管理部５８２は、そのコネクタＩＤに対応するコネクタ６００に対し、パラメータを渡す。このパラメータは、コネクタ６００のいずれかが外部サービスデータベース５６から受信した検索結果から検索結果管理部５８２が抽出したものである。

ステップＳ７３８にて、検索結果呼出部６１６は、検索要求が示すパラメータとシナリオＩＤを取得し、検索結果管理部５８２に渡す。検索要求が示すパラメータとシナリオＩＤとが渡されると、検索結果管理部５８２は、パラメータとシナリオが示すコネクタＩＤとに対応付けられた検索結果を示すデータが検索結果領域６５５２に記憶されているか否かを判断する。このステップで言う「パラメータ」は、ステップＳ７２０にて通信処理部５７０が出力したパラメータのいずれかであっても、外部サービスデータベース５６から受信した検索結果の一部であって端末向け検索結果データ領域６５５０や検索結果領域６５５２に記憶されているパラメータであってもよい。そのようなデータを記憶していると判断した場合には（ステップＳ７３８にてＹＥＳ）、処理はステップＳ７４０へと移される。もしそうでないと（ステップＳ７３８にてＮＯ）、処理はステップＳ７４２へと移される。

ステップＳ７４０にて、検索結果管理部５８２は、検索結果を示すデータをデータ合成処理部５８０に出力する。この時出力されるデータは、検索結果領域６５５２に記憶されたデータであって、ステップＳ７２０にて通信処理部５７０が出力した検索要求が示すパラメータのいずれかとシナリオが示すコネクタＩＤとに対応付けられていたデータである。

ステップＳ７４２にて、コネクタ呼出部６１４は、シナリオ処理部６１０から渡されたコネクタＩＤに基づき、データ取得部５７６が含むコネクタ６００のいずれかを選択し、実行するコネクタ６００を指定する。データ取得部５７６が含む複数のコネクタ６００のうちそのコネクタＩＤに対応するコネクタ６００は、そのコネクタ６００が通信相手としている外部サービスデータベース５６に、次に述べるパラメータを送信する。コネクタ６００のいずれかが受信した検索結果から抽出されたパラメータが存在する場合、送信するパラメータはそのパラメータである。そのようなパラメータが存在しない場合、送信するパラメータは検索要求に含まれたパラメータある。パラメータが送信された後、パラメータを送信したコネクタ６００は、検索結果を受信できたか否かを判断する。本実施の形態の場合、「ＮＵＬＬ」以外の情報を受信できたか否かに基づき、検索結果を受信できたか否か（言い換えると、検索結果が所定の要件を満たしたか否か）が判断される。検索結果を受信できた場合、キーワードを送信したコネクタ６００は、その検索結果を示すデータをデータ変換部５７６に出力する。データ変換部５７６は、そのデータを中間フォーマットに沿うよう変換した上で、検索結果管理部５８２に変換されたデータを出力する。検索結果を受信できなかった場合、そのコネクタ６００は、シナリオ処理部６１０が処理したシナリオに基づき、次の２つの処理のうち一方を実施する。その第１の処理は、別のコネクタ６００にパラメータを渡す（その「別のコネクタ」が外部サービスデータベース５６と通信する）処理である。第２の処理は、シナリオ処理部６１０が処理するシナリオを変更する処理である。

ステップＳ７４４にて、シナリオ処理部６１０は、次に実施するstep文がシナリオに含まれていないか否かを判断する。次に実施するstep文がシナリオに含まれていないと判断した場合には（ステップＳ７４４にてＹＥＳ）、処理はステップＳ７４６へと移される。もしそうでないと（ステップＳ７４４にてＮＯ）、処理はステップＳ７２６へと移される。

ステップＳ７４６にて、シナリオ処理部６１０は、シナリオの処理を終了する。データ合成処理部５８０は、ＵＩ記述データ管理部５７８が出力したＵＩ記述データ７６０（シナリオが示すＵＩ記述データＩＤによってはＵＩ記述ファイル７６２）と検索結果管理部５８２が出力した検索結果を示すデータとに基づいて、端末向け検索結果データを作成する。端末向け検索結果データが作成されると、データ合成処理部５８０は、端末向け検索結果データを通信処理部５７０に出力する。通信インターフェイス６６４は、データ合成処理部５８０が出力した端末向け検索結果データを送信する。

図１４から図２５までを参照して、以上のような構造およびフローチャートに基づく、情報表示システムの動作について説明する。

［受信した検索結果から抽出したパラメータを用いて次の検索を行い、端末向け検索結果データを作成する場合］
図１４は、ユーザ端末５２が検索要求を送信してからマガジンがユーザ端末５２によって表示されるまでの情報の流れを示す図である。なお、本実施の形態の場合、「マガジン」とは、端末向け検索結果データを受信したユーザ端末５２が表示できる、検索結果の一種を意味する。

ユーザ端末５２のユーザが操作部５５２を操作することにより、放送中の番組の情報を求める旨の検索要求をユーザ端末５２に送信させたとする。この場合、検索要求を示す通信データのパラメータ領域にはシナリオＩＤやその他パラメータが含まれていない場合もある。

サーバ５４の通信インターフェイス６６４は、その通信データを受信する。その通信データにはシナリオＩＤやパラメータが含まれていないので、通信処理部５７０は、シナリオＩＤやパラメータが含まれていないことを示す情報（どのような情報であるかということは特に限定されないが、本実施の形態の場合は「ＮＵＬＬ」という情報が送信されることとする）をシナリオ管理部５７２とシナリオ実行部５７４とに出力する。シナリオ管理部５７２は、「ＮＵＬＬ」という情報に対応するシナリオをシナリオ実行部５７４に出力する。シナリオ実行部５７４は、シナリオの内容に応じた情報を検索結果管理部５８２に渡す。検索結果管理部５８２は、管理領域６５４０に記憶された情報の中から、放送地域の選択肢と、それらの選択肢にそれぞれ対応付けられた放送地域ＩＤと、所定のシナリオＩＤとを読み出し、通信処理部５７０に出力する。通信インターフェイス６６４は、それらの情報をユーザ端末５２に送信する。

それらの情報をユーザ端末５２が受信すると、ユーザ端末５２は、放送地域の選択肢を示す情報を表示する。ユーザ端末５２のユーザは、操作部５５２を操作することにより、表示された選択肢のいずれかを選択する。選択肢のいずれかが選択されると、ユーザ端末５２は、検索要求を送信する。図１４においては、「パラメータ提供アプリを起動」という注釈が付された枠から延びる矢印がこの処理を示す。

図１５は、この時ユーザ端末５２からサーバ５４へ宛てて送信される通信データのフォーマットを示す図である。この通信データは、パラメータ領域として放送地域ＩＤを示す領域を含む。これにより、検索要求が含むキーワードは放送地域ＩＤとなる。この放送地域ＩＤは、ユーザが操作部５５２を操作することにより示した放送地域に対応している。

サーバ５４の通信インターフェイス６６４は、その通信データを受信する。通信データが受信されると、通信処理部５７０は、検索要求に含まれたシナリオＩＤやキーワードをシナリオ管理部５７２に出力する。

シナリオＩＤやキーワードが出力されると、シナリオ管理部５７２は、そのシナリオＩＤに対応するシナリオをシナリオ実行部５７４に出力する（ステップＳ７２０）。

なお、図１６は、この時シナリオ実行部５７４に出力に出力されたシナリオを示す概念図である。

シナリオが出力されると、検索結果管理部５８２は、端末向け検索結果データ領域６５５０に記憶された端末向け検索結果データの中から、その端末向け検索結果データに対応付けられたパラメータとシナリオＩＤとの組合わせが、ステップＳ７２０にて通信処理部５７０が出力した検索要求が示すすべてのパラメータとシナリオＩＤとの組合わせに一致するデータを検索する。検索が終了すると、検索結果管理部５８２は、端末向け検索結果データ領域６５５０に記憶された端末向け検索結果データの中に、そのような端末向け検索結果データがあるか否かを判断する（ステップＳ７２２）。

この場合、そのようなデータがないとすると（ステップＳ７２２にてＮＯ）、シナリオ処理部６１０は、これから実行するシナリオの処理がswitch文か否かを判断する（ステップＳ７２６）。

図１６に示すシナリオによれば、これから実行するシナリオの処理はstep文と考えられるので（ステップＳ７２６にてＮＯ）、シナリオ処理部６１０は、次に実行する処理がＵＩ記述データ管理部５７８の呼出しか否かを判断する（ステップＳ７３０）。

図１６に示すシナリオによれば、放送中の番組の情報（チャンネル情報）を取得することが次に実行する処理と考えられるので（ステップＳ７３０にてＮＯ）、検索結果管理部５８２は、コネクタ６００のいずれかが受信した検索結果から抽出したパラメータが存在するか否かを判断する（ステップＳ７３４）。

この場合、そのようなパラメータが存在しないとすると（ステップＳ７３４にてＮＯ）、検索結果管理部５８２は、ステップＳ７２０にて通信処理部５７０が出力した検索要求が示すパラメータのいずれかとシナリオが示すコネクタＩＤとに対応付けられた、検索結果を示すデータが検索結果領域６５５２に記憶されているか否かを判断する（ステップＳ７３８）。

この場合、そのようなデータが記憶されていないとすると（ステップＳ７３８にてＮＯ）、コネクタ６００は、外部サービスデータベース５６に、検索要求に含まれたパラメータである放送地域ＩＤを送信する。

放送地域ＩＤが送信された後、コネクタ６００は、検索結果を受信できたか否かを判断する。検索結果を受信できた場合、パラメータを送信したコネクタ６００は、その検索結果を示すデータをデータ変換部５７６に出力する。データ変換部５７６は、そのデータを中間フォーマットに沿うよう変換した上で、検索結果管理部５８２に変換されたデータを出力する。

データが出力されると、シナリオ処理部６１０は、次に実施するstep文がシナリオに含まれていないか否かを判断する（ステップＳ７４４）。

図１６に示すシナリオによれば、次に実施するstep文がシナリオに含まれていると考えられるので（ステップＳ７４４にてＮＯ）、シナリオ処理部６１０は、次に実行する処理がswitch文か否かを判断する（ステップＳ７２６）。

図１６に示すシナリオによれば、次に実行する処理はswitch文でないと考えられるので（ステップＳ７２６にてＮＯ）、シナリオ処理部６１０は、シナリオが含む命令文に基づき、次に実行する処理がＵＩ記述データ管理部５７８の呼出しか否かを判断する（ステップＳ７３０）。

この場合、次に実行する処理がＵＩ記述データ管理部５７８の呼出しとすると（ステップＳ７３０にてＹＥＳ）、ＵＩ記述データ管理部５７８は、ＵＩ記述ファイル７６２をデータ合成処理部５８０に出力する。データ合成処理部５８０は、合成処理を実施する（ステップＳ７３２）。

合成処理が実施されると、シナリオ処理部６１０は、次に実施するstep文がシナリオに含まれているか否かを判断する（ステップＳ７４４）。

この場合、次に実施するstep文がシナリオに含まれていないとすると（ステップＳ７４４にてＹＥＳ）、シナリオ処理部６１０は、図１６に示すシナリオの処理を終了する。データ合成処理部５８０は、端末向け検索結果データを作成し、通信処理部５７０に出力する。通信インターフェイス６６４は、データ合成処理部５８０が出力した端末向け検索結果データをユーザ端末５２に送信する（ステップＳ７４６）。なお、この端末向け検索結果データには、検索結果である番組の情報に加え、所定のシナリオＩＤを示す情報が含まれている。

ユーザ端末５２は、サーバ５４が送信した端末向け検索結果データを受信する。図１４に示す「チャンネル一覧を受信」という枠は、この動作を意味する。

端末向け検索結果データを受信したユーザ端末５２は、そのデータに基づき、あるチャンネルについての番組の情報を表示部５５４に表示させる。図１４において「チャンネル一覧を受信」という枠に付された吹き出しは、この時に表示部５５４に表示される番組の情報の内容例を示す。

表示部５５４に表示された番組の情報を見たユーザは、操作部５５２を操作することにより、番組情報やコマーシャル情報を取得したいチャンネルを選択する。そのチャンネルを示す情報を操作部５５２が受付けると、制御部５５６は、その情報を処理することにより、検索要求を作成し、通信部５５０にその検索要求を送信させる。

図１７は、この時ユーザ端末５２からサーバ５４へ宛てて送信される通信データのフォーマットを示す図である。この通信データは、パラメータ領域としてチャンネルＩＤを示す領域を含む。この領域において示されるチャンネルＩＤは、ユーザが選択したチャンネルのチャンネルＩＤである。これにより、検索要求が含むパラメータはチャンネルＩＤとなる。また、この通信データに含まれるシナリオＩＤは、端末向け検索結果データを受信した際、チャンネル一覧を示す情報と共に送信されたシナリオＩＤである。

サーバ５４の通信インターフェイス６６４がその通信データを受信すると、シナリオ管理部５７２は、そのシナリオＩＤに対応するシナリオをシナリオ実行部５７４に出力する（ステップＳ７２０）。

なお、図１８は、この時シナリオ実行部５７４に出力されたシナリオを示す概念図である。

シナリオが出力されると、検索結果管理部５８２は、端末向け検索結果データ領域６５５０に記憶された端末向け検索結果データの中に、ステップＳ７２０にて通信処理部５７０が出力したシナリオＩＤやパラメータに対応するデータがあるか否かを判断する（ステップＳ７２２）。

この場合、そのようなデータがないとすると（ステップＳ７２２にてＮＯ）、シナリオ処理部６１０は、これから実行するシナリオの処理がswitch文か否かを判断する（ステップＳ７２６）。

図１８に示すシナリオによれば、これから実行するシナリオの処理はstep文と考えられるので（ステップＳ７２６にてＮＯ）、シナリオ処理部６１０は、次に実行する処理がＵＩ記述データ管理部５７８の呼出しか否かを判断する（ステップＳ７３０）。

図１８に示すシナリオによれば、放送中の番組のジャンルとキーワードとを取得することが次に実行する処理と考えられるので（ステップＳ７３０にてＮＯ）、検索結果管理部５８２は、コネクタ６００のいずれかが受信した検索結果から抽出したキーワードが存在するか否かを判断する（ステップＳ７３４）。

この後、ステップＳ７３８の処理を経て、コネクタ６００は、外部サービスデータベース５６に、検索要求に含まれたパラメータであるチャンネルＩＤを送信する。

チャンネルＩＤが送信された後、チャンネルＩＤを送信したコネクタ６００は、検索結果を受信できたか否かを判断する。受信された検索結果は、データ変換部５７６を経て検索結果管理部５８２に出力される。この場合、放送中の番組のジャンルとキーワードとが検索結果として送信されたとする。

検索結果が出力されると、シナリオ処理部６１０は、次に実施するstep文がシナリオに含まれていないか否かを判断する（ステップＳ７４４）。

図１８に示すシナリオによれば、次に実施するstep文がシナリオに含まれていると考えられるので（ステップＳ７４４にてＮＯ）、シナリオ処理部６１０は、次に実行する処理がswitch文か否かを判断する（ステップＳ７２６）。

図１８に示すシナリオによれば、次に実行する処理はswitch文と考えられるので（ステップＳ７２６にてＹＥＳ）、シナリオ処理部６１０は、switch文の内容に基づき、次に実行する処理を特定する（ステップＳ７２８）。図１８に示すシナリオの場合、シナリオ処理部６１０は、管理領域６５４０に記憶されたジャンルを示す情報に基づき、次に実行する処理を特定することとする。

次に実行する処理が特定されると、シナリオ処理部６１０は、次に実行する処理がswitch文か否かを判断する（ステップＳ７２６）。

この場合、次に実行する処理がswitch文でないとすると（ステップＳ７２６にてＮＯ）、シナリオ処理部６１０は、シナリオが含む命令文に基づき、次に実行する処理がＵＩ記述データ管理部５７８の呼出しか否かを判断する（ステップＳ７３０）。

この場合、次に実行する処理がＵＩ記述データ管理部５７８の呼出しとすると（ステップＳ７３０にてＹＥＳ）、ＵＩ記述データ管理部５７８は、ＵＩ記述ファイル７６２をデータ合成処理部５８０に出力する。データ合成処理部５８０は、合成処理を実施する（ステップＳ７３２）。

合成処理が実施されると、シナリオ処理部６１０は、次に実施するstep文がシナリオに含まれているか否かを判断する（ステップＳ７４４）。

図１８に示すシナリオにおいて、次に実施するstep文がシナリオに含まれていないとすると（ステップＳ７４４にてＹＥＳ）、シナリオ処理部６１０は、図１８に示すシナリオの処理を終了する。データ合成処理部５８０は、端末向け検索結果データを作成し、通信処理部５７０に出力する。通信インターフェイス６６４は、データ合成処理部５８０が出力した端末向け検索結果データをユーザ端末５２に送信する（ステップＳ７４６）。この端末向け検索結果データは、キーワードを示す情報と複数の種類のユーザアクションを示す情報とに加え、ユーザアクションにそれぞれ対応付けられたシナリオＩＤの情報を含む。

ユーザ端末５２は、サーバ５４が送信した端末向け検索結果データを受信する。図１４に示す「キーワードとユーザアクションの一覧」という枠は、ユーザ端末５２が受信した端末向け検索結果データがキーワードとユーザアクションの一覧とを示すことを意味する。

端末向け検索結果データを受信したユーザ端末５２は、そのデータに基づき、キーワードとユーザアクションとの情報を表示部５５４に表示させる。図１４において「キーワードとユーザアクションの一覧」という枠に付された吹き出しは、この時に表示部５５４に表示されるキーワードの内容例を示す。

表示部５５４に表示された番組の情報を見たユーザは、操作部５５２を操作することにより、キーワードとユーザアクションとを選択する。キーワードとユーザアクションとを操作部５５２が受付けると、制御部５５６は、その情報を処理することにより、検索要求を作成し、通信部５５０にその検索要求を送信させる。

図１９は、この時ユーザ端末５２からサーバ５４へ宛てて送信される通信データのフォーマットを示す図である。この通信データは、ユーザ端末５２のユーザが選択したキーワードを示す領域とユーザアクションを示す領域とをパラメータ領域として含む。これにより、検索要求が含むパラメータは、ユーザ端末５２のユーザが選択したキーワードと、そのユーザが選択したユーザアクションとになる。また、シナリオＩＤ領域において示されるシナリオＩＤは、ユーザアクションの内容に対応づけてサーバ５４から送信されたものである。

図２０は、検索結果管理部５８２が蓄積した情報を利用しない場合における、本実施の形態に係る情報表示システムにおける情報の流れのうち、図１９に示すフォーマットの通信データを受信した時以降におけるものの例を示す図である。図２０における「ユーザ端末」から「通信処理部」までの「検索要求」という注釈が付された矢印がユーザ端末５２からサーバ５４への通信データの送信処理を示す。「検索要求」という注釈の下に記載された「シナリオＩＤ、キーワード、ユーザアクション」という注釈は、このとき通信される検索要求に含まれるパラメータを示す。

サーバ５４の通信インターフェイス６６４がその通信データを受信すると、通信処理部５７０は、検索要求に含まれたシナリオＩＤやパラメータをシナリオ管理部５７２とシナリオ実行部５７４とに出力する。図２０において「通信処理部」と「シナリオ管理部」との間の「シナリオ読込指示」という注釈が付された矢印がこの処理を示す。

シナリオＩＤやパラメータが出力されると、シナリオ管理部５７２は、そのシナリオＩＤに対応するシナリオをシナリオ実行部５７４に出力する（ステップＳ７２０）。図２０において「シナリオ管理部」と「シナリオ実行部」との間の「指定シナリオ実行指示」という注釈が付された矢印がこの処理を示す。

なお、図２１は、この時シナリオ実行部５７４に出力に出力されたシナリオを示す概念図である。

シナリオが出力されると、検索結果管理部５８２は、端末向け検索結果データ領域６５５０に記憶された端末向け検索結果データの中に、ステップＳ７２０にて通信処理部５７０が出力したシナリオＩＤやパラメータに対応するデータがあるか否かを判断する（ステップＳ７２２）。

この場合、そのようなデータがないとすると（ステップＳ７２２にてＮＯ）、シナリオ処理部６１０は、これから実行するシナリオの処理がswitch文か否かを判断する（ステップＳ７２６）。図２０において「シナリオ実行部」に付された円がこの処理を示す。

図２１に示すシナリオによれば、これから実行する処理はswitch文と考えられるので（ステップＳ７２６にてＹＥＳ）、シナリオ処理部６１０は、switch文の内容に基づき、次に実行する処理を特定する（ステップＳ７２８）。図２１に示すシナリオの場合、シナリオ処理部６１０は、検索要求に含まれたユーザアクションを示す情報に基づき、次に実行する処理を特定することとする。

次に実行する処理が特定されると、シナリオ処理部６１０は、次に実行する処理がswitch文か否かを判断する（ステップＳ７２６）。

ここでは、次に実行する処理が図２１に示す「＜step id="見たい"」であることと仮定する。この場合、次に実行する処理はswitch文でないので（ステップＳ７２６にてＮＯ）、シナリオ処理部６１０は、シナリオが含む命令文に基づき、次に実行する処理がＵＩ記述データ管理部５７８の呼出しか否かを判断する（ステップＳ７３０）。

この場合、次に実行する処理は図２１に示す「＜step id="見たい"」である。この処理はＵＩ記述データ管理部５７８の呼出しではないので（ステップＳ７３０にてＮＯ）、検索結果管理部５８２は、コネクタ通信部６００のいずれかが受信した検索結果から抽出したキーワードが存在するか否かを判断する（ステップＳ７３４）。

この場合、そのようなキーワードが存在しないとすると（ステップＳ７３４にてＮＯ）、検索結果管理部５８２は、ステップＳ７２０にて通信処理部５７０が出力した検索要求が示すキーワードのいずれかとシナリオが示すコネクタＩＤとに対応付けられた、検索結果を示すデータが記憶されているか否かを判断する（ステップＳ７３８）。

この場合、そのようなデータが記憶されていないとすると（ステップＳ７３８にてＮＯ）、コネクタ呼出部６１４は、シナリオ処理部６１０から渡されたコネクタＩＤに基づき、データ取得部５７６が含むコネクタ６００のいずれかを選択し、実行するコネクタ６００を指定する（ステップＳ７４２）。図２０において「シナリオ実行部」と「コネクタＡ」との間の「コネクタＡ実行指示（キーワード）」という注釈が付された矢印がこの処理を示す。

この場合、データ取得部５７６が含む複数のコネクタ６００のうちそのコネクタＩＤに対応するコネクタ６００は、ＤＶＤ販売サイトとして動作する外部サービスデータベース５６に、検索要求に含まれたキーワードを送信する。この場合、検索要求に含まれたキーワードは「×××」と「ＣＭ」とであることとする。図２０において「コネクタＡ」と「サービスＡ」との間の「サービスＡ実行」という注釈が付された矢印がこの処理を示す。

ＤＶＤ販売サイトとして動作する外部サービスデータベース５６は、検索を行い、検索結果を示すデータをコネクタ６００に返信する。図２０において「サービスＡ」と「コネクタＡ」との間の「サービスＡ取得データ」という注釈が付された矢印がこの処理を示す。

キーワードを送信したコネクタ６００は、検索結果を受信できたか否かを判断する。この場合、検索結果を受信できたとすると、キーワードを送信したコネクタ６００は、その検索結果を示すデータをデータ変換部５７６に出力する。データ変換部５７６は、そのデータを中間フォーマットに沿うよう変換した上で、変換されたデータを検索結果管理部５８２に出力する。図２０において「コネクタＡ」と「検索結果管理部」との間の「コネクタＡデータ出力」という注釈が付された矢印がこの処理を示す。

図２２は、ＤＶＤ販売サイトとして動作する外部サービスデータベース５６が送信した検索結果を示すデータの一例を示す概念図である。ただし、図２２は、説明の便宜を図るためにブラウザで表示した場合の画像としてこのデータを示しているものに過ぎず、検索結果を示すデータがこのような画像データの形態で取り扱われることを示すものではない。通常の場合、検索結果を示すデータは、他のデータファイルと同様の形態で取り扱われる。

データが出力されると、検索結果管理部５８２は、検索結果領域６５５２にそのデータを記憶させる。シナリオ処理部６１０は、次に実施するstep文がシナリオに含まれていないか否かを判断する（ステップＳ７４４）。

この場合、図２１によれば、次に実施するstep文がシナリオに含まれているので（ステップＳ７４４にてＮＯ）、シナリオ処理部６１０は、次に実行する処理がswitch文か否かを判断する（ステップＳ７２６）。

図２１に示すシナリオによれば、次に実行する処理は「コネクタ６００を呼出し、関連ブログ検索を行い情報を取得する」である。この処理はswitch文でないと考えられるので（ステップＳ７２６にてＮＯ）、シナリオ処理部６１０は、シナリオが含む命令文に基づき、次に実行する処理がＵＩ記述データ管理部５７８の呼出しか否かを判断する（ステップＳ７３０）。

この場合、上述の通り、次に実行する処理はＵＩ記述データ管理部５７８の呼出しではないので（ステップＳ７３０にてＮＯ）、検索結果管理部５８２は、コネクタ６００のいずれかが受信した検索結果から抽出したキーワードが存在するか否かを判断する（ステップＳ７３４）。

この場合、そのようなキーワードが存在しないとすると（ステップＳ７３４にてＮＯ）、検索結果管理部５８２は、ステップＳ７２０にて通信処理部５７０が出力した検索要求が示すパラメータのいずれかとシナリオが示すコネクタＩＤとに対応付けられた検索結果を示すデータが検索結果領域６５５２に記憶されているか否かを判断する（ステップＳ７３８）。

この場合、そのようなデータを記憶していないとすると（ステップＳ７３８にてＮＯ）、コネクタ呼出部６１４は、シナリオ処理部６１０から渡されたコネクタＩＤに基づき、データ取得部５７６が含むコネクタ６００のいずれかを選択し、実行するコネクタ６００と指定する（ステップＳ７４２）。図２０において「シナリオ実行部」と「検索結果管理部」との間の「コネクタＡデータ出力を使ってコネクタＢ実行指示」という注釈が付された矢印がこの処理を示す。

この場合、データ取得部５７６が含む複数のコネクタ６００のうちそのコネクタＩＤに対応するコネクタ６００は、検索エンジンとして動作する外部サービスデータベース５６に、キーワードを送信する。送信されるキーワードは、検索結果管理部５８２が検索結果を示すデータから抽出した「△△△・□□□」というキーワードである。図２０において「検索結果管理部」と「コネクタＢ」との間の「コネクタＡデータ出力」という注釈が付された矢印、および「コネクタＢ」と「サービスＢ」との間の「サービスＢ実行」という注釈が付された矢印が、この処理を示す。

検索エンジンとして動作する外部サービスデータベース５６は、検索を行い、検索結果を示すデータをコネクタ６００に返信する。図２０において「サービスＢ」と「コネクタＢ」との間の「サービスＢ取得データ」という注釈が付された矢印がこの処理を示す。

キーワードを送信したコネクタ６００は、検索結果を受信できたか否かを判断する。この場合、検索結果を受信できたとすると、キーワードを送信したコネクタ６００は、その検索結果を示すデータをデータ変換部５７６に出力する。データ変換部５７６は、そのデータを中間フォーマットに沿うよう変換した上で、変換されたデータを検索結果管理部５８２に出力する。図２０において「コネクタＢ」と「検索結果管理部」との間の「コネクタＢデータ出力」という注釈が付された矢印がこの処理を示す。

図２３は、検索エンジンとして動作する外部サービスデータベース５６が送信した検索結果を示すデータの一例を示す概念図である。ただし、図２３も、説明の便宜を図るためにブラウザで表示した場合の画像としてこのデータを示しているものに過ぎない。

データが出力されると、検索結果管理部５８２は、検索結果領域６５５２にそのデータを記憶させる。シナリオ処理部６１０は、次に実施するstep文がシナリオに含まれていないか否かを判断する（ステップＳ７４４）。

この場合、図２１によれば、次に実施するstep文がシナリオに含まれているので（ステップＳ７４４にてＮＯ）、シナリオ処理部６１０は、次に実行する処理がswitch文か否かを判断する（ステップＳ７２６）。

図２１に示すシナリオによれば、次に実行する処理は「＜step id="検索結果の出力"」である。この処理はswitch文でないと考えられるので（ステップＳ７２６にてＮＯ）、シナリオ処理部６１０は、シナリオが含む命令文に基づき、次に実行する処理がＵＩ記述データ管理部５７８の呼出しか否かを判断する（ステップＳ７３０）。

この場合、「検索結果の出力」がＵＩ記述データ管理部５７８の呼出しを意味すると考えられるので（ステップＳ７３０にてＹＥＳ）、ＵＩ記述データ呼出部６１２は、シナリオ処理部６１０から渡されるＵＩ記述データＩＤの中から、シナリオなどが示す要件に応じたＵＩ記述データＩＤを選択し、選択したＵＩ記述データＩＤを出力する。図２０における「シナリオ実行部」から「ＵＩ記述データ管理部」までの「ＵＩ記述データ合成指示（ＵＩ記述データ、コネクタA、Bの取得データ出力指示）」という注釈が付された矢印がこの処理を示す。

ＵＩ記述データＩＤが出力されると、ＵＩ記述データ管理部５７８は、ＵＩ記述ファイル７６２をデータ合成処理部５８０に出力する。図２０における「ＵＩ記述データ管理部」から「データ合成処理部」までの「ＵＩ記述データ出力」という注釈が付された矢印がこの処理を示す。

この時点までに、検索結果管理部５８２は、検索結果を示すデータをデータ合成処理部５８０に出力している。図２０における「ＵＩ記述データ管理部」から「検索結果管理部」までの「取得データ出力指示」という注釈が付された矢印と、「検索結果管理部」から「データ合成処理部」までの「データ出力」という注釈が付された矢印とがこの処理を示す。

ＵＩ記述ファイル７６２と検索結果を示すデータとが出力されると、データ合成処理部５８０は、合成処理を実施する（ステップＳ７３２）。

合成処理が実施されると、シナリオ処理部６１０は、次に実施するstep文がシナリオに含まれているか否かを判断する（ステップＳ７４４）。

この場合、次に実施するstep文がシナリオに含まれていないと考えられるので（ステップＳ７４４にてＹＥＳ）、シナリオ処理部６１０は、図２１に示すシナリオの処理を終了する。データ合成処理部５８０は、端末向け検索結果データを作成し、通信処理部５７０に出力する。図２０における「データ合成処理部」から「通信部」までの「端末向け検索結果データ」という注釈が付された矢印がこの処理を示す。

端末向け検索結果データが出力されると、通信インターフェイス６６４は、その端末向け検索結果データをユーザ端末５２に送信する（ステップＳ７４６）。図２０における「通信処理部」から「ユーザ端末」までの「端末向け検索結果データ」という注釈が付された矢印がこの処理を示す。

ユーザ端末５２は、サーバ５４が送信した端末向け検索結果データを受信する。図１４に示す「マガジンの取得」という枠は、この動作を意味する。

図１４において「マガジンの取得」という枠に付された吹き出しは、この時に表示部５５４に表示される情報（すなわちマガジン）の内容例を示す。

なお、この時に表示部５５４に表示される画像は、１種類に限らない。外部サービスデータベース５６が受信した情報によっては、２種類以上の画像が表示されても良い。図２４は、２種類以上の画像が表示部５５４に表示されることを示す概念図である。何ページ目のどの位置にどのような情報が配置されるかということは、すべてＵＩ記述データに記述されている。

［予め蓄積されたデータを利用せず、端末向け検索結果データを作成する場合］
２種類のキーワードと１種類のユーザアクションとをパラメータとする通信データをサーバ５４の通信インターフェイス６６４が受信したとする。

図２５は、検索結果管理部５８２が蓄積した情報を利用しない場合における、本実施の形態に係る情報表示システムの情報の流れのうち、そのような通信データを受信した時以降におけるものの例を示す図である。

通信インターフェイス６６４が通信データを受信した後、上述した場合と同様の処理が実施されたとする。そしてその結果、あるコネクタ６００が、通信データが含む２種類のキーワードのうち１種類に対する検索結果を示すデータを外部サービスデータベース５６から受信したとする。

コネクタ６００は、その検索結果を示すデータをデータ変換部５７６に出力する。データ変換部５７６は、そのデータを中間フォーマットに沿うよう変換した上で、変換されたデータを検索結果管理部５８２に出力する。図２５において「コネクタＡ」と「検索結果管理部」との間の「コネクタＡデータ出力」という注釈が付された矢印がこの処理を示す。

その後、コネクタ呼出部６１４は、シナリオ処理部６１０から渡されたコネクタＩＤに基づき、データ取得部５７６が含むコネクタ６００のいずれかを選択し、実行するコネクタを指定する（ステップＳ７４２）。図２５において「シナリオ実行部」と「コネクタＢ」との間の「コネクタＢ実行指示（キーワード）」という注釈が付された矢印がこの処理を示す。

この場合、データ取得部５７６が含む複数のコネクタ６００のうちそのコネクタＩＤに対応するコネクタ６００は、検索エンジンとして動作する外部サービスデータベース５６に、キーワードを送信する。送信されるキーワードは、通信インターフェイス６６４が受信した２種類のキーワードのうち、まだ外部サービスデータベースに送信されていないキーワードである。図２５において「コネクタＢ」と「サービスＢ」との間の「サービスＢ実行」という注釈が付された矢印が、この処理を示す。

［端末向け検索結果データ領域６５５０に記憶されたデータを返信する場合］
ステップＳ７２０の処理を経て、検索結果管理部５８２は、端末向け検索結果データ領域６５５０に記憶された端末向け検索結果データの中から、その端末向け検索結果データに対応付けられたパラメータとシナリオＩＤとの組合わせが、ステップＳ７２０にて通信処理部５７０が出力した検索要求が示すすべてのパラメータとシナリオＩＤとの組合わせに一致するデータを検索する。検索が終了すると、検索結果管理部５８２は、端末向け検索結果データ領域６５５０に記憶された端末向け検索結果データの中に、そのような端末向け検索結果データがあるか否かを判断する（ステップＳ７２２）。

この場合、そのようなデータがあるとすると（ステップＳ７２２にてＹＥＳ）、検索結果管理部５８２は、ステップＳ７２０にて通信処理部５７０が出力したシナリオＩＤやパラメータに対応する端末向け検索結果データを通信処理部５７０に出力する（ステップＳ７２４）。通信インターフェイス６６４は、検索結果管理部５８２が出力した端末向け検索結果データをユーザ端末５２に送信する（ステップＳ７４６）。

［検索結果領域６５５２に記憶されたデータを返信する場合］
ステップＳ７２０〜ステップＳ７３０の処理を経て、検索結果管理部５８２は、コネクタ６００のいずれかが受信した検索結果から抽出したパラメータが存在するか否かを判断する（ステップＳ７３４）。

この場合、そのようなパラメータが存在するとすると（ステップＳ７３４にてＹＥＳ）、コネクタ呼出部６１４は、シナリオ処理部６１０から渡されたコネクタＩＤに基づき、データ取得部５７６が含むコネクタ６００のいずれかを選択し、実行するコネクタを指定する。検索結果管理部５８２は、そのコネクタＩＤに対応するコネクタ６００に対し、パラメータを渡す（ステップＳ７３６）。

キーワードが渡されると、検索結果管理部５８２は、ステップＳ７２０にて通信処理部５７０が出力した検索要求が示すコネクタＩＤと渡されたキーワードとに対応付けられた、検索結果を示すデータが検索結果領域６５５２に記憶されているか否かを判断する（ステップＳ７３８）。

この場合、そのようなデータが記憶されていないとすると（ステップＳ７３８にてＮＯ）、ステップＳ７４２以降の処理を経て、端末向け検索結果データがユーザ端末５２宛に送信される（ステップＳ７４６）。

以上のようにして、本実施の形態における情報表示システムは、検索要求に含まれたシナリオＩＤに基づき複数のシナリオのいずれかを特定する。シナリオが特定されると、サーバ５４は、そのシナリオに基づいて検索を要求する外部サービスデータベース５６を特定する。特定された外部サービスデータベース５６は検索結果を返信する。検索結果を受信したサーバ５４は、検索結果を編集して端末向け検索結果データを作成する。端末向け検索結果データはユーザ端末５２に送信されユーザ端末５２によってマガジンその他の情報として表示される。図２６はこのような処理を示す概念図である。

本実施の形態における情報表示システムにおいては、検索結果としてユーザ端末５２に送信された情報が次の検索要求におけるパラメータとして利用される。そのような情報の利用により、ユーザ端末５２のユーザは、検索のためのキーワードを検索の都度最初から考えなくてもよくなる。そのユーザは、複数のキーワードが提示された場合に、提示されたキーワードのうちどのキーワードを用いるかを考えればよい。

しかも、自動的に複数の外部サービスデータベース５６に対して検索が要求され、検索結果としてユーザ端末５２に送信された情報がその際のパラメータとして利用されるので、ユーザが検索のために何らかの動作を行う回数は少なくなる。図２７は、このことを示す概念図である。従来の携帯電話やパーソナルコンピュータなどを用いて検索を行う場合、一度に検索を要求できるのは図２７に示した３つの外部サービスデータベース５６のうち１つだけであったが、本実施の形態にかかる情報表示システムの場合、図２７に示す３つの外部サービスデータベース５６から一度に検索結果を受信できる。通常、あるサイトから情報を得ようとするユーザは、そのサイトにアクセスした上で検索を要求するか、パラメータ一種としてそのサイトのＵＲＬなどを指定することが必要である。このような作業は煩わしい。その上、このような作業を実施する場合、ユーザが知らないサイトから情報を得ることはできなくなる。本実施の形態における情報表示システムにおいては、パラメータを送信する外部サービスデータベース５６をユーザが個別に指定しなくてもよいので、ユーザに煩わしい作業を強いることがなく、ユーザが知らないサイトから得た情報をユーザに提供することができる。

また、検索を繰返す際、繰返される検索のうち最初の検索に用いるキーワードは予め定められている。これにより、ユーザ端末５２のユーザは、繰返される検索のうち最初の検索においても、キーワードを考えなくてよい。

その上、本実施の形態に係るサーバ５４は、通信可能な外部サービスデータベース５６のうち情報を得るサーバをシナリオに基づいて特定する。情報を得るサーバがシナリオに基づいて特定されるので、通信のための制御のうち外部サービスデータベース５６の特定以外の部分を共用化できる。制御の一部が共用化されることにより、サーバ５４の設計が容易となり、かつ性能が低いハードウェアによってもサーバ５４として動作させることが可能になる。しかも、外部サービスデータベース５６をユーザが個別に指定しなくてもよい。

また、ユーザの意思を反映して外部サービスデータベース５６を特定する必要がある場合、シナリオＩＤはユーザアクションに対するユーザの選択に応じて定められる。ユーザの意思が自明な場合やユーザの意思を反映する必要がない場合、検索要求に含まれるシナリオＩＤは予め定められたＩＤである。

上述したように、「ユーザアクション」は、検索のために用いるキーワードとは別の、予め設定されているユーザの動作のカテゴリーであって、ユーザにより選択されるもの、たとえば、「買う」「見る」「知る」といったようなユーザが行いたい動作として選択される可能性のある選択肢を意味する情報である。ユーザに対してユーザアクションを提示した後、提示したユーザアクションのいずれかが選択されると、選択されたユーザアクションはユーザが行いたい動作に対応することとなる。

これにより、シナリオＩＤはユーザが行いたい動作に対応することとなる。ユーザが行いたい動作にシナリオＩＤが対応しているので、外部サービスデータベース５６が提供したすべての情報が検索結果に含まれる場合に比べ、ユーザにとって不要な情報が検索結果に占める割合は少なくなる。ユーザにとって不要な情報の割合が少なくなるので、検索が繰返される回数の合計は少なくなる。

また、外部サービスデータベース５６がシナリオＩＤに基づいて特定されることにより、検索エンジンを用いて検索した場合のように情報量が多くなり過ぎることはなくなる。

その上、本実施の形態に係るサーバ５４は、コネクタ６００を参照して外部サービスデータベース５６と通信する。これにより、通信のための制御のうち外部サービスデータベース５６に関わらず同一の部分を共用化できる。制御の一部が共用化されることにより、サーバ５４の設計が容易となり、かつ性能が低いハードウェアによってもサーバ５４として動作させることが可能になる。

その上、本実施の形態に係るサーバ５４は、シナリオに基づいてコネクタ６００を特定し、特定されたコネクタ６００に対応する外部サービスデータベース５６と通信する。これにより、通信のための制御のうち外部サービスデータベース５６の特定に関する部分において、制御のための処理を簡略化できる。制御のための処理が簡略化されることにより、サーバ５４の設計が容易となり、かつ性能が低いハードウェアによってもサーバ５４として動作させることが可能になる。

その上、本実施の形態に係るサーバ５４は、ある検索要求を受信し、その検索要求に対する検索結果を受信すると、その検索結果やその検索結果を示す端末向け検索結果データを蓄積する。これにより、外部サービスデータベース５６にアクセスする頻度を少なくできる。その頻度を少なくできるので、検索結果を蓄積しない場合に比べ、外部サービスデータベース５６との通信が困難でも端末向け検索結果データを作成して送信できる可能性が高くなる。

その上、本実施の形態に係るサーバ５４は、更新、削除、および追加のうち少なくとも一種類の処理が可能であるようにシナリオやコネクタ６００を記憶する。これにより、本実施の形態に係るサーバ５４は、外部サービスデータベース５６の変動や必要とされる情報の変化に対して容易に対処できる。

その上、本実施の形態に係るサーバ５４は、「ＮＵＬＬ」などといった一定の要件を満たさない検索結果が返信された場合、その検索結果を送信した外部サービスデータベース５６とは別の外部サービスデータベース５６に対してパラメータを送信し、検索結果を受信することができる。これにより、ユーザが期待する検索結果が得られる可能性が高くなる。

その上、本実施の形態に係るサーバ５４は、複数の種類のＵＩ記述データを記憶でき、シナリオＩＤに基づいて特定されたそれらのデータのいずれかを用いて端末向け検索結果データを作成する。これにより、得られた検索結果に応じた形態で情報を出力できるので、ＵＩ記述データが一種類しか記憶できない場合に比べ、本実施の形態における情報表示システムの利便性は向上する。

しかも、本実施の形態においてＵＩ記述データ７６０はスクリプト言語で記述されている。ユーザ端末５２は、スクリプト言語で記述された端末向け検索結果データに基づき、表示機能を有する端末上にて検索結果を表示する際に表示部分を切り替え可能な形で検索結果を表示する。これにより、切り替え可能な表示により、表示切り替えが不可能な場合に比べ、検索結果は見やすくなる。

その上、本実施の形態に係るサーバ５４は、対応シナリオの読み出しの開始時から端末向け検索結果データの作成の完了時までの間に、所定のメッセージをユーザ端末５２へ送信することができる。これにより、検索結果を待つユーザの心理的ストレスを和らげることができる。

その上、本実施の形態に係るサーバ５４は、端末向け検索結果データを作成する際、検索結果を示すデータを中間フォーマットに沿うよういったん変換する。これにより、端末向け検索結果データを作成するための制御が簡略化される。

なお、本実施の形態の第１の変形例においては、ユーザ端末５２が検索結果を受信する場合、検索結果は音声データとして通信されてもよい。検索結果が音声データの場合、ユーザ端末５２は検索結果を音声として出力できる。検索結果がテキストデータとして通信され、ユーザ端末５２において音声データに変換されてもよい。検索結果が音声として出力されると、ユーザはその音声に基づいてユーザ端末５２を操作することによりそれまでできなかった操作が容易にできる。

また、本実施の形態の第２の変形例においては、検索結果は、画像表示や音声出力以外の方法で出力されてもよい。そのような出力方法の例として、印刷することが考えられる。また、検索結果は動画として出力されてもよい。

また、本実施の形態の第３の変形例においては、ユーザ端末５２は、受信した端末向け検索結果データを後に別の装置に転送してもよい。

また、本実施の形態の第４の変形例においては、ユーザ端末５２の他に、サーバ５４に検索要求を送信したりサーバ５４から検索結果を受信したりする端末が上述した情報表示システムに含まれていてもよい。そのような端末は、何らかの機器に接続されていてもよい。

たとえば、そのような機器が蛍光灯である場合、蛍光灯の電源が投入されたことに応じて、蛍光灯に接続された端末からサーバ５４に検索要求を示す通信データが自動的に送信されてもよい。この場合、検索要求が示すパラメータが放送地域ＩＤで出力先端末情報がユーザ端末５２を示していれば、蛍光灯の電源が投入されたことに応じて、ユーザ端末５２にその時放送されている番組の情報を表示させることも可能になる。

あるいは、端末が接続されている機器が冷蔵庫であれば、冷蔵庫の扉を開いたことに応じて冷蔵庫の中の食品の賞味期限をユーザ端末５２に表示させることも可能になる。この場合、検索要求が含むパラメータが冷蔵庫の識別情報で、外部サービスサーバ５６のいずれかがその冷蔵庫の中の食品の賞味期限を記憶していることが必要である。

図２８は、このような機器が含まれている場合の、情報表示システムの構成を示す図である。図２８を参照して、本変形例に係る情報表示システムは、ユーザ端末５２と、サーバ５４と、複数の外部サービスデータベース５６と、ＩＨ（Induction Heating）調理システム６０とを含む。

ＩＨ調理システム６０は、加熱条件の設定がなされた後、加熱調理を開始する操作がなされると、それに応じて、食品を加熱する。ＩＨ調理システム６０は、サーバ５４に対し検索要求を送信すると共に、サーバ５４から端末向け検索結果データを受信する、ユーザ端末５２と同様な端末の一種でもある。

なお、本変形例の場合、ユーザ端末５２とＩＨ調理システム６０とは、いずれもサーバ５４に対して検索要求を送信するとともに、サーバ５４から端末向け検索結果データを受信する端末として動作する。

本変形例に係る情報表示システムは、ユーザ端末５２とＩＨ調理システム６０とが含まれていることにより、ＩＨ調理システム６０が送信した検索要求に対する検索結果をユーザ端末５２に送信することも、その逆も可能である。それらのことが可能なのは、検索要求を示す通信データが検索結果の送信先を示す情報を含み、その情報が示す端末にサーバ５４が検索結果を送信するためである。

図２９は、ＩＨ調理システム６０の構成を示す図である。本実施の形態の場合、ＩＨ調理システム６０は、加熱調理装置５００と情報処理装置５０２とを含む。加熱調理装置５００と情報処理装置５０２との間は、ケーブルによって通信できるように接続されている。また、情報処理装置５０２は、図示しない通信回線を介してサーバ５４と通信できる。

加熱調理装置５００は、加熱調理装置５００の動作を全体的に制御する制御部５１０を備えている。制御部５１０には、加熱部５１２、各種検知部５１４、表示部５１６、キー入力部５１８、記憶部５２０、および、通信部５２２が接続されている。

加熱調理装置５００は、加熱調理を実行する。つまり、キー入力部５１８に対して、加熱条件の設定がなされた後、加熱調理を開始する操作がなされると、それに応じて、加熱調理装置５００の制御部５１０は、加熱部５１２に加熱動作を開始させる。

各種検知部５１４は、被加熱物の加熱の進行度合いを種々の方法（具体的な方法は特に限定されるものではないが、例えば、加熱部５１２の内部の温度の推移により進行度合いを検知する方法がある。この場合、各種検知部５１４は、温度センサを含むこととなる。）で検知する。そして、制御部５１０は、各種検知部５１４から出力される情報に応じて、加熱部５１２による加熱動作を停止させる。

一方、加熱調理装置５００は、通信部５２２を介して、情報処理装置５０２に接続されている。これにより、情報処理装置５０２は、キー入力部５１８に対して操作がなされたことを示す信号を通信部５２２から受信することができる。また、情報処理装置５０２は、様々な情報を加熱調理装置５００に送信することができる。

制御部５１０は、通信部５２２を介して受信した情報を、記憶部５２０に記憶させることができる。そして、制御部５１０は、記憶部５２０に記憶させた情報に基づいて、加熱部５１２の加熱動作を制御したり、表示部５１６の表示内容を制御することができる。

情報処理装置５０２は、情報処理装置５０２の動作を全体的に制御するメイン処理部５３０を備えている。メイン処理部５３０には、入力部５３２、表示部５３４、記憶部５３６、および、通信部５３８が接続されている。

通信部５３８は、図示しない通信回線を介してサーバ５４と通信する。これにより、通信部５３８は、外部サービスデータベース５６が送信した情報をダウンロードできる。また、記憶部５３６は、ダウンロードされた情報を記憶する。メイン処理部５３０は、ダウンロードした情報を記憶部５３６に記憶させることができる。また、メイン処理部５３０は、記憶部５３６に記憶させた情報を、通信部５３８を介して、加熱調理装置５００に送信する機能を備えている。

なお、情報処理装置５０２では、メイン処理部５３０は、表示部５３４に、ダウンロードした情報を表示する。また、メイン処理部５３０は、入力部５３２に対してなされた操作に応じて変更したり追加したりすることにより、ダウンロードした情報の内容を修正することができる。修正された情報は、記憶部５３６に記憶される。

そして、メイン処理部５３０は、修正後の情報を、通信部５３８を介して、加熱調理装置５００に送信することができる。

加熱調理装置５００の制御部５１０は、上述した修正後の情報も、記憶部５２０に記憶させることができる。そして、キー入力部５１８に対して所定の操作がなされた場合、制御部５１０は、その修正後の情報に応じて、加熱部５１２や表示部５１６などの動作を制御する。

以上のような構造およびフローチャートに基づく、本変形例にかかる情報表示システムの動作について説明する。

［ＩＨ調理システム６０が検索要求を送信したことに応じて、端末向け検索結果データをユーザ端末５２に送信する場合］
ＩＨ調理システム６０のユーザがキー入力部５１８を操作することにより、ある料理の調理方法の情報を求める旨の検索要求をＩＨ調理システム６０に送信させたとする。この場合、料理の名称を示す情報が検索要求を示す通信データのパラメータ領域に含まれることとなる。

サーバ５４の通信インターフェイス６６４は、その通信データを受信する。通信データが受信されると、通信処理部５７０は、検索要求に含まれたシナリオＩＤやパラメータをシナリオ管理部５７２とシナリオ実行部５７４とに出力する。

シナリオＩＤやパラメータが出力されると、シナリオ管理部５７２は、そのシナリオＩＤに対応するシナリオをシナリオ実行部５７４に出力する（ステップＳ７２０）。

シナリオが出力されると、検索結果管理部５８２は、端末向け検索結果データ領域６５５０に記憶された端末向け検索結果データの中に、ステップＳ７２０にて通信処理部５７０が出力したシナリオＩＤやパラメータに対応するデータがあるか否かを判断する（ステップＳ７２２）。

この場合、そのようなデータがないとすると（ステップＳ７２２にてＮＯ）、シナリオ処理部６１０は、これから実行するシナリオの処理がswitch文か否かを判断する（ステップＳ７２６）。

この場合、次に実行する処理がswitch文とすると（ステップＳ７２６にてＹＥＳ）、シナリオ処理部６１０は、switch文の内容に基づき、次に実行する処理を特定する（ステップＳ７２８）。この場合、シナリオ処理部６１０は、通信データのパラメータ領域に含まれた料理名の情報に基づき、次に実行する処理を特定することとする。

次に実行する処理が特定されると、シナリオ処理部６１０は、次に実行する処理がswitch文か否かを判断する（ステップＳ７２６）。

この場合、次に実行する処理がswitch文でないとすると（ステップＳ７２６にてＮＯ）、シナリオ処理部６１０は、シナリオが含む命令文に基づき、次に実行する処理がＵＩ記述データ管理部５７８の呼出しか否かを判断する（ステップＳ７３０）。

この場合、次に実行する処理がＵＩ記述データ管理部５７８の呼出しでないとすると（ステップＳ７３０にてＮＯ）、検索結果管理部５８２は、コネクタ６００のいずれかが受信した検索結果から抽出したパラメータが存在するか否かを判断する（ステップＳ７３４）。

この場合、そのようなパラメータが存在しないとすると（ステップＳ７３４にてＮＯ）、検索結果管理部５８２は、検索要求が示すパラメータとシナリオが示すコネクタＩＤとに対応付けられた検索結果を示すデータが検索結果領域６５５２に記憶されているか否かを判断する（ステップＳ７３８）。

この場合、そのようなデータが記憶されていないとすると（ステップＳ７３８にてＮＯ）、コネクタ６００は、外部サービスデータベース５６に、検索要求に含まれたパラメータ（この場合、料理の名称）を送信する。

パラメータが送信された後、パラメータを送信したコネクタ６００は、検索結果（この場合、調理方法の情報）を受信できたか否かを判断する。検索結果を受信できた場合、パラメータを送信したコネクタ６００は、その検索結果を示すデータをデータ変換部５７６に出力する。データ変換部５７６は、そのデータを中間フォーマットに沿うよう変換した上で、検索結果管理部５８２に変換されたデータを出力する。

データが出力されると、シナリオ処理部６１０は、次に実施するstep文がシナリオに含まれていないか否かを判断する（ステップＳ７４４）。

この場合、次に実施するstep文がシナリオに含まれているとすると（ステップＳ７４４にてＮＯ）、シナリオ処理部６１０は、次に実行する処理がswitch文か否かを判断する（ステップＳ７２６）。

この場合、次に実行する処理はswitch文でないとすると（ステップＳ７２６にてＮＯ）、シナリオ処理部６１０は、シナリオが含む命令文に基づき、次に実行する処理がＵＩ記述データ管理部５７８の呼出しか否かを判断する（ステップＳ７３０）。

この場合、次に実行する処理がＵＩ記述データ管理部５７８の呼出しとすると（ステップＳ７３０にてＹＥＳ）、ＵＩ記述データ管理部５７８は、ＵＩ記述ファイル７６２をデータ合成処理部５８０に出力する。データ合成処理部５８０は、合成処理を実施する（ステップＳ７３２）。

合成処理が実施されると、シナリオ処理部６１０は、次に実施するstep文がシナリオに含まれているか否かを判断する（ステップＳ７４４）。

この場合、次に実施するstep文がシナリオに含まれていないとすると（ステップＳ７４４にてＹＥＳ）、シナリオ処理部６１０は、シナリオの処理を終了する。データ合成処理部５８０は、端末向け検索結果データを作成し、通信処理部５７０に出力する。通信インターフェイス６６４は、データ合成処理部５８０が出力した端末向け検索結果データをユーザ端末５２に送信する（ステップＳ７４６）。

これにより、出力先端末情報領域において示された送信先に端末向け検索結果データが送信される。その端末向け検索結果データが送信されると、複数のユーザが同じ情報を共有することが可能になる。また、ＩＨ調理システム６０がユーザ端末５２を送信先として検索要求データを送信することで、ユーザ端末５２のユーザが意識して検索を要求しなくてもそのユーザに情報を提供したりすることが可能になる。

また、本実施の形態の第５の変形例においては、ユーザ端末５２は、サーバ５４に検索要求を送信し、サーバ５４から検索結果を受信し、かつ検索結果を表示できる、携帯電話以外の装置であってもよい。これにより、様々な情報源から得た情報を携帯電話以外の装置において出力させることができる。

また、本実施の形態の第６の変形例においては、ユーザ端末５２における検索結果の表示形態は特に限定されない。例えば、表示部５５４の一部に検索結果が表示されてもよい。

また、本実施の形態の第７の変形例においては、図１に示した情報表示システムは、外部サービスデータベース５６のいずれかに代え、外部サービスデータベース５６と同様の機能を有する物を含んでもよい。そのような物の例には、情報を記憶できかつその情報を検索できる装置とその情報を送信する装置とを含むシステムがある。あるいは、パーソナルコンピュータ、ＤＶＤプレーヤ、ＨＤＤコンポ、携帯型オーディオプレーヤなどであってもよい。

また、本実施の形態の第８の変形例においては、サーバ５４は、所定の情報を端末向け検索結果データの代わりとして送信する機能を有していてもよい。例えば、外部通信が物理的に遮断された場合や、サーバ自体に不具合が生じた場合など、意図しない状況によりサーバが端末向け検索結果データを送信できない事態となった場合に、所定の警告を端末向け検索結果データの代わりとして送信する。この場合の警告として、どのような情報を送信するか、また、どのようにしてその情報を取得するかは、予め定められている。

また、本実施の形態の第９の変形例においては、データ合成処理部５８０の構成は、図７に示すものに限定されない。図３０は、データ合成処理部５８０の構成の一例を示す図である。図３０を参照して、この場合のデータ合成処理部５８０は、データ合成部６３０と、データパッケージ化部６３２とを含む。

データ合成部６３０は、ＵＩ記述データ７６０と検索結果を示すデータとを合成することにより、端末向け検索結果データを作成する処理を示す。

データパッケージ化部６３２は、データ合成部６２４が合成したデータに基づいて、１つのアーカイブファイルを作成する処理を示す。

図３０に示すデータ合成処理部５８０の構成は、端末にロゴが表示されないなどといった、検索結果に応じて端末向け検索結果データの内容がすべて変化する場合に適した構成である。

また、本実施の形態の第１０の変形例においては、検索要求を示す通信データのフォーマットは、図１３に示すものに限定されない。たとえば、出力先端末情報領域に代え、送信元端末情報領域が含まれていてもよい。この場合、サーバ５４の送信制御部６８８は、送信元端末情報領域の情報が示す通信データの送信元の端末とは別の端末に端末向け検索結果データを送信するように通信インターフェイス６６４を制御してもよい。送信制御部６８８は、送信元の端末に端末向け検索結果データを返信するように通信インターフェイス６６４を制御してもよい。また、シナリオＩＤの代わりにシナリオを特定できる情報がパラメータ領域に含まれていれば、シナリオＩＤ領域は不要である。

また、本実施の形態の第１１の変形例においては、データ取得部５７６は、データ変換部６０２を必ず含まなくてはならない訳ではない。検索結果を示すデータを記述するマークアップ言語に応じてＵＩ記述データ７６０を使い分けるなどの対策を講じるのであれば、データ変換部６０２はなくともよい。

また、技術的に可能である場合には、上述した第１の変形例から第１１の変形例までの各変形例のうち少なくとも２つ以上の変形例が同時に適用されてもよい。

今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。

本発明の実施の形態に係る情報表示システムの構成を示す図である。 本発明の実施の形態に係るユーザ端末の制御ブロック図である。 本発明の実施の形態に係るユーザ端末の制御部の機能ブロック図である。 本発明の実施の形態に係るサーバにおいて実行されるプログラムモジュールとそれらの間での情報の流れとを示す図である。 本発明の実施の形態に係るＵＩ記述データとＵＩ記述ファイルとの関係を示す図である。 本発明の実施の形態に係るシナリオ実行部の構成を示す図である。 本発明の実施の形態に係るデータ合成処理部の構成を示す図である。 本発明の実施の形態に係るサーバを実現するコンピュータハードウェアの構成を示す図である。 本発明の実施の形態に係るサーバのＣＰＵの機能ブロック図である。 本発明の実施の形態に係るサーバのメモリのメモリマップを示す図である。 本発明の実施の形態に係るサーバにおける端末向け検索結果データの作成処理の制御の手順を示す第１のフローチャートである。 本発明の実施の形態に係るサーバにおける端末向け検索結果データの作成処理の制御の手順を示す第２のフローチャートである。 本発明の実施の形態に係る検索要求を示す通信データのフォーマットを示す図である。 本発明の実施の形態に係るユーザ端末がマガジンを取得する際におけるデータの流れを示す図である。 本発明の実施の形態に係る通信データの構成を示す第１の図である。 本発明の実施の形態に係るシナリオを示す第１の概念図である。 本発明の実施の形態に係る通信データの構成を示す第２の図である。 本発明の実施の形態に係るシナリオを示す第２の概念図である。 本発明の実施の形態に係る通信データの構成を示す第３の図である。 本発明の実施の形態に係る情報表示システムの情報の流れを示す第１の図である。 本発明の実施の形態に係るシナリオを示す第３の概念図である。 本発明の実施の形態に係る外部サービスデータベースが送信した検索結果を示す第１の概念図である。 本発明の実施の形態に係る外部サービスデータベースが送信した検索結果を示す第２の概念図である。 本発明の実施の形態に係るユーザ端末において表示される情報の一例を示す概念図である。 本発明の実施の形態に係る情報表示システムの情報の流れを示す第２の図である。 本発明の実施の形態に係る情報表示システムにおいて端末向け検索結果データの生成過程を示す概念図である。 本発明の実施の形態に係る情報表示システムの効果を示す概念図である。 本発明の実施の形態の第４の変形例に係る情報表示システムの構成を示す図である。 本発明の実施の形態の第４の変形例に係るＩＨ調理システムの構成を示す図である。 本発明の実施の形態の第９の変形例に係るデータ合成処理部の構成を示す図である。

符号の説明

５２ ユーザ端末、５４ サーバ、５６ 外部サービスデータベース、６０ ＩＨ調理システム、５００ 加熱調理装置、５０２ 情報処理装置、５１０，５５６ 制御部、５１２ 加熱部、５１４ 各種検知部、５１６，５３４，５５４ 表示部、５１８ キー入力部、５２０，５３６，５５８ 記憶部、５２２，５３８，５５０ 通信部、５３０ メイン処理部、５３２ 入力部、５５２ 操作部、５６０ 実行エンジン、５６２ ＳＶＧ描画エンジン、５６４ 遷移処理エンジン、５６６，５７０ 通信処理部、５７２ シナリオ管理部、５７４ シナリオ実行部、５７６ データ取得部、５７８ ＵＩ記述データ管理部、５８０ データ合成処理部、５８２ 検索結果管理部、６００ コネクタ、６０２ データ変換部、６１０ シナリオ処理部、６１２ ＵＩ記述データ呼出部、６１４ コネクタ呼出部、６１６ 検索結果呼出部、６２０ データ振分部、６２２ 一時蓄積部、６２４，６３０ データ合成部、６２６，６３２ データパッケージ化部、６５０ ディスプレイ、６５２ ＣＰＵ、６５４ メモリ、６５６ 固定ディスク、６５８ メモリカード駆動装置、６６０ ＣＤ−ＲＯＭ駆動装置、６６２ キーボード、６６４ 通信インターフェイス、６７０ メモリカード、６７２ ＣＤ−ＲＯＭ、６８０ 特定部、６８２ パラメータ制御部、６８４ 形式変換部、６８６ 端末向け検索結果データ作成部、６８８ 送信制御部、６９０ 抽出部、６９２ メッセージ制御部、６９４ 検索部、６９６ 追加制御部、７６０ ＵＩ記述データ、７６２ ＵＩ記述ファイル、６５４０ 管理領域、６５４２ プログラム領域、６５４４ ＵＩ記述データ領域、６５４６ シナリオ領域、６５４８ コネクタ領域、６５５０ 端末向け検索結果データ領域、６５５２ 検索結果領域、６８０２ シナリオ読出部、６８０４ ＵＩ部、６８０６ コネクタ部、６８２２ 受信パラメータ制御部、６８２４ 抽出パラメータ制御部。

Claims (22)

1. 検索要求を受け付ける検索要求受付手段と、
   検索要求の内容を実行する検索要求実行手段と、
   端末用検索結果データの少なくとも一部を形成するためのユーザインターフェイス記述データを出力するユーザインターフェイス記述データ管理手段と、
   前記検索要求に応じて１つ以上の外部データベースと通信してデータを取得するデータ取得手段と、
   前記検索結果と、前記ユーザインターフェイス記述データとを合成し、端末用検索結果データを作成する、データ合成手段と、
   作成された前記端末用検索結果データを前記検索要求実行手段からの要求に応じて所定の端末宛に送信するデータ出力手段とを含む、サーバ装置。
2. 前記所定の端末からの検索要求をトリガとして前記所定の端末に検索結果を返す機能だけでなく、前記所定の端末以外からの検索要求をトリガとして前記所定の端末に検索結果を返す機能も有する請求項１に記載のサーバ装置。
3. 前記検索要求実行手段からの要求に応じた外部への接続先は、データ蓄積手段を持つものとの通信機能を有する、請求項１または２のいずれかに記載のサーバ装置。
4. 取得データに応じて、さらに１つ以上の外部サーバを利用してデータを取得する機能を有する、請求項１〜３のいずれかに記載のサーバ装置。
5. ある前記検索要求に応じて、１つ以上の前記検索結果を、所定の１つ以上の端末宛に出力する機能を有する、請求項１〜４のいずれかに記載のサーバ装置。
6. 取得したデータや、自身が出力した端末向け検索結果を蓄積する機能を有する、請求項１〜５のいずれかに記載のサーバ装置。
7. 前記検索要求実行手段は、
   シナリオ管理手段と、
   シナリオ実行手段とを有し、
   前記シナリオは、実行することで前記ユーザインターフェイス記述データ管理手段と前記データ取得手段とを制御する制御記述を有し、
   前記シナリオ管理手段は、前記端末からの検索要求の内容に応じてシナリオを選択し、
   前記シナリオ実行手段は、選択されたシナリオを実行する、請求項１に記載のサーバ装置。
8. 前記シナリオ管理手段内に管理されているシナリオは、外部からの更新、削除、追加が可能である、請求項７に記載のサーバ装置。
9. 前記シナリオは、前記外部データベースと通信するための処理を行うコネクタのいずれかによっては目的に合致した検索結果が得られなかった場合、別の前記コネクタの利用によって得られる検索結果に差し替える機能を有する、請求項７または８のいずれかに記載のサーバ装置。
10. 前記シナリオは、前記外部データベースと通信するための処理を行うコネクタから検索結果が得られなかった場合、別のユーザインターフェイス記述ファイルを呼び出し、レイアウトを変更した検索結果に差し替える機能を有する、請求項７〜９のいずれかに記載のサーバ装置。
11. 前記シナリオ実行手段は、前記シナリオを実行中に端末向けデータ出力先への応答をすることができる機能を有する、請求項７〜１０のいずれかに記載のサーバ装置。
12. 前記シナリオは、データ蓄積部に対して、蓄積された過去の取得データや端末向けデータを確認し、それらを前記外部データベースと通信するための処理を行うコネクタやデータ合成手段、通信部に出力させる指令を出力する機能を有する、請求項７〜１１のいずれかに記載のサーバ装置。
13. 前記ユーザインターフェイス記述データ管理手段は、ユーザインターフェイス記述データをユーザインターフェイス記述ファイルとして管理し、前記検索要求実行手段からの要求に応じてユーザインターフェイス記述ファイルを選択し、選択したユーザインターフェイス記述ファイルをユーザインターフェイス記述データとして出力する、請求項１に記載のサーバ装置。
14. 前記ユーザインターフェイス記述データ管理手段によって管理されている前記ユーザインターフェイス記述ファイルは、外部からファイルの更新、削除、追加が可能である、請求項１３に記載のサーバ装置。
15. 前記ユーザインターフェイス記述データ管理手段が管理している前記ユーザインターフェイス記述ファイルは、前記サーバ装置から出力される端末向け検索結果の記述様式について記載されている、請求項１３または１４のいずれかに記載のサーバ装置。
16. 前記ユーザインターフェイス記述ファイルの実行によって前記サーバ装置から出力される端末用検索結果データは、表示機能を有する端末上にて検索結果を表示する際に表示部分を切り替え可能な形で出力する機能を有する、請求項１３〜１５のいずれかに記載のサーバ装置。
17. 前記データ取得手段は、外部サーバに対し検索情報を送信して検索結果を取得する特定のコネクタを有する、請求項１に記載のサーバ装置。
18. 前記データ取得手段内の前記コネクタは、前記検索要求実行手段からの要求によって選択されることによって、接続先の外部サーバと通信する、請求項１７に記載のサーバ装置。
19. 前記データ取得手段内の前記コネクタは、外部からの更新、削除、追加が可能である、請求項１７または１８のいずれかに記載のサーバ装置。
20. 前記データ取得手段は、前記コネクタより取得したデータを共通の中間フォーマットの形で出力し、出力結果をデータ合成手段に渡す機能を有する、請求項１７〜１９のいずれかに記載のサーバ装置。
21. 前記データ取得手段によって管理されている前記コネクタは、前記データ取得手段が出力した中間フォーマットを受け取り、別の結果を返す機能を有する、請求項１７〜２０のいずれかに記載のサーバ装置。
22. 情報出力システムにおける、データベースおよび端末と通信可能なサーバ装置であって、
    検索要求データを前記端末から受信し、キーワードを前記データベースに送信し、前記データベースが送信した前記キーワードに対応する検索結果情報を前記データベースから受信し、かつ前記検索結果情報を示す端末向けデータを前記端末に送信するための通信手段を含み、
    前記検索要求データは、前記検索結果情報の出力形態を示すユーザインターフェイス記述データと前記データベースとの組合せに対応する情報および前記キーワードを含み、
    前記ユーザインターフェイス記述データを記憶するためのユーザインターフェイス記述データ記憶手段と、
    前記通信手段による通信を制御するための制御手段とをさらに含み、
    前記制御手段は、
    前記検索要求データに基づいて、前記キーワードを送信する前記データベースである対応データベースと前記端末向けデータの作成に用いる前記ユーザインターフェイス記述データとを特定するための特定手段と、
    前記対応データベースに前記キーワードを送信するように、前記通信手段を制御するためのキーワード制御手段と、
    前記特定手段が特定した前記ユーザインターフェイス記述データと前記通信手段が受信した前記検索結果情報とを用いて、前記端末向けデータを作成するための端末向けデータ作成手段と、
    前記端末向けデータを前記端末に送信するように前記通信手段を制御するための送信制御手段と含む、サーバ装置。

Images