JP2009159188A

JP2009159188A - コンテンツ表示用サーバ

Info

Publication number: JP2009159188A
Application number: JP2007333441A
Authority: JP
Inventors: Hiroko Suketa; 浩子助田; Yoichi Horii; 洋一堀井; Takashi Hoshino; 剛史星野
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 2007-12-26
Filing date: 2007-12-26
Publication date: 2009-07-16
Also published as: US20090172780A1

Abstract

【課題】映像や画像、テキストなどの各種コンテンツ表示において、視聴者・ユーザにとってより使い勝手の高い装置及びシステム、またこれを利用したサービスを提供する。
【解決手段】コンテンツを表示する画面（端末）と、表示切り替えなどの操作を行うための端末を分離する。表示用の端末（テレビ・大画面ディスプレイなど）００６と、操作用の端末（携帯端末）００３をネットワーク００５経由でサーバと接続し、サーバでは両者の関連付けとその操作を管理する。
【選択図】図１

Description

本発明は、映像や画像、テキストなどの各種コンテンツを表示するコンテンツ表示装置及び表示方法に関し、特に、表示用の端末と操作用の端末とを分離する方法、より具体的には、携帯電話などのモバイル端末からの操作によって表示装置における表示切り替えなどの制御を行うための方法、及びその方法を搭載した装置、及びこれを利用したサービスに関する。

テレビ（テレビジョン、ＴＶ）は各家庭に広く普及し、身近な存在となっている。特に近年は、多チャンネル化や多機能化の影響により、放送番組に加えて録画済の番組を選択・視聴したり、たくさんのチャンネルの中から番組情報を参照して選局したりと、複雑な操作が要求されるようになってきた。また、ネットワークから流れてくる各種コンテンツやレコーダに録画された番組コンテンツなどを、これらのコンテンツデータに付与された付加データ（メタデータと称する）をキーにして並べ替えたり、キーワードをもとに検索したりすることにより、視聴するコンテンツにすばやくアクセスしたいという要求が高まっている。そのため、操作するリモコン自体の高機能化や、テレビ画面にメニューを表示することでリモコンの操作ボタン数を低減しつつ複雑な操作を行いやすくする技術が提案されている（特許文献１参照）。

一方、屋外や店頭、又は電車の車内など、公共（又は準公共）の場に比較的大画面のディスプレイを設置し、これにニュースや広告などの各種映像・画像コンテンツを表示するサービスが一般的になってきている。このサービスでは、動画や静止画を時間や場面に応じて切り替えることにより、その場所に集まる人や通行人に対する情報発信や、広告・娯楽コンテンツの提供を効果的に行うことを目的としている（特許文献２参照）。

特開２００１−６９３６９号公報特許第３９３６４８１号

テレビ上での各種映像コンテンツの視聴を便利にするためにリモコンを高機能化すると、リモコンのボタンが多くなるなど操作が複雑化するため、直感的な操作が難しくなってしまうという問題点がある。そこでリモコンのボタンを少なくするために、テレビ画面にメニューを表示してリモコンで操作すると、今度はメニュー表示が視聴中の番組の邪魔になったり、また階層化したメニューのために所望の機能を探し出しにくくなってしまったりという問題点がある。さらに、せっかくリモコンの操作に慣れても、新しくテレビを買い換えた場合に、リモコンの操作が以前と変わってしまうために、所望の操作が行えなくて戸惑ってしまう場合がある。家の中にリモコンを使う機器（テレビやレコーダなど）が複数台存在する場合なども同様である。

また、公共端末のディスプレイにコンテンツを表示するサービスにおいて、コンテンツ提供者側から一方的に映像や広告を配信するだけでなく、タッチパネルなどを使って一般のユーザが画面表示をインタラクティブに操作するサービスも提供されているが、公共の端末を直接触ることへの抵抗や、大画面の前で操作する気恥ずかしさ、また操作の仕方がよくわからないなどといった課題もあり、それほど有効的に活用されているとは言い難い状況である。

本発明の目的は、映像や画像、テキストなどの各種コンテンツを表示するコンテンツ表示装置において、視聴者・ユーザにとってより使い勝手の高い装置及びシステム、またこれを利用したサービスを提供することにある。

以上の課題を解決するために、コンテンツを表示する画面（端末）と、表示切り替えなどの操作を行うための端末を分離する。操作のための端末としては、普及率が高く、多くの人が日々持ち歩き、操作が使い慣れている携帯電話などのモバイル端末を利用する。表示用の端末（テレビ・大画面ディスプレイなど）と、操作用の端末（携帯端末）をネットワーク経由でサーバと接続し、サーバでは両者の関連付けとその操作を管理することにより、操作用端末からの命令がサーバに蓄積され、表示用端末はその命令に応じて表示切り替えや音量調整などの処理を実行することになる。この仕組みでは、操作用端末と表示用端末が直接通信しないため、サーバにおける両者の関連付け処理が重要となる。特に、誰が利用するかわからない公共端末においては、操作用端末の認証処理や有効期限管理などの処理がサーバ側に必須となる。

本発明によるコンテンツ表示用サーバは、操作用端末を識別する操作用端末ＩＤと表示用端末を識別する表示用端末とを関連付ける端末関連付けデータと、表示用端末ＩＤと当該表示用端末によって表示すべきコンテンツを関連付けた表示情報を格納したデータ格納部と、通信ネットワークを介して操作用端末及び表示用端末とデータ通信するデータ通信処理部と、操作用端末の認証及びアクセスコントロールを行う制御部とを有し、制御部は、操作用端末からアクセスがあったとき、端末関連付けデータを参照して認証を行い当該操作用端末に関連付けられた表示用端末ＩＤを取得し、操作用端末から送信されたコマンドに従い、表示すべきコンテンツを、前記取得した表示用端末ＩＤに関連付けて記憶し、表示用端末から問い合わせがあったとき、その表示用端末ＩＤに関連付けして記憶されているコンテンツ、またはその参照先を当該表示用端末に送信する。

データ格納部に、映像表示用のコンテンツデータと配信スケジュールを格納し、端末関連付けデータには操作用端末による操作が有効な回数及び／又は利用終了時刻を登録してもよい。

ここで、サーバから表示用端末に送信されるコンテンツ情報とは、映像や画像などのデジタルコンテンツへの参照先（多くの場合はＵＲＬ）であったり、表示すべきウェブページのＵＲＬであったりする。

また、本発明によるコンテンツ表示用サーバは、操作用端末を識別する操作用端末ＩＤと表示用端末を識別する表示用端末ＩＤと当該操作用端末によるアクセス用ＵＲＬとを関連付けした端末関連付けデータと、検索サイトのＵＲＬと、表示用端末ＩＤと当該表示用端末に渡すべきキーワードを関連付けしたデータを格納したデータ格納部と、通信ネットワークを介して操作用端末及び表示用端末とデータ通信するデータ通信処理部と、操作用端末の認証及びアクセスコントロールを行う制御部とを有し、制御部は、操作用端末からアクセス用ＵＲＬにアクセスがあったとき、端末関連付けデータを参照して認証を行い当該操作用端末に関連付けされた表示用端末ＩＤを取得し、表示用端末から問い合わせがあったとき、その表示用端末ＩＤに関連付けして記憶されているキーワードと前記検索サイトのＵＲＬを組み合わせたアクセス用ＵＲＬを、当該表示用端末に送信する。

本発明により、携帯電話などの操作用端末を用いて、テレビなどの表示端末に対して、普段使い慣れた携帯電話をリモコンと見なして、表示切り替えや、走行系・音量などのコンテンツ再生パラメータの操作を行うことが可能となる。ここで、１台のテレビに対して、家族メンバーごとに各自の携帯電話を登録しておけば、携帯電話をそれぞれにカスタマイズされた擬似的なリモコンとして利用することができ、それぞれの視聴リストや検索条件を登録しておくことにより、より個人にカスタマイズされた映像コンテンツの視聴が可能となる。

また、本発明により、主に公共の場に設置された大画面ディスプレイなどの表示端末に対して、一般ユーザが、携帯電話などの操作用端末を用いて表示の切り替えなどの操作を行うことが可能となる。すなわち、公共端末を、ユーザからの入力を受け付けて表示を切り替えられるようにすることにより、インタラクティブ性が増すとともに、ユーザの操作履歴などの情報からＣＲＭ（Customer Relationship Management：顧客満足度を向上させるためのさまざまな手法）処理などによりマーケティング情報の収集にもつなげることが可能となる。

さらに、本発明により、携帯電話などの操作用端末を用いてウェブページのブックマーク管理を行い、必要に応じてテレビやＰＣなどにその内容を表示させることが可能となる。すなわち、面倒なキーボード入力を行うことなく、所望のウェブサイトをテレビなどの画面に表示させることができ、いつでも好きなときにブックマークの管理を行うことが可能となる。

さらにまた、本発明により、携帯電話などの操作用端末から任意のキーワードを入力し、テレビやＰＣなどにそのキーワードを用いた検索結果を表示させることが可能となる。すなわち、面倒なキーボード入力を行うことなく、検索結果及びサイトへのリンクを大画面に表示することが可能となる。

以上により、映像や画像、テキストなどの各種コンテンツを表示するコンテンツ表示装置において、視聴者・ユーザにとってより使い勝手の高い装置及びシステム、またこれを利用したサービスを提供することができるようになる。

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

〔実施例１〕
本発明によって実現されるシステムの第一の例を、図１から図８により説明する。

図１に、本発明の実施例１のシステム構成図を示す。また、図２には従来のテレビに対する操作の例を示す。

従来は、図２に示すように、リモコン０１２を用いてテレビ画面００６やレコーダなどの映像再生装置００７に対して命令を送信することにより、録画済コンテンツ００９や視聴リスト０１０などを画面に表示したり、表示内容を切り替えたり、音量を調節したりといった操作を行っていた。

一方、実施例１では、図１に示すように、サーバ００１を介して各種操作を行う。サーバ００１はインターネットなどの通信ネットワーク００５を介して、ユーザ００２の持つ携帯電話００３や操作用ＰＣ００４と、テレビ画面００６・レコーダ００７・表示用ＰＣ００８とをつなぐ役割を果たしている。すなわち、携帯電話００３や操作用ＰＣ００４といった操作用端末から所定の操作を行うと、テレビ画面００６や表示用ＰＣ００８に表示される内容の切り替えや、走行系・音量の調整などを行うことができる。

サーバ００１は、主にデータ格納部１００と制御部２００からなる。データ格納部１００には、コンテンツデータそのもの及びこれに関連するメタデータ１０１、ユーザ情報を管理するユーザデータ１０２、操作端末に関するデータ１０３及び表示端末に関するデータ１０４、ユーザが指定することのできるコンテンツの視聴リスト１０５、さらにリモート用各種データ１１０などを含む。リモート用各種データ１１０には、操作端末と表示端末を関連付けるための端末関連付けデータ１１１、表示用端末ごとの表示モード及び最新表示コンテンツリストに関するデータ１１２、表示端末ごとの走行系状態・音量などのコンテンツ再生パラメータに関するデータ１１３を含む。制御部２００は、表示端末の端末タイプによる振り分けや整形を行う画面表示処理部２０１、認証系・アクセスコントロール・ユーザ管理などを行う処理部２０２、コンテンツ検索・絞込み及び一覧生成処理を行う処理部２０３、キーワード管理や形態素解析などを行うテキスト処理部２０４、ユーザカスタマイズ処理部２０５、データベースアクセス処理部２０７、データ通信処理部２０８などを含む。

図１におけるデータ格納部１００のうち、代表的なデータのデータ構造を示したのが図３である。端末関連付けデータ１１１は、関連付ける表示用端末のＩＤ１２２と操作用端末のＩＤ１２３のほかに、操作が開始される（関連付けが開始された）日時１２４と操作を行うことのできる期限（利用終了日時）１２５、操作用端末が操作のためにアクセスするＵＲＬ１２６などの情報を含む。操作用端末ＩＤ１２３から参照される操作用端末データ１０３は、その端末を利用するユーザのＩＤ１３２（ユーザ登録が必要なシステムの場合）、端末の機種名あるいは機種タイプ１３３、端末識別コード１３４、メールアドレス１３５、登録日時１３６などのデータを含む。ここで、端末識別コードとは、多くの携帯端末が持つ、それぞれの端末を識別するための一意のコードであり（「個体識別番号」と呼ばれる場合もある）、サーバにおいてどの端末がアクセスしてきたかを識別することができるため、多くの携帯向けのウェブサービスで認証に使われている。機種名・機種タイプは画面表示の整形のために必要となる場合があるが、必ずしも格納は必須ではない。また、メールアドレスなどの個人に関わる情報もシステムの動作上は必須ではない。ユーザ登録を前提とするシステムの場合は、ここで格納されたユーザＩＤ１３２からユーザデータ１０２への参照が行える。ユーザ登録を行わずに端末を一時的に利用可能とするシステムの場合には、必ずしもユーザデータは必要ない。

ユーザデータ１０２には氏名１４２や連絡先１４３といった個人の情報（これらは必ずしも必須ではない）、登録日時１４４のほかに、必要であれば契約期限１４５や契約種別１４６といった情報を格納する。接続する端末が異なっても、ユーザＩＤが一致するアクセスのログを格納しておき、コンテンツの視聴履歴からカスタマイズを行ったり、視聴リストを作成したりすることで、ユーザの利便性をより向上させることができる。端末関連付けデータ１１１の表示用端末ＩＤ１２２から参照される表示用端末データ１０４は、機種名や機種タイプ１５２、機種識別コード１５３、登録日時１５４などのデータや、画面表示をカスタマイズするための画面サイズに関する情報１５５、回線種別１５６などを含む。表示用端末が各ユーザに属する場合には、ユーザＩＤを格納することによってユーザデータ１０２と関連付けることも可能である。

最新表示コンテンツ／リストに関するデータ１１２とは、それぞれの表示用端末が表示すべきコンテンツやリストを、そのモードとともに格納しておくためのデータであり、表示するのが単一コンテンツかリスト表示かという表示モード１６１、表示用端末のＩＤ１６２、表示するコンテンツのＩＤ（又はその配列）１６３、操作用端末から入力された検索条件やキーワード（必要に応じて）１６４、更新日時１６５などの情報を含む。コンテンツＩＤ１６３から、それぞれのコンテンツのメタデータ１７０が参照され、メタデータ１７０はコンテンツ本体１７７への参照１７５と、コンテンツに関連する各種情報を含む。各表示用端末の走行系状態・音量などの再生パラメータを定義するデータ１１３は、表示用端末のＩＤ１８１と表示状態１８２、音量１８３、更新日時１８４などの情報を含む。

続いて、図４及び図５に、本発明の実施例１における処理の流れを示す。左側の列にサーバの処理、中の列に操作用端末の処理、右側の列に表示用端末の処理を示す。表示用端末は、ウェブブラウザあるいは専用のアプリケーションを通じてサーバにアクセスする。操作用端末は、専用アプリがあっても良いが、端末に搭載されているウェブブラウザからサーバにアクセスするほうが汎用性は高い。ここで粗い矢印はネットワーク越しでの操作用端末及び表示用端末からのサーバへのアクセスを、細かい矢印はサーバ内部でのデータベースへのアクセスを示す（図４、図５、図１１〜１３、図１８に共通）。

図４は、携帯電話やモバイル端末といった操作用端末を新規に登録する場合の処理手順である。まず、表示用端末上で所定の操作を行うことにより「初期設定」を呼び出し（３０１）、初期設定用のＱＲコード（文字列などのデータをエンコードして画像化した二次元コード。カメラ付き携帯電話などに読み取りプログラムが搭載されており、コードを撮影して読み取ることによって任意のＵＲＬにアクセスしたりコマンドを実行したりできる。ＱＲはQuick Responseに由来する）を発行し、画面に表示する（３０２）。このＱＲコードには、登録用のＵＲＬと表示用端末のＩＤ、その他必要なデータを含んでおり、操作用端末（主に携帯電話）でこれを読み取り（３０３）、操作用端末自身の識別コードをつけて登録用ＵＲＬにアクセスする（３０４）と、サーバでは表示用端末ＩＤと操作用端末の端末識別コードを受け取り、登録処理を開始する。サーバでは端末登録用のページを操作用端末に表示し（３０５）、操作用端末では必要な情報を入力して送信する（３０６）。サーバではこれを受け取り、操作用端末ＩＤを発行し（３０７）、表示用端末と操作用端末との関連付けを行い、データベースの端末関連付けデータ１１１に登録する。そして、該当する操作用端末専用のアクセス用ＵＲＬを発行し、操作用端末に提示する（３０８）。操作用端末では必要に応じて、アクセス用ＵＲＬをブックマークに格納するなどの処理を行う（３０９）。

図５は、操作用端末によって表示用端末を操作する際の処理手順を示す。表示用端末では予め表示プログラム（ウェブブラウザあるいは専用アプリ）を起動しておく（３１１）。操作用端末からアクセス用ＵＲＬに接続すると（３１２）、サーバでは認証処理を行い、その操作用端末に関連付けされた表示用端末のＩＤを取得する（３１３）。そして、コンテンツリストや視聴リストといった、ユーザごとにカスタマイズされたウェブページを表示する（３１４）。操作用端末では、ページを閲覧し、検索などの処理を実行する（３１５）。このときの入力に応じて、サーバでは条件からコンテンツのリストを生成して表示する（３１６）。操作用端末上でコンテンツリストを閲覧し（３１７）、リストから個別のコンテンツを選択すると（３１８）、サーバでは最新表示コンテンツ１１２の更新を行い、サムネイル画像やコンテンツ詳細情報などを操作用端末の画面に表示する（３１９）。操作用端末ではサムネイルやコンテンツ説明を閲覧し（３２０）、必要に応じて走行系や音量の調節を行う（３２１）。操作用端末から走行系や音量の変更命令が送信されたら、サーバ側では走行系状態・音量データ１１３の値を更新する（３２２）。視聴が終わったら、リストの表示（３１７）や新規の条件入力（３１５）などの処理に戻る。

一方、表示用端末では、定期的にサーバに対して自分が表示すべきコンテンツ、及び関連情報の問い合わせを行う（３２３）。サーバでは表示用端末ＩＤから最新コンテンツのＵＲＬと、走行系状態及び音量などのデータを参照し、これらを送信する（３２４）。表示用端末では、表示すべきコンテンツ（走行系状態・音量）が前回と変わっていれば（３２５）、表示の更新を行い（３２６）、変わっていない場合はそのまま現在のコンテンツを表示する。ここで、表示用端末で、サーバに対して定期的に問い合わせを行い、その結果に応じて表示を切り替える一連の処理は、Javascript（ウェブブラウザ上など、ウェブクライアント側で動作するスクリプト言語）などのスクリプトが埋め込まれたＨＴＭＬ文書をウェブブラウザに読み込ませるか、あるいは専用のプログラムを用いることで実装する。また、最新の表示コンテンツが前回の表示コンテンツから変更があったかどうかの判定を、表示側端末ではなくサーバ側で行うようにしても、同様の処理を実現することができる。

図６〜図８に、図５で示した処理における画面の例を示す。

図６は、図５のステップ３１５から３１７における操作用端末（携帯端末）の画面表示の例である。携帯端末画面４００の上半分に絞込み設定を行う部分４０１を、下半分にコンテンツリストを表示する部分４０７が配置される。絞込み設定では例えば、コンテンツのソース４０２、ジャンル４０３、キーワード４０４などを設定でき、「絞込み」ボタン４０５を選ぶことで絞込みが実行される。コンテンツのソース４０２とは、コンテンツがどこに存在するか（放映された番組を録画したものでユーザのレコーダに存在するか、ＩＰ経由でダウンロードされるコンテンツであるか、など）を指定するものである。ここで「視聴リスト」とは、ユーザが見たいコンテンツを登録するお気に入りコンテンツリストのようなものであり、多様な場所に存在するコンテンツから、所定の条件により自動的にリストに登録されたり、ユーザが個別に登録したり、あるいは他のユーザが代理で視聴リストを登録したりといった使い方ができるものである。視聴リストを登録しておく（さらに必要に応じてお気に入り度などの付加情報を付与する）ことで、ユーザが見たいコンテンツに簡単にアクセスできるようになる。

なお、絞り込み条件としては、図中に示した項目の他にも、放映日時や視聴状況、ユーザが設定した優先度などといった条件が設定可能である。これらの条件により絞り込まれた（あるいは単純に日時やその他の条件でソートされた）コンテンツリスト４０７には、それぞれのコンテンツのタイトルとリンク４０８が並べて表示され、ページを切り替えるためのリンク又はボタン４０９が必要に応じて表示される。

図７は、図５のステップ３１８（リストからあるコンテンツを選択した状態）における操作用端末（携帯端末）の画面表示の例である。コンテンツ概要表示部４１０には、サムネイル４１１とコンテンツ説明４１２が表示される。ここで「テレビで見る」というボタン４１３を選択すると、表示用画面に該当するコンテンツが表示される。また、「視聴リストに登録」ボタン４１４を選択すると、前述したようなユーザの視聴リストに登録され、後で参照しやすくすることができる。さらに、同タイトルの番組を検索するためのボタン４１５や、コンテンツリストに戻るためのボタン４１６、検索条件設定に戻るためのボタン４１７などを必要に応じて配置し、画面の切り替えを行う。

図８は、図５のステップ３１９から３２２（コンテンツを表示用端末に表示し、各種操作を行う）における操作用端末（携帯端末）及び表示用端末（テレビ画面）の画面表示の例である。前のステップにより表示用端末の表示画面５００にてコンテンツが表示されている間、操作用端末では視聴中のコンテンツのサムネイルや動画４１９、その他必要な情報が表示され、一時停止ボタン４２０・早送りボタン４２１・巻き戻しボタン４２２などの走行系操作ボタン又はリンク、ボリューム調整ボタン又はリンク４２３、番組情報に戻るボタン４２４などが表示される。ここから走行系操作や音量調整を行うと、サーバに命令が送信され、表示用端末におけるコンテンツ再生に影響を与える。

以上、図１から図８により、本発明の実施例１について説明した。この実施例では、携帯電話などの操作用端末を用いて、テレビなどの（主に映像）コンテンツ表示端末に対して表示切り替えや走行系・音量などの操作を行うものである。家庭における一台のテレビに対して、家族メンバーごとに各自の携帯電話を登録しておけば、携帯電話をそれぞれにカスタマイズされた擬似的なリモコンとして利用することができ、それぞれの視聴リストや検索条件を登録しておくことにより、より個人にカスタマイズされた映像コンテンツの視聴が可能となる。

〔実施例２〕
本発明によって実現されるシステムの第二の例を、図９から図１６により説明する。

図９に、本発明の実施例２のシステム構成図を示す。また、図１０には公共端末におけるコンテンツ配信・表示システムの例を示す。

図１０で示す従来例は、サーバ００１に格納されたコンテンツデータ１０１を、予め決められたスケジュールや手順によって、公共の場所に設置される大画面ディスプレイのような公共用端末０１３に対して配信し表示するためのシステムの構成図である。サーバ００１上のコンテンツ・メタデータ１０１や配信スケジュール１０８の設定は、ネットワーク００５経由で管理用ＰＣ０１４から行い、サーバ００１では配信スケジュールに沿って外部サーバからデータを収集したり、表示すべきコンテンツを表示用端末０１３に表示する処理を行う。一方、実施例２は、図９に示すように、管理用ＰＣ０１４とは別に、一般ユーザ００２の持つ携帯電話００３などの操作用端末を用いて、表示用端末の表示切り替えや各種操作を行うことを可能にするものである。

図９のシステム構成図は、実施例１における図１と類似しているが、実施例２ではユーザ登録を前提としていないため、サーバ００１にユーザデータは格納していない。また、コンテンツを配信するための配信スケジュール１０８や、ニュースや天気予報などの情報を取得してくるための処理部２０６と外部サイトリスト１０６、アクセス履歴などからＣＲＭ処理を行うための処理部２０９とそのための履歴データ１０７などを含む。なお、図９におけるデータ格納部１００に含まれるデータの構成は、図３に準ずる。

図１１から図１３に、本発明の実施例２における処理の流れを示す。

図１１は、携帯電話やモバイル端末といった操作用端末を新規に登録する場合の処理手順である。表示用端末に、端末ＩＤを含む登録用のＵＲＬがエンコードされたＱＲコードが表示された状態（３３１）で、操作用端末（主に携帯電話）でこれを読み取り（３３２）、操作用端末自身の識別コードをつけて登録用ＵＲＬにアクセスする（３３３）と、サーバでは表示用端末ＩＤと操作用端末の端末識別コードを受け取り、登録処理を開始する。この際、端末関連付けデータ１１１の有効期限（時間的な期限、あるいは回数で制限、その両方を組み合わせる場合もある）を参照し（３３４）、該当する表示用端末を他の操作用端末が操作している場合には（３３５）、メッセージを表示して登録を中断する（３３６）。表示用端末が空いている場合には、端末登録用のページを表示する（３３７）。操作用端末で所定の登録処理を行うと（３３８）、サーバでは操作用端末のＩＤを発行し（３３９）、表示用端末との関連付けを行いデータベースに登録する。この際、操作が有効な時刻・回数などの制限を行い、これもあわせて端末関連付けデータ１１１に登録する。さらにアクセス用のＵＲＬを発行し、操作用端末に送信する（３４０）。操作用端末はアクセス用のＵＲＬを（一時的に）端末に格納する（３４１）。

図１２及び図１３は、操作用端末によって表示用端末を操作する際の処理手順を示す。操作用端末からアクセス用ＵＲＬに接続すると（３５１）、サーバでは認証処理を行い、端末関連付けデータ１１１から、この操作用端末が有効かどうかを調べる（３５２）。有効期限や回数が終了しているなどの理由で有効でないＵＲＬである場合には（３５３）、メッセージを表示して処理を終了する（３５４）。関連付けが有効である場合には、関連付けられた表示用端末のＩＤを取得する（３５５）。そして、所定の処理により、コンテンツリスト閲覧用のウェブページを表示する（３５６）。操作用端末では、ページを閲覧し、検索などの処理を実行する（３５７）。このときの入力に応じて、サーバでは条件からコンテンツのリストを生成し、最新表示リスト１１２を更新するとともに、操作用端末の画面にリストを表示する（３５８）。操作用端末ではコンテンツリストを閲覧し（３５９）、リストから個別のコンテンツを選択すると（３６０）、サーバでは最新表示コンテンツ１１２の更新を行い、サムネイル画像やコンテンツ詳細情報などを操作用端末の画面に表示する（３６１）。操作用端末ではサムネイルやコンテンツ説明を閲覧し（３６２）、視聴が終わったら、リストの表示（３５９）や新規の条件入力（３５７）などの処理に戻る。

一方、表示用端末では表示プログラム（ウェブブラウザあるいは専用アプリ）を起動した状態で（３７１）、定期的にサーバに対して自分が表示すべき内容の問い合わせを行う（３７２）。サーバでは表示用端末ＩＤから、現在の表示モードを取得し（３７３）、リスト表示モードの場合は最新表示リスト（コンテンツＵＲＬの配列）を（３７６）、コンテンツモードの場合は最新コンテンツのＵＲＬを（３７５）、それぞれ端末に送信する。表示用端末は、表示すべき内容が前回と変わっていれば（３７７）、表示の更新を行い（３７８）、変わっていない場合はそのまま現在のコンテンツを表示する。ここで、必要に応じて走行系や音量の取得・変更が行われる場合もある。

図１４〜図１６に、図１１〜図１３で示した処理における画面の例を示す。

図１４は、図１１における端末登録時の画面表示の例である。公共端末の画面５００には、ランダムなコンテンツリスト（ニュース映像など）５０１とともに、端末登録を促すメッセージ５０２とアクセス用のＱＲコード５０３が表示されている。ここでユーザが自分の携帯電話でこのＱＲコード５０３を撮影・認識させて登録用ＵＲＬにアクセスすると、４３１に示すような登録画面が表示される。登録実行ボタンリンク４３２を選択すると（ここで簡単なアンケートに答えさせるなどの処理を経る場合もある）、登録が完了し、登録完了画面４３４が表示される。このまま「コントロール開始」ボタン４３５を選択すると、引き続き画面の制御を行うことができる（図１５に続く）。

図１５は、図１２のステップ３５７〜３５９（コンテンツリスト閲覧状態）における画面表示の例である。表示用画面５００に表示されているのと同じコンテンツの一覧（ここではニュースのリスト）４３７が、携帯端末４００上にも表示される。ここで、ニュースのジャンル４０３やキーワード４０４、日付や配信元などの各種情報を元に検索絞込みやソートを行うことが可能である。条件を設定して「絞込み」ボタン４０５を選択すると、画面下部のコンテンツリスト４３７及び表示用画面上のリストも更新される。また、一番下の操作終了ボタン４４３を選択すると、サーバ上での端末関連付けデータを無効化するなどの処理が行われ、他の操作用端末が操作可能となる。端末関連付けデータに記録されている操作回数を超えた操作が行われた場合、あるいは利用終了日時が経過した場合にも、端末関連付けデータを無効化するなどの処理が行われ、他の操作用端末による操作が可能となる。

図１６は、図１２のステップ３６０〜３６２（個別閲覧状態）における画面表示の例である。具体的には、図１５のニュースリスト４３７から、ひとつのニュースを選択した状態である。選択したニュースのサムネイル４３９とニュース内容４４０が操作用端末の画面４３８に表示され、表示用端末にも同じニュースの写真又は映像５０４、ニュース内容５０５が表示される。操作用端末には、これのほかにニュース内容をメールで送信するためのボタンリンク４４１や関連ニュース検索のボタンリンク４４２などが表示される。コンテンツリストに戻るボタン４１５を選択するか、新規検索によりリスト表示を行うと、図１５の状態に戻る。

以上、図９から図１６により、本発明の実施例２について説明した。本実施例では、主に公共の場に設置された大画面ディスプレイなどの表示用端末に対して、一般ユーザが、携帯電話などの操作用端末を用いて表示の切り替えなどの操作を行うことを可能にするものである。従来は一方的にコンテンツを配信・表示するばかりだった公共端末が、ユーザからの入力を受け付けて表示を切り替えられるようにすることにより、インタラクティブ性が増すとともに、ユーザの操作履歴などの情報からＣＲＭ処理などによりマーケティング情報の収集にもつなげることができるようになる。

なお、本実施例ではユーザ登録を必要とせずに一時的に表示用端末の操作を行わせるものであったが、予め登録したユーザに対して、公共端末の表示を一時的にコントロール可能にするようなシステムも構築可能である。この場合は登録したユーザの趣味・嗜好に合わせてカスタマイズしたコンテンツリストや画面表示を行うことも可能である。

〔実施例３〕
本発明によって実現されるシステムの第三の例を、図１７から図２０により説明する。本実施例は、ユーザごとに登録したブックマークを、操作用端末で管理・閲覧し、ウェブページの内容をテレビやＰＣなどの表示用端末に表示することを可能にするものである。

図１７に、本発明の実施例３におけるシステム構成図を示す。基本的な構成は図１と同様であるが、本システムでは、コンテンツ及び視聴リストの代わりに、サーバ００１に、ユーザ別のブックマークデータ１０９が格納されている。また、ブックマークの登録処理部２１１や参照・表示処理部２１２といった処理部が含まれている。ユーザ００２が携帯電話などの操作用端末００３でサーバにアクセスし、ブックマークを選択することで、テレビやＰＣなどの表示用端末００６のウェブブラウザでブックマークのＵＲＬを表示させることができる。そのほか、雑誌などの紙媒体０１５に印刷されたＱＲコード０１６（表示用端末の画面に表示されるのでもよい）を読み取ることで、ブックマークリストへの追加や更新を行うことができる。

図１８に、本発明の実施例３における処理の流れを示す。操作用端末の登録処理は、図４とほぼ同様であるので割愛し、図１８では、操作用端末によるブックマーク登録ならびに参照の処理手順について説明する。これまでの実施例と同様、表示用端末ではウェブブラウザなどの表示プログラムが起動中であるとする（３８１）。操作用端末にて、紙媒体あるいは画面に表示されているＱＲコードを読み取り（３８２）、端末識別コードをつけてＵＲＬに接続すると（３８３）、サーバでは認証処理を行い（３８４）、ＵＲＬに含まれるコマンドの種類を確認する（３８５）。アクセスされたコマンドが「ブックマーク追加」だった場合には、該当するＵＲＬをユーザのブックマークに登録する処理を行う（３８６）。「すぐに閲覧」コマンドだった場合には、まず関連付けデータ１１１から、アクセスしている操作用端末と関連付けられた表示用端末のＩＤを取得し（３８７）、最新表示ＵＲＬ１１２のデータを更新する（３８８）。また、操作用端末から所定のアクセス用ＵＲＬにアクセスすると（３８９）、認証後、関連付けられた表示用端末のＩＤを取得し（３９０）、ユーザ別のブックマークリストを取得して画面に表示する（３９１）。表示されたブックマークを閲覧中（３９２）、「携帯で接続」を選択した場合には（３９３）、携帯画面上にＵＲＬを表示し（３９４）、「テレビで接続」を選択した場合には（３９５）、サーバ上の最新表示ＵＲＬ１１２のデータを更新する（３８８）。

表示用端末では、定期的にサーバに対して自分が表示すべきＵＲＬの問い合わせを行い（３９７）、サーバでは最新表示ＵＲＬのデータ１１２から、問い合わせ元表示用端末の最新ＵＲＬを参照して送信する（３９６）。表示用端末は、表示すべきＵＲＬが前回と変わっていれば（３９８）、表示の更新を行い（３９９）、変わっていない場合はそのまま現在のＵＲＬを表示する。

図１９及び図２０に、図１８で示した処理における画面の例を示す。

図１９は、図１８のステップ３９２（ブックマーク閲覧状態）における画面表示の例である。携帯端末画面４００上に、ブックマークの一覧４５１が表示され、ソートの方法を変更するためのボックス４５２とボタン４５３、ページ切り替えリンク４５６も表示される。リストは日付順、タイトル、お気に入り順などの条件によって並べ替えが可能である。他に、実施例１におけるコンテンツ絞り込みのような、条件による絞り込み機能があってもよい。それぞれのブックマークは、タイトル４５４と、ブックマークに対する処理を選ぶボックス４５５、処理を実行するためのボタンを持つ。ブックマークに対する処理は、「携帯で接続」「テレビで接続」のほかに、ブックマークの編集や削除などがある。ブックマーク編集ではブックマークのタイトルやコメント、お気に入りランクなどを付与することができる。

図２０は、図１８のステップ３８２〜３８８（ブックマーク登録・閲覧）における画面表示の例である。雑誌などの紙媒体０１５に印刷された（表示用端末の画面に表示されるのでもよい）ＱＲコード０１６をカメラ付携帯電話で読み取る。「ブックマークに登録」を読み込んだ場合には登録確認画面４６１が表示され、「すぐにテレビで見る」を読み込んだ場合には閲覧確認画面４６４が表示される。登録確認画面の「登録」ボタン４６２を選択すると、サーバ上のブックマークリストに、該当するブックマークが登録される。閲覧確認画面の「見る」ボタン４６５を選択すると、関連付けられた表示用端末の画面に、該当するＵＲＬの内容が表示される。

以上、図１７から図２０により、本発明の実施例３について説明した。本実施例では、携帯電話などの操作用端末を用いてブックマークの管理を行い、必要に応じてテレビやＰＣなどにその内容を表示させられるものである。これにより、面倒なキーボード入力を行うことなく、所望のウェブサイトをテレビなどの画面に表示させることができ、いつでも好きなときにブックマークの管理を行うことができるようになる。

〔実施例４〕
本発明によって実現されるシステムの第四の例を、図２１と図２２により説明する。本実施例は、ユーザが操作用端末から任意のキーワードを入力すると、サーバで所定の検索処理を行い、その検索結果を表示用画面に表示することを可能にするものである。

図２１に、本発明の実施例４におけるシステム構成図を示す。基本的な構成は図１７と同様であるが、本システムでは、最新ＵＲＬの代わりに、操作用端末から入力された最新のキーワード１１５をサーバ００１側で管理する。サーバ００１にはまた、自前の検索エンジン、あるいは外部検索サイトとの連携を管理する機能２１３を持つ。表示用端末から問い合わせがあった場合には、最新表示キーワードを必要に応じて検索先サイトのフォーマットに合わせて変換したものと、検索先サイトのＵＲＬと組み合わせてなる検索結果表示ＵＲＬを、表示用端末に対して送信する。表示用端末ではこれを受け取り、最新キーワードによる検索結果を画面に表示する。

図２２は、本発明の実施例４における画面表示の例である。携帯電話の画面４００上には、キーワード入力ボックス４６６及び検索ボタン４６７などが表示される。すると、表示用画面には５００、画像検索結果の一覧５０６やサイト検索結果の一覧５０７などが表示される。検索先やオプションは、予めサーバ側で設定しておいても良いし、ユーザが操作用端末側から選べるようにしておいても良い。また、関連語検索ボタン４６９を選択すると、現在のキーワードに関連するキーワードで新しい検索を行ったり、これまで入力されたキーワードの履歴からキーワードを選んだり、最近よく検索されているキーワードを選んだりするモードに移る。詳細条件設定ボタン４７０選択により、検索先の指定などの条件を設定できる。

以上、図２１と図２２により、本発明の実施例４について説明した。本実施例では、携帯電話などの操作用端末から任意のキーワードを入力すると、テレビやＰＣなどにそのキーワードを用いた検索結果を表示させられるものである。これにより、面倒なキーボード入力を行うことなく、検索結果及びサイトへのリンクを大画面に表示することが可能となる。

なお、本実施例ではユーザ登録を前提としたサービスについて説明したが、実施例２で説明したように、ユーザ登録を行わずに操作用端末を一時的に関連付けることで、公共的な表示用端末上での検索結果表示を行わせることが可能である。

本発明により、使い勝手が向上したテレビ・ＰＣなどの家庭用端末、及び効果的にコンテンツを配信できる公共端末を提供することができるとともに、これらを利用したユーザごとのカスタマイズサービスを提供することができる。

また、ユーザが自由に操作できる公共用端末を用いたコンテンツ配信サービスにより、ユーザの操作履歴などの情報からＣＲＭ処理などによりマーケティング情報の収集にもつなげることが可能となる。

本発明の実施例１におけるシステムの全体構成を示す図。実施例１における従来例を説明する図。実施例１におけるデータ構造を示す図。実施例１における初期設定時の処理手順を示す図。実施例１における番組表示切り替え時の処理手順を示す図。実施例１における携帯端末画面（リスト表示）の例を示す図。実施例１における携帯端末画面（コンテンツ説明表示）の例を示す図。実施例１における番組表示時の携帯端末画面及びテレビ画面の例を示す図。実施例２におけるシステムの全体構成を示す図。実施例２における従来例を説明する図。実施例２における初期設定時の処理手順を示す図。実施例２における番組表示切り替え時の携帯端末とサーバの処理手順を示す図。実施例２における番組表示切り替え時の表示端末とサーバの処理手順を示す図。実施例２における初期設定時の画面の例を示す図。実施例２におけるニュースリスト表示時の画面の例を示す図。実施例２におけるニュース内容表示時の画面の例を示す図。実施例３におけるシステムの全体構成を示す図。実施例３における処理手順を示す図。実施例３における携帯端末画面（ブックマーク表示）の例を示す図。実施例３におけるＱＲコード読み取り時の携帯端末画面の例を示す図。実施例４におけるシステムの全体構成を示す図。実施例４における画面の例を示す図。

符号の説明

００１：サーバ、００２：視聴者／ユーザ、００３：携帯電話、００４：操作用ＰＣ、００５：ネットワーク、００６：テレビ画面、００７：レコーダ、００８：表示用ＰＣ、００９：録画済コンテンツ、０１０：視聴リスト、０１１：保存済コンテンツ、０１２：リモコン、０１３：公共用（大画面）端末、０１４：管理用ＰＣ、０１５：印刷媒体、０１６：アクセス用ＱＲコード、１００：データ格納部、１０１：コンテンツデータ・メタデータ、１０２：ユーザデータ、１０３：操作用端末データ、１０４：表示用端末データ、１０５：視聴リスト、１０６：外部サイトリスト、１０７：各種履歴、１０８：配信スケジュール、１０９：ブックマーク、１１０：リモート用各種データ、１１１：端末関連付けデータ、１１２：表示モード・最新表示コンテンツ／リスト、１１３：走行系状態・音量など、１１４：最新表示ＵＲＬ、１１５：最新キーワード、１２１：関連付けＩＤ、１２２：表示用端末ＩＤ、１２３：操作用端末ＩＤ、１２４：利用開始日時、１２５：利用終了日時、１２６：アクセスＵＲＬ、１３１：操作用端末ＩＤ、１３２：ユーザＩＤ、１３３：機種名、１３４：端末識別コード、１３５：メールアドレス、１３６：登録日時、１４１：ユーザＩＤ、１４２：氏名、１４３：連絡先、１４４：登録日時、１４５：契約期限、１４６：契約種別、１５１：表示用端末ＩＤ、１５２：機種名、１５３：機種識別コード、１５４：登録日時、１５５：画面サイズ、１５６：回線種別、１６１：表示モード、１６２：表示用端末ＩＤ、１６３：コンテンツＩＤ、１６４：検索条件・キーワード、１６５：更新日時、１７０：コンテンツ・メタデータ、１７１：コンテンツＩＤ、１７２：種別、１７３：タイトル、１７４：説明、１７５：コンテンツＵＲＬ、１７６：登録日時、１７７：コンテンツデータ、１８１：表示用端末ＩＤ、１８２：状態、１８３：音量、１８４：更新日時、２００：制御部、２０１：画面表示処理、２０２：認証系・アクセスコントロール・ユーザ管理など、２０３：コンテンツ検索／絞込み・一覧生成処理、２０４：キーワード・テキスト処理、２０５：ユーザカスタマイズ処理、２０６：外部サーバからのデータ収集処理、２０７：データベースアクセス、２０８：データ通信処理、２０９：ＣＲＭ処理、２１０：配信スケジュール作成・送信処理、２１１：ブックマーク登録処理、２１２：ブックマーク参照・表示処理、２１３：外部検索サイトとの連携処理、３０１〜３０９、３１１〜３２６、３３１〜３４１、３５１〜３６２、３７１〜３７８、３８１〜３９９：処理ステップ、４００：携帯端末画面、４０１：絞込み設定部、４０２：コンテンツソース設定、４０３：ジャンル設定、４０４：キーワード設定、４０５：絞込み実行ボタン、４０６：解除ボタン、４０７：コンテンツリスト表示部、４０８：コンテンツ項目、４０９：ページ切り替えリンク、４１０：コンテンツ概要表示画面、４１１：サムネイル、４１２：コンテンツ説明、４１３：表示切り替えボタン、４１４：視聴リストに登録ボタン、４１５：同タイトルの番組検索ボタン、４１６：コンテンツリストに戻るボタン、４１７：検索条件設定に戻るボタン、４１８：視聴中画面、４１９：サムネイル（又は動画）、４２０：一時停止ボタン、４２１：早送りボタン、４２２：巻き戻しボタン、４２３：ボリューム調整リンク、４２４：番組情報に戻るボタン、４３１：登録画面、４３２：登録実行ボタン、４３３：中止ボタン、４３４：登録完了確認画面、４３５：コントロール開始ボタン、４３６：ニュース絞込み設定部、４３７：ニュースリスト表示部、４３８：ニュース内容表示画面、４３９：サムネイル、４４０：本文、４４１：メール送信ボタン、４４２：関連ニュース検索ボタン、４４３：操作終了ボタン、４５１：ブックマーク表示画面、４５２：ソート変更、４５３：ＯＫ（決定）ボタン、４５４：ブックマークタイトル、４５５：ブックマークメニュー、４５６：ページ切り替えリンク、４６１：登録確認メッセージ、４６２：登録ボタン、４６３：中止ボタン、４６４：閲覧確認メッセージ、４６５：閲覧実行ボタン、４６６：キーワード入力ボックス、４６７：検索実行ボタン、４６８：中止ボタン、４６９：関連語検索実行ボタン、４７０：詳細条件設定ボタン、５００：テレビ／大画面表示、５０１：コンテンツリスト（サムネイル）表示、５０２：登録説明テキスト、５０３：登録用ＱＲコード、５０４：ニュース画像（映像）、５０５：ニュース内容テキスト、５０６：画像検索結果一覧、５０７：サイト検索結果一覧。

Claims

操作用端末を識別する操作用端末ＩＤと表示用端末を識別する表示用端末ＩＤとを関連付ける端末関連付けデータと、表示用端末ＩＤと当該表示用端末によって表示すべきコンテンツを関連付けた表示情報を格納したデータ格納部と、
通信ネットワークを介して操作用端末及び表示用端末とデータ通信するデータ通信処理部と、
操作用端末の認証及びアクセスコントロールを行う制御部とを有し、
前記制御部は、
操作用端末からアクセスがあったとき、前記端末関連付けデータを参照して認証を行い当該操作用端末に関連付けられた表示用端末ＩＤを取得し、
操作用端末から送信されたコマンドに従い、表示すべきコンテンツを、前記取得した表示用端末ＩＤに関連付けて記憶し、
表示用端末から問い合わせがあったとき、当該表示用端末ＩＤに関連付けて記憶されているコンテンツ、またはその参照先を当該表示用端末に送信することを特徴とするコンテンツ表示用サーバ。
請求項１記載のコンテンツ表示用サーバにおいて、
前記制御部は、端末登録用の画面を介して表示用端末ＩＤと操作用端末の識別情報を受信したとき、当該操作用端末に固有のＩＤを発行し、当該操作用端末に関する前記端末関連付けデータを前記データ格納部に登録することを特徴とするコンテンツ表示用サーバ。
請求項１記載のコンテンツ表示用サーバにおいて、前記操作用端末は携帯端末であり、前記通信処理部はインターネットを介して前記操作用端末及び表示用端末とデータ通信することを特徴とするコンテンツ表示用サーバ。
請求項１記載のコンテンツ表示用サーバにおいて、前記制御部は画面表示処理部を有し、前記画面表示処理部は、前記操作用端末及び表示用端末のタイプに応じた画像サイズの変更や整形を行うことを特徴とするコンテンツ表示用サーバ。
請求項１記載のコンテンツ表示用サーバにおいて、
前記データ格納部には、表示用端末ＩＤに関連付けたコンテンツ再生パラメータが格納され、
前記制御部は、操作用端末から送信されたコンテンツ再生パラメータを受信したとき、当該操作用端末のＩＤに関連付けられた表示用端末ＩＤに関連付けられて記憶されているコンテンツ再生パラメータを更新し、表示用端末から問い合わせがあったとき、当該表示用端末のＩＤに関連付けて記憶されているコンテンツ再生パラメータを当該表示用端末に送信することを特徴とするコンテンツ表示用サーバ。
請求項１記載のコンテンツ表示用サーバにおいて、前記制御部はコンテンツ検索処理部を有し、
操作用端末から検索・絞込み条件を受信したとき、前記コンテンツ検索処理部は当該条件に従ってコンテンツの検索・絞込みを行い、その結果を前記操作用端末の画面に表示することを特徴とするコンテンツ表示用サーバ。
請求項１記載のコンテンツ表示用サーバにおいて、
前記データ格納部には、操作用端末あるいは利用者に関連付けられたコンテンツの視聴リストが格納されており、
前記制御部は、
操作用端末から、コンテンツを視聴リストに登録する指示を受信したとき、前記操作用端末あるいは当該操作用端末の利用者に関連付けられた視聴リストに、前記選択されたコンテンツを登録し、
操作用端末から視聴リストを表示する指示を受信したとき、前記操作用端末あるいは当該操作用端末の利用者に関連付けられた視聴リストに含まれるコンテンツ一覧を前記操作用端末の画面に表示することを特徴とするコンテンツ表示用サーバ。
請求項１記載のコンテンツ表示用サーバにおいて、前記データ格納部は、映像表示用のコンテンツデータを格納していることを特徴とするコンテンツ表示用サーバ。
請求項１記載のコンテンツ表示用サーバにおいて、前記表示用端末ＩＤに関連付けて記憶されているコンテンツとは、前記表示用端末に記憶されているコンテンツあるいは前記表示用端末に接続されたレコーダに記憶されているコンテンツであることを特徴とするコンテンツ表示用サーバ。
請求項１記載のコンテンツ表示用サーバにおいて、前記データ格納部には、映像表示用のコンテンツデータと配信スケジュールが格納され、前記端末関連付けデータには前記操作用端末による操作が有効な回数及び／又は利用終了時刻が登録されていることを特徴とするコンテンツ表示用サーバ。
請求項１０記載のコンテンツ表示用サーバにおいて、
前記制御部は、端末登録用の画面を介して表示用端末ＩＤと操作用端末の識別情報を受信したとき、前記端末関連付けデータを参照して当該表示用端末が他の操作用端末に有効に関連付けされているかどうかを判定し、有効な関連付けがされていないとき、前記該操作用端末からのアクセス用ＵＲＬを発行し、操作が有効な回数及び／又は利用終了時刻を含む当該操作用端末に関する端末関連付けデータを前記データ格納部に登録することを特徴とするコンテンツ表示用サーバ。
請求項１０記載のコンテンツ表示用サーバにおいて、前記制御部は、前記操作用端末による操作の回数が前記端末関連付けデータに登録された回数を超えたとき、あるいは登録された利用終了時刻が経過したとき、当該端末関連付けデータを無効化することを特徴とするコンテンツ表示用サーバ。
請求項１０記載のコンテンツ表示用サーバにおいて、コンテンツへのアクセス履歴を保存することを特徴とするコンテンツ表示用サーバ。
請求項１記載のコンテンツ表示用サーバにおいて、前記コンテンツとはウェブページのＵＲＬであることを特徴とするコンテンツ表示用サーバ。
請求項１４記載のコンテンツ表示用サーバにおいて、
前記データ格納部には前記操作用端末ＩＤに関連付けられたブックマークリストが格納され、
前記制御部は、操作用端末からウェブページのＵＲＬを受信したとき、同時に受信したコマンドがブックマーク追加のコマンドであったときは当該ＵＲＬを当該操作用端末ＩＤに関連付けられたブックマークリストに追加し、前記コマンドが閲覧のコマンドであったときは当該ＵＲＬを前記取得した表示用端末ＩＤに関連付けて記憶することを特徴とするコンテンツ表示用サーバ。
操作用端末を識別する操作用端末ＩＤと表示用端末を識別する表示用端末ＩＤと当該操用端末によるアクセス用ＵＲＬとを関連付けした端末関連付けデータと、検索サイトのＵＲＬと、表示用端末ＩＤと当該表示用端末に渡すべきキーワードを関連付けしたデータを格納したデータ格納部と、
通信ネットワークを介して操作用端末及び表示用端末とデータ通信するデータ通信処理部と、
操作用端末の認証及びアクセスコントロールを行う制御部とを有し、
前記制御部は、
操作用端末からアクセス用ＵＲＬにアクセスがあったとき、前記端末関連付けデータを参照して認証を行い当該操作用端末に関連付けされた表示用端末ＩＤを取得し、
表示用端末から問い合わせがあったとき、その表示用端末ＩＤに関連付けして記憶されているキーワードと前記検索サイトのＵＲＬを組み合わせて形成される、検索結果表示ウェブページのＵＲＬを当該表示用端末に送信することを特徴とするコンテンツ表示用サーバ。
請求項１６記載のコンテンツ表示用サーバにおいて、前記制御部は、前記アクセス用ＵＲＬにアクセスした操作用端末にキーワード入力画面を送信し、キーワードが入力されたときそのキーワードを前記取得した表示用端末ＩＤに関連付けて記憶することを特徴とするコンテンツ表示用サーバ。