(57)【要約】【課題】  ブラウザ間でデータ協調を行う際に、ユーザあるいはコンテンツオーサが、"いつ連携を行うか"、"誰と連携を行うか"を直感的に指定する方法が存在しなかった。【解決手段】  連携を行う相手のブラウザを特定する。ブラウザで管理している内部オブジェクトにおける特定のデータに変更が生じると、連携相手に変更点を通知する。また、連携相手からデータを受信すると、そのデータが特定のデータである場合には当該データを内部オブジェクトに反映する。これにより複数のブラウザ間で協調作業が可能となる。【選択図】  図１Ｂ
2009053957.tif 000002
【特許請求の範囲】
【請求項１】
連携相手先の情報端末と共通のユーザインタフェースを使用し、互いのユーザインタフェースを介して入力されたデータを共有する情報処理装置であって、
ユーザインタフェースの構成及び動作を記述したコンテンツをロードするロード手段と、
ロードした前記コンテンツをパーズして内部オブジェクトを生成するパーズ手段と、
生成した前記内部オブジェクトに基づいてユーザインタフェースを提示する提示手段と、
前記連携相手先の情報端末を特定する情報を取得する取得手段と、
提示した前記ユーザインタフェースに対するユーザの操作に応じて、前記内部オブジェクトにおける当該操作に対応するデータを変更する第１変更手段と、
前記第１変更手段が変更したデータが前記連携相手先の情報端末と共有する特定のデータである場合には、当該データを前記連携相手先の情報端末に送信する送信手段と、
前記連携相手先の情報端末からデータを受信する受信手段と、
前記受信手段が受信したデータが前記連携相手先の情報端末と共有する特定のデータである場合には、前記内部オブジェクトにおける対応するデータを該特定のデータに変更する第２変更手段と、
を有することを特徴とする情報処理装置。
【請求項２】
前記取得手段は、ユーザインタフェースに設けられた入力エリアにユーザの操作によって入力されたデータを連携相手先の情報端末を特定する情報として取得することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記取得手段は、前記ロード手段がロードしたコンテンツと同じコンテンツをロードしている他の情報端末を検索し、該検索の結果から前記連携相手先の情報端末を特定する情報を取得することを特徴とする請求項１に記載の情報処理装置。
【請求項４】
前記検索はコンテンツのID又はURIに基づいて行うことを特徴とする請求項３に記載の情報処理装置。
【請求項５】
前記取得手段は、前記ロード手段がロードしたコンテンツに外部ファイルへのリンクが記述されている場合、同じ外部ファイルをリンクしたコンテンツをロードしている他の情報端末を検索し、該検索の結果から前記連携相手先の情報端末を特定する情報を取得することを特徴とする請求項１に記載の情報処理装置。
【請求項６】
連携相手先の情報端末と共通のユーザインタフェースを使用し、互いのユーザインタフェースを介して入力されたデータを共有するための情報処理装置の制御方法であって、
ユーザインタフェースの構成及び動作を記述したコンテンツをロードするロード工程と、
ロードした前記コンテンツをパーズして内部オブジェクトを生成するパーズ工程と、
生成した前記内部オブジェクトに基づいてユーザインタフェースを出力装置を介して提示する提示工程と、
前記連携相手先の情報端末を特定する情報を取得する取得工程と、
提示した前記ユーザインタフェースに対するユーザの操作に応じて、前記内部オブジェクトにおける当該操作に対応するデータを変更する第１変更工程と、
前記第１変更工程で変更したデータが前記連携相手先の情報端末と共有する特定のデータである場合には、当該データを前記連携相手先の情報端末に送信する送信工程と、
前記連携相手先の情報端末からデータを受信する受信工程と、
前記受信工程で受信したデータが前記連携相手先の情報端末と共有する特定のデータである場合には、前記内部オブジェクトにおける対応するデータを該特定のデータに変更する第２変更工程と、
を有することを特徴とする情報処理装置の制御方法。
【請求項７】
請求項６に記載の情報処理装置の制御方法を、当該情報処理装置に実行させるためのプログラム。
【請求項８】
請求項７に記載のプログラムを記憶したコンピュータ読み取り可能な記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は情報処理装置及びその制御方法に関し、特に、情報処理装置におけるユーザインタフェースの制御技術に関する。
【背景技術】
【０００２】
コンテンツブラウザ(ブラウザ)は、ネットワーク上の情報を閲覧する技術として急速に広まった。このブラウザは、現在では情報閲覧だけにとどまらず、サービスとユーザの仲立ちを行うためのユーザインタフェース（UI）を提供する場としても利用されている。
【０００３】
例えば、インターネットを介してピザの注文を行うサービスを考えると、次のような流れで進む。
【０００４】
１．ユーザ（ピザの注文者）は、ユーザの端末からインターネットを介してサーバ（ピザの注文受けサービス）にアクセスする。
２．サーバはピザの注文を行うUIコンテンツをユーザ端末に送る。
３．ユーザ側のブラウザは、サーバから送られてきたUIコンテンツを解釈し、ユーザにUIを提供する。
４．ユーザはブラウザ上に実現されたUIを操作し、ピザの枚数、大きさ、送り先などの情報をフォーム入力等を用いて入力し、最後に注文データを送信する。
５．ユーザの注文データはサーバで受信され、これによりピザ業者がピザを焼き、ユーザに届けるサービスが開始される。
【０００５】
ブラウザをUIに利用することにより、サービス提供者はUI開発にかける工数を低減することができる。なぜなら、サービス提供者はUIコンテンツだけを作成（オーサリング）すればよく、その他のハードウェア（PC、携帯電話等）、ソフトウェア（ブラウザ）は、既存のものを利用することが可能だからである。
【０００６】
ところで、現在では、ユーザに提供されるUIを構成するUIコンポーネントと、ブラウザからサーバに送られるデータには、htmlのフォーム機能を利用しているものが多い。しかし、htmlのフォーム機能は記述能力(特にデータの構造化、データのチェック)が限られている。そのため次世代のフォーム記述言語仕様として、XForms (http://www.w3.org/TR/xforms/) が勧告された。
【０００７】
現在のブラウザでは、UI操作を複数ブラウザで協調させるのは難しい。例えば、東京にいるAさんと大阪にいるBさんが、週末に行われるピザパーティで用いるピザを協調して注文することを考える。AさんとBさんは異なる場所（東京と大阪）でUIを操作することになるので、二つのUIは協調することが望ましい。例えば、Aさんがピザの枚数を変更した場合には、瞬時にBさんのブラウザの枚数部分が変更されることが望まれる。
【０００８】
このようなブラウザ間のデータ共有は、データ管理サーバを別途設けることで実現可能である(特許文献１)。
【０００９】
【特許文献１】特開２０００−２１５１７３号公報
【発明の開示】
【発明が解決しようとする課題】
【００１０】
上述したようなブラウザ間のデータ共有は、特許文献１で開示されているようにデータ管理サーバを別途設けることで実現できるが、このようなケースのためにデータ管理サーバを用意することは、あまり現実的ではない。
【００１１】
これに対し、各ブラウザに Peer to Peer の通信機能を持たせることでもUI協調が可能である。この場合、特定のサーバが無くてもブラウザ同士が通信を行うことができるため、UI提供側の負担は小さくなる。しかし、UI協調をブラウザ単体で行えるようにすると、"いつUI連携を行うか"、"誰とUI連携を行うか"をユーザはブラウザに通知する必要が生じる。従来、このことを考慮した提案は存在しなかった。
【課題を解決するための手段】
【００１２】
本発明の一側面によれば、連携相手先の情報端末と共通のユーザインタフェースを使用し、互いのユーザインタフェースを介して入力されたデータを共有する情報処理装置であって、ユーザインタフェースの構成及び動作を記述したコンテンツをロードするロード手段と、ロードした前記コンテンツをパーズして内部オブジェクトを生成するパーズ手段と、生成した前記内部オブジェクトに基づいてユーザインタフェースを提示する提示手段と、前記連携相手先の情報端末を特定する情報を取得する取得手段と、提示した前記ユーザインタフェースに対するユーザの操作に応じて、前記内部オブジェクトにおける当該操作に対応するデータを変更する第１変更手段と、前記第１変更手段が変更したデータが前記連携相手先の情報端末と共有する特定のデータである場合には、当該データを前記連携相手先の情報端末に送信する送信手段と、前記連携相手先の情報端末からデータを受信する受信手段と、前記受信手段が受信したデータが前記連携相手先の情報端末と共有する特定のデータである場合には、前記内部オブジェクトにおける対応するデータを該特定のデータに変更する第２変更手段とを有することを特徴とする情報処理装置が提供される。
【発明の効果】
【００１３】
本発明によれば、ブラウザで Peer to Peer のデータ共有を行う際に、ユーザあるいはコンテンツオーサによりデータ共有を行うタイミング、データ共有を行う相手を指定することが可能となる。
【発明を実施するための最良の形態】
【００１４】
以下、図面を参照して本発明の好適な実施形態について詳細に説明する。なお、本発明は以下の実施形態に限定されるものではなく、本発明の実施に有利な具体例を示すにすぎない。また、以下の実施形態の中で説明されている特徴の組み合わせの全てが本発明の課題解決手段として必須のものであるとは限らない。
【００１５】
（実施形態１）
図１Ａは、実施形態に係る情報処理装置のハードウェア構成図である。この情報処理装置1は、CPU4、ROM5、RAM6、ネットワークボード7、入出力装置8、外部記憶装置9を備える。そして、インターネット10を介して他の情報処理装置2とPeer to Peerの通信を行う機能を有する。また、ファイルサーバ3の外部記憶装置から、htmlファイル等のコンテンツデータを取得し、それをブラウザを介してユーザに提示する機能を有する。
【００１６】
図１Ｂは、図１Ａに示した情報処理装置の機能構成図である。この情報処理装置はブラウザ機能を有する。ブラウザは、ブラウザ外部に記述されたコンテンツを読み込み、そのコンテンツに記述された動作を行うソフトウェア、あるいはハードウェアである。
【００１７】
情報処理装置は、コンテンツロード部101を備えている。ここでは、予め作成されたコンテンツをロードし、ブラウザ内部に取り込む。コンテンツはユーザインタフェースの構成及び動作を記述したもので、HTML, XHTML, VoiceXML のような既存の記述言語で書かれたものでもよく、もちろん、新規に定義された記述言語で書かれたものでもよい。
【００１８】
コンテンツパーズ部102は、ロードしたコンテンツを内部オブジェクトに変換する。例えば、DOMツリーのようなデータ構造の内部オブジェクトに変換し、ブラウザ内のメモリに格納する。内部オブジェクトには、ブラウザの動作に必要な全ての情報が含まれており、GUIや音声といったビュー情報やユーザ操作に対する振る舞い等が含まれる。
【００１９】
提示部108は、出力装置を介してブラウザの動作をユーザに提示する部分である。例えば、コンテンツに画面情報(画像ファイル、GUI等)を提示する旨が記述されていた場合は、提示部108はディスプレイなどの画像出力装置で実現される。また、音声情報を提示する場合は、提示部108はスピーカによって実現される。
【００２０】
ユーザ操作入力部107は、マウス、キーボード、マイクロホン等のユーザの操作、音声を取り込む部分である。ユーザは、提示部108とユーザ操作入力部107を用い、ブラウザの操作を行う。ユーザの操作は、内部オブジェクトに反映されてもよい。
【００２１】
連携相手決定部103は、連携した動作を行う他のブラウザを決定する。例えば、ユーザが設定画面で、連携相手のブラウザ(IPアドレスとPort番号)を指定した場合、そのデータを利用することが最も単純な連携相手の決定方法である。
【００２２】
データ送信部105は、連携相手に対しデータを送信する部分である。また、データ受信部106は連携相手からデータを受信する部分である。
【００２３】
管理部104は、ブラウザの動作を実現するために重要な部分である。この部位の基本的な動作は、内部オブジェクトに従って提示部108とユーザ操作入力部107を制御することである。例えば、「あるAという画像をディスプレイに提示せよ」とコンテンツに記述してあった場合は、この通りに画像を提示するよう制御する。更に、「Aという画像がマウスによりクリックされたら、Bという画像を提示せよ」といったブラウザ動作(「XならばYせよ」といった振る舞い)が記述されていた場合は、このようなユーザ入力も加味した動作を実現しなければならない。
【００２４】
更に、管理部104では、内部オブジェクトにおける特定のデータが変更された場合に、連携相手決定部103で決定した連携相手に対し、データ送信部105を介して当該特定のデータの一部を送信する。また、データ受信部106を介し、連携相手から内部オブジェクトにおける特定のデータが送られてきた場合は、それを内部オブジェクトに反映する。どのようなデータを特定のデータとして連携相手に送信するかは、コンテンツに予め記述しておいてもよい。この部分の詳しい例は実施形態２以降で述べる。
【００２５】
以上により、本提案のブラウザ装置は、連携相手を決定し、その相手と特定のデータを送受信することが可能となる。これにより、特定のデータが連携相手とミラーリングされるため、ユーザからは、特定のデータが共有されたかのように見えるようになる。
【００２６】
（実施形態２）
ここでは、ユーザとサービスアプリケーションの仲立ちを行うUIとしてブラウザを利用した例を示す。図２は、本実施形態で用いる情報処理装置の機能構成図である。また、図３、４は本実施形態で用いる情報処理装置のフローチャートである。ここではこれらの図を用いて、複数のUIブラウザが協調してピザの注文を行う例を説明する。
【００２７】
まず、本情報処理装置が立ち上がると、UIコンテンツロード部201はUIコンテンツをロードする(ステップS301)。UIコンテンツは、オーサによって予め作成されたUIのビューや動作が記述されたものである。UIコンテンツの例を図５に示す。このコンテンツ例501は、ピザの注文用UIコンテンツである。ここでは XForms という言語仕様を用いている。ただし、本発明のUIコンテンツは特定の言語仕様に限定されるものではない。
【００２８】
UIコンテンツのロードが終了すると、UIコンテンツパーズ部202は、UIコンテンツをパーズ(parse)して内部オブジェクトを生成する(ステップS302)。UIコンテンツパーズ部202は、生成した内部オブジェクトをメモリに格納する。
【００２９】
次に、UI連携相手決定部203は、UI連携相手の決定を行う(ステップS303)。UI連携を行うか、どの相手と連携するかは、UIブラウザの設定画面を介して行うことが可能である。図７は、UIブラウザ付属のUI連携設定画面701の例である。他のブラウザとUI連携を行うか否かを指示するチェックボックス702により、UI連携を行うかどうかを設定できる。また、UI連携を行う場合は、連携相手先の入力エリア703にIPアドレスとPort番号を指定することが可能である。このような設定を予め行っておき、そのデータにアクセスすることにより、UI連携相手決定部は、UI連携相手の決定を行うことが可能である。
【００３０】
次に、UIコンテンツに記述された通りにUIを実行するため、UI実行のサブルーチンに入る(ステップS304)。
【００３１】
UI実行のサブルーチン（図４）に入ると、UI提示部208は、ユーザにUIを提示する(ステップS401)。図５のUIコンテンツをGUIとして提示したUIブラウザ601の例が図６である。コンテンツ例501の22行に対応して枚数入力用テキストボックス602、26行に対応してサイズ入力用リストボックス603、36行に対応してチャット用テキストエリア604、40行に対応して注文ボタン605がGUIとして表示されている。XFormsはビューを規定するものではないため、このようなGUIの提示はブラウザ依存である。
【００３２】
ユーザは、UIブラウザによって提示された内容を基に操作を行う。例えば、マウスやキーボードを操作し情報の設定を行う。また、UIブラウザはユーザの操作も監視する(ステップS402)。ユーザの操作は、ユーザ操作入力部207によりUIブラウザ内に取り込まれる。更に、UIデータ受信部206は、連携相手のUIブラウザからのデータ受信も監視する。
【００３３】
ユーザ操作、連携相手からのデータ受信を感知すると、その内容が終了指示かどうかを判定する(ステップS403)。例えば、終了ボタン606が押された場合は、ユーザによる終了指示とみなす。この場合、「終了」という返り値と共にUI実行のサブルーチンを終了する。メインルーチン側では、この返り値を受けると(ステップS305)、処理を終了する。
【００３４】
終了指示でなかった場合、バックエンドアプリとの通信指示であったかどうかを判定する(ステップS404)。バックエンドアプリとは、サービスを実際に実行する実体である。ピザ注文の例では、ピザを焼きそれを配達するサービスがこれに相当する。図６の例では、注文ボタン605が押されると、バックエンドアプリとの通信指示とみなす。これを検知すると、「バックエンドアプリとの通信」という返り値と共にUI実行のサブルーチンを終了する。メインルーチン側では、この返り値を受けると(ステップS306)、バックエンドアプリ通信部209を介し、バックエンドアプリと通信する(ステップS307)。ピザの例では、ピザ注文を担っているサーバに、図５の10-12行目に対応するデータ(枚数、サイズ、メモ)を送る。
【００３５】
これ以外のユーザ操作であった場合(ステップS405)、例えばユーザがピザの枚数に「２」を設定した場合、内部オブジェクトにおける対応するデータ（UIデータ）を変更する(ステップS408)（第１変更処理）。更に、変更したUIデータが特定のデータかどうかを判定する(ステップS409)。特定のデータであった場合、UIデータ送信部205を介し、UI連携相手に対して変更されたUIデータを送信する(ステップS410)。どういったUIデータを特定のデータとして連携相手に送るべきかは、ロードしたUIコンテンツによって判断することが可能である。例えば、図５のUIコンテンツでは、サーバに送るべきデータが10-12行に書かれている。このようにサーバに対して送信することになっているデータを連携相手に送るようにしてもよい。この例では、602、603、604の内容がユーザによって変更されると、連携相手にその更新データが送信されるようになる。
【００３６】
ユーザによるデータ受信ではなく、UI連携相手からのデータ受信であった場合(ステップS406)、UIデータ受信部206からデータを受信し、そのデータをUIデータと表示されているUIに反映する(ステップS407)（第２変更処理）。例えば、UI連携相手から "pizza_num = 2" というデータが送られてきた場合は、"pizza_num" に相当するUIデータの値を "2" に変更すると共に、枚数入力用テキストボックス602に"2"を設定する。
【００３７】
以上により、特定のUIデータをUIブラウザ間で共有することが可能となる。図８は、東京にいるAさんと、大阪にいるBさんのUIブラウザのある時点のビューの例である。801がAさんのUIブラウザ、802がBさんのUIブラウザである。各人異なるUIブラウザを用いているため、図示のようにビューは微妙に異なる場合もある。しかし、それぞれのUIブラウザで連携相手として互いのブラウザを指定することで、特定のUIデータが共有されるようになる。また、UIデータの共有により、チャット機能も容易に実現することが可能である。
【００３８】
（実施形態３）
上記実施形態では、ブラウザの設定を用いて、連携を行うか、誰を連携相手とするかを取得していた。しかし、別の方法を用いて、これらの決定を行ってもよい。例えば、図１１の（Ａ）のケース１のように、それぞれのブラウザが異なるコンテンツをロードしている場合には、連携を行わない。逆に、（Ｂ）のケース２のにように、同じコンテンツをロードしているブラウザ（他の情報端末）と連携を行う。
【００３９】
これを行うには、あるコンテンツをロードした際に、そのコンテンツが持つID(IDについては実施形態４で示す)、あるいはそのコンテンツのURIを保持し、そのID又はURIを同じくするコンテンツをロードしているブラウザを検索する。検索の方法は公知の手法を使用してよい。例えば、図７のように設定画面で設定したブラウザ一覧から検索してもよい。あるいは、自分と同じサブネット内にブロードキャストして連携相手を検索してもよい。あるいは何らかのサーバに問い合わせを行ってもよい。検索あるいは問い合わせの結果、自分と同じコンテンツをロードしているブラウザが見つかった場合は、そのブラウザと連携を開始する。この方法については実施形態１、２と同様である。
【００４０】
（実施形態４）
上記実施形態に対してさらに、図１１の（Ｃ）のケース３のように、共通コンテンツをリンクしたファイルをロードしているブラウザ（他の情報端末）と連携を行ってもよい。
【００４１】
図９は、XForms のメタデータ参照により、外部のソースをリンクしているUIコンテンツ例501を示している。このコンテンツの8行目には、具体的な instance 記述の代わりに、外部ファイルへのURIが記述されている(902)。
【００４２】
図１０は、リンクされている外部ファイルの例である。外部ファイルでは、1001のように共有したいデータを記述する。この場合、リンクする側のコンテンツに記述されたリンクされるファイルへのURIがリンクされるファイルを示す名前として用いられる。例えば1001のファイルが "http://172.23.47.81:2061/pizza_order.html" として置かれていたとする。この場合は、"http://172.23.47.81:2061/pizza_order.html" をそのファイルの名前とする。また、1002のようにリンクされるファイル内に1003に示されるような固有のIDを振ることで、そのIDをリンクされるファイルの名前として用いることも可能である。
【００４３】
ブラウザは、自分がロードしているコンテンツがリンクしている外部ファイルの名前を調べ、これと同じ名前の外部ファイルをリンクしたコンテンツをロードしているブラウザがあるかどうか検索する。検索の方法は実施形態３で示した方法を用いてもよい。そのようなブラウザが見つかった場合、そのブラウザと連携を開始する。
【００４４】
データ共有を行うかどうかのスイッチとして、コンテンツに共通のファイルをリンクさせるというのは、プログラミングにおける include や MemoryMappedFile で用いられている直感的な手法である。また、これを用いると、共有したいデータは外部ファイルとしてリンクし、共有したくないデータはローカルのファイルに記述するといった細かい制御も可能となる。
【００４５】
（実施形態５）
上記実施形態では、連携相手は一つのブラウザであった。しかし、連携相手を複数のブラウザとすることも可能である。また、実施形態４の方法を用いることで、あるデータ群はブラウザAと共有し、別のデータ群はブラウザBと共有するといったように、データによって共有相手を分けることも可能である。
【００４６】
（実施形態６）
本発明は、ブラウザ間での特定のデータ送受信プロトコルに限定されるものではない。用いられるプロトコルには、socket メッセージ、SOAP、SMTP等といったものが利用可能である。図１２に、SOAPプロトコルを用いたブラウザ間での通信データの例を示す。ここでは、Datamodel instance の "order/memo" というデータを送っている様子を表している。
【００４７】
（他の実施形態）
以上、本発明の実施形態を詳述したが、本発明は、複数の機器から構成されるシステムに適用してもよいし、また、一つの機器からなる装置に適用してもよい。
【００４８】
なお、本発明は、前述した実施形態の各機能を実現するプログラムを、システム又は装置に直接又は遠隔から供給し、そのシステム又は装置に含まれるコンピュータがその供給されたプログラムコードを読み出して実行することによっても達成される。
【００４９】
したがって、本発明の機能・処理をコンピュータで実現するために、そのコンピュータにインストールされるプログラムコード自体も本発明を実現するものである。つまり、上記機能・処理を実現するためのコンピュータプログラム自体も本発明の一つである。
【００５０】
その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等、プログラムの形態を問わない。
【００５１】
プログラムを供給するためのコンピュータ読み取り可能な記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷなどがある。また、記録媒体としては、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤ（ＤＶＤ−ＲＯＭ，ＤＶＤ−Ｒ）などもある。
【００５２】
また、プログラムは、クライアントコンピュータのブラウザを用いてインターネットのホームページからダウンロードしてもよい。すなわち、ホームページから本発明のコンピュータプログラムそのもの、もしくは圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードしてもよい。また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードする形態も考えられる。つまり、本発明の機能・処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバも、本発明の構成要件となる場合がある。
【００５３】
また、本発明のプログラムを暗号化してコンピュータ読み取り可能なＣＤ−ＲＯＭ等のコンピュータ読み取り可能な記憶媒体に格納してユーザに配布してもよい。この場合、所定条件をクリアしたユーザにのみ、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせ、その鍵情報で暗号化されたプログラムを復号して実行し、プログラムをコンピュータにインストールしてもよい。
【００５４】
また、コンピュータが、読み出したプログラムを実行することによって、前述した実施形態の機能が実現されてもよい。なお、そのプログラムの指示に基づき、コンピュータ上で稼動しているＯＳなどが、実際の処理の一部又は全部を行ってもよい。もちろん、この場合も、前述した実施形態の機能が実現され得る。
【００５５】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれてもよい。そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部又は全部を行ってもよい。このようにして、前述した実施形態の機能が実現されることもある。
【図面の簡単な説明】
【００５６】
【図１Ａ】実施形態における情報処理装置のハードウェア構成図である。
【図１Ｂ】実施形態１に係る情報処理装置の機能構成図である。
【図２】実施形態２における情報処理装置の機能構成図である。
【図３】実施形態２における情報処理装置のメイン動作を説明するフローチャートである。
【図４】実施形態２における情報処理装置のUI実行サブルーチンを示すフローチャートである。
【図５】実施形態２におけるUIコンテンツの例を示す図である。
【図６】実施形態２におけるUIブラウザのビューの例を示す図である。
【図７】実施形態２におけるUI連携設定画面の例を示す図である。
【図８】実施形態２における動作画面例を示す図である。
【図９】実施形態４におけるUIコンテンツの例(リンクする側)を示す図である。
【図１０】実施形態４におけるUIコンテンツの例(リンクされる側)を示す図である。
【図１１】実施形態３、４におけるUIブラウザの概念図である。
【図１２】実施形態６におけるブラウザ間の通信データの例を示す図である。
【符号の説明】
【００５７】
１０１  コンテンツロード部
１０２  コンテンツパーツ部
１０３  連携相手決定部
１０４  管理部
１０５  データ送信部
１０６  データ受信部
１０７  ユーザ操作入力部
１０８  提示部
【図１Ａ】
2009053957.tif 000003
【図１Ｂ】
2009053957.tif 000004
【図２】
2009053957.tif 000005
【図３】
2009053957.tif 000006
【図４】
2009053957.tif 000007
【図５】
2009053957.tif 000008
【図６】
2009053957.tif 000009
【図７】
2009053957.tif 000010
【図８】
2009053957.tif 000011
【図９】
2009053957.tif 000012
【図１０】
2009053957.tif 000013
【図１１】
2009053957.tif 000014
【図１２】
2009053957.tif 000015