JP2015191504A - 情報処理システム、情報処理端末、コンテンツ管理装置、及び情報処理方法 - Google Patents

Abstract

【課題】ユーザの状況に応じたコンテンツの提供を可能とすること。【解決手段】相互にネットワークを介して接続される情報処理端末と情報管理装置とを含む情報処理システムであって、前記情報処理端末は、当該情報処理端末に入力される情報又は当該情報処理端末によって検知される情報に基づく識別情報を前記情報管理装置に送信して、前記識別情報に対応付けられて前記情報管理装置に記憶されている第一のＵＲＬと、前記第一のＵＲＬに係るコンテンツデータに関する処理を前記情報処理端末に実行させるスクリプトに対する１以上の第二のＵＲＬとを、前記情報管理装置から受信する受信部と、前記受信部によって受信された前記第一のＵＲＬに係るコンテンツデータを、ネットワークを介して取得する取得部と、前記取得部によって取得されたコンテンツデータに、前記第二のＵＲＬへの参照情報を挿入する挿入部と、を有する。【選択図】図３

Description

本発明は、情報処理システム、情報処理端末、コンテンツ管理装置、及び情報処理方法に関する。

Ｗｅｂコンテンツは、ＨＴＭＬ（HyperText Markup Language）、ＣＳＳ（Cascading Style Sheets）、及びＪａｖａＳｃｒｉｐｔ（登録商標）等のスクリプト等を含む。スクリプトは、ＨＴＭＬにおいて定義されている表示要素の表示状態を動的に変更することができる。

通常、ＨＴＭＬとスクリプトとの対応関係は、静的なものである。例えば、ＨＴＭＬファイル内において、スクリプトファイルへの参照情報が記述されている必要が有る。

特開２０１２−４９７７１号公報

他方において、近年では、スマートフォンやタブレット端末等の携帯端末が普及し、ユーザは、ネットワークに接続可能な場所であれば、容易にＷｅｂコンテンツを閲覧することができる。すなわち、ユーザがＷｅｂコンテンツを閲覧する状況は、多様化してきている。

しかしながら、ＨＴＭＬとスクリプトとの対応関係が静的な場合、例えば、現在日時やユーザの所在位置等、ユーザの状況に応じて、Ｗｅｂコンテンツの内容を異ならせるのは困難である。

そこで、一側面では、ユーザの状況に応じたコンテンツの提供を可能とすることを目的とする。

一つの案では、相互にネットワークを介して接続される情報処理端末と情報管理装置とを含む情報処理システムであって、前記情報処理端末は、当該情報処理端末に入力される情報又は当該情報処理端末によって検知される情報に基づく識別情報を前記情報管理装置に送信して、前記識別情報に対応付けられて前記情報管理装置に記憶されている第一のＵＲＬと、前記第一のＵＲＬに係るコンテンツデータに関する処理を前記情報処理端末に実行させるスクリプトに対する１以上の第二のＵＲＬとを、前記情報管理装置から受信する受信部と、前記受信部によって受信された前記第一のＵＲＬに係るコンテンツデータを、ネットワークを介して取得する取得部と、前記取得部によって取得されたコンテンツデータに、前記第二のＵＲＬへの参照情報を挿入する挿入部と、を有する。

一態様によれば、ユーザの状況に応じたコンテンツの提供を可能とすることができる。

第一の実施の形態における情報処理システムの構成例を示す図である。 第一の実施の形態における携帯端末のハードウェア構成例を示す図である。 第一の実施の形態における情報処理システムの機能構成例を説明するための図である。 第一の実施の形態における情報処理システムが実行する処理手順の一例を説明するためのシーケンス図である。 アプリ情報記憶部の構成例を示す図である。 第一の実施の形態におけるスクリプトＵＲＬの挿入処理の処理手順の一例を説明するためのフローチャートである。 第一の実施の形態におけるＨＴＭＬファイルへのスクリプトＵＲＬの挿入例を示す図である。 第二の実施の形態における情報処理システムの機能構成例を説明するための図である。 第二の実施の形態における情報処理システムが実行する処理手順の一例を説明するためのシーケンス図である。 第二の実施の形態におけるコンテンツサーバによるＨＴＭＬファイルへのスクリプトＵＲＬの挿入例を示す図である。 第二の実施の形態におけるＨＴＭＬファイルの編集処理の処理手順の一例を説明するためのフローチャートである。 第三の実施の形態におけるシステム構成例を示す図である。 統合ディスプレイにおけるＷｅｂコンテンツの表示イメージの一例を示す図である。 第三の実施の形態における携帯端末及び表示端末の機能構成例を示す図である。 ＨＴＭＬ、ＤＯＭ、ＣＳＳ，及びスクリプトの関係を説明するための図である。 スクリプトＵＲＬが挿入されたＨＴＭＬファイルに関して実行される処理手順の一例を説明するためのシーケンス図である。 携帯端末における同期データ配信スクリプトの読み込みに応じて実行される処理手順の一例を説明するためのシーケンス図である。 ＤＯＭデータ及びスタイル定義データの例を示す図である。 イベントハンドラに基づくイベント通知スクリプトの生成例を示す図である。 表示位置情報を説明するための図である。 Ｗｅｂコンテンツに基づいて表示された画像に対するユーザによる操作に応じて実行される処理手順の一例を説明するためのシーケンス図である。 差分データの例を示す図である。 携帯端末によるＷｅｂコンテンツの描画処理の処理手順の一例を説明するためのフローチャートである。 同期データ配信スクリプトの読み込みに応じて携帯端末が実行する処理手順の一例を説明するためのフローチャートである。 初期情報生成処理の処理手順の一例を説明するためのフローチャートである。 イベント待機処理の処理手順の一例を説明するためのフローチャートである。 同期データ受信スクリプトが表示端末に実行させる処理手順の一例を説明するためのフローチャートである。 イベント通知スクリプトが表示端末に実行させる処理手順の一例を説明するためのフローチャートである。

以下、図面に基づいて本発明の実施の形態を説明する。図１は、第一の実施の形態における情報処理システムの構成例を示す図である。図１に示される情報処理システムおいて、携帯端末１０は、１以上のコンテンツサーバ３０及び情報管理サーバ４０等に、インターネット又はＬＡＮ（Local Area Network）等のネットワークを介して接続可能である。

携帯端末１０は、携帯電話、スマートフォン、又はタブレット端末等の携帯型の端末である。携帯端末１０は、コンテンツサーバ３０からＷｅｂコンテンツをダウンロード（取得）し、Ｗｅｂコンテンツを表示する機能を有する。Ｗｅｂコンテンツとは、汎用的なＷｅｂブラウザによって閲覧可能な表示データである。Ｗｅｂコンテンツは、ＨＴＭＬ（HyperText Markup Language）、ＣＳＳ（Cascading Style Sheets）、及びスクリプト等を含む。ＣＳＳ及びスクリプトは、ＨＴＭＬファイルとは異なるファイルにおいて定義されてもよいし、ＨＴＭＬファイル内に含まれてもよい。スクリプトは、例えば、ＪａｖａＳｃｒｉｐｔ（登録商標）である。スクリプトによって、Ｗｅｂコンテンツの表示状態を動的なものとすることができる。すなわち、スクリプトによれば、新たなＷｅｂコンテンツをダウンロードすることなく（Ｗｅｂコンテンツを遷移させることなく）、各種のイベントの発生に応じて、Ｗｅｂコンテンツの表示状態を変化させることができる。Ｗｅｂコンテンツの表示状態とは、Ｗｅｂコンテンツに基づいて表示される画像（画面）の表示状態をいう。各種のイベントの一例として、Ｗｅｂコンテンツに基づいて表示される画像に対するユーザによる操作が挙げられる。どのようなイベントに応じてＷｅｂコンテンツの表示状態がどのように変化するのかについては、Ｗｅｂコンテンツの定義に依存する。なお、Ｗｅｂコンテンツは、Ｗｅｂアプリケーション又はＷｅｂページとも呼ばれる。

コンテンツサーバ３０は、携帯端末１０からのＷｅｂコンテンツのダウンロード要求に応じ、当該要求において指定されたＵＲＬ（Uniform Resource Locator）に対応するＷｅｂコンテンツ返信するコンピュータである。なお、携帯端末１０に予め保存されているＷｅｂコンテンツが、表示対象とされてもよい。

情報管理サーバ４０は、携帯端末１０のユーザのコンテキストに対応したＷｅｂコンテンツの提供を支援するための情報（以下、「アプリ情報」という。）を管理するコンピュータである。コンテキストとは、例えば、現在の場所、現在の日時、現在の天候、現在のユーザの心理状態等、ユーザの状況を示す概念である。アプリ情報は、コンテキストを示す情報（以下、「コンテキストＩＤ」という。）と、当該コンテキストに対応する又は当該コンテキストに適したＷｅｂコンテンツのＵＲＬ（以下、「コンテンツＵＲＬ」という。）と、当該Ｗｅｂコンテンツに関して、携帯端末１０に処理を実行させるスクリプトのＵＲＬ（以下、「スクリプトＵＲＬ」という。）とを対応付けて記憶する。

図２は、第一の実施の形態における携帯端末のハードウェア構成例を示す図である。図２の携帯端末１０は、それぞれバスＢで相互に接続されている補助記憶装置１０２、メモリ装置１０３、ＣＰＵ１０４、インタフェース装置１０５、表示装置１０６、及び入力装置１０７等を有する。

携帯端末１０での処理を実現するプログラムは、補助記憶装置１０２にインストールされる。補助記憶装置１０２は、インストールされたプログラムを格納すると共に、必要なファイルやデータ等を格納する。

メモリ装置１０３は、プログラムの起動指示があった場合に、補助記憶装置１０２からプログラムを読み出して格納する。ＣＰＵ１０４は、メモリ装置１０３に格納されたプログラムに従って携帯端末１０に係る機能を実現する。インタフェース装置１０５は、ネットワークに接続するためのインタフェースとして用いられる。表示装置１０６は、ディスプレイＤ１を備え、Ｗｅｂコンテンツに基づく画像等を表示する。入力装置１０７はボタン又はタッチパネル等であり、ユーザからの操作指示を受け付ける
なお、コンテンツサーバ３０及び情報管理サーバ４０も、図２と同様のハードウェアを有していてもよい。但し、コンテンツサーバ３０及び情報管理サーバ４０は、表示装置１０６及び入力装置１０７を有さなくてもよい。

図３は、第一の実施の形態における情報処理システムの機能構成例を説明するための図である。

図３において、コンテンツサーバ３０は、コンテンツ管理部３１及びコンテンツ記憶部３２を有する。コンテンツ管理部３１は、コンテンツサーバ３０にインストールされた１以上のプログラムが、コンテンツサーバ３０のＣＰＵに実行させる処理により実現される。コンテンツ記憶部３２は、例えば、コンテンツサーバ３０の補助記憶装置等を用いて実現可能である。

コンテンツ記憶部３２は、Ｗｅｂコンテンツを構成するファイル群を記憶する。コンテンツ管理部３１は、携帯端末１０からのＷｅｂコンテンツの取得要求に応じ、当該取得要求に指定されているＵＲＬに係るＨＴＭＬファイル等を、携帯端末１０に返信する。

情報管理サーバ４０は、アプリ情報管理部４１及びアプリ情報記憶部４２を有する。アプリ情報管理部４１は、情報管理サーバ４０にインストールされた１以上のプログラムが、情報管理サーバ４０のＣＰＵに実行させる処理により実現される。アプリ情報記憶部４２は、例えば、情報管理サーバ４０の補助記憶装置等を用いて実現可能である。

アプリ情報記憶部４２は、アプリ情報を記憶する。アプリ情報管理部４１は、携帯端末１０からのアプリ情報の取得要求に応じ、当該取得要求に指定されているコンテキストＩＤに対応するアプリ情報を、携帯端末１０に返信する。

携帯端末１０は、アプリ情報取得部１２１、コンテンツ取得部１１１、挿入部１２２、及びコンテンツ描画部１１２等を有する。これら各部は、携帯端末１０にインストールされた１以上のプログラム（例えば、Ｗｅｂブラウザプログラム）が、ＣＰＵ１０４に実行させる処理により実現される。

アプリ情報取得部１２１は、携帯端末１０のユーザの状況に対応したアプリ情報を、情報管理サーバ４０から取得する。コンテンツ取得部１１１は、アプリ情報に含まれているコンテンツＵＲＬに係るＷｅｂコンテンツを構成するＨＴＭＬファイルを、コンテンツサーバ３０から取得する。挿入部１２２は、コンテンツ取得部１１１によって取得されたＨＴＭＬファイルに対して、必要に応じて、アプリ情報に含まれているスクリプトＵＲＬへの参照情報を挿入する。スクリプトＵＲＬへの参照情報とは、当該スクリプトＵＲＬを含む＜ｓｃｒｉｐｔ＞タグの定義（ｓｃｒｉｐｔ要素）をいう。

コンテンツ描画部１１２は、当該ＨＴＭＬファイルに関して描画処理を行う。描画処理の過程において、当該ＨＴＭＬファイルから参照されているスクリプトファイルや、ＣＳＳ（Cascading Style Sheets）ファイル等がダウンロードされる。したがって、挿入部１２２によって、スクリプトＵＲＬに関する参照情報が挿入されている場合、当該スクリプトＵＲＬに係るスクリプトファイルが携帯端末１０にダウンロードされ、実行される。その結果、予めＨＴＭＬファイルに対して、スクリプトＵＲＬに係るスクリプトファイルへの参照情報が挿入されていなくても、当該ＨＴＭＬファイルに係る表示要素に関して、当該スクリプトファイルに係るスクリプトを適用することができる。

以下、情報処理システムにおいて実行される処理手順について説明する。図４は、第一の実施の形態における情報処理システムが実行する処理手順の一例を説明するためのシーケンス図である。

ステップＳ５０１において、コンテンツ取得部１１１に対して、ユーザの状況に対応するコンテキストＩＤが通知される。コンテキストＩＤの通知は、ユーザによる入力に応じて行われてもよい。この場合、ユーザによって入力された情報が、コンテキストＩＤとなる。又は、携帯端末１０に内蔵されたタイマ機能による日時の変更、ＧＰＳ（Global Positioning System）機能による位置の変更、無線ＬＡＮのアクセスポイントからの電波の受信、ＮＦＣ（Near field communication）タグ若しくはバーコードの読み取り等に基づいて、コンテキストＩＤが通知されてもよい。この場合、日時、位置情報、無線ＬＡＮのアクセスポイントの識別情報、ＮＦＣタグ若しくはバーコード等から読み取られた情報が、コンテキストＩＤとされてもよい。

なお、ユーザによって入力された情報、又は、日時、位置情報、無線ＬＡＮのアクセスポイントの識別情報、ＮＦＣタグ若しくはバーコード等から読み取られた情報が、所定の形式に成形された情報が、コンテキストＩＤとされてもよい。

続いて、コンテンツ取得部１１１は、コンテキストＩＤを含む、アプリ情報の取得要求をアプリ情報取得部１２１に入力する（Ｓ５０２）。アプリ情報取得部１２１は、当該取得要求を、情報管理サーバ４０に送信する（Ｓ５０３）。情報管理サーバ４０のアプリ情報管理部４１は、当該取得要求に含まれているコンテキストＩＤに対応付いているアプリ情報を、アプリ情報記憶部４２から取得する（Ｓ５０４）。

図５は、アプリ情報記憶部の構成例を示す図である。図５に示されるように、アプリ情報記憶部４２は、コンテキストＩＤに対応付けて、１つのコンテンツＵＲＬ、１以上の第１層スクリプトＵＲＬを記憶する。また、アプリ情報記憶部４２は、第１層スクリプトＵＲＬごとに、０以上の第２層スクリプトＵＲＬを記憶する。なお、1つのコンテキストＩＤに対応付けて、１以上のコンテンツＵＲＬが記憶され、あるコンテキストにおいて１以上のコンテンツが取得されるようにされてもよい。

コンテンツＵＲＬは、コンテキストＩＤに係るコンテキストに対応するＨＴＭＬファイルのＵＲＬである。ＨＴＭＬファイルは、ＨＴＭＬ５を使用して定義されていてもよい。第１層スクリプトＵＲＬ及び第２層スクリプトＵＲＬは、前述のスクリプトＵＲＬの一例である。第１層スクリプトＵＲＬは、当該コンテキストにおいて、ＨＴＭＬファイルから参照させることにより、当該ＨＴＭＬファイルに定義されている各表示要素に関して、当該コンテキストに適した処理を携帯端末１０に実行させるスクリプトのＵＲＬである。換言すれば、第１層スクリプトＵＲＬに係るスクリプト（以下、「第１層スクリプト」という。）を、コンテンツＵＲＬに係るＨＴＭＬファイルに連動又は連携させることにより、当該ＨＴＭＬファイルに基づいて表示される画像の動作を、当該コンテキストにより適したものとすることができる。その結果、当該ＨＴＭＬファイルに係るＷｅｂコンテンツの利便性を向上させることができる。

なお、第１層スクリプトは、コンテンツＵＲＬに係るＨＴＭＬファイルの初期状態において、当該ＨＴＭＬファイルからは参照されていない。すなわち、当該ＨＴＭＬファイルは、初期状態において、第１層スクリプトＵＲＬへの参照情報を含まない。但し、このことは、当該ＨＴＭＬファイルが、＜ｓｃｒｉｐｔ＞タグを全く含まないことを意味するものではない。コンテンツＵＲＬに係るＨＴＭＬファイルが、初期状態において、第１層スクリプトＵＲＬへの参照情報を含まない場合の一例として、既存のＨＴＭＬファイルに対して、新たにスクリプトを適用しようとする場合が挙げられる。または、同一のＨＴＭＬファイルに対して、コンテキストに応じて適用する第１層スクリプトを変更するために、当初からはＨＴＭＬファイルに参照させる第１層スクリプトＵＲＬを決定できない場合も挙げられる。すなわち、アプリ情報記憶部４２において、相互に異なる各コンテキストＩＤに対して、同じコンテンツＵＲＬと、異なる第１層スクリプトＵＲＬとが対応付けられてもよい。

また、本実施の形態では、１つのコンテンツＵＲＬに対して複数の第１層スクリプトＵＲＬが対応付けられている場合、当該複数の第１層スクリプＵＲＬは、相互に排他的又は選択的な関係を有することとする。但し、複数の第１層スクリプトＵＲＬのそれぞれに係る第１層スクリプトが、同時に同一のＨＴＭＬファイルに適用可能とされてもよい。

第２層スクリプトＵＲＬは、前述のスクリプトＵＲＬの一例である。第２層スクリプトＵＲＬは、第１層スクリプトから利用される（参照される）スクリプト（以下、「第２層スクリプト」という。）のＵＲＬである。なお、第２層スクリプトＵＲＬについては、コンテンツＵＲＬに係るＨＴＭＬファイルから参照されている可能性は、完全には否定できない。

なお、アプリ情報は、ユーザごと又は携帯端末１０ごとに設定されていてもよい。この場合、ステップＳ５０３におけるアプリ情報の取得要求には、携帯端末１０に記憶されているユーザの識別情報（以下、「ユーザＩＤ」という。）又は当該携帯端末１０の識別情報（以下、「端末ＩＤ」という。）等が含められてもよい。アプリ情報管理部４１は、ステップＳ５０４において、当該ユーザＩＤ又は当該端末ＩＤに対応するアプリ情報であって、かつ、当該取得要求に含まれるコンテキストＩＤに対応付けられているアプリ情報を取得してもよい。また、コンテキストＩＤとして、当該ユーザが携帯端末１０で参照しようとしているＨＴＭＬファイルのＵＲＬが用いられるようにされてもよい。このとき、情報管理サーバ４０に当該コンテンツＵＲＬが送信され、当該コンテンツＵＲＬと対応付けられている第１層スクリプトＵＲＬが当該ＨＴＭＬファイルに適用可能とされる。

続いて、アプリ情報管理部４１は、取得されたアプリ情報を、アプリ情報取得部１２１に返信する（Ｓ５０５）。アプリ情報取得部１２１は、アプリ情報を受信すると、当該アプリ情報を、コンテンツ取得部１１１に出力する（Ｓ５０６）。

続いて、コンテンツ取得部１１１は、当該アプリ情報に含まれているコンテンツＵＲＬ宛に、ＨＴＭＬファイルの取得要求を送信する（Ｓ５０７）。当該取得要求は、当該ＵＲＬに係るコンテンツサーバ３０のコンテンツ管理部３１によって受信される。コンテンツ管理部３１は、当該ＵＲＬに係るＨＴＭＬファイルを、コンテンツ記憶部３２から取得して、コンテンツ取得部１１１に返信する（Ｓ５０８）。

当該アプリ情報に複数の第１層スクリプトＵＲＬが含まれている場合、コンテンツ取得部１１１は、各第１層スクリプトＵＲＬを選択肢とする一覧画面を表示装置１０６に表示させ、ＨＴＭＬファイルへの挿入対象とする一つの第１層スクリプトＵＲＬの選択をユーザから受け付ける（Ｓ５０９）。当該一覧画面には、いずれの第１層スクリプトＵＲＬをも挿入しない、という選択肢が含まれてよい。

なお、各第１層スクリプトＵＲＬの機能等に関する説明文が、第１層スクリプトＵＲＬの代わりに、又は第１層スクリプトＵＲＬと共に表示されてもよい。そうすることにより、第１層スクリプトＵＲＬの選択を支援することができる。斯かる説明文の一例として（「コンテンツの画像を目の前の大型ディスプレイに表示させることができます。」）等が挙げられる。当該説明文は、例えば、第１層スクリプトＵＲＬに対応付けられてアプリ情報に含まれていてもよい。

なお、各第１層スクリプトＵＲＬが排他的又は選択的でない場合、ユーザによる選択は実行されずに全ての第１層スクリプトが挿入対象とされてもよい。また、コンテンツ取得部１１１は、第１層スクリプトＵＲＬが一つである場合であっても、当該第１層スクリプトＵＲＬに係る第１層スクリプトの挿入の可否又は許否を、ユーザに選択させてもよい。

続いて、コンテンツ取得部１１１は、ＨＴＭＬファイルに対するスクリプトＵＲＬの挿入を、挿入部１２２に要求する（Ｓ５１０）。当該要求には、ＨＴＭＬファイル、及びステップＳ５０６において取得されたアプリ情報等が含まれる。

挿入部１２２は、当該要求に応じ、ＨＴＭＬファイルに対するスクリプトＵＲＬの挿入処理を実行する（Ｓ５１１）。続いて、挿入部１２２は、挿入処理によってスクリプトＵＲＬが挿入されたＨＴＭＬファイルを、コンテンツ取得部１１１に出力する（Ｓ５１２）。

なお、対象スクリプトが無い場合、ステップＳ５１０〜Ｓ５１２は実行されない。対象スクリプトが無い場合とは、ＨＴＭＬファイルのコンテンツＵＲＬに、第１層スクリプトＵＲＬが対応付けられていない場合、又はステップＳ５０９において、第１層スクリプトＵＲＬの挿入が、ユーザによって拒否された場合等である。

続いて、コンテンツ取得部１１１は、当該ＨＴＭＬファイルの描画を、コンテンツ描画部１１２に要求する（Ｓ５１３）。コンテンツ描画部１１２は、当該要求に応じ、当該ＨＴＭＬファイルに関して描画処理を実行する（Ｓ５１４）。描画処理の過程において、当該ＨＴＭＬファイルから参照されているＣＳＳファイル、画像ファイル、スクリプトファイル等がダウンロードされる。コンテンツ描画部１１２は、ダウンロードされたＣＳＳファイルの定義や画像ファイル等をＨＴＭＬファイルの定義に適用して、画像を生成し、当該画像を表示装置１０６に表示させる。また、コンテンツ描画部１１２は、ダウンロードされたスクリプトファイルに含まれているスクリプトの定義に基づく処理を実行する。なお、スクリプト定義に基づく処理の実行タイミングは、スクリプト定義に依存する。

続いて、ステップＳ５１１の詳細について説明する。図６は、第一の実施の形態におけるスクリプトＵＲＬの挿入処理の処理手順の一例を説明するためのフローチャートである。

コンテンツ取得部１１１から、スクリプトＵＲＬの挿入が要求されると、挿入部１２２は、当該要求に含まれるアプリ情報から、第１層スクリプトＵＲＬ及び第２層スクリプトＵＲＬを取得する（Ｓ５２１）。続いて、挿入部１２２は、取得された各第２層スクリプトＵＲＬを、暫定的に挿入対象とする（Ｓ５２２）。続いて、挿入部１２２は、ＨＴＭＬファイルに含まれる全ての＜ｓｃｒｉｐｔ＞タグを検索する（Ｓ５２３）。＜ｓｃｒｉｐｔ＞タグが一つも検索されない場合（Ｓ５２４でＮｏ）、ステップＳ５２９に進む。１以上の＜ｓｃｒｉｐｔ＞タグが検索された場合（Ｓ５２４でＹｅｓ）、挿入部１２２は、検索された＜ｓｃｒｉｐｔ＞タグのうちの一つの＜ｓｃｒｉｐｔ＞タグを処理対象とする（Ｓ５２５）。以下、処理対象とされた＜ｓｃｒｉｐｔ＞タグを、「対象タグ」という。

続いて、挿入部１２２は、暫定的な挿入対象の第２層スクリプトＵＲＬの中に、対象タグにおいて参照されているスクリプトのＵＲＬと重複するもの（同じもの）が有るか否かを判定する（Ｓ５２６）。ＵＲＬの重複は、完全一致によって判定されてもよい。また、対象タグにおいて参照されているスクリプトのＵＲＬが、相対パスである場合、当該相対パスを含む絶対パスの第２層スクリプトＵＲＬが、対象タグにおいて参照されているスクリプトのＵＲＬに重複していると判定されてもよい。

重複する第２層スクリプトＵＲＬが有る場合（Ｓ５２６でＹｅｓ）、挿入部１２２は、当該第２層スクリプトＵＲＬを、挿入対象から除外する（Ｓ５２７）。既にＨＴＭＬファイルによって参照されているスクリプトのＵＲＬが有る場合に、当該ＵＲＬと同じＵＲＬに係るスクリプトに対する参照情報が当該ＨＴＭＬファイルに追加されると、当該ＨＴＭＬファイルの描画処理時等に、同じスクリプトが２回以上実行されることになる。そうすると、当該スクリプトによって実行される処理が不安定になってしまう可能性が有るからである。すなわち、ステップＳ５２７は、一つのＨＴＭＬファイルにおける、同じスクリプトに対する２回以上の参照を回避するための処理である。

ステップＳ５２５以降は、ＨＴＭＬファイルから検索された全ての＜ｓｃｒｉｐｔ＞タグに関して実行される（Ｓ５２８）。全ての＜ｓｃｒｉｐｔ＞タグに関して、ステップＳ５２５以降の実行が完了すると（Ｓ５２８でＮｏ）、挿入部１２２は、この時点で挿入対象に含まれている第２層スクリプトＵＲＬへの参照情報を、ＨＴＭＬファイルの＜／ｈｅａｄ＞タグの直前に挿入する（Ｓ５２９）。続いて、挿入部１２２は、第１層スクリプトＵＲＬへの参照情報を、ＨＴＭＬファイルの＜／ｈｅａｄ＞タグの直前に挿入する（Ｓ５３０）。続いて、挿入部１２２は、スクリプトＵＲＬへの参照情報が挿入されたＨＴＭＬファイルを、コンテンツ取得部１１１に出力する（Ｓ５３１）。

図７は、第一の実施の形態におけるＨＴＭＬファイルへのスクリプトＵＲＬの挿入例を示す図である。図７において、ＨＴＭＬファイルｈ１は、スクリプトＵＲＬの挿入前のＨＴＭＬファイルであり、ＨＴＭＬファイルｈ２は、スクリプトＵＲＬの挿入後のＨＴＭＬファイルである。なお、図７の例は、コンテキストＩＤが「コンテキスト１」である場合であって、当該コンテキストＩＤに対応付けられている２つの第１層スクリプトＵＲＬ（図５参照）のうち、「ｈｔｔｐ：／／ｗｗｗ．ｓｖｒＡ．ｊｐ／ｓｃｒｉｐｔｓ／ｊｓＡ．ｊｓ」が、挿入対象とされた場合に対応する。

この場合、第２層スクリプトＵＲＬは、「ｈｔｔｐ：／／ｗｗｗ．ｓｖｒＸ．ｊｐ／ｓｃｒｉｐｔｓ／ｊｓＸ１．ｊｓ」及び「ｈｔｔｐ：／／ｗｗｗ．ｓｖｒＹ．ｊｐ／ｓｃｒｉｐｔｓ／ｊｓＹ１．ｊｓ」である。このうち、「ｈｔｔｐ：／／ｗｗｗ．ｓｖｒＸ．ｊｐ／ｓｃｒｉｐｔｓ／ｊｓＸ１．ｊｓ」については、ＨＴＭＬファイルｈ１の＜ｓｃｒｉｐｔ＞タグｔ１において参照されているＵＲＬと重複する。したがって、この場合、ＨＴＭＬファイルｈ２には、当該ＵＲＬと重複しない「ｈｔｔｐ：／／ｗｗｗ．ｓｖｒＹ．ｊｐ／ｓｃｒｉｐｔｓ／ｊｓＹ１．ｊｓ」への参照情報である＜ｓｃｒｉｐｔ＞タグｔ２と、第１層スクリプトＵＲＬである「ｈｔｔｐ：／／ｗｗｗ．ｓｖｒＡ．ｊｐ／ｓｃｒｉｐｔｓ／ｊｓＡ．ｊｓ」への参照情報である＜ｓｃｒｉｐｔ＞タグｔ３とが、挿入される。

なお、本実施の形態において、ＨＴＭＬファイルは、第１層スクリプトＵＲＬを含まないという前提に基づいているが、斯かる前提が保証されない場合は、第１層スクリプトＵＲＬについても、ＨＴＭＬファイルから参照されているスクリプトのＵＲＬとの重複チェックが行われてもよい。重複チェックにおいて、重複していることが判明した場合、第１層スクリプトＵＲＬは、挿入対象から除外されてもよい。

また、ＨＴＭＬファイル側でスクリプトが動的に読み込まれる場合に備えて、重複するスクリプトＵＲＬの検出処理を行う専用のスクリプトが用意されてもよい。携帯端末１０は、当該スクリプトをＨＴＭＬファイルに挿入し、ＨＴＭＬファイルに基づく描画処理を行った後、当該スクリプトによって重複する第２層スクリプトＵＲＬを特定して、重複しない第２層スクリプトＵＲＬをＨＴＭＬファイルに挿入する。重複するスクリプトＵＲＬの検出処理を行うスクリプトは、例えば、ＨＴＭＬファイルによる動的なスクリプトの読み込みが完了すると考えられる時間（例えば、数秒）経過した後に実行されてもよい。

上述したように、第一の実施の形態によれば、ユーザのコンテキスト（状況）に対応したＨＴＭＬファイルが携帯端末１０に配信される。また、当該ＨＴＭＬファイルに対して、ユーザのコンテキストに対応したスクリプトへの参照情報が自動的に挿入される。その結果、ユーザの状況に応じてコンテンツの提供を可能とすることができる。

また、スクリプトへの参照が自動的に挿入されるため、本実施の形態を実施するために、既存のＨＴＭＬファイルの作成者が、既存のＨＴＭＬに対して改変を行う必要性を低減させることができる。

なお、Ｗｅｂコンテンツの表示要素は、ＨＴＭＬファイル以外の形式によって定義されてもよい。例えば、ＸＭＬ（eXtensible Markup Language）形式によって、Ｗｅｂコンテンツの表示要素が定義されてもよい。また、表示データ以外のコンテンツに関して、本実施の形態が適用されてもよい。

次に、第二の実施の形態について説明する。第二の実施の形態では第一の実施の形態と異なる点について説明する。したがって、特に言及されない点については、第一の実施の形態と同様でもよい。

図８は、第二の実施の形態における情報処理システムの機能構成例を説明するための図である。図８中、図３と同一部分には同一符号を付し、その説明は省略する。

図８において、コンテンツサーバ３０は、アプリ情報取得部３３及び挿入部３４を更に有する。アプリ情報取得部３３は、携帯端末１０からのＷｅｂコンテンツの取得要求に含まれているコンテキストＩＤに対応するアプリ情報を、情報管理サーバ４０から取得する。挿入部３４は、携帯端末１０からのＷｅｂコンテンツの取得要求に係るＨＴＭＬファイルに、アプリ情報取得部３３によって取得されたアプリ情報に含まれるスクリプトＵＲＬを挿入する。すなわち、第二の実施の形態では、ＨＴＭＬファイルに対するスクリプトＵＲＬの挿入が、コンテンツサーバ３０によって行われる。

したがって、第二の実施の形態において、携帯端末１０は、アプリ情報取得部１２１を有していない。また、携帯端末１０は、挿入部１２２の代わりに編集部１２３を有する。編集部１２３は、コンテンツサーバ３０の挿入部３４によって挿入されたスクリプトＵＲＬへの参照情報に関して、編集を行う。具体的には、挿入候補の第１層スクリプトＵＲＬが複数有る場合、コンテンツサーバ３０の挿入部３４がスクリプトＵＲＬを挿入する段階では、いずれを挿入対象とするのかについて、ユーザによる選択を受け付けることができない。そこで、挿入部３４は、当該コンテキストに対応するアプリ情報に含まれる全ての第１層スクリプトＵＲＬ及び第２層スクリプトＵＲＬを、コメントアウトされた状態でＨＴＭＬファイルに挿入する。換言すれば、当該アプリ情報が、当該ＨＴＭＬファイルにコメントアウトされた状態で挿入される。編集部１２３は、ＨＴＭＬファイルにコメントアウトされて含まれている複数の第１層スクリプトＵＲＬの中から挿入対象とする第１層スクリプトＵＲＬが決定された後に、ＨＴＭＬファイルに含まれている不要な記述を削除する。不要な記述とは、挿入対象とされなかった第１層スクリプトＵＲＬ及び当該第１層スクリプトＵＲＬから参照される第２層スクリプトＵＲＬ等である。

図９は、第二の実施の形態における情報処理システムが実行する処理手順の一例を説明するためのシーケンス図である。

ステップＳ６０１において、ユーザによって入力又は選択された、Ｗｅｂコンテンツに対するＵＲＬ（コンテンツＵＲＬ）が、コンテンツ取得部１１１に通知される。続いて、コンテンツ取得部１１１は、当該コンテンツＵＲＬ宛に、ＨＴＭＬファイルの取得要求を送信する（Ｓ６０２）。当該取得要求には、コンテキストＩＤも含まれる。コンテキストＩＤは、例えば、ＷｅｂコンテンツのＵＲＬの入力に伴ってユーザによって入力される情報、又は当該ＵＲＬの入力時における日時、位置情報、無線ＬＡＮのアクセスポイントの識別情報、又は当該入力時においてＮＦＣタグ、バーコード、若しくは２次元コード等から読み取られた情報等である。

ＨＴＭＬファイルの取得要求は、当該コンテンツＵＲＬに係るコンテンツサーバ３０のコンテンツ管理部３１によって受信される。コンテンツ管理部３１は、当該取得要求に含まれているコンテキストＩＤ及びコンテンツＵＲＬを指定して、アプリ情報の取得を、アプリ情報取得部３３に要求する。アプリ情報取得部３３は、当該コンテキストＩＤ及び当該コンテンツＵＲＬに対応するアプリ情報の取得要求を、情報管理サーバ４０に送信する（Ｓ６０３）。情報管理サーバ４０のアプリ情報管理部４１は、当該取得要求に含まれているコンテキストＩＤ及びコンテンツＵＲＬに対応付いているアプリ情報を、アプリ情報記憶部４２から取得する（Ｓ６０４）。コンテンツ管理部３１は、取得されたアプリ情報を、アプリ情報取得部３３に返信する（Ｓ６０５）。

続いて、アプリ情報取得部３３は、コンテンツＵＲＬに係るＨＴＭＬファイルをコンテンツ記憶部３２から取得し、取得されたアプリ情報に含まれるスクリプトＵＲＬについて、当該ＨＴＭＬファイルへの挿入を、挿入部３４に要求する。挿入部３４は、当該アプリ情報に含まれている第１層スクリプトＵＲＬ及び第２層スクリプトＵＲＬを、コメントアウトされた状態で、当該ＨＴＭＬファイルに挿入する（Ｓ６０６）。

図１０は、第二の実施の形態におけるコンテンツサーバによるＨＴＭＬファイルへのスクリプトＵＲＬの挿入例を示す図である。図１０中、図７と同一部分には同一符号を付し、その説明は省略する。また、図１０の例は、コンテンツＵＲＬが「ｈｔｔｐ：／／ａｐｐ．ｅｘａｍｐｌｅ．ｃｏｍ／ａｐｐ」であり、コンテキストＩＤが「コンテキスト１」である場合に対応する。

図１０において、ＨＴＭＬファイルｈ３が、挿入部３４によるスクリプトＵＲＬの挿入後のＨＴＭＬファイルである。ＨＴＭＬファイルｈ３とＨＴＭＬファイルｈ１との比較から明らかなように、挿入部３４は、重複マークｍ１、コメント開始記号ｃ１、コメント終了記号ｃ２、及び候補情報ｄ１をＨＴＭＬファイルｈ１に挿入して、ＨＴＭＬファイルｈ３を生成する。

候補情報ｄ１は、コンテキストＩＤに対応するアプリ情報に含まれる、全ての第１層スクリプトＵＲＬ及び第２層スクリプトＵＲＬを、ＪＳＯＮ（JavaScript（登録商標） Object Notation）形式で含む。候補情報ｄ１において、第１層スクリプトＵＲＬごとに、第２層スクリプトＵＲＬとの親子関係又は階層関係は維持されている。候補情報ｄ１は、ＸＭＬ（eXtensible Markup Language）形式等、親子関係又は階層関係を容易に表現可能な他の形式によって記述されてもよい。なお、候補情報ｄ１は、挿入されることが確定されたわけではなく、挿入の候補となるスクリプトＵＲＬが列挙されたものであるため、候補情報と呼ばれる。

コメント開始記号ｃ１及びコメント終了記号ｃ２は、候補情報ｄ１をコメントアウトするための記号である。但し、本実施の形態において、コメント開始記号ｃ１及びコメント終了記号ｃ２は、挿入部３４によって挿入されたスクリプトＵＲＬを識別可能とすることを目的として追加される。したがって、斯かる目的を達成可能であれば、コメント開始記号ｃ１及びコメント終了記号ｃ２以外の独自の記号が用いられてもよい。

重複マークｍ１は、候補情報ｄ１に含まれるスクリプトＵＲＬ群の中に、当初からＨＴＭＬファイルに含まれている＜ｓｃｒｉｐｔ＞タグにおいて参照されているＵＲＬと重複するスクリプトＵＲＬが有る場合に、当該＜ｓｃｒｉｐｔ＞タグｔ１の直前に追加される記号である。図１０では、＜ｓｃｒｉｐｔ＞タグｔ１に対して、重複マークｍ１が付与されている。図５を参照すると、コンテキスト１に対応する第２層スクリプトＵＲＬの中で、「ｈｔｔｐ：／／ｗｗｗ．ｓｖｒＸ．ｊｐ／ｓｃｒｉｐｔｓ／ｊｓＸ１．ｊｓ」は、＜ｓｃｒｉｐｔ＞タグｔ１において参照されているＵＲＬと重複する。したがって、＜ｓｃｒｉｐｔ＞タグｔ１に対して重複マークｍ１が付与されている。

一方、候補情報ｄ１において、当該ＵＲＬに該当する部分は、置換マークｍ２によって置換されている。ここで、重複マークｍ１と置換マークｍ２との値は、「＄１」で一致する。それによって、置換マークｍ２の部分は、重複マークｍ１に対応する＜ｓｃｒｉｐｔ＞タグｔ１によって参照されているＵＲＬに該当することが示される。仮に、ＨＴＭＬファイルｈ１に、更に＜ｓｃｒｉｐｔ＞タグが含まれており、当該＜ｓｃｒｉｐｔ＞タグによって参照されるＵＲＬと、候補情報ｄ１に含まれるいずれかのスクリプトＵＲＬが重複する場合、例えば、当該＜ｓｃｒｉｐｔ＞タグには「＄２」を値とする重複マークが付与され、当該スクリプトＵＲＬは、「＄２」によって置換される。

なお、重複マーク及び置換マークは、候補情報ｄ１が長くなるのを回避するための工夫である。したがって、置換マークｍ２の部分には、置換前のＵＲＬが、そのままの状態で含まれてもよい。この場合、重複マークｍ１は付与されなくてもよい。

挿入部３４は、スクリプトＵＲＬの挿入処理が終了すると、スクリプトＵＲＬ等が挿入されたＨＴＭＬファイルｈ３を、コンテンツ管理部３１に出力する。コンテンツ管理部３１は、ＨＴＭＬファイルｈ３を、コンテンツ取得部１１１に返信する（Ｓ６０７）。

続いて、コンテンツ取得部１１１は、ＨＴＭＬファイルｈ３の候補情報ｄ１に含まれている、第１層スクリプトＵＲＬを選択肢とする一覧画面を表示装置１０６に表示させ、ＨＴＭＬファイルへの挿入対象とする一つの第１層スクリプトＵＲＬの選択をユーザから受け付ける（Ｓ６０８）。当該一覧画面には、いずれの第１層スクリプトＵＲＬをも挿入しない、という選択肢が含まれてよい。

なお、各第１層スクリプトＵＲＬの機能等に関する説明文が、第１層スクリプトＵＲＬの代わりに、又は第１層スクリプトＵＲＬと共に表示されてもよい。当該説明文は、例えば、第１層スクリプトＵＲＬに対応付けられてアプリ情報に含まれており、アプリ情報から、候補情報ｄ１に転記されてもよい。

なお、各第１層スクリプトＵＲＬが排他的又は選択的でない場合、ユーザによる選択は実行されずに全ての第１層スクリプトが挿入対象とされてもよい。また、コンテンツ取得部１１１は、第１層スクリプトＵＲＬが一つである場合であっても、当該第１層スクリプトＵＲＬに係る第１層スクリプトの挿入の可否又は許否を、ユーザに選択させてもよい。

続いて、コンテンツ取得部１１１は、ＨＴＭＬファイルｈ３の編集を、編集部１２３に要求する（Ｓ６１０）。編集部１２３は、ＨＴＭＬファイルｈ３を編集して、候補情報ｄ１に含まれる第１層スクリプトＵＲＬのうち、挿入対象とされた第１層スクリプトＵＲＬへの参照情報と、当該第１層スクリプトＵＲＬに係る第２層スクリプトＵＲＬへの参照情報とを含むＨＴＭＬファイルを生成する。

ステップＳ６１１以降は、図４のステップ５１２以降と同様でよいため、その説明は省略する。

続いて、ステップＳ６１０の詳細について説明する。図１１は、第二の実施の形態におけるＨＴＭＬファイルの編集処理の処理手順の一例を説明するためのフローチャートである。

ステップＳ６２１において、編集部１２３は、処理対象のＨＴＭＬファイルを走査して、候補情報を探索する。例えば、コメント内において、ＪＳＯＮ形式で記載されているＵＲＬ群が探索される。候補情報が無い場合（Ｓ６２２でＮｏ）、ステップＳ６２９に進む。候補情報が有る場合（Ｓ６２２でＹｅｓ）、ステップＳ６２３に進む。ＨＴＭＬファイルｈ３には、候補情報ｄ１が含まれている。したがって、この場合、ステップＳ６２３に進む。

ステップＳ６２３において、編集部１２３は、候補情報に置換マークが含まれているか否かを判定する（Ｓ６２３）。置換マークが含まれていない場合（Ｓ６２３でＮｏ）、ステップＳ６２６に進む。置換マークが含まれている場合（Ｓ６２３でＹｅｓ）、ステップ６２４に進む。ＨＴＭＬファイルｈ３の候補情報ｈ３には、置換マークｍ２が含まれている。したがって、この場合、ステップＳ６２４に進む。

ステップＳ６２４において、編集部１２３は、候補情報内の置換マークを、当該置換マークに対応する重複マークが付与されている＜ｓｃｒｉｐｔ＞タグによって参照されているＵＲＬによって置換する（Ｓ６２４）。置換マークに対応する重複マークとは、当該置換マークと同じ値を有する重複マークをいう。ＨＴＭＬファイルｈ３では、候補情報ｈ３における置換マークｍ２の部分が、重複マークｍ１の付与されている＜ｓｃｒｉｐｔ＞タグｔ１における「．／ｊｓＸ１．ｊｓ」によって置換される。

続いて、編集部１２３は、置換された置換マークに対応する重複マークが付与されている＜ｓｃｒｉｐｔ＞タグを削除する（Ｓ６２５）。同じスクリプトに対する２回以上の参照を回避するためである。ＨＴＭＬファイルｈ３では、＜ｓｃｒｉｐｔ＞タグｔ１が削除される。なお、当該重複マークを含むコメントも削除されてもよい。

続いて、ステップＳ６２６に進む。なお、重複マークと置換マークとの組が２以上有る場合、各組について、ステップＳ６２４及びＳ６２５が実行される。

ステップＳ６２６において、編集部１２３は、候補情報に含まれている第２層スクリプトＵＲＬのうち、挿入対象とされた第１層スクリプトＵＲＬに係る第２層スクリプトＵＲＬへの参照情報を、ＨＴＭＬファイルの＜／ｈｅａｄ＞タグの直前に挿入する。続いて、編集部１２３は、候補情報に含まれている第１層スクリプトＵＲＬのうち、挿入対象とされた第１層スクリプトＵＲＬへの参照情報を、ＨＴＭＬファイルの＜／ｈｅａｄ＞タグの直前に挿入する（Ｓ６２７）。続いて、編集部１２３は、ＨＴＭＬファイルから候補情報を削除する（Ｓ６２８）。但し、候補情報が、コメントアウトされ、無効化されている場合、ステップＳ６２８は、実行されなくてもよい。

続いて、編集部１２３は、スクリプトＵＲＬへの参照情報が挿入されたＨＴＭＬファイルを、コンテンツ取得部１１１に出力する（Ｓ６２９）。

図１１の処理によれば、例えば、ＨＴＭＬファイルｈ３に基づいて、図７に示したＨＴＭＬファイルｈ２が生成される。

なお、コンテンツサーバ３０が、ＨＴＭＬファイルに当初から含まれている＜ｓｃｒｉｐｔ＞タグにおいて参照されているＵＲＬと重複している第２層スクリプトＵＲＬについて、候補情報から除去するのではなく、置換マークに置き換えるのは、ＨＴＭＬファイル内において、＜ｓｃｒｉｐｔ＞タグの順番が、スクリプトの実行において重要である場合が有るからである。具体的には、スクリプト間の利用関係（呼び出し関係）において下層に有るスクリプトに係る＜ｓｃｒｉｐｔ＞タグが先に記述されるのが望ましい。このような順序関係を維持可能とするために、重複する第２層スクリプトＵＲＬは、置換マークに置換されるのである。

上述したように、第二の実施の形態によれば、ユーザの状況に対応したスクリプトのＵＲＬは、コンテンツサーバ３０においてＨＴＭＬファイルに挿入される。換言すれば、ＨＴＭＬファイル内にアプリ情報が含められる。したがって、携帯端末１０は、情報管理サーバ４０の存在を意識せずとも、第一の実施の形態と同様の効果を得ることができる。

なお、挿入する第１層スクリプトＵＲＬを、携帯端末１０のユーザに選択させる必要が無ければ、コンテンツサーバ３０の挿入部３４によって、ＨＴＭＬファイルｈ１に基づいてＨＴＭＬファイルｈ２が生成されてもよい。すなわち、挿入部３４は、第一の実施の形態における携帯端末１０の挿入部１２２と同様の処理を実行してもよい。この場合、携帯端末１０は、編集部１２３を有していなくてもよい。

なお、上記各実施の形態において、第２層スクリプトＵＲＬを含まないアプリ情報が有ってもよい。

次に、第三の実施の形態について説明する。第三の実施の形態では第一の実施の形態と異なる点について説明する。したがって、特に言及されない点については、第一の実施の形態と同様でもよい。

図１２は、第三の実施の形態におけるシステム構成例を示す図である。図１２において、携帯端末１０は、更に、表示端末２０Ｌ及び表示端末２０Ｒの二つの表示端末２０にネットワークを介して接続可能である。携帯端末１０と表示端末２０との通信は、移動体通信網、無線ＬＡＮ、又は近距離無線通信等を用いて行われてもよい。

表示端末２０は、スマートテーブル、デジタルサイネージ、又は壁掛けのディスプレイ等、大型ディスプレイを有する表示端末である。各表示端末２０は、Ｗｅｂコンテンツの表示機能を有する。第三の実施の形態では、各表示端末２０のディスプレイが左右に並べて配置されることにより、ユーザに対しては、各表示端末２０のディスプレイの２倍の表示領域を有する一つのディスプレイ（以下、「統合ディスプレイ」という。）が提供される例について説明する。統合ディスプレイには、携帯端末１０において表示されているＷｅｂコンテンツが、各表示端末２０のディスプレイに跨って表示される。

図１３は、統合ディスプレイにおけるＷｅｂコンテンツの表示イメージの一例を示す図である。図１３において、ディスプレイＤ１は、携帯端末１０のディスプレイである。ディスプレイＤ２Ｌは、表示端末２０Ｌのディスプレイである。ディスプレイＤ２Ｒは、表示端末２０Ｒのディスプレイである。図１３に示されるように、ディスプレイＤ２ＬとディスプレイＤ２Ｒとが構成する統合ディスプレイＤ２には、ディスプレイＤ１において表示されている画像が、二つのディスプレイに跨って表示される。

なお、３つ以上の表示端末２０のディスプレイが統合されてもよい。この場合、各表示端末２０は、水平方向のみならず、垂直方向に配列されてもよい。例えば、４つの表示端末２０を組み合わせる場合、図１３に示される統合ディスプレイＤ２が、垂直方向に配列された構成が採用されてもよい。

または、携帯端末１０に表示されている画像の全部が、各表示端末２０に表示されてもよい。換言すれば、各表示端末２０のそれぞれには、同じ画像が表示されてもよい。この場合、携帯端末１０と表示端末２０との関係は、１対１でもよい。

本実施の形態において、表示端末２０は、ユーザからＷｅｂコンテンツの操作を受け付けるための手段を有する。例えば、表示端末２０は、タッチパネルを備えていてもよい。したがって、表示端末２０においても、Ｗｅｂコンテンツは操作される。Ｗｅｂコンテンツの操作とは、Ｗｅｂコンテンツに基づいて表示される画像の操作をいう。

携帯端末１０において表示されているＷｅｂコンテンツを表示端末２０に表示させる処理、すなわち、携帯端末１０における表示状態と表示端末２０における表示状態とを同期させる処理は、第一又は第二の実施の形態において説明した方法によってＨＴＭＬファイルから参照されるようになるスクリプトが携帯端末１０に実行させる処理により実現される。すなわち、第三の実施の形態では、ＨＴＭＬファイルに挿入されたスクリプトＵＲＬに係るスクリプトが、携帯端末１０に実行させる処理の一例について、具体的に説明する。

図１４は、第三の実施の形態における携帯端末及び表示端末の機能構成例を示す図である。図１４中、図３と同一部分には同一符号を付し、その説明は省略する。

図１４において、携帯端末１０は、更に、イベントハンドラ抽出部１１３、スクリプト生成部１１４、ＤＯＭ抽出部１１５、スタイル抽出部１１６、変更監視部１１７、データ配信部１１８、及びイベント受信部１１９等を有する。これら各部は、第一又は第二の実施の形態において説明した方法によって、ＨＴＭＬファイルに挿入される参照情報に係るスクリプト（以下、「同期データ配信スクリプト」という。）が、ＣＰＵ１０４に実行させる処理により実現される。同期データ配信スクリプトは、第１層スクリプトであってもよいし、第１層スクリプト及び第２層スクリプトの集合であってもよい。

第一の実施の形態において説明したように、コンテンツ描画部１１２は、Ｗｅｂコンテンツの描画処理を実行する。描画処理では、ＨＴＭＬファイル及びＣＳＳファイルの解析や、スクリプトファイルに定義されているスクリプトの実行等が行われる。ＨＴＭＬファイルの解析により、ＤＯＭツリーが生成され、メモリ装置１０３に記憶される。ＤＯＭツリーとは、Ｗｅｂコンテンツの現在の状態（構造）を保持するオブジェクト群であり、ＨＴＭＬの各要素に対するＡＰＩ（Application Program Interface）としても機能する。

図１５は、ＨＴＭＬ、ＤＯＭ、ＣＳＳ，及びスクリプトの関係を説明するための図である。図１５では、ＨＴＭＬによって、ＤＯＭツリーが初期化されることが示されている。すなわち、コンテンツサーバ３０からダウンロードされるＨＴＭＬファイルは、Ｗｅｂコンテンツに基づいて表示される画像の初期状態を格納するものである。ユーザによる画像の操作等に応じて画像の表示状態が変化した場合、変化後の表示状態は、ＤＯＭツリーにおいて保持される。換言すれば、Ｗｅｂコンテンツの表示状態の変化は、ＤＯＭ要素ツリーの変更によって実現される。なお、ＤＯＭツリーを構成する各要素を、ＤＯＭ要素という。

ＣＳＳは、ＤＯＭ要素の配置や修飾等に関する定義である。ＤＯＭツリーにＣＳＳが適用されることにより、画像５００が表示される。スクリプトは、ＤＯＭ要素に対する操作を検知し、ＤＯＭツリーを書き換えることができる。

イベントハンドラ抽出部１１３は、Ｗｅｂコンテンツを構成するスクリプトの中からイベントハンドラを抽出する。スクリプト生成部１１４は、抽出されたイベントハンドラが監視対象とするイベントの発生を、Ｗｅｂコンテンツの表示先である表示端末２０から携帯端末１０に通知させるための定義がなされたスクリプト（以下、「イベント通知スクリプト」という。）を生成する。イベント通知スクリプトは、各表示端末２０に配信され、各表示端末２０をイベント送信部２１６として機能させる。

ＤＯＭ抽出部１１５は、メモリ装置１０３にロードされているＤＯＭツリーが文字列化されたデータ（以下、「ＤＯＭデータ」という。）を生成する。スタイル抽出部１１６は、ＣＳＳファイルの解析によりメモリ装置１０３にロードされているスタイル定義が文字列化されたデータ（以下、「スタイル定義データ」という。）を生成する。変更監視部１１７は、ＤＯＭツリーを構成するＤＯＭ要素の変更を監視する。

データ配信部１１８は、スクリプト生成部１１４によって生成されるイベント通知スクリプト、ＤＯＭ抽出部１１５によって生成されるＤＯＭデータ、スタイル抽出部１１６によって生成されるスタイル定義データ等を、各表示端末２０に配信する。また、変更監視部１１７によってＤＯＭツリーの変更が検知された場合、変更前後のＤＯＭツリーの差分を示すデータ（以下、「差分データ」という。）も、データ配信部１１８によって各表示端末２０に配信される。但し、差分データの代わりに、変更後のＤＯＭツリーの全部が文字列化されたＤＯＭデータが、配信されてもよい。

イベント受信部１１９は、イベント通知スクリプトに基づいて、各表示端末２０から送信される、イベントの発生の通知を受信する。当該通知に基づいて、携帯端末１０におけるＤＯＭツリーが変更される。

表示端末２０は、データ受信部２１１、表示領域生成部２１２、イベントハンドラ設定部２１３、表示状態適用部２１４、コンテンツ描画部２１５、及びイベント送信部２１６等を有する。これら各部は、表示端末２０にインストールされるプログラム又は表示端末２０に配信されるプログラムが、表示端末２０のＣＰＵに実行させる処理により実現される。

データ受信部２１１は、携帯端末１０から配信されるデータを受信する。例えば、ＤＯＭデータ、スタイル定義データ、及びスクリプトデータが受信される。また、携帯端末１０においてＤＯＭツリーが変化した場合、差分データが、データ受信部２１１によって受信される。

表示領域生成部２１２は、Ｗｅｂコンテンツに基づく画像の表示領域を生成する。イベントハンドラ設定部２１３は、データ受信部２１１によって受信されるイベント通知スクリプトを、当該表示領域に関して設定する。表示状態適用部２１４は、データ受信部２１１によって受信されるＤＯＭデータ及びスタイル定義データや、差分データを、当該表示領域に適用する。ＤＯＭデータ及びスタイル定義データの適用により、当該表示領域に画像が表示される。また、差分データの適用により、当該画像の表示状態が変化する。

コンテンツ描画部２１５は、基本的に、携帯端末１０のコンテンツ描画部１１２と同様の機能を実現する。イベント送信部２１６は、当該表示領域において表示されている画像に対する操作に応じ、当該操作を示すイベントの通知を、携帯端末１０に送信する。

なお、データ受信部２１１、表示領域生成部２１２、イベントハンドラ設定部２１３、及び表示状態適用部２１４は、スクリプトが、表示端末２０のＣＰＵに実行させる処理によって実現される。当該スクリプトを、以下「同期データ受信スクリプト」という。同期データ受信スクリプトは、例えば、予め表示端末２０にインストールされている。

以下、携帯端末１０及び表示端末２０が実行する処理手順について説明する。図１６は、スクリプトＵＲＬが挿入されたＨＴＭＬファイルに関して実行される処理手順の一例を説明するためのシーケンス図である。図１６中、図Ｓ１と同一ステップには同一ステップ番号を付し、その説明は省略する。

表示端末２０は、例えば、起動又はユーザによる所定の操作に応じ、同期データ受信スクリプトを読み込む（Ｓ１０１）。続いて、同期データ受信スクリプトに基づくデータ受信部２１１は、携帯端末１０からのデータの受信を待機する（Ｓ１０２）。

一方、携帯端末１０は、ステップＳ５０１〜Ｓ５１４を実行する。ステップＳ５０１〜Ｓ５１４において、コンテキストＩＤは、例えば、表示端末２０に貼り付けられているＮＦＣタグ、バーコード、若しくは２次元コード等から読み取られた情報であってもよい。又は、ステップＳ５０１の前における、携帯端末１０と各表示端末２０との通信によって、表示端末２０から受信される情報であってもよい。第三の実施の形態では、このようにして特定されたコンテキストＩＤに対して、アプリ情報において対応付けられているスクリプトＵＲＬに係るスクリプトが、同期データ配信スクリプトである。すなわち、同期データ配信スクリプトは、携帯端末１０のユーザが、表示端末２０の近くに居るという状況に適したスクリプトの一例である。

ステップＳ５１４では、ステップＳ１１４〜Ｓ１１７が実行される。ステップＳ１１４において、コンテンツ描画部１１２は、ＨＴＭＬファイルの定義内容を解析（パース）し、当該ＨＴＭＬファイルに定義されている表示要素の構成（表示構成）等を示すＤＯＭツリーを生成する。当該ＤＯＭツリーはメモリ装置１０３に記憶される。ＨＴＭＬファイルの解析の進行に応じて、コンテンツ描画部１１２は、ＨＴＭＬファイルから参照されているコンテンツ（以下、「参照コンテンツ」という。）の取得要求を、コンテンツサーバ３０に送信する（Ｓ１１５）。参照コンテンツは、例えば、ＣＳＳファイルやスクリプトファイル等である。続いて、コンテンツサーバ３０は、要求されたコンテンツを返信する（Ｓ１１６）。続いて、コンテンツ描画部１１２は、返信されたＣＳＳファイル又はスクリプトファイルを解釈する（Ｓ１１７）。例えば、ＣＳＳファイルに基づいて、ＤＯＭツリーによって示される表示要素のレイアウト（配置位置）が特定される。なお、参照コンテンツには、静止画コンテンツや動画コンテンツ等が含まれてもよい。

ステップＳ１１５〜Ｓ１１７は、参照コンテンツ分繰り返される。全ての参照コンテンツに関してＳ１１５〜Ｓ１１７が実行されると、携帯端末１０の表示装置１０６には、ＨＴＭＬファイル及び参照コンテンツが構成するＷｅｂコンテンツに基づく画像が表示される。当該Ｗｅｂコンテンツの表示のためにメモリ装置１０３に読み込まれている情報を、以下、「コンテンツ表示情報」という。コンテンツ表示情報には、ＤＯＭツリー、スタイル定義、及びスクリプト定義等が含まれる。スタイル定義は、ＤＯＭツリーが示す表示要素のレイアウトに関する定義であり、ＣＳＳファイルから読み込まれる。スクリプト定義は、スクリプトファイルから読み込まれた、スクリプトに関する定義である。

なお、ＨＴＭＬファイルには、ステップＳ５０１〜Ｓ５１３の実行によって、同期データ配信スクリプトへの参照情報が含まれている。したがって、ステップＳ１１５〜Ｓ１１６において、同期データ配信スクリプトも参照コンテンツの一つとして取得され、読み込まれる。その結果、携帯端末１０は、イベントハンドラ抽出部１１３、スクリプト生成部１１４、ＤＯＭ抽出部１１５、スタイル抽出部１１６、変更監視部１１７、データ配信部１１８、及びイベント受信部１１９として機能可能となる。

図１７は、携帯端末における同期データ配信スクリプトの読み込みに応じて実行される処理手順の一例を説明するためのシーケンス図である。

ステップＳ１２１において、ＣＰＵ１０４は、同期データ配信スクリプトをメモリ装置１０３に読み込む。同期データ配信スクリプトは、例えば、予め補助記憶装置１０２に記憶されている。また、同期データ配信スクリプトの読み込みは、例えば、携帯端末１０に対する操作に応じて実行されてもよい。なお、図１７において、ステップＳ１２１以降から伸びる、携帯端末１０に対応付く白抜きの軸は、同期データ配信スクリプトが、ＣＰＵ１０４に実行させることにより実現されるイベントハンドラ抽出部１１３、スクリプト生成部１１４、ＤＯＭ抽出部１１５、スタイル抽出部１１６、変更監視部１１７、データ配信部１１８、及びイベント受信部１１９に対応する。

ステップＳ１２２において、コンテンツ描画部１１２によって管理されるコンテンツ表示情報から、ＤＯＭデータ、スタイル定義、及びイベントハンドラが抽出される。ＤＯＭデータは、メモリ装置１０３内のＤＯＭツリーが文字列化されたものであり、ＤＯＭ抽出部１１５によって抽出される。スタイル定義データは、メモリ装置１０３内のスタイル定義が文字列化されたものであり、スタイル抽出部１１６によって抽出される。イベントハンドラは、イベントハンドラ抽出部１１３によって、コンテンツ表示情報を構成するスクリプト定義から抽出される。イベントハンドラは、イベントの発生に応じて実行すべき処理がスクリプトによって定義されたものである。

図１８は、ＤＯＭデータ及びスタイル定義データの例を示す図である。図１８には、ＤＯＭデータｍ１及びスタイル定義データｃ１が示されている。図１８より明らかなように、ＤＯＭデータｍ１は、ＨＴＭＬの形式を有する。また、スタイル定義データｃ１は、ＣＳＳの形式を有する。したがって、ＤＯＭデータｍ１及びスタイル定義データｃ１は、一般的なＷｅｂブラウザによって解釈可能なデータ形式を有する。

続いて、スクリプト生成部１１４は、抽出されたイベントハンドラに基づいて、イベント通知スクリプトを生成する（Ｓ１２３）。イベント通知スクリプトは、監視対象とするイベントの検知に応じて、当該イベントの発生を、携帯端末１０に通知させるための定義がなされたスクリプトをいい、表示端末２０において利用される。すなわち、表示端末２０において、Ｗｅｂコンテンツに関して定義されたイベントハンドラに対応するイベントが発生した場合、当該イベントハンドラに関して当初に定義された処理ではなく、当該イベントの発生を携帯端末１０に通知するための処理が実行される。

図１９は、イベントハンドラに基づくイベント通知スクリプトの生成例を示す図である。図１９には、抽出されたイベントハンドラｅｈ１１及びｅｈ１２と、これらのイベントハンドラに基づいて生成されるイベント通知スクリプトｓｃ１とが示されている。なお、イベントハンドラｅｈ１１及びｅｈ１２の定義内容は、便宜的なものである。

イベントハンドラｅｈ１１の定義内容は、「ｔａｒｇｅｔがクリックされたら、ｔｏ要素にクリックされた座標値を表示する」というものである。イベントハンドラｅｈ１２の定義内容は、「ｆｏｒｍ上でキーが押されたら、通信等を実行する」というものである。

イベント通知スクリプトｓｃ１には、イベントハンドラｅｈ１１に基づいて、イベントハンドラｅｈ２１が含められ、イベントハンドラｅｈ１２に基づいて、イベントハンドラｅｈ２２が含められる。イベントハンドラｅｈ２１の定義内容は、「ｔａｒｇｅｔがクリックされたら、イベントが発生した要素及びイベントの内容を通知先に送信する」というものである。また、イベントハンドラｅｈ２２の定義内容は、「ｆｏｒｍ上でキーが押されたら、イベントが発生した要素及びイベントの内容を通知先に送信する」というものである。このように、イベント通知スクリプトｓｃ１には、スクリプト定義から抽出されたイベントハンドラごとに、当該イベントハンドラが監視対象とするイベントの発生を通知先に通知するイベントハンドラが含められる。

イベント通知スクリプトｓｃ１には、また、通知先に関する定義ｄ１も含められる。定義ｄ１では、通知先（ｓｅｎｄｅｒ）のＵＲＬが設定されている。当該ＵＲＬは、本実施の形態において、携帯端末１０に対するものである。

イベント通知スクリプトｓｃ１には、更に、ｆｏｒｍ（フォーム）要素のうち、イベントハンドラが設定されていない要素に対するイベントハンドラｅｈ２３も含められる。イベントハンドラｅｈ２３の定義内容は、「当該要素に関するイベントを、通知先に送信する」というものである。イベントハンドラｅｈ２３は、例えば、表示端末２０において表示されるＷｅｂコンテンツのフォーム上におけるテキストボックスに対する１文字ごとの入力を、携帯端末１０における表示状態に反映させるためのものである。

続いて、データ配信部１１８は、コンテンツ識別子を生成する（Ｓ１２４）。コンテンツ識別子は、仮に、各表示端末２０が、複数の携帯端末１０のそれぞれからのＷｅｂコンテンツを並行して表示している場合に、各表示端末２０が、各Ｗｅｂコンテンツと各携帯端末１０との対応関係を識別可能とするための識別情報である。すなわち、表示端末２０には、複数の携帯端末１０に表示されているＷｅｂコンテンツが、同時期に表示されてもよい。この場合、表示端末２０においては、一つのＷｅｂコンテンツが最前面に表示され、他のＷｅｂコンテンツが、裏側に隠れていてもよい。

続いて、データ配信部１１８は、各表示端末２０に対して、コンテンツ識別子、ＤＯＭデータｍ１、スタイル定義データｃ１、イベント通知スクリプトｓｃ１、及び表示位置情報等を配信する（Ｓ１２５）。コンテンツ識別子、ＤＯＭデータｍ１、及びスタイル定義データｃ１、及びイベント通知スクリプトｓｃ１は、各表示端末２０に対して同じものが送信される。表示位置情報とは、各表示端末２０において、Ｗｅｂコンテンツに基づく画像が表示される表示領域の表示位置及びサイズを示す情報である。表示位置情報は、例えば、当該表示領域の左上頂点、幅、及び高さを含む。Ｗｅｂコンテンツの表示位置は、表示端末２０ごとに異なる。換言すれば、各表示端末２０の表示位置を異ならせることで、統合ディスプレイＤ２を実現することができる。したがって、表示位置情報は、表示端末２０ごとに異なる。表示位置情報は、例えば、同期データ配信スクリプト内に定義されている。また、各表示端末２０のアドレス情報も、同期データ配信スクリプト内に定義されていてもよい。

図２０は、表示位置情報を説明するための図である。図２０には、図１３に示したディスプレイＤ２Ｒが示されている。すなわち、図２０には、表示端末２０Ｒに送信される表示位置情報の例が示されている。当該表示位置情報は、左上頂点の座標が（−２００，１００）であり、幅が４００、高さが２００である。ここで、左上頂点の座標が、ディスプレイＤ２Ｒの座標系の範囲外とされることにより、画像５００の左半分は、ディスプレイＤ２Ｒにおいて非表示となる。その結果、ディスプレイＤ２Ｒには、画像５００の右半分が表示される。同様の原理で、ディスプレイＤ２Ｌについては、画像５００の左半分が表示されるように、表示位置が決定される。したがって、表示位置情報を調整することで、各表示端末２０に、画像５００の全部を表示させることもできる。または、各表示端末２０に表示される画像の一部が、相互に重複するように、表示位置が決定されてもよい。

なお、ステップＳ１２５において送信されるＤＯＭデータｍ１は、携帯端末１０における現在のＷｅｂコンテンツの表示状態を示すものである。したがって、表示状態が変化している場合、ＤＯＭデータｍ１の内容は、当該Ｗｅｂコンテンツにおいて当初ダウンロードされたＨＴＭＬファイルの定義内容と異なる。すなわち、各表示端末２０には、現在の表示状態を再現させるため、ＨＴＭＬファイルではなく、ＤＯＭデータｍ１が送信される。一方、スタイル定義データは、固定的又は静的な情報を含む。したがって、スタイル定義データに関しては、当初ダウンロードされたものがそのまま表示端末２０に送信されてもよい。

その後、変更監視部１１７は、メモリ装置１０３内のＤＯＭツリーの変更を監視する。ＤＯＭツリーの変更は、Ｗｅｂコンテンツの表示状態の変化によって発生する。換言すれば、ＤＯＭツリーが変更されることにより、Ｗｅｂコンテンツの表示状態が変化する。したがって、変更監視部１１７は、Ｗｅｂコンテンツの表示状態の変化を監視しているともいえる。

一方、各表示端末２０のデータ受信部２１１は、データ配信部１１８によって送信された、コンテンツ識別子、ＤＯＭデータｍ１、スタイル定義データｃ１、イベント通知スクリプトｓｃ１、及び表示位置情報等を受信する。続いて、Ｗｅｂコンテンツの描画が、コンテンツ描画部２１５に要求される。当該要求には、コンテンツ識別子、表示位置情報、ＤＯＭデータｍ１、及びスタイル定義データｃ１が含まれる（Ｓ１３１）。コンテンツ描画部２１５は、表示位置情報の示す位置及びサイズの表示領域に、ＤＯＭデータｍ１及びスタイル定義ｃ１に基づいて、コンテンツ描画部１１２と同様の解析処理を実行する。その結果、Ｗｅｂコンテンツに基づく画像が表示端末２０のディスプレイに表示される。すなわち、携帯端末１０に表示されている画像５００が、表示端末２０に表示される。但し、表示位置情報に応じて、画像５００のうち、各表示端末２０に表示される部分は異なりうる。なお、コンテンツ描画部２１５は、ＤＯＭデータｍ１に基づいてメモリ装置に生成されるＤＯＭツリーに、コンテンツ識別子を関連付けておく。

続いて、イベントハンドラ設定部２１３は、イベント通知スクリプトｓｃ１を実行する（Ｓ１３２）。その結果、イベント通知スクリプトｓ１に含まれる各イベントハンドラが、コンテンツ描画部２１５に設定される（Ｓ１３３）。

その後、携帯端末１０及び表示端末２０は、イベントの発生を待機する。例えば、各端末は、ユーザによる操作を待機する。

続いて、Ｗｅｂコンテンツに基づいて表示された画像に対するユーザによる操作に応じて実行される処理手順について説明する。図２１は、Ｗｅｂコンテンツに基づいて表示された画像に対するユーザによる操作に応じて実行される処理手順の一例を説明するためのシーケンス図である。

例えば、いずれかの表示端末２０のディスプレイ（タッチパネル）がタッチされる等により、表示されている画像が操作されると（Ｓ１４１）、コンテンツ描画部２１５は、当該操作に対応したイベントを発生させる（Ｓ１４２）。当該イベントは、当該イベントに対応するイベントハンドラによって検知（捕捉）される。イベントの検知に応じ、イベント送信部２１６は、当該イベントハンドラの定義に基づいて、イベントの対象とされたＤＯＭ要素及びイベントの種別を示す情報を含むイベント発生通知を、通知先（携帯端末１０）に送信する（Ｓ１４３）。携帯端末１０のイベント受信部１１９は、当該イベント発生通知を受信する。変更監視部１１７は、当該イベント発生通知の受信を検知すると、当該イベント発生通知によって通知されたイベントを、擬似的に発生させる（Ｓ１４４）。擬似的に発生されたイベントは、コンテンツ描画部１１２に通知される。

コンテンツ描画部１１２は、スクリプト定義に含まれているイベントハンドラの中で、擬似的に発生された当該イベントに対応するイベントハンドラの定義に基づいて、ＤＯＭツリーを変更する（Ｓ１５１）。ＤＯＭツリーの変更は、変更監視部１１７によって検知される（Ｓ１５２）。変更監視部１１７は、変更前後のＤＯＭツリーの差分を示す情報を含む差分データを抽出する（Ｓ１５３）。

図２２は、差分データの例を示す図である。図２２に示される差分データｄｆ１において、記述ｄｆ１１は、変更対象の要素（以下、「対象要素」という。）を示す。記述ｄｆ１２は、対象要素の５番目の子要素として、ａタグが挿入されたことを示す。記述ｄｆ１３は、対象要素の３番目の子要素が削除されたことを示す。記述ｄｆ１４は、対象要素のｓｒｃ属性の値が、「．／ｈｏｇｅ．ｐｎｇ」に変更されたことを示す。

続いて、データ配信部１１８は、ＤＯＭツリーが変更されたＷｅｂコンテンツに対するコンテンツ識別子と、差分データｄｆ１とを、各表示端末２０に配信する（Ｓ１５４）。各表示端末２０のデータ受信部２１１は、当該コンテンツ識別子及び差分データｄｆ１を受信する。

続いて、表示状態適用部２１４は、当該コンテンツ識別子及び差分データｄｆ１をコンテンツ描画部２１５に適用する（Ｓ１５５）。コンテンツ描画部２１５は、当該コンテンツ識別子に関連付けられているＤＯＭツリーを、差分データｄｆ１に基づいて変更する。その結果、各表示端末２０における表示状態も変化する。

なお、ステップＳ１４１〜Ｓ１５５は、表示端末２０側において、画像が操作されるたびに実行される。したがって、表示端末２０側における操作に応じて、携帯端末１０における表示状態と、表示端末２０における表示状態とが変化する。また、携帯端末１０において、画像が操作されるたびに、ステップＳ１５１〜Ｓ１５５が実行される。すなわち、この場合、携帯端末１０において、擬似的なイベントではなく、真のイベントが発生し、当該真のイベントに応じて、ステップＳ１５１以降が実行される。したがって、携帯端末１０側において操作が行われた場合も、携帯端末１０における表示状態と、表示端末２０における表示状態とが変化する。このように、本実施の形態によれば、携帯端末１０と各表示端末２０とのいずれの端末において操作が行われた場合であっても、全ての端末間において、表示状態を同期させることができる。

続いて、携帯端末１０及び表示端末２０が実行する処理について、更に詳細に説明する。まず、携帯端末１０が実行する処理について説明する。

図２３は、携帯端末によるＨＴＭＬの解析処理の処理手順の一例を説明するためのフローチャートである。図２３は、図１６のステップＳ１１４以降に関して携帯端末１０が実行する処理を詳細に示すものである。

ステップＳ２０３において、コンテンツ描画部１１２は、ＨＴＭＬファイルの定義内容を解析（パース）し、ＤＯＭツリーを構築する。ＤＯＭツリーは、メモリ装置１０３に記憶される。

続いて、ＨＴＭＬファイルから参照されている参照コンテンツごとに、ループ処理Ｌ１が実行される。ループ処理Ｌ１のステップＳ２０４において、コンテンツ描画部１１２は、参照コンテンツを取得する。続いて、コンテンツ取得部１１１ａは、取得された参照コンテンツの種別に応じて処理を分岐させる（Ｓ２０５）。取得された参照コンテンツが、スクリプトファイルである場合、コンテンツ描画部１１２は、当該スクリプトファイルに定義されているスクリプトを実行する（Ｓ２０６）。一方、取得された参照コンテンツが、ＣＳＳファイルである場合、コンテンツ描画部１１２は、当該ＣＳＳファイルに含まれているスタイル定義を、既に取得されているスタイル定義に追加する（Ｓ２０７）。

ループＬ１が終了すると、コンテンツ描画部１１２は、ＤＯＭツリーを構成する表示要素を、スタイル定義にしたがって描画する（Ｓ２０８）。その結果、Ｗｅｂコンテンツに基づく画像が、表示装置１０６に表示される。

続いて、図１７の処理に関して携帯端末１０が実行する処理について詳細に説明する。図２４は、同期データ配信スクリプトの読み込みに応じて携帯端末が実行する処理手順の一例を説明するためのフローチャートである。

ステップＳ２１４において、同期データ配信スクリプトは、初期情報生成処理をＣＰＵ１０４に実行させる。初期情報生成処理では、ＤＯＭデータｍ１、スタイル定義データｃ１、イベント通知スクリプトｓｃ１、及びコンテンツ識別子等が生成される。

続いて、データ配信部１１８は、各表示端末２０に対して、コンテンツ識別子、ＤＯＭデータｍ１、スタイル定義データｃ１、イベント通知スクリプトｓｃ１、及び表示位置情報等を配信する（Ｓ２１５）。

続いて、変更監視部１１７は、ＤＯＭツリーを構成する全てのＤＯＭに対して、ＤＯＭツリーの変更を監視するためのイベントハンドラを設定する（Ｓ２１６）。例えば、Ｗｅｂ標準で規定されている、ＤＯＭ変更時に発生するＭｕｔａｔｉｏｎＥｖｅｎｔを監視するイベントハンドラが設定されてもよい。例えば、ＤＯＭ要素の追加又は削除等が発生した場合、ＭｕｔａｔｉｏｎＥｖｅｎｔのうちＤＯＭＳｕｂｔｒｅｅＭｏｄｉｆｉｅｄイベントが発生する。また、ＤＯＭ要素の属性が変更された場合、ＤＯＭＡｔｔｒＭｏｄｉｆｉｅｄイベントが発生する。ＭｕｔａｔｉｏｎＥｖｅｎｔについては、例えば、「https://developer.mozilla.org/en-US/docs/Web/Guide/Events/Mutation_events」において詳細に説明されている。なお、定期的にＤＯＭツリーをチェックし、差分の有無を判定することにより、ＤＯＭツリーの変更が検知されてもよい。

続いて、変更監視部１１７は、ＤＯＭ要素のうちのフォーム要素に対して、フォーム値の変更を監視するためのイベントハンドラを設定する（Ｓ２１７）。続いて、変更監視部１１７は、ＤＯＭ要素のうちのｖｉｄｅｏ要素に対して、動画コンテンツの再生状態の変更を監視するためのイベントハンドラを設定する（Ｓ２１７）。再生状態の変更とは、再生の開始、再生の一時停止、再生の停止、及びシーク等である。なお、ｖｉｄｅｏ要素とは、ＨＴＭＬ５において追加されたｖｉｄｅｏタグに係る要素をいう。ＨＴＭＬ５では、ｖｉｄｅｏタグを使用することで、プラグイン等をインストールすることなく、動画コンテンツの再生等を行うことができる。

続いて、変更監視部１１７は、各表示端末２０からのイベント発生通知の受信を監視するためのイベントハンドラを設定する（Ｓ２１９）。続いて、変更監視部１１７は、イベント待機処理を実行する（Ｓ２２０）。すなわち、変更監視部１１７は、ステップＳ２１６〜Ｓ２１９において設定したイベントハンドラに関するイベントの発生を待機する。

続いて、ステップＳ２１４の詳細について説明する。図２５は、初期情報生成処理の処理手順の一例を説明するためのフローチャートである。

ステップＳ２３１において、ＤＯＭ抽出部１１５は、コンテンツ描画部１１２を介して、コンテンツ表示情報からＤＯＭツリーを抽出し、当該ＤＯＭツリーを文字列化してＤＯＭデータｍ１を生成する。続いて、ＤＯＭ抽出部１１５は、ＤＯＭツリーを構成するＤＯＭ要素の中に、ｖｉｄｅｏ要素が有れば、ＤＯＭデータ内において、当該ｖｉｄｅｏ要素に係るパス名を、絶対パス名に変換する（Ｓ２３２）。当該ｖｉｄｅｏ要素に係るパス名とは、当該ｖｉｄｅｏ要素のｓｒｃ属性の値として設定されているパス名、又は当該ｖｉｄｅｏ要素内のｓｏｕｒｃｅタグのｓｒｃ属性の値として設定されているパス名である。当該パス名が絶対パス名に変換されるのは、表示端末２０において、当該パス名に係る動画コンテンツにアクセス可能とするためである。すなわち、動画コンテンツは、各表示端末２０においてダウンロードされる。

続いて、スタイル抽出部１１６は、コンテンツ描画部１１２を介して、コンテンツ表示情報からスタイル定義を抽出し、当該スタイル定義を文字列化してスタイル定義データｃ１を生成する（Ｓ２３３）。

続いて、ＤＯＭツリーを構成するＤＯＭ要素ごとにループ処理Ｌ２が実行される。以下、ループ処理Ｌ２において処理対象とされているＤＯＭ要素を、「対象要素」という。

ステップＳ２３４において、イベントハンドラ抽出部１１３は、対象要素に設定されたイベントハンドラの監視対象イベントを抽出する（Ｓ２３４）。続いて、イベントハンドラ抽出部１１３は、対象要素がフォーム要素であるか否かによって処理を分岐させる（Ｓ２３５）。対象要素がフォーム要素である場合（Ｓ２３５でＹｅｓ）、ステップＳ２３６に進む。対象要素がフォーム要素でない場合（Ｓ２３５でＮｏ）、ステップＳ２３７に進む。

ステップＳ２３６において、イベントハンドラ抽出部１１３は、対象要素のフォーム値の変更を監視対象イベントとするイベントハンドラが対象要素に設定されていなければ、当該監視対象イベントを、ステップＳ２３４における抽出結果に追加する。ステップＳ２３６の実行後、ステップＳ２３９に進む。

ステップＳ２３７において、イベントハンドラ抽出部１１３は、対象要素がｖｉｄｅｏ要素であるか否かによって処理を分岐させる。対象要素がｖｉｄｅｏ要素である場合（Ｓ２３７でＹｅｓ）、ステップＳ２３８に進む。対象要素がｖｉｄｅｏ要素でない場合（Ｓ２３７でＮｏ）、ステップＳ２３９に進む。

ステップＳ２３８において、イベントハンドラ抽出部１１３は、対象要素における動画の再生状態の変更を示すイベント（再生の開始イベント、再生の一時停止イベント、再生の停止イベント、又はシークイベント等）を監視対象とするイベントハンドラが対象要素に設定されていなければ、当該監視対象イベントを、ステップＳ２３４における抽出結果に追加する。ステップＳ２３８の実行後、ステップＳ２３９に進む。

ステップＳ２３９において、スクリプト生成部１１４は、抽出結果に含まれている監視対象イベントを、携帯端末１０に通知させるためのイベントハンドラを、イベント通知スクリプトｓｃ１に追加する（Ｓ２３９）。

ループ処理Ｌ２が終了すると、データ配信部１１８は、コンテンツ識別子を生成する（Ｓ２４０）。コンテンツ識別子は、例えば、乱数を利用して生成されてもよい。又は、携帯端末１０ごとの識別情報（例えば、アドレス情報等）を用いて生成されてもよい。また、携帯端末１０において同時に表示可能なＷｅｂコンテンツが一つである場合、携帯端末１０ごとの識別情報が、そのままコンテンツ識別子とされてもよい
続いて、図２４のステップＳ２２０の詳細について説明する。図２６は、イベント待機処理の処理手順の一例を説明するためのフローチャートである。

ＤＯＭツリーの変更を監視するためのイベントハンドラが呼び出されると（Ｓ２５１でＹｅｓ）、変更監視部１１７は、当該イベントハンドラによって検知されたイベントに関する情報（以下、「変化通知情報」という。）から、差分データを抽出する（Ｓ２５２）。すなわち、ＭｕｔａｔｉｏｎＥｖｅｎｔ内には、差分データが含まれている。

続いて、データ配信部１１８は、コンテンツ識別子及び差分データを、各表示端末２０に配信する（Ｓ２５３）。

また、いずれかの表示端末２０からのイベント発生通知の受信を監視するためのイベントハンドラが呼び出されると（Ｓ２６１でＹｅｓ）、変更監視部１１７は、当該イベント発生通知によって通知された情報に基づいて、擬似的なイベントを生成する（Ｓ２６２）。続いて、当該イベント発生通知によって示されるイベントの対象とされたＤＯＭ要素に対して、生成したイベントを発生させる（Ｓ２６３）。その結果、携帯端末１０側においてＤＯＭツリーが変更される。当該ＤＯＭツリーの変更は、ステップＳ２５１において検知される。したがって、ステップＳ２６２に続いて、ステップＳ２５２以降が実行される。すなわち、ステップＳ２５１において検知されるＤＯＭツリーの変更は、携帯端末１０における操作に起因するものと、表示端末２０における操作に起因するものとが有る。

また、フォーム要素のフォーム値の変更を監視するためのイベントハンドラが呼び出されると（Ｓ２７１でＹｅｓ）、変更監視部１１７は、フォーム値が変化したフォーム要素（以下、「対象要素」という。）の識別子と、変更後のフォーム値とを対象要素から抽出する（Ｓ２７２）。フォーム要素の識別子は、フォーム上における何番目の要素であるかを示す値でもよい。又は、ＣＳＳのセレクタ若しくはｘｐａｔｈ等が、当該識別子として用いられてもよい。続いて、データ配信部１１８は、フォーム値の変更命令を、各表示端末２０に配信する（Ｓ２７３）。当該命令は、コンテンツ識別子、並びに対象要素の識別子及びフォーム値を含む。その結果、各表示端末２０において、対象要素のフォーム値が変化する。

また、ｖｉｄｅｏ要素の動画の再生状態の変更を監視するためのイベントハンドラが呼び出されると（Ｓ２８１でＹｅｓ）、変更監視部１１７は、当該ｖｉｄｅｏ要素（以下、「対象要素」という。）の識別子と、変更後の動画の再生状態を示す情報とを、対象要素から抽出する（Ｓ２８２）。続いて、データ配信部１１８は、動画の再生状態の変更命令を、各表示端末２０に配信する（Ｓ２８３）。当該命令は、コンテンツ識別子、並びに対象要素の識別子及び動画の再生状態を示す情報等を含む。その結果、各表示端末２０において、対象要素の動画の再生状態が変化する。

続いて、表示端末２０が実行する処理について説明する。図２７は、同期データ受信スクリプトが表示端末に実行させる処理手順の一例を説明するためのフローチャートである。図２７では、同期データ受信スクリプトの読み込みは既に実行されていることとする。

データ受信部２１１は、携帯端末１０からの情報の受信を待機している（Ｓ３０１）。携帯端末１０から何らかの情報が受信されると（Ｓ３０１でＹｅｓ）、データ受信部２１１は、受信された情報が初期情報であるか否かを判定する（Ｓ３０２）。初期情報は、図２４のステップＳ２１５において、携帯端末１０から各表示端末２０に配信される、コンテンツ識別子、ＤＯＭデータｍ１、スタイル定義データｃ１、イベント通知スクリプトｓｃ１、及び表示位置情報等である。

初期情報が受信された場合（Ｓ３０２でＹｅｓ）、表示領域生成部２１２は、表示位置情報が示す位置及びサイズのインラインフレーム（ｉｆｒａｍｅ）を、コンテンツ描画部２１５に生成させる（Ｓ３０３）。すなわち、本実施の形態では、上記における表示領域の一例として、Ｗｅｂブラウザのウィンドウではなく、インラインフレームが用いられる。インラインフレームは、或るＷｅｂコンテンツの中に、別のＷｅｂコンテンツを表示するために用いられるフレームである。インラインフレーム内は、インラインフレーム外とは独立して画像を表示できるため、同じサイズのインラインフレームであれば、同じＤＯＭデータ、スタイル定義データに基づいて同じ表示状態の画像が再現される。したがって、例えば、統合ディスプレイＤ２（図１３）を実現する際に、各ディスプレイの画像を滑らかに接続できる可能性が高いという利点が有る。但し、インラインフレームの代わりに、Ｗｅｂブラウザのウィンドウが生成されてもよい。

続いて、表示状態適用部２１４は、コンテンツ識別子、ＤＯＭデータｍ１、及びスタイル定義ｃ１を、コンテンツ描画部２１５（インラインフレーム）に適用する（Ｓ３０４）。その結果、Ｗｅｂコンテンツの画像が、インラインフレーム内に表示される。また、当該インラインフレームに、当該コンテンツ識別子が関連付けられる。なお、ＤＯＭデータｍ１に基づいて再現されるＤＯＭツリーにｖｉｄｅｏ要素が含まれている場合、当該ｖｉｄｅｏ要素に係る絶対パス名に基づいて、動画コンテンツが取得され、再生される。

続いて、イベントハンドラ設定部２１３は、イベント通知スクリプトｓｃ１を実行する（Ｓ３０５）。イベント通知スクリプトｓｃ１は、表示端末２０を、イベント送信部２１６として機能させる。

一方、受信された情報が初期情報でない場合（Ｓ３０２でＮｏ）、データ受信部２１１は、受信されたのがフォーム値の変更命令であるか否かを判定する（Ｓ３０６）。フォーム値の変更命令は、図２６のステップＳ２７３において送信される。

フォーム値の変更命令が受信された場合（Ｓ３０６でＹｅｓ）、表示状態適用部２１４は、当該変更命令に含まれているコンテンツ識別子に関連付けられているインラインフレームに表示されているフォーム要素のうち、当該変更命令に含まれている識別子に係るフォーム要素（以下、「対象要素」という。）に対する、フォーム値の変更を監視するためのイベントハンドラの設定を解除する（Ｓ３０７）。続いて、表示状態適用部２１４は、対象要素に対して、当該変更命令に含まれているフォーム値を適用する（Ｓ３０８）。なお、ステップＳ３０７の趣旨は、ステップＳ３０８の実行により、当該フォーム値の変更が、携帯端末１０に通知され、更に、携帯端末１０から当該フォーム値の変更が通知されるといった、イベント通知のループの発生を回避するためのである。

続いて、表示状態適用部２１４は、ステップＳ３０７において設定が解除されたイベントハンドラを、対象要素に再設定する（Ｓ３０９）。

動画コンテンツの再生状態の変更命令が受信された場合（Ｓ３１０でＹｅｓ）、表示状態適用部２１４は、当該変更命令に含まれているコンテンツ識別子に関連付けられているインラインフレームに表示されているｖｉｄｅｏ要素のうち、当該変更命令に含まれている識別子に係るｖｉｄｅｏ要素（以下、「対象要素」という。）に対する、動画コンテンツの再生状態の変更を監視するためのイベントハンドラの設定を解除する（Ｓ３１１）。なお、ステップＳ３１１の趣旨は、ステップＳ３０７と同様である。続いて、表示状態適用部２１４は、対象要素に対して、当該変更命令に含まれている動画コンテンツの再生状態を適用する（Ｓ３１２）。

続いて、表示状態適用部２１４は、ステップＳ３１１において設定が解除されたイベントハンドラを、対象要素に再設定する（Ｓ３１３）。

また、受信された情報が、差分データである場合（Ｓ３１０でＮｏ）、表示状態適用部２１４は、差分データと共に受信されたコンテンツ識別子に係るインラインフレームに対して、当該差分データを適用する（Ｓ３１４）。その結果、インラインフレーム内の画像の表示状態が、携帯端末１０の表示状態に同期される。

図２８は、イベント通知スクリプトが表示端末に実行させる処理手順の一例を説明するためのフローチャートである。

イベント送信部２１６は、イベントの発生を待機している（Ｓ３２１）。イベント通知スクリプトに含まれるいずれかのイベントハンドラが呼び出されると（Ｓ３２１でＹｅｓ）、イベント送信部２１６は、当該イベントハンドラの定義に従って、通知先として指定されている携帯端末１０に、イベント発生通知を送信する。イベント発生通知には、イベントの対象とされたＤＯＭ要素を示す情報及びイベントの種別を示す情報等が含まれる
なお、本実施の形態では、携帯端末１０と各表示端末２０とが直接的に通信する例について説明したが、携帯端末１０と各表示端末２０との通信は、シグナリングサーバ、ＳＴＵＮ（Simple Traversal of UDP through NATs）サーバ、又はＴＵＲＮ（Traversal Using Relay NAT）サーバ等によって仲介又は中継されてもよい。

また、本実施の形態では、イベントハンドラ抽出部１１３によってイベントハンドラが抽出され、抽出されたイベントハンドラに基づいて、イベント通知スクリプトｓｃ１が生成される例を示した。しかし、これらの処理は省略されてもよい。例えば、各表示端末２０は、全てのＤＯＭ要素に対する全てのイベントを監視し、全てのイベントの発生を携帯端末１０に通知するようにしてもよい。但し、この場合、全てのイベントが携帯端末１０に通知されるため、通信量が増加する可能性が有る。換言すれば、イベントハンドラ抽出部１１３によってイベントハンドラが抽出されることにより、表示端末２０から携帯端末１０に通知されるイベントを、必要なものに限定することができ、通信量の増加を抑制することができる。

また、本実施の形態では、携帯端末１０のスクリプト生成部１１４が、イベント通知スクリプトｓｃ１を生成する例を示したが、当該スクリプトの生成は、表示端末２０によって行われてもよい。この場合、携帯端末１０は、イベント通知スクリプトｓｃ１を生成するために必要な情報を、各表示端末２０に配信するようにしてもよい。斯かる情報として、イベントハンドラ抽出部１１３による抽出結果が挙げられる。

また、本実施の形態では、説明の便宜上、携帯端末１０と表示端末２０との間でＷｅｂコンテンツの表示状態が同期される例を示したが、Ｗｅｂコンテンツが同期される装置は、同じ種類の装置であってもよい。例えば、表示端末２０の代わりに携帯端末１０が用いられてもよい。また、携帯端末１０の代わりに、ＰＣ（Personal Computer）等が用いられてもよい。

また、携帯端末１０としての位置付けの端末は、表示装置１０６を有していなくてもよい。すなわち、当該端末は、ユーザがＷｅｂコンテンツの閲覧に利用する端末でなくてもよい。斯かる場合であっても、複数の表示端末２０間において、表示状態を同期させることができる。

上述したように、第三の実施の形態によれば、複数の端末間において、いずれの端末が操作対象とされた場合でも、同じＷｅｂコンテンツの表示状態の同期を可能とすることができる。

また、携帯端末１０又は表示端末２０において実行される処理は、同期データ配信スクリプト、同期データ受信スクリプト、又はイベント通知スクリプト等のスクリプトによって実現される。したがって、各端末は、汎用的なＷｅｂブラウザの機能を有していれば、本実施の形態を実施することができる。

また、本実施の形態によれば、ＶＮＣ（Virtual Network Computing）等のリモートデスクトップ技術と異なり、ストリーミングによるデータ配信は行われず、ＤＯＭデータやスタイル定義等の構造データが配信される。したがって、データ処理やネットワーク通信の負荷の増加を抑制することができる。また、表示潰れ等、解像度の相違に基づく問題の発生の可能性を低減することができる。

また、一つのＷｅｂコンテンツに基づいて、表示端末２０用のイベントハンドラが自動生成されるため、携帯端末１０用と表示端末２０用とのそれぞれのＷｅｂコンテンツを開発する必要性を低減することができる。

なお、第三の実施の形態は、第１層スクリプト及び第２層スクリプトの用途の一例に過ぎない。ユーザの状況に応じて、第三の実施の形態と異なる処理を携帯端末１０に実行させるスクリプトの参照情報が、ＨＴＭＬファイルに挿入されてもよい。

なお、上記各実施の形態において、携帯端末１０は、情報処理端末の一例である。情報管理サーバ４０は、情報管理装置の一例である。ＨＴＭＬファイルは、コンテンツデータの一例である。アプリ情報取得部１２１は、受信部の一例である。コンテンツ取得部１１１は、取得部及び請求項４の第一の受信部の一例である。コンテンツＵＲＬは、第一のＵＲＬの一例である。第１層スクリプトＵＲＬ及び第２層スクリプトＵＲＬは、第二のＵＲＬの一例である。コンテンツサーバ３０は、コンテンツ管理装置の一例である。アプリ情報取得部３３は、第二の受信部の一例である。コンテンツ管理部３１は、返信部の一例である。

以上、本発明の実施例について詳述したが、本発明は斯かる特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。

以上の説明に関し、更に以下の項を開示する。
（付記１）
相互にネットワークを介して接続される情報処理端末と情報管理装置とを含む情報処理システムであって、
前記情報処理端末は、
当該情報処理端末に入力される情報又は当該情報処理端末によって検知される情報に基づく識別情報を前記情報管理装置に送信して、前記識別情報に対応付けられて前記情報管理装置に記憶されている第一のＵＲＬと、前記第一のＵＲＬに係るコンテンツデータに関する処理を前記情報処理端末に実行させるスクリプトに対する１以上の第二のＵＲＬとを、前記情報管理装置から受信する受信部と、
前記受信部によって受信された前記第一のＵＲＬに係るコンテンツデータを、ネットワークを介して取得する取得部と、
前記取得部によって取得されたコンテンツデータに、前記第二のＵＲＬへの参照情報を挿入する挿入部と、
を有することを特徴とする情報処理システム。
（付記２）
前記挿入部は、１以上の前記第二のＵＲＬのうち、前記取得部によって取得されたコンテンツデータに参照情報が含まれていない前記第二のＵＲＬへの参照情報を、当該コンテンツデータに挿入する、
ことを特徴とする付記１記載の情報処理システム。
（付記３）
前記挿入部は、前記受信部によって受信された１以上の前記第二のＵＲＬの中から、当該情報処理端末においてユーザによって選択された前記第二のＵＲＬへの参照情報を、前記取得部によって取得されたコンテンツデータに挿入する、
ことを特徴とする付記１又は２記載の情報処理システム。
（付記４）
相互にネットワークを介して接続される情報処理端末と、コンテンツ管理装置と、情報管理装置とを含む情報処理システムであって、
前記情報処理端末は、
当該情報処理端末に入力される情報又は当該情報処理端末によって検知される情報に基づく識別情報と、第一のＵＲＬとを前記コンテンツ管理装置に送信して、前記第一のＵＲＬに係るコンテンツデータを前記コンテンツ管理装置から受信する第一の受信部を有し、
前記コンテンツ管理装置は、
前記情報処理端末から受信した前記第一のＵＲＬ及び前記識別情報を前記情報管理装置に送信して、前記識別情報及び前記第一のＵＲＬに対応付けられて前記情報管理装置に記憶されている、前記第一のＵＲＬに係るコンテンツデータに関する処理を前記情報処理端末に実行させるスクリプトに対する１以上の第二のＵＲＬを、前記情報管理装置から受信する第二の受信部と、
当該コンテンツ管理装置が記憶するコンテンツデータの中で、前記第一のＵＲＬに係るコンテンツデータに、前記第二のＵＲＬへの参照情報を挿入する挿入部と、
前記挿入部によって前記参照情報が挿入されたコンテンツデータを、前記情報処理端末に返信する返信部と、
を有することを特徴とする情報処理システム。
（付記５）
情報管理装置にネットワークを介して接続される情報処理端末であって、
当該情報処理端末に入力される情報又は当該情報処理端末によって検知される情報に基づく識別情報を前記情報管理装置に送信して、前記識別情報に対応付けられて前記情報管理装置に記憶されている第一のＵＲＬと、前記第一のＵＲＬに係るコンテンツデータに関する処理を前記情報処理端末に実行させるスクリプトに対する１以上の第二のＵＲＬとを、前記情報管理装置から受信する受信部と、
前記受信部によって受信された前記第一のＵＲＬに係るコンテンツデータを、ネットワークを介して取得する取得部と、
前記取得部によって取得されたコンテンツデータに、前記第二のＵＲＬへの参照情報を挿入する挿入部と、
を有することを特徴とする情報処理端末。
（付記６）
前記挿入部は、１以上の前記第二のＵＲＬのうち、前記取得部によって取得されたコンテンツデータに参照情報が含まれていない前記第二のＵＲＬへの参照情報を、当該コンテンツデータに挿入する、
ことを特徴とする付記５記載の情報処理端末。
（付記７）
前記挿入部は、前記受信部によって受信された１以上の前記第二のＵＲＬの中から、当該情報処理端末においてユーザによって選択された前記第二のＵＲＬへの参照情報を、前記取得部によって取得されたコンテンツデータに挿入する、
ことを特徴とする付記５又は６記載の情報処理端末。
（付記８）
情報処理端末と情報管理装置とにネットワークを介して接続されるコンテンツ管理装置であって、
前記情報処理端末から受信した、前記情報処理端末に入力される情報又は当該情報処理端末によって検知される情報に基づく識別情報と、第一のＵＲＬを前記情報管理装置に送信して、前記識別情報及び前記第一のＵＲＬに対応付けられて前記情報管理装置に記憶されている、前記第一のＵＲＬに係るコンテンツデータに関する処理を前記情報処理端末に実行させるスクリプトに対する１以上の第二のＵＲＬを、前記情報管理装置から受信する第二の受信部と、
当該コンテンツ管理装置が記憶するコンテンツデータの中で、前記第一のＵＲＬに係るコンテンツデータに、前記第二のＵＲＬへの参照情報を挿入する挿入部と、
前記挿入部によって前記参照情報が挿入されたコンテンツデータを、前記情報処理端末に返信する返信部と、
を有することを特徴とする情報処理システム。
（付記９）
相互にネットワークを介して接続される情報処理端末と情報管理装置とを含む情報処理システムにおける情報処理方法であって、
前記情報処理端末が、
当該情報処理端末に入力される情報又は当該情報処理端末によって検知される情報に基づく識別情報を前記情報管理装置に送信して、前記識別情報に対応付けられて前記情報管理装置に記憶されている第一のＵＲＬと、前記第一のＵＲＬに係るコンテンツデータに関する処理を前記情報処理端末に実行させるスクリプトに対する１以上の第二のＵＲＬとを、前記情報管理装置から受信し、
受信された前記第一のＵＲＬに係るコンテンツデータを、ネットワークを介して取得し、
取得されたコンテンツデータに、前記第二のＵＲＬへの参照情報を挿入する、
処理を実行することを特徴とする情報処理方法。
（付記１０）
前記挿入する処理は、１以上の前記第二のＵＲＬのうち、前記取得されたコンテンツデータに参照情報が含まれていない前記第二のＵＲＬへの参照情報を、当該コンテンツデータに挿入する、
ことを特徴とする付記９記載の情報処方法。
（付記１１）
前記挿入する処理は、前記受信する処理において受信された１以上の前記第二のＵＲＬの中から、当該情報処理端末においてユーザによって選択された前記第二のＵＲＬへの参照情報を、前記取得されたコンテンツデータに挿入する、
ことを特徴とする付記９又は１０記載の情報処理方法。
（付記１２）
相互にネットワークを介して接続される情報処理端末と、コンテンツ管理装置と、情報管理装置とを含む情報処理システムにおける情報処理方法であって、
前記情報処理端末が、
当該情報処理端末に入力される情報又は当該情報処理端末によって検知される情報に基づく識別情報と、第一のＵＲＬとを前記コンテンツ管理装置に送信して、前記第一のＵＲＬに係るコンテンツデータを前記コンテンツ管理装置から受信する第一の受信部を有し、
前記コンテンツ管理装置が、
前記情報処理端末から受信した前記第一のＵＲＬ及び前記識別情報を前記情報管理装置に送信して、前記識別情報及び前記第一のＵＲＬに対応付けられて前記情報管理装置に記憶されている、前記第一のＵＲＬに係るコンテンツデータに関する処理を前記情報処理端末に実行させるスクリプトに対する１以上の第二のＵＲＬを、前記情報管理装置から受信し、
当該コンテンツ管理装置が記憶するコンテンツデータの中で、前記第一のＵＲＬに係るコンテンツデータに、前記第二のＵＲＬへの参照情報を挿入し、
前記参照情報が挿入されたコンテンツデータを、前記情報処理端末に返信する、
処理を実行することを特徴とする情報処理方法。

１０ 携帯端末
２０ 表示端末
３０ コンテンツサーバ
３１ コンテンツ管理部
３２ コンテンツ記憶部
３３ アプリ情報取得部
３４ 挿入部
４０ 情報管理サーバ
４１ アプリ情報管理部
４２ アプリ情報記憶部
１０２ 補助記憶装置
１０３ メモリ装置
１０４ ＣＰＵ
１０５ インタフェース装置
１０６ 表示装置
１０７ 入力装置
１１１ コンテンツ取得部
１１２ コンテンツ描画部
１１３ イベントハンドラ抽出部
１１４ スクリプト生成部
１１５ ＤＯＭ抽出部
１１６ スタイル抽出部
１１７ 変更監視部
１１８ データ配信部
１１９ イベント受信部
１２１ アプリ情報取得部
１２２ 挿入部
１２３ 編集部
２１１ データ受信部
２１２ 表示領域生成部
２１３ イベントハンドラ設定部
２１４ 表示状態適用部
２１５ コンテンツ描画部
２１６ イベント送信部
Ｂ バス

Claims (8)

1. 相互にネットワークを介して接続される情報処理端末と情報管理装置とを含む情報処理システムであって、
   前記情報処理端末は、
   当該情報処理端末に入力される情報又は当該情報処理端末によって検知される情報に基づく識別情報を前記情報管理装置に送信して、前記識別情報に対応付けられて前記情報管理装置に記憶されている第一のＵＲＬと、前記第一のＵＲＬに係るコンテンツデータに関する処理を前記情報処理端末に実行させるスクリプトに対する１以上の第二のＵＲＬとを、前記情報管理装置から受信する受信部と、
   前記受信部によって受信された前記第一のＵＲＬに係るコンテンツデータを、ネットワークを介して取得する取得部と、
   前記取得部によって取得されたコンテンツデータに、前記第二のＵＲＬへの参照情報を挿入する挿入部と、
   を有することを特徴とする情報処理システム。
2. 前記挿入部は、１以上の前記第二のＵＲＬのうち、前記取得部によって取得されたコンテンツデータに参照情報が含まれていない前記第二のＵＲＬへの参照情報を、当該コンテンツデータに挿入する、
   ことを特徴とする請求項１記載の情報処理システム。
3. 前記挿入部は、前記受信部によって受信された１以上の前記第二のＵＲＬの中から、当該情報処理端末においてユーザによって選択された前記第二のＵＲＬへの参照情報を、前記取得部によって取得されたコンテンツデータに挿入する、
   ことを特徴とする請求項１又は２記載の情報処理システム。
4. 相互にネットワークを介して接続される情報処理端末と、コンテンツ管理装置と、情報管理装置とを含む情報処理システムであって、
   前記情報処理端末は、
   当該情報処理端末に入力される情報又は当該情報処理端末によって検知される情報に基づく識別情報と、第一のＵＲＬとを前記コンテンツ管理装置に送信して、前記第一のＵＲＬに係るコンテンツデータを前記コンテンツ管理装置から受信する第一の受信部を有し、
   前記コンテンツ管理装置は、
   前記情報処理端末から受信した前記第一のＵＲＬ及び前記識別情報を前記情報管理装置に送信して、前記識別情報及び前記第一のＵＲＬに対応付けられて前記情報管理装置に記憶されている、前記第一のＵＲＬに係るコンテンツデータに関する処理を前記情報処理端末に実行させるスクリプトに対する１以上の第二のＵＲＬを、前記情報管理装置から受信する第二の受信部と、
   当該コンテンツ管理装置が記憶するコンテンツデータの中で、前記第一のＵＲＬに係るコンテンツデータに、前記第二のＵＲＬへの参照情報を挿入する挿入部と、
   前記挿入部によって前記参照情報が挿入されたコンテンツデータを、前記情報処理端末に返信する返信部と、
   を有することを特徴とする情報処理システム。
5. 情報管理装置にネットワークを介して接続される情報処理端末であって、
   当該情報処理端末に入力される情報又は当該情報処理端末によって検知される情報に基づく識別情報を前記情報管理装置に送信して、前記識別情報に対応付けられて前記情報管理装置に記憶されている第一のＵＲＬと、前記第一のＵＲＬに係るコンテンツデータに関する処理を前記情報処理端末に実行させるスクリプトに対する１以上の第二のＵＲＬとを、前記情報管理装置から受信する受信部と、
   前記受信部によって受信された前記第一のＵＲＬに係るコンテンツデータを、ネットワークを介して取得する取得部と、
   前記取得部によって取得されたコンテンツデータに、前記第二のＵＲＬへの参照情報を挿入する挿入部と、
   を有することを特徴とする情報処理端末。
6. 情報処理端末と情報管理装置とにネットワークを介して接続されるコンテンツ管理装置であって、
   前記情報処理端末から受信した、前記情報処理端末に入力される情報又は当該情報処理端末によって検知される情報に基づく識別情報と、第一のＵＲＬを前記情報管理装置に送信して、前記識別情報及び前記第一のＵＲＬに対応付けられて前記情報管理装置に記憶されている、前記第一のＵＲＬに係るコンテンツデータに関する処理を前記情報処理端末に実行させるスクリプトに対する１以上の第二のＵＲＬを、前記情報管理装置から受信する第二の受信部と、
   当該コンテンツ管理装置が記憶するコンテンツデータの中で、前記第一のＵＲＬに係るコンテンツデータに、前記第二のＵＲＬへの参照情報を挿入する挿入部と、
   前記挿入部によって前記参照情報が挿入されたコンテンツデータを、前記情報処理端末に返信する返信部と、
   を有することを特徴とする情報処理システム。
7. 相互にネットワークを介して接続される情報処理端末と情報管理装置とを含む情報処理システムにおける情報処理方法であって、
   前記情報処理端末が、
   当該情報処理端末に入力される情報又は当該情報処理端末によって検知される情報に基づく識別情報を前記情報管理装置に送信して、前記識別情報に対応付けられて前記情報管理装置に記憶されている第一のＵＲＬと、前記第一のＵＲＬに係るコンテンツデータに関する処理を前記情報処理端末に実行させるスクリプトに対する１以上の第二のＵＲＬとを、前記情報管理装置から受信し、
   受信された前記第一のＵＲＬに係るコンテンツデータを、ネットワークを介して取得し、
   取得されたコンテンツデータに、前記第二のＵＲＬへの参照情報を挿入する、
   処理を実行することを特徴とする情報処理方法。
8. 相互にネットワークを介して接続される情報処理端末と、コンテンツ管理装置と、情報管理装置とを含む情報処理システムにおける情報処理方法であって、
   前記情報処理端末が、
   当該情報処理端末に入力される情報又は当該情報処理端末によって検知される情報に基づく識別情報と、第一のＵＲＬとを前記コンテンツ管理装置に送信して、前記第一のＵＲＬに係るコンテンツデータを前記コンテンツ管理装置から受信する第一の受信部を有し、
   前記コンテンツ管理装置が、
   前記情報処理端末から受信した前記第一のＵＲＬ及び前記識別情報を前記情報管理装置に送信して、前記識別情報及び前記第一のＵＲＬに対応付けられて前記情報管理装置に記憶されている、前記第一のＵＲＬに係るコンテンツデータに関する処理を前記情報処理端末に実行させるスクリプトに対する１以上の第二のＵＲＬを、前記情報管理装置から受信し、
   当該コンテンツ管理装置が記憶するコンテンツデータの中で、前記第一のＵＲＬに係るコンテンツデータに、前記第二のＵＲＬへの参照情報を挿入し、
   前記参照情報が挿入されたコンテンツデータを、前記情報処理端末に返信する、
   処理を実行することを特徴とする情報処理方法。

Images