JP2006244514A - ネットワークシステム、プログラム、端末装置 - Google Patents

Abstract

【課題】ネットワーク間で、ファイル共有のみではなく、例えば共有ファイルの処理などの機能も共有できるようにして、より利便性の高い共有システムを得る。
【解決手段】ネットワークを介して接続された複数の端末装置の間で共通のコンテンツデータを出力するネットワークシステムであって、複数の端末装置それぞれは、共通のコンテンツデータを出力するための共通コンテンツ出力手段と、処理操作のデータを入力する操作入力手段と、入力された処理操作のデータに基づき共通コンテンツ出力手段に含まれる所定のアプリケーションに従って処理を実行する実行手段と、処理の結果出力された出力データを共有化情報として、ネットワークを介して複数の端末装置の間で送受信する送受信手段とを備える。共通コンテンツ出力手段は、送受信した共有化情報を共通のコンテンツデータとして出力する。
【選択図】図１

Description

本発明は、例えばネットワーク上に存在する複数の情報処理装置が、データや機能を共有するためのコンテンツデータを再生出力するためのプログラムと、このプログラムにより共有を行う複数の端末装置（情報処理装置）から成るネットワークシステムと、このネットワークシステムの一部として設けられる端末装置とに関するものである。

インターネットやＬＡＮ(Local Area Network)などのネットワークにより接続された端末装置間では、それぞれの端末装置のローカルのハードディスクなどに保存されているファイルを共有することが可能となっている。
また、このようなファイル共有について、より視覚的な操作感覚が得られるようにＧＵＩ（Graphical User Interface）が構築されたアプリケーション・ソフトウェア（ファイル共有アプリケーション）も知られている。

図２０は、上記したようなファイル共有アプリケーションの具体例として、そのＧＵＩ画面の表示態様を示している。
ネットワーク上でファイルを共有したいとする端末装置に対しては、それぞれファイル共有アプリケーションをインストールしておくようにされる。なお、ここでいう端末装置とは、例えばパーソナルコンピュータ、ＰＤＡ(Personal Digital Assistants)などの情報処理装置をネットワークに接続したものをいう。

上記のようにして、ファイル共有アプリケーションをインストールしたうえで、端末装置上でファイル共有アプリケーションを起動させると、図２０に示すようにして、ファイル共有アプリケーションのＧＵＩである、アプリケーションウィンドウ４００が表示される。

このアプリケーションウィンドウ４００においては、背景画像として、図示するように複数のファイル配置枠４０１が配列表示される。この場合には、１５のファイル配置枠４０１が配列表示されており。それぞれ「０１」〜「１５」までの枠番号が与えられている。
端末装置のユーザは、このアプリケーションウィンドウ４００内における任意のファイル配置枠４０１に対して、任意のファイル（ファイルのアイコン）を例えばドラッグ・アンド・ドロップさせることができる。

ドラッグ・アンド・ドロップされたファイルは、そのドラッグ・アンド・ドロップ位置のファイル配置枠４０１上において、アイコン化された状態で重畳表示される。図２０においては、枠番号「０１」〜「０４」までのファイル配置枠４０１に対してそれぞれ静止画像データのアイコン４０２Ｐが表示されている。この場合、静止画像データのアイコン４０２Ｐとしては、その画像内容が表示されるようになっている。
また、枠番号「０６」「０７」のファイル配置枠４０１上には、それぞれオーディオデータファイルのアイコンが表示され、枠番号「０８」「０９」のファイル配置枠４０１上には、それぞれ所定のファイル形式による文書ファイルのアイコンが表示されている。

このようにして、ドラッグ・アンド・ドロップ操作によっては、アプリケーションウィンドウ４００上にファイルのアイコンを配置させることができる。
そしてこのとき、例えば複数の端末装置をネットワークにより接続して、これらの端末装置の各々において、同じファイル共有アプリケーションを起動させることで、上記アプリケーションウィンドウ４００を表示させている状態では、次のようにしてファイル共有が行われる。

つまり、ネットワーク上で接続される複数の端末装置における、或る１つの端末装置Ａ上において、アプリケーションウィンドウ４００内の或るファイル配置枠４０１上にファイルのアイコンを配置させたとする。すると、他の端末装置Ｂのアプリケーションウィンドウ４００内における同じファイル配置枠４０１上に、そのファイルのアイコンが同じように表示されるものである。

そしてまた、端末装置Ａ側でアプリケーションウィンドウ４００内にファイルを配置する操作が行われたことで、端末装置Ｂ側のアプリケーションウィンドウ４００内において、そのファイルのアイコンが新規に表示された場合に、この端末装置Ｂのユーザが、保存のための操作を行ったとする。すると、端末装置Ｂでは、このアイコンが示すファイルを、ネットワークを介して端末装置Ａから取得し、例えば端末装置Ｂのローカルのハードディスクに保存することができる。
このようにして、ネットワークを介してのファイルの共有が行われるものである。

ところで、上記した共有アプリケーションの機能としては、上記のようにしてファイルを共有したうえで、各端末装置で、例えば共有されたファイルを保存するといった基本的なファイル操作にとどまる。
そこで、共有アプリケーションの機能をさらに充実させ、例えば、共有している状態のファイルについて、共有者の間で、何らかの加工、編集などをはじめとする各種処理についての操作が行えるようにすれば、よりユーザにとって利用価値の高い共有アプリケーションを提供することができる。
また、このような共有アプリケーションに与えるべきファイル処理機能としては、予め固定的に共有アプリケーションに組み込まれるようにするのではなく、例えば、共有者間の利用形態などに応じて、自由度が与えられるようにしてプラグイン的に組み込めるようにすれば、ファイル処理機能について拡張性が与えられることになって好ましい。

本発明は、ネットワークを介して接続された複数の端末装置の間で共通のコンテンツデータを出力するネットワークシステムであって、上記複数の端末装置それぞれは、上記共通のコンテンツデータを出力するための共通コンテンツ出力手段と、処理操作のデータを入力する操作入力手段と、上記入力された処理操作のデータに基づき上記共通コンテンツ出力手段に含まれる所定のアプリケーションに従って処理を実行する実行手段と、上記処理の結果出力された出力データを共有化情報として、上記ネットワークを介して上記複数の端末装置の間で送受信する送受信手段と、を備え、上記共通コンテンツ出力手段は、上記送受信した共有化情報を上記共通のコンテンツデータとして出力するように構成する。

また本発明は、コンピュータを、
ネットワークを介して接続された複数の端末装置の間で共通のコンテンツデータを出力するための共通コンテンツ出力手段、処理操作のデータを入力する操作入力手段、上記入力された処理操作のデータに基づき上記共通コンテンツ出力手段に含まれる所定のアプリケーションに従って処理を実行する実行手段、上記処理の結果出力された出力データを共有化情報として、上記ネットワークを介して上記複数の端末装置の間で送受信する送受信手段、上記送受信した共有化情報を上記共通のコンテンツデータとして出力する出力手段
として機能させるよう構成されたプログラムである。

さらに本発明は、ネットワークを介して他の１以上の端末装置と接続され、共通のコンテンツデータを出力するための端末装置であって、上記端末装置は、上記共通のコンテンツデータを出力するための共通コンテンツ出力手段と、処理操作のデータを入力する操作入力手段と、上記入力された処理操作のデータに基づき上記共通コンテンツ出力手段に含まれる所定のアプリケーションに従って処理を実行する実行手段と、上記処理の結果出力された出力データを共有化情報として、上記ネットワークを介して上記１以上の他の端末装置の間で送受信する送受信手段と、を備え、上記共通コンテンツ出力手段は、上記送受信した共有化情報を上記共通のコンテンツデータとして出力するように構成する。

以上説明したように本発明は、同じコンテンツデータを各クライアント（端末装置、情報処理装置）が閲覧画面として再生出力するようにした上で、このコンテンツデータに対する操作に応じた共有化情報を相互に送受信するようにされる。そして、この共有化情報に基づいて、各閲覧画面（ブラウザウィンドウ）にて上記操作に応じた処理結果等が得られるようにしている。
これにより、例えばファイルなどのデータを入力する操作を行えばファイル共有が可能となり、また、ファイルに対して何らかの処理を施すといったような機能を共有することができる。また、閲覧画面に外部アプリケーションを制御して所定の機能を実行させることも可能となる。
つまりは、コンテンツデータとしてのアプリケーションにより実現可能な各種の操作機能を共有することが可能となるものである。コンテンツデータのアプリケーションにより実現される機能としては多様に考えられるから、クライアント間では、ファイルの共有だけではなく、コンテンツデータとしてのプログラムに従って実現されるファイル処理等をはじめとする各種機能も共有できることになる。これにより、これまでのように、単にファイルを共有するアプリケーションプログラムと比較して、より利便性の高い共有システムを構築することが可能となるものである。

また、本発明としては、コンテンツデータを再生出力した閲覧画面に対する操作に応じて外部アプリケーションを起動させることで所要の機能が実現されるようにしたうえで、クライアントにおける閲覧画面上に対する操作によって、外部アプリケーションの購入手続きと、ダウンロードとを一括して行うことができるようにされている。これにより、外部アプリケーションを購入制とした場合において、クライアントのユーザが外部アプリケーションを購入して自身のローカルにインストールするまでの手間を、非常に楽なものとすることが可能になる。

以下、本発明としての実施の形態について説明していくこととする。以下の説明は次の順序で行う。

１．システム構成
２．コンテンツサーバ
３．クライアント（パーソナルコンピュータ）
４．共有ブラウザのプログラム構造
５．コンテンツデータ
５−１．構造概念
５−２．コンテンツデータによるファイル処理例
５−２−１．第１例（画像処理：バックグラウンド処理）
５−２−２．第２例（画像処理：外部アプリケーション起動）
５−２−３．第３例（ファイル処理：画像合成処理）
５−２−４．第４例（ファイル処理：動画化処理）
５−２−５．第５例（撮像画像ファイル取り込み）
５−２−６．第６例（ファイル処理：テキスト読み上げ）
６．処理動作例
７．変形例１：外部アプリケーションを購入制とする場合のシステム構成
８．変形例２：サーバによりクライアントのアドレスを管理する場合のシステム構成

１．システム構成

図１は、本実施の形態としてのネットワークシステムの構成例を示している。 この図に示すようにして、本実施の形態のネットワークシステムは、コンテンツサーバ１と複数のクライアント２とをネットワークにより接続することで構成される。この場合には、クライアント２として、クライアント２−１，２−２，２−３の３つのクライアントが存在する場合を例として示している。

ここで、本実施の形態のネットワークシステムを構築するためのネットワークの種類としては、特に限定されるものではないが、例えばインターネットを挙げることができる。また、ＬＡＮ(Local Area Network)やＷＡＮ(Wide Area Network)などの限定されたエリアでのネットワークとされても良い。
また、例えば本実施の形態の場合であれば、クライアント２同士はＬＡＮなどのネットワークにより相互接続し、さらに、コンテンツサーバ１のみはインターネット上に存在するものとしたうえで、各クライアント２が、インターネットを介してコンテンツサーバ１と接続されるようにしたネットワーク構成でも構わない。
但し、以降の説明においては、便宜上、コンテンツサーバ１、及び各クライアント２は、インターネットにより接続されていることを前提とする。

本実施の形態の場合、クライアント２の各々には、共有ブラウザとしてのアプリケーション・ソフトウェアがインストールされている。この共有ブラウザは、先ずは、コンテンツサーバ１からダウンロードしたＨＴＭＬやＸＭＬなどの規格に従って作成されたコンテンツデータを再生して表示させることができる機能を有する。
そのうえで、各クライアントが同じコンテンツデータを再生表示している状態の下で、ネットワークを介して接続されることによって、このコンテンツデータとしてのアプリケーション機能を共有することができる。具体的には、後述するようにして、ファイル共有を可能とする共に、この共有されたファイル（共有ファイル）に対する編集等をはじめとする所要の処理を行うための操作（機能）も共有することを可能とするものである。つまり、ファイル共有のみではなく、ファイル処理等に代表される各種機能も共有することが可能とされる。

また、共有すべき各種の機能を実行するためには、外部アプリケーションと連携可能な実行スクリプト等を格納したコンテンツデータを、共有ブラウザによって再生することで得られる。そして、コンテンツデータが再生出力され、ブラウザ画面（閲覧画面）が表示されている状態では、このブラウザ画面に対する操作によって、スクリプトが実行されることで外部アプリケーションをコントロールするようにされる。これによって、外部アプリケーションがサポートしているとされる機能を、ブラウザ画面に対する操作によって得ることができる。また、同じコンテンツデータをブラウザ画面として再生出力していると共に、相互接続されたクライアント２間では、同じ機能操作ボタン等が表示されているのであるから、このような機能を共有することができるものである。
そして、コンテンツサーバ１は、このコンテンツデータを各クライアント２にアップロードするために設けられる。

つまり、コンテンツサーバ１には、所定の機能が実現されるようにスクリプトが記述され、また、Ｊａｖａ（登録商標）等のアプリケーションを格納したコンテンツデータが各種格納されている。そして、クライアント２では、コンテンツサーバにアクセスして必要なコンテンツデータの取得を要求できるようになっている。このためには、例えば特定のアドレスを指定してアクセスするようにすればよい。例えば本実施の形態のネットワークはインターネットであるから、ＵＲＬ(Uniform Resource Locator)を指定してアクセスするものである。
この要求に応じて、コンテンツサーバ１では、自身が格納しているコンテンツデータのうちから、要求されているコンテンツデータを要求元のクライアント２に対して送信するようにされる。
クライアント２では、コンテンツサーバ１から送信されてきたコンテンツデータを受信すると、このコンテンツデータを、共有ブラウザにより再生出力する。これにより、クライアント２においては、或る特定の機能を有したブラウザ画面が表示されることになる。

そして、例えば複数のクライアント２では、上記のようにしてコンテンツサーバ１にアクセスすると同時に、同じアドレスにアクセスしているクライアント２の間で、ネットワークを介して相互に接続された状態を得るようにされる。
これにより、後述するようにして、相互接続されたクライアント２の間では、同じコンテンツデータを再生出力していることで、共有ブラウザのブラウザ画面上でファイルや、ファイル処理などをはじめとする機能を共有することが可能となるものである。
なお、本実施の形態におけるファイルや機能の共有についての具体例については後述する。

２．コンテンツサーバ

図２は、コンテンツサーバ１の内部構成例を示している。
このコンテンツサーバ１は、例えば図示するようにして、記憶部１０１、ネットワークインターフェイス１０２、制御部１０３を備えて成る。

記憶部１０１には、コンテンツサーバとしての機能を実現するのに必要とされる各種情報が記憶されている。ここでは、記憶部１０１に格納されるデータの代表的なものとして、コンテンツデータベース１１０、外部アプリケーションデータベース１１１、ユーザデータベース１１２、及び実行アプリケーション１１３が示されている。

コンテンツデータベース１１０には、クライアント２に対してアップロードすべきコンテンツデータが格納されている。
外部アプリケーションデータベース１１１には、必要な外部アプリケーションとしての各種プログラムが、例えばデータベース化されて格納される。
本実施の形態では、当該コンテンツサーバ１からアップロードされるコンテンツデータは、クライアント２側において、ローカルにインストールされた外部アプリケーションと連携することで所定の機能が得られるように形成されている。外部アプリケーションデータベース１１１には、このような、クライアント２においてインストールされるべき外部アプリケーションが格納される。
ユーザデータベース１１２は、各クライアント２のユーザについてのユーザＩＤなどを始め、クライアント２のユーザを管理するためのデータベースであり、例えばクライアント２のユーザについての所要の情報がデータベース化されて格納されている。このユーザデータベース１１２のデータは、例えば機能プログラム要求などのためにクライアント２がアクセスして来た際の認証処理などに利用される。

実行アプリケーション１１３は、コンテンツサーバ１が実行すべき各種動作に対応する各種のアプリケーションプログラムから成るものとされる。
例えばネットワークを介してのクライアント２との情報送受信機能を司るアプリケーションプログラムや、コンテンツデータベース１１０、外部アプリケーションデータベース１１２を検索するアプリケーションプログラムや、ユーザデータベース１１２に基づいて、ユーザ認証を行うためのアプリケーションプログラムなどである。

ネットワークインターフェイス１０２は、ネットワークを介して各クライアント２と接続するためのインターフェイス機能を司る。
制御部４０４は、実行アプリケーション１１２としてのプログラム内容に従って各種の制御処理を実行する。

３．クライアント（パーソナルコンピュータ）

続いては、パーソナルコンピュータとしてのクライアント２の構成例について、図３を参照して説明する。
この図に示すパーソナルコンピュータ２００は、ネットワークを介しての通信を行うために、ネットワークインターフェイス２０９を備えている。このネットワークインターフェイス２０９が動作することによって、パーソナルコンピュータ２００は、ネットワークを介して他のクライアント２と接続することが可能となる。また、コンテンツサーバ１にアクセスすることが可能となる。
なお、このネットワークインターフェイス２０９の実際としては、例えばＬＡＮに対応するのであれば、ＬＡＮに対応した通信プロトコルに準拠した構成が採られるべきものである。また、インターネットに対応するのであれば、例えばＴＣＰ／ＩＰの通信プロトコルに従った構成が採られるべきものとなる。

ＣＰＵ２０１は、例えばハードディスクドライブ２０７にインストールされた各種のアプリケーションプログラム、また、ＲＯＭ２０２に保持されているプログラムに従って各種の処理を実行する。特に本実施の形態の場合には、ハードディスクドライブ２０７に対して、共有ブラウザのアプリケーションプログラムがインストールされ、ＣＰＵ２０１が、この共有ブラウザのアプリケーションプログラムに従って処理を実行するとともに、この共有ブラウザによりコンテンツデータを再生出力することで、ファイル共有及び共有ファイルに対する処理操作が可能となるものである。
また、ＲＡＭ２０３にはＣＰＵ２０１が各種処理を実行するのに必要なデータやプログラム等が適宜保持される。

入出力インターフェイス２０４は、キーボード２０５とマウス２０６が接続されており、これらから供給された操作信号をＣＰＵ２０１に出力するようにされている。また、入出力インターフェイス２０４には、記憶媒体としてハードディスクを備えたハードディスクドライブ２０７が接続されている。ＣＰＵ２０１は、入出力インターフェイス２０４を介して、ハードディスクドライブ２０７のハードディスクに対してデータやプログラム等の記録又は読み出しを行うことができるようにされている。この場合、入出力インターフェイス２０４には、さらに、画像表示のためのディスプレイモニタ２０８が接続されている。
内部バス２１０は、例えば、ＰＣＩ(Peripheral Component Interconnect)又はローカルバス等により構成され、内部における各機能回路部間を相互に接続している。

４．共有ブラウザのプログラム構造

続いては、各クライアント２にインストールされて動作する共有ブラウザについて説明する。
図４は、共有ブラウザの構造を概念的に示している。
この図に示すようにして、本実施の形態の共有ブラウザは、メインとなるプログラム部分としてコンテンツ再生プログラムと、共有プログラムを有する。

コンテンツ再生プログラムは、アドレス指定を行って要求したコンテンツデータをコンテンツサーバ１から取得すると共に、このコンテンツデータを例えばブラウザウィンドウ上で閲覧できるように再生出力するためのプログラムとされる。

また、共有プログラムは、現在ネットワーク上に存在し、かつ、コンテンツサーバ１にアクセスして同じアドレスのコンテンツデータを再生出力している１以上の他のクライアント２と、ブラウザ画面上でファイル及び機能を共有するためのプログラムとされる。
この共有プログラムによっては、例えば、ネットワーク上で接続され、共有を行うべき他のクライアント２と通信を行うようにされる。これにより、例えば共有を行うべき複数のクライアントのうち、或る１つのクライアントで実行されたブラウザ画面に対する操作の情報（ドラッグ位置情報、ボタン操作情報、操作に応じた処理結果情報等）が他のクライアント２にも伝達されるようにしている。そして、各クライアント２においては、伝達された情報に基づいて、上記或る１つのクライアントに手行われた操作が、自身のブラウザ画面にも反映されるようにする。
これによって、後述するようにして、ファイルを共有したり、また、機能を共有することが可能になるものである。

５．コンテンツデータ
５−１．構造概念

続いては、上記共有ブラウザにより再生出力されるコンテンツデータについて説明していくこととし、先ずは、コンテンツデータの構造について説明する。

本実施の形態におけるコンテンツデータは、例えばＨＴＭＬ、ＸＭＬなどの規格に従って形成されたマルチメディアコンテンツ（プログラム）とされる。そして、コンテンツデータが例えばＨＴＭＬファイルとして形成されているとすれば、周知のように、テキストと、レイアウト情報などを規定する各種タグにより形成したＨＴＭＬドキュメントと、実行スクリプト等から成るものとされる。実行スクリプトは、例えば後述するようにして外部アプリケーションを操作するためのものとされ、具体的には、Ｊａｖａスクリプト、ＶＢスクリプト等により記述された、例えばｗｅｂブラウザ上で動作可能なアプレットとされるものである。

図５（ａ）には、共有ブラウザのブラウザ画面（閲覧画面）であるブラウザウィンドウ３００が示されている。例えばクライアント２に対して共有ブラウザを起動させるための操作が行われると、クライアント２としてのパーソナルコンピュータは、例えばハードディスクドライブ２０７にインストールされている共有ブラウザのプログラムをＲＡＭ２０３に展開するようにして起動させる。そして、アドレス（ＵＲＬ）を指定して、コンテンツサーバ１からコンテンツデータを読み込み、再生を行うことで、この図に示すようなブラウザウィンドウ３００がディスプレイモニタ２０８に表示される。
このブラウザウィンドウ３００は、いわゆるアプリケーションウィンドウといわれるものであり、例えば、他のアプリケーションウィンドウが開いて表示されているような場合には、図５（ｂ）に示すようにして、この他のアプリケーションウィンドウに重ねるようにして表示させることができるものである。なお、図５（ｂ）は、アプリケーションウィンドウと、次に説明する共有ファイル・サムネイル３０１の各画像の重畳状態を概念的に示している。

そして、上記のようにしてして画面上に表示されるブラウザウィンドウ３００上には、図５（ａ）（ｂ）に示すようにして、共有ファイルをサムネイルによりアイコン化した、共有ファイル・サムネイル３０１を重畳表示させることができる。
この共有ファイル・サムネイル３０１は、必要に応じて複数表示させることができる。また、共有ファイルの追加、削除の操作に応じて、表示される共有ファイル・サムネイル３０１の数も増減する。また、共有ファイル・サムネイル３０１は、ユーザのドラッグ操作によって、任意に表示位置を変更することができる。
そして、共有ブラウザの共有プログラムによって、共有ファイル・サムネイル３０１の数や、表示位置について変更のための操作が或るクライアント２において行われた場合には、その情報が各クライアント２の間で通信され、全てのクライアント２において、同じ共有ファイル・サムネイルの表示状態を共有するようにされる。

また、ブラウザウィンドウ３００内における基本的な表示態様としては、図６に示すものとなる。
本実施の形態のコンテンツデータは、例えば外部アプリケーションと連携することで、ファイル処理機能が可能なように構成される。そして、このファイル処理機能のために、図６に示すようにして、入力セル３０２、出力セル３０３が配置表示される。
また、ここでは、入力セル３０２に入力された共有ファイルへの操作を可能とするためのボタンとして１つの起動ボタン３０４と、付加機能操作エリア３０５が表示された状態を示している。この場合の付加機能操作エリア３０５においては、プルダウンメニュー３０６と、実行ボタン３０７が表示されている。
これら入力セル３０２、出力セル３０３、起動ボタン３０４、及び付加機能操作エリア３０５は、コンテンツデータの記述内容に従った形状サイズ、及び位置によってブラウザウィンドウ３００内に表示されるものである。

入力セル３０２は、このブラウザウィンドウ３００上で、機能プログラムにより処理を施すべき共有ファイルを入力するための枠表示部分とされる。クライアント２のユーザは、処理対象としたい共有ファイルの共有ファイル・サムネイル３０１を、この入力セル３０２に対してドラッグ・アンド・ドロップして、入力共有ファイル・サムネイル３０１を配置させる。
そして、このようにして入力セル３０２上に、共有ファイル・サムネイル３０１が配置されると、この共有ファイル・サムネイル３０１により示すファイルが、処理対象の共有ファイルとして入力されたことになる。なお、本実施の形態では、このようなファイルを入力ファイルともいう。
そして、各クライアント２の間では、上記のようにして入力された共有ファイル・サムネイル３０１の実体ファイル（入力ファイル）が共有されることになる。このためには、例えばクライアント間で通信を行って、或るクライアント２のローカルに保存されていた入力ファイルを、他のクライアント２が取得するようにされる。

出力セル３０３は、上記入力セル３０２のようにして共有ファイルの入力を受け付けるものではない。
例えば、入力セル３０２に入力された共有ファイルに対して処理を施した場合には、その処理によって変更された共有ファイルが、或るクライアント２のローカルのハードディスクに保存されることになる。出力セル３０３は、このようにして処理により変更された共有ファイルが、共有ファイル・サムネイル３０１として表示される領域である。

また、図６に示される起動ボタン３０４は、ファイル処理のための外部アプリケーションを、ブラウザウィンドウ３００上での操作により起動させるためのボタンである。例として、図６に示す起動ボタン３０４には、「ペイントツール起動」と表示されており、この起動ボタン３０４に対してクリック操作を行うと、共有ブラウザとは独立してローカルにインストールされているペイントツールの外部アプリケーションが起動することになる。

また、機能操作エリア３０５は、外部アプリケーションを操作するためにブラウザウィンドウ３００上に配置表示されるものである。
そして、機能操作エリア３０５内に表示されるメニューやボタンを操作することで、バックグラウンドで外部アプリケーションを動作させ、入力セル３０２に入力された共有ファイルについて、所定の処理を実行することができる。図６に示す機能操作エリア３０５は、画像データについて簡単な編集処理を実行するための操作領域となっている。そしてこの場合には、そのためのプルダウンメニュー３０６と、実行ボタン３０７が配置表示されている。

ところで、ここでの具体的図示等による説明は省略するが、本実施の形態においては「機能セル」も存在する。機能セルは、入力セル３０２及び出力セル３０３と同様にして、機能プログラムによってブラウザウィンドウ３００内に配置表示されるものである。そして、機能セルは、自信がアプリケーションプログラムとして機能することで各種の機能を実現するものとされる。
例えば、機能によっては入力ファイルを入力セルに入力させるようなことも可能とされる。或いは、他の入力セルに入力された共有ファイル・サムネイルを、さらに入力しファイル処理を施すようにすることもできる。
また、処理が施された共有ファイルを出力セルに出力させる機能も与えることができる。また、既に出力されている共有ファイルを、他の出力セルに対して出力させることもできる。このようにして、機能セルが追加されることによっても、ファイル処理をはじめとする各種機能を拡張することができるものである。

また、セル（入力セル３０２、出力セル３０３）の実体は、クライアント２のローカルに存在するアプリケーション・ソフトウェアであり、コンテンツデータの内容に従って、どのように使用するのかが指定される。
従って、セルが適正に機能するためには、クライアント２のローカルに存在する、ハードディスクドライブなどの記憶領域に、コンテンツデータが指定するアプリケーション・ソフトウェアが、本実施の形態でいうところの「外部アプリケーション」としてインストールされている必要がある。
例えば、共有ブラウザによりコンテンツデータを読み込んで再生出力する際において、ローカルに必要な外部アプリケーションが存在しない場合には、ブラウザウィンドウ３００上においても、この機能プログラムに対応するセルの機能は利用できないことになる。このような場合には、例えば図７に示す非表示エリア３０３ａのようにして、その機能に対応するセルは、ブラウザウィンドウ３００上では表示されない。これにより、必要な外部アプリケーションがローカルに存在していないことが示される。

なお、上記図５〜図７により示したブラウザウィンドウ３００の表示態様例は、あくまでも一例であり、コンテンツデータにより実現すべきファイル処理機能などに応じて、適宜変更されて構わないものである。
また、コンテンツデータの形式としても、前述したＨＴＭＬ、ＸＭＬに限定されるものではなく、他のマルチメディアコンテンツの規格に従ったものとされてよいものである。

５−２．コンテンツデータによるファイル処理例
５−２−１．第１例（画像処理：バックグラウンド処理）

本実施の形態においては、コンテンツデータとしての記述内容、及び実行スクリプトの内容に応じて、コンテンツデータを再生出力したブラウザウィンドウ３００上で、多様な機能を実現し、また、この機能を共有することが可能とされる。そこで、以降においては、本実施の形態のコンテンツデータにより実現される機能例について、全部で６例を挙げて説明していくこととする。

先ず、第１例としての機能について説明する。
本実施の形態における機能の１つとして、入力された入力ファイルについて処理を行うファイル処理を挙げることができる。そして、このファイル処理は、基本的には、外部アプリケーションをバックグラウンドで動作させる場合と、外部アプリケーションのアプリケーションウィンドウを開くようにして起動させて、このアプリケーションウィンドウ内でファイル処理を行うようにする場合との２つに分けることができる。
そこで、ファイル処理の第１例として、外部アプリケーションをバックグラウンドで動作させて処理を行う場合について説明しておくこととする。また、ファイル処理としては、ここでは画像ファイルについて画像回転などの簡単な処理を行う場合を例に挙げておくこととする。

第１例において、コンテンツデータを再生して得られるブラウザウィンドウ３００としては、図８に示すものとなる。なお、この図８に示すブラウザウィンドウ３００の背景の表示は、ここでは、図６と同様のものを用いている。
そしてこの場合には、先ず、複数のクライアント２の間で、入力セル３０２に配置されている共有ファイル・サムネイルが示すファイルを共有しているものとされる。
この共有ファイルは、所定形式による画像データファイルとされ、前述したようにして、ファイルを共有すべき複数のクライアント２のうちで、或る１つのクライアント２において、入力セル３０２にドラッグ・アンド・ドロップされたことで、処理対象ファイルとして入力された入力ファイルである。

そして、複数のクライアント２のうち、或る１つのクライアント２のユーザが、共有されているファイルについて画像回転処理を行いたいと思ったとする。
この場合、そのユーザは、機能操作エリア３０５内のプルダウンメニュー３０６を操作することにより、画像処理の種類を選択した上で、「エフェクト」と表示された実行ボタン３０７に対する操作うようにされる。この場合には、プルダウンメニュー３０６を操作することにより「上下反転」を選択し、実行ボタン３０７を操作したとする。

すると、例えば操作が行われたクライアント２のローカルにインストールされている画像処理の外部アプリケーションが起動することになる。そして、この外部アプリケーションは、入力セル３０２に入力された画像データについて上下反転のための処理をバックグラウンドで実行する。
このようにして上下反転処理が完了すると、図８（ｂ）に示すようにして、上下反転処理によって変更された後の画像データ（共有ファイル）に対応する共有ファイル・サムネイルが、出力セル３０３に表示出力される。図８（ｂ）に示されるように、出力セル３０３に表示される共有ファイル・サムネイル３０１ｂの画像は、入力セル３０２に入力された共有ファイル・サムネイル３０１ａの画像の上下が反転された状態となっている。
なお、この上下反転処理によって新規作成、又は変更された画像ファイルは、その操作を行ったクライアント２のローカルにて保存されることになる。

また、このようにして出力セル３０３に表示される画像処理後の共有ファイル・サムネイル３０１ｂは、各クライアント２における出力セル３０３においても表示される。また、この際には、例えば共有プログラムの働きにより、出力セル３０３に出力したとされる出力ファイルは、この出力ファイルを処理したクライアント以外のクライアントに対しても転送され、各クライアントのローカルに保存される。つまり、各クライアント２で画像処理後の画像データファイルが共有されることになる。
なお、セキュリティなどを考慮して、例えば、操作を行ったクライアント２以外の他のクライアント２において、この出力セル３０３に出力されているファイルを、保存するための操作を行うことで、はじめて、このファイルが、他のクライアント２におけるローカルに保存されるようにしても良い。

そして、本実施の形態としては、上記したファイル処理のための操作も共有することができる。つまり、各クライアント２では、同じ図８に示すコンテンツデータを再生出力しているのであるから、各クライアント２のブラウザウィンドウ３００上においても、図８に示す起動ボタン３０４、機能操作エリア３０５が表示されている。そして、クライアント２の各々において、上記したのと同様に、これらボタンや機能操作エリアを使用することができる。これが本実施の形態でいうところの機能の共有である。
例として、上記のようにして或るクライアント２により画像回転が行われた後に、他のクライアント２側で、機能操作エリア３０５に対して画像回転のための操作が行われたとする。すると、このようにして、この他のクライアント２のローカルにインストールされている画像処理の外部アプリケーションが動作して、同様に、ローカルに保存されたファイルについて、画像回転処理を実行するようにされる。そして、画像回転処理が施された画像ファイルが出力セル３０３に出力され、再び各クライアント２で共有されることになる。

しかしながら、本実施の形態としては、上記した説明から分かるようにして、画像処理の実際は、その画像処理のための操作を行ったクライアント２のローカルにインストールされた外部アプリケーションによって行うようにされている。
これは、換言すれば、例えば上記した画像処理の外部アプリケーションがインストールされていないクライアントでは、入力ファイル又は出力ファイルを共有できるのみで、入力ファイルについて画像処理を施す機能については共有するようにして実行することができないことを意味する。
このようなコンテンツデータの構造とすることで、例えば共有ブラウザにより閲覧するコンテンツデータそのものは、ネットワークを介して無制限に配布可能であり共有できるとしても、ファイル処理等の機能については、ローカルにインストールされていなければ共有できないという制限が与えられることになる。そして、例えばユーザの登録などと併用することで、正規の利用者のみが使用可能となる、安全なファイル共有システムとすることが可能になる。
なお、この点については以降説明する各例についても同様である。

また、本実施の形態において外部アプリケーションが「バックグラウンド」で動作するということは、換言すれば、外部アプリケーションに対して直接操作しなくとも、ブラウザウィンドウ３００上でのボタンや機能操作エリアを操作するというアクションによって、外部アプリケーションが自動的に処理を実行する、ということを意味する。
このようなバックグラウンド動作とすることによっては、例えば、わざわざ外部アプリケーションを別途起動させ、この起動されたアプリケーションウィンドウを開いて操作を行わなくとも、ブラウザウィンドウ３００上に対する操作によって簡易に、外部アプリケーションによる処理を実行させることができる。

また、上記説明では、画像処理等のファイル処理は、外部アプリケーションによって行うものとしているが、本実施の形態では、前述した「機能セル」を実装することによっても、ファイル処理などの機能を与えることが可能である。
機能セルは、例えばブラウザウィンドウ３００上で、追加的に表示されるもので、それ自身が機能を有したアプリケーションプログラムとされる。このため、機能セル内において、表示すべき操作子の指定や表示位置、表示サイズなどが指定されるように、機能セルとしてのプログラムが記述されることになる。また、これと同時に、例えばＶＢスクリプトやＪａｖａスクリプトなどのスクリプト言語によって、ブラウザウィンドウ３００上において、そのスクリプトに従った処理の実行や制御が行えるものとされる。

そこで、本実施の形態として機能セルを使用した場合を、図８の画像操作を例に説明する。
即ち、この場合には、画像操作が可能な機能セルとしてのプログラムに従って、ブラウザウィンドウ３００上に図８に示すような画像が表示されることになる。この場合、入力セル３０２、出力セル３０３、起動ボタン３０４及び機能操作エリア３０５等の表示は、機能セルとしてのプログラム、スクリプトの記述に従って表示される。また、これらセルやボタン、エリアの機能も、機能セルとしてのプログラム、スクリプトによって実行されるものである。
具体的には、例えば、ユーザが入力セル３０２に画像データファイルをドラッグ・アンド・ドロップすれば、機能セルとしてのプログラム、スクリプトに従って、処理対象の共有ファイルとして処理されることになる。そのうえで、例えば機能操作エリア３０５に対する操作が行われたとすれば、この操作に応じた画像データファイルに対する処理も、外部アプリケーションをバックグラウンドで起動させるのではなく、機能セルのプログラム、スクリプトによって実行され、出力セル３０３に出力されるものである。

５−２−２．第２例（画像処理：外部アプリケーション起動）

続いて、第２例の機能として、外部アプリケーションのアプリケーションウィンドウを開くようにして起動させ、ファイル処理を行う場合について説明する。ここでのファイル処理は、外部アプリケーションとしてペイントツールを起動させて画像ファイルの処理を行うこととする。
なお、ペイントツールとは、画像データファイルに対してペイント効果を与えるなどの画像処理を行うことができるアプリケーション・ソフトウェアである。

図９には、第２例に対応してディスプレイモニタに表示されるＧＵＩ画像が示されている。
例えば、まず最初には、図９の右側に在る共有ブラウザのブラウザウィンドウ３００のみが表示されているものとされる。なお、この図９に示すブラウザウィンドウ３００の背景表示は、図８と同様であるものとしている。つまり、ここではコンテンツデータとして、図８の場合と同じものを再生している。

この場合においても、入力セル３０１には、画像ファイルの共有ファイル・サムネイルが表示されおり、処理対象の画像ファイルが既に、共有ブラウザに入力された状態であることが示されている。

そして、或るクライアント２のユーザが、ブラウザウィンドウ３００内にて表示されている起動ボタン３０４に対してクリック操作を行ったとされる。すると、起動のための実行スクリプトが実行され、そのクライアント２のローカルにインストールされていたペイントツールのアプリケーションが起動される。これにより、ディスプレイの画面上には、図９に示すようにして、ブラウザウィンドウ３００とは独立して、ペイントツールの外部アプリケーションウィンドウ４００が表示されることになる。

また、本実施の形態の場合、このようにして外部アプリケーションを起動したときには、実行スクリプトによって、入力セル３０２に入力された画像ファイルが自動的に、外部アプリケーションで開かれるようになっている。これによって、外部アプリケーションウィンドウ４００内には、図示するようにして、入力セル３０２に対して入力された画像ファイルが開かれた状態で、ファイル画像４０１として表示される状態が得られることとなる。
なお、このような外部アプリケーションを起動するための起動ボタン３０４も各クライアント２において、ブラウザウィンドウ３００上に表示されているのであるから、ローカルに外部アプリケーションがインストールされてさえいれば、各クライアント２で外部アプリケーションを起動させることができる。つまり、外部アプリケーションの起動という機能も共有できていることになる。

そして、上記のようにしてペイントツールのアプリケーションが起動された状態では、このペイントツールをローカルにインストールしているクライアントであれば、ペイントツールのアプリケーションに対する操作を行うことができる。つまり、アプリケーションに対する操作に応じて、自身のローカルにインストールされているペイントツールが動作して、共有している入力画像ファイルについて変更を与えることができる。つまり、外部アプリケーションを操作するという機能が共有される。
そして、例えば、変更された画像の内容は、例えば図１０に示すようにして、ブラウザウィンドウ３００における出力セル３０３に対して、共有ファイル・サムネイル３０１ｂとして表示出力され、各クライアント２で共有できるファイルとなる。

このようにして、外部アプリケーションを独立して起動させる場合、この外部アプリケーションにより処理を実行させるためには、この起動された外部アプリケーションのアプリケーションウィンドウに対する操作を行うこととなり、第１例のようにして、ブラウザウィンドウ３００上から操作を行うことはできない。
しかしながら、ブラウザウィンドウ３００上から操作を行うためには、コンテンツデータとして、ボタンや機能操作エリア等の操作子が配置されているように記述されていなければならない。このため、外部アプリケーションが有する全ての機能を操作子として配置させるよりは、例えば使用頻度が高いとされるような機能に限定して操作子を配置させることが実用的である。これに対して、上記のようにして、外部アプリケーションのアプリケーションウィンドウを起動させるようにすれば、コンテンツデータとの連携は保たれた上で、アプリケーションウィンドウ上に対する操作ができるのであるから、より多くの機能を簡単に操作してファイル処理等が行えることになる。これにより、例えばより高度な処理によるファイル処理結果を容易に出力させることが可能である。

５−２−３．第３例（ファイル処理：画像合成処理）

ところで、前述の第１例としては、コンテンツデータと外部アプリケーションとの連携として、外部アプリケーションをバックグラウンドで動作させてファイル処理を行う機能を説明した。また、第２例としては、外部アプリケーションをバックグラウンドで動作させてファイル処理を行う機能と、アプリケーションウィンドウを開くようにして外部アプリケーションを起動させたうえでファイル処理を行う機能を説明した。
そして、以降の第３例〜第６例としては、上記何れかの外部アプリケーションとの連携によって、より具体的なファイル処理を行う場合を例に挙げて説明していくこととする。

先ず、第３例として、共有ブラウザのブラウザウィンドウ３００上で、複数の画像ファイルを合成する画像合成処理を行う機能について説明する。
例えば、画像合成処理の機能に対応するコンテンツデータを再生することによっては、図１１に示すようなブラウザウィンドウ３００が表示されることとなる。
この場合の画像合成処理は、２枚の画像ファイルの画像を重ねるようにして合成するものであるため、ブラウザウィンドウ３００における入力セルとしては、左右両側にそれぞれ入力セル３０２−１，３０２−２が表示される。つまり、２つの入力セルを設けることで、２つの入力ファイルが入力できるようにしている。そして、これら入力セル３０２−１，３０２−２の間に、１つの出力セル３０３が表示されている。
また、この画像合成処理のための機能ボタンとして、合成ボタン３０８が表示される。この場合、合成ボタン３０８は、出力セル３０３の下に表示されている。

このような場合、クライアント２のユーザの操作としては、先ず、合成を行いたいとする２つの画像ファイルを、それぞれ入力セル３０２−１，３０２−２に対してドラッグ・アンド・ドロップさせて、処理対象ファイルとして入力する。これにより、例えば入力セル３０２−１，３０２−２のそれぞれには、入力画像データの共有ファイル・サムネイル３０１ａ−１、３０１ａ−２が表示される。
なお、この場合には、入力セル３０２−１側に、ペイントツール起動のための起動ボタン３０４−１、及び画像回転のための機能操作エリア３０５−１が配置表示されていることで、この入力セル３０２−１に入力された合成前の画像ファイルについて、ペイント及び画像回転の画像処理を施すことができるようになっている。同様にして、入力セル３０２−２側に、ペイントツール起動のための起動ボタン３０４−２、画像回転のための機能操作エリア３０５−２が配置表示されており、入力セル３０２−２に入力された合成前の画像ファイルについて、ペイント及び画像回転の画像処理を施すことができるようになっている。
そして、この状態の下で、ユーザは画像合成を実行させるために、合成ボタン３０８に対してクリック操作する。

この場合、上記合成ボタン３０８に対するクリック操作に応じては、その操作が行われたクライアント２のローカルにインストールされている画像合成処理のための外部アプリケーションがバックグラウンドで起動することになる。
そして、画像合成処理の外部アプリケーションは、入力セル３０２−１，３０２−２に対して入力された２つの画像ファイルを合成するための処理を実行する。これにより、合成処理が施された画像ファイルが新たに作成されることになり、この新規作成された画像ファイルが、出力セル３０３に対して出力される。出力セルには、新規作成された画像ファイルの共有ファイル・サムネイル３０１ｂが表示される。この際、規作成された画像ファイルは、画像合成処理を行ったユーザのクライアント２のローカル、及び他の各クライアント２のローカルに保存され、ファイル共有されることになる。

なお、確認のために述べておくと、画像合成処理のための操作機能が共有できるクライアントは、この画像合成処理のための外部アプリケーションがローカルにインストールされているクライアントのみとなる。

５−２−４．第４例（ファイル処理：動画化処理）

また、画像処理として、静止画に対して時間経過に応じて変化する特殊効果を与えていくことで動画的に表示させる、動画化処理のためのアプリケーション・ソフトウェアも知られている。
そこで、第４例の機能として、ブラウザウィンドウ３００上で、この動画化処理を行えるように構成した場合について説明する。

図１２は、共有ブラウザのブラウザウィンドウ３００として、この動画化処理に対応する表示態様例を示している。このブラウザウィンドウ３００は、動画化処理が実現可能なように記述され、また、実行プログラムが格納されたコンテンツデータを再生することによって得られるものである。

この場合には、例えば処理対象とすべき画像ファイルをブラウザウィンドウ３００内にドラッグ・アンド・ドロップして入力するようにされる。これにより、ブラウザウィンドウ３００内においては、ドラッグ・アンド・ドロップされた画像ファイルの共有ファイル・サムネイル３０１が表示されることになる。
そして、ブラウザウィンドウ３００内において表示されるボタン等に対する操作を行うことで、外部アプリケーションとしての動画化処理アプリケーションが動作して、入力された画像ファイルを利用しての動画化処理を実行する。そして、この動画化処理された画像が、ブラウザウィンドウ３００内の所要の領域において表示されることになる。
各クライアント２では、このようにして動画化して表示される画像を共有して閲覧することができるものである。また、動画化のための操作も、ローカルに動画化処理アプリケーションがインストールされていれば、共有することができる。

５−２−５．第５例（撮像画像ファイル取り込み）

これまでは、共有ブラウザにより画像ファイルについて何らかの処理を直接的に行う場合を例に挙げた。しかしながら、本実施の形態としては、コンテンツデータとしての記述内容及び実行プログラムの内容に応じて、各種の機能を与えることが可能になるのであるから、共有ブラウザに与えられるべき機能としては、画像処理のみに限定されるものではない。
そこで、残る第５例及び第６例としては、画像処理以外の他のファイル処理機能を実行する場合を例に挙げることとする。

近年においては、パーソナルコンピュータに対して、例えばＣＣＤ撮像素子を備えたカメラ装置などを取り付けたり、或いは接続することで、カメラ装置により撮像された画像を画像データとして取り込むことが容易にできるようになっている。これは、パーソナルコンピュータに撮像画像を画像ファイルとして取り込むためのアプリケーション・ソフトウェアをインストールすることで可能となる。
そこで第５例としては、このような撮像画像ファイル取り込み機能を実現するためのアプリケーション・ソフトウェアを、コンテンツデータが連携する外部アプリケーションとして扱うことで、ブラウザウィンドウ３００上で、撮像画像の取り込み動作が行えるようにした場合について説明する。
これによって、リアルタイムで撮像している画像をクライアント２の間で共有ファイルとして共有することが可能になるものである。

この場合のコンテンツデータとしては、撮像画像ファイル取り込みのための機能を実現するための記述がされ、また、実行プログラムが格納されたものとなる。そして、このコンテンツデータを再生することによっては、例えば図１３に示すブラウザウィンドウ３００がディスプレイモニタの表示画面上に表示される。なお、ここでは、はじめにはブラウザウィンドウ３００のみが表示され、アプリケーションウィンドウ５００は表示されていないものとする。

この場合のブラウザウィンドウ３００においては、予め、図示するようにして、１つの入力セル３０２が配置される。また、撮像画像取り込みアプリケーションを起動させるための起動ボタン３０４と、撮像画像取り込みアプリケーションにより撮影させるための実行ボタン３０７ａが配置表示される。また、必要に応じて、図示するようにして、撮影した画像を撮像画像取り込みアプリケーションから共有ブラウザに出力させるための実行ボタン３０７ｂも配置表示させることができる。

ここで、例えば撮像画像取り込みアプリケーションを起動させたいと思ったクライアント２のユーザは、実行ボタン３０７ａに対してクリック操作を行うようにされる。これにより、そのクライアント２のローカルにインストールされている撮像画像取り込みアプリケーションが起動して、例えば図１３に示すようにして、撮像画像取り込みアプリケーションのアプリケーションウィンドウ５００が表示されることになる。
アプリケーションウィンドウ５００においては、撮像画像エリア５０１が設けられており、ここに、現在カメラ装置により撮像している撮像画像が動画的に表示されているものとされる。

そして、この状態の下で、例えば撮像画像取り込みアプリケーションが起動されているクライアント２のユーザが、ブラウザウィンドウ３００内の「撮影」と記された実行ボタン３０７ａに対する操作を行ったとする。すると、この実行ボタン３０７ａに対する操作タイミングで、アプリケーションウィンドウ５００の撮像画像エリア５０１における撮像画像の動きが停止して静止画状態となる。
そして、このときには、上記のようにして撮像画像エリア５０１内で静止画状態となっていた撮像画像が、ブラウザウィンドウ３００内の入力セル３０９に表示されることになる。これは即ち、カメラ装置により撮像した画像が、撮像画像取り込みアプリケーションにより撮像画像データとして取り込まれ、さらに、取り込まれた撮像画像データが共有ブラウザ側に出力されるようにして受け渡されたことを意味するものである。そして、このようにして、ブラウザウィンドウ３００内の入力セル３０９に対して、撮像画像データが出力されて以降は、各クライアント２の間で、この撮像画像データを共有することができるものである。

なお、例えばブラウザウィンドウ３００内に、もう１つの「Output」と記された実行ボタン３０７ｂを配置表示させる場合には、次のような操作手順としても良い。
例えば、「撮影」と記された実行ボタン３０７ａに対して操作を行った段階では、アプリケーションウィンドウ５００の撮像画像エリア５０１における撮像画像の動きが、例えば一定時間停止して静止画状態となる。そして、静止画状態となっているうちに、「Output」と記された実行ボタン３０７ｂを操作することで、ブラウザウィンドウ３００内の入力セル３０９に、この静止画の撮像画像が取り込まれるようにするものである。

また、この機能を利用するのにあたっては、カメラ装置を接続しているのは、例えば１つのクライアントだけでよく、他のクライアント２においてはカメラ装置を接続している必要はないことになる。そして、この場合の起動ボタン３０４、実行ボタン３０７ａ、３０７ｂに対する操作の共有は、次のようにして行えるようにすればよい。
例えば、カメラ装置を備えているクライアント２において、画像取り込みアプリケーションが起動されて、撮像画像データが入力されたのであれば、この撮像画像データを、他のクライアント２に送信するようにされる。これら他のクライアント２では、自身のローカルにて起動させた残りの画像取り込みアプリケーションにより、同じ撮像画像データを表示させることができる。そして、以降においては、或るクライアント２で「撮影」と表示された実行ボタン３０７ａの操作が行われれば、各クライアント２において、この実行ボタン３０７の操作に応じて静止された画像を表示するようにされる。

５−２−６．第６例（ファイル処理：テキスト読み上げ）

これまでの例は、画像に関して何らかの処理を行うものであったが、本実施の形態の共有ブラウザによっては、例えば各種形式による文書ファイル、オーディオデータファイル、動画データファイルをはじめ、画像ファイル以外の各種ファイルも共有することが可能である。
そこで、画像以外に関するファイル処理機能として、この第６例により、文書ファイルについてのファイル処理を行う場合を説明しておくこととする。そして、このファイル処理としては、文書ファイルのテキスト部分について音声により読み上げを行う、テキスト読み上げ処理が行われるものとする。

図１４には、このようなテキスト読み上げ処理が可能な機能を有するコンテンツデータを再生出力しているブラウザウィンドウ３００が示されている。
この場合のブラウザウィンドウ３００は、例えば図示するようにして、１つの入力セル３０２が配置表示され、ここに、クライアント２のユーザは、テキスト読み上げを行わせるべき文書ファイルをドラッグ・アンド・ドロップして入力するようにされる。
なお、この場合、ファイル処理結果としての出力は、音声出力であることから、特に出力セル３０３は表示されない。出力セル３０３は、主として、各クライアント２のユーザがファイル処理結果を視覚的に認識するためのものとされるからである。

そして、例えば図示するようにして、入力セル３０２に文書ファイルが入力されている状態で、在るクライアント２のユーザが「読み上げ」と書かれた実行ボタン３０７ａを操作すると、そのクライアント２のローカルにインストールされているテキスト読み上げ機能を有する外部アプリケーションが起動され、この外部アプリケーションによって、入力セル３０２に入力されている文書ファイルについて読み上げを行うための処理が実行される。これにより、ファイル処理結果の出力として、クライアント２としてのパーソナルコンピュータでは、文書ファイルのテキストが音声として読み上げられて出力される。また、このテキスト読み上げの音声出力は、各クライアント２においてもほぼ同時に行われているものとされ、これによって、クライアント２の間でファイル処理結果が共有された状態が得られていることになる。

なお、この第６例としての機能に準じて、例えば、ブラウザウィンドウ３００の入力セルに入力したオーディオデータファイルについて再生を行って、音声を出力させる機能を有したコンテンツデータを構成することも当然可能である。

６．処理動作例

続いては、上記各例として示したブラウザウィンドウ３００上での機能が実現されるようにするためのコンテンツデータとしてのプログラム構成を、フローチャートとしての処理動作により、図１５及び図１６を参照して説明する。

ブラウザウィンドウ３００上で共有可能な機能の１つとしては、ファイル処理機能が挙げられた。そして、外部アプリケーションによりファイル処理を実行させるのにあたっては、例えばブラウザウィンドウ３００上の入力セル３０２に対して処理対象となるファイルを入力することが行われた。外部アプリケーションは、コンテンツデータの指示によって、この入力セル３０２に入力されたファイルについて処理を行うようにされているからである。
そこで先ず、図１５のフローチャートを参照して、ドラッグ・アンド・ドロップ操作に応じたファイル入力処理について説明しておくこととする。
図１５に示す処理は、クライアント２において、ＯＳ上で共有ブラウザとしてのアプリケーションが起動され、或るコンテンツデータをブラウザウィンドウ３００上に再生出力している状態のもとで、ＣＰＵ２０１が実行するものとされる。この場合、ＣＰＵ２０１は、必要に応じて、コンテンツデータのスクリプトの記述内容、及びこのコンテンツデータが含む実行スクリプトを解釈して、適宜処理を実行するようにされる。

前述もしたように、共有ファイル・サムネイル３０１は、或るクライアント２においてドラッグ操作を行って、画面上の任意の位置に対して移動させることができる。そこで、図１５に示す処理においては、先ずステップＳ１０１において、共有ファイル・サムネイル３０１がドラッグ操作によって移動されるのを待機しており、移動されたことが判別されるとステップＳ１０２の処理に移行するようにされている。

ステップＳ１０２においては、移動された共有ファイル・サムネイル３０１が入力セル３０２上に配置されるようにして存在しているか否かについて判別する。ここで、否定結果が得られれば、ステップＳ１０１の処理に戻るようにされるが、肯定結果が得られたのであれば、ステップＳ１０３に進む。

ステップＳ１０３においては、この入力セル３０２上に対して配置された共有ファイル・サムネイル３０１の実体を、入力ファイルとして取得するための処理を実行する。
つまり、この入力ファイルの実体は、例えば始めにドラッグ・アンド・ドロップ操作によって入力セル３０２にファイルを配置させたクライアント（ここではクライアントＡとする）のローカルにおいて保存されている。そこで、ステップＳ１０３においては、例えばこのクライアントＡに対して、ネットワークを介してアクセスし、そのローカルに保存されている入力ファイルを要求する。そして、この要求に応じたクライアントＡから送信された入力ファイルを受信取得して、例えば自己のローカルに保存するようにされる。
このような処理が、例えばクライアントＡ以外の各クライアントにおいて実行されることで、入力ファイルを共有することが可能となる。また、ローカルに外部アプリケーションがインストールされてさえいれば、各クライアントにおいて入力ファイルを処理する機能も共有することが可能となるわけである。

続いては、コンテンツデータを再生出力するブラウザウィンドウ３００上での各種ボタンや機能操作エリアに対する操作に応じて実行される処理を、図１６のフローチャートにより説明する。つまり、図８〜図１４により説明したような各種ファイル処理が実行されるようにするための
この図に示す処理も、クライアント２において、ＯＳ上で共有ブラウザとしてのアプリケーションが起動され、或るコンテンツデータをブラウザウィンドウ３００上に再生出力している状態のもとで、ＣＰＵ２０１が実行する。また、この場合にも、ＣＰＵ２０１は、必要に応じて、コンテンツデータが格納する実行スクリプトを実行する。

ここでは、先ず、ステップＳ２０１において、ブラウザウィンドウ３００上に対する操作として、外部アプリケーションに対する何らかの機能指示操作が行われたか否かについて判別している。
なお、ここでいう機能指示操作とは、具体的には、ブラウザウィンドウ３００内に表示される起動ボタン、又は各種実行ボタンや機能操作エリア等に対する操作を指している。これらの操作に応じて、外部アプリケーションは所要の動作を実行することになるからである。

そして、ステップＳ２０１において、上記ボタン等の操作が行われたとして肯定結果が得られると、ステップＳ２０２に進むようにされる。
ステップＳ２０２においては、入力セル３０２に対してファイル入力が既に行われているか否かについて判別する。そして、例えば入力ファイルが存在しないとして否定結果が得られたのであればステップＳ２０８に進んで、エラー結果を出力する。例えばこの場合には、「入力ファイルが指定されていません」などのエラー表示を、ブラウザウィンドウ３００上で行うようにすることが考えられる。

これに対して、ステップＳ２０２において入力ファイルが存在するとして肯定結果が得られた場合には、ステップＳ２０３に進んで、外部アプリケーションが起動可能であるか否かについて判別する。
このステップＳ２０３の処理の実際としては、例えば、先のステップＳ２０１により行われた機能指示操作に応答するべき外部アプリケーションが、指示操作が行われたクライアント２のローカルに存在するか否かについて判別するようにされる。
但し、機能指示操作に応答すべき外部アプリケーションがローカルに存在していたとしても、例えば、入力ファイルの形式が外部アプリケーションに対応していないなど、何らかの障害が生じていたり、また、使用の制限が与えられているような場合には、外部アプリケーションは起動できない。このような場合には、否定結果が得られることになる。

そして、外部アプリケーションがローカルに存在していない、若しくはローカルに存在していても、障害や使用制限によって起動できないとして、ステップＳ２０３において否定結果が得られた場合には、ステップＳ２０９に進んでエラー結果を出力する。この場合には、例えばブラウザウィンドウ３００上で、「外部アプリケーションが起動できません」などのようにしてエラー表示を行うようにすればよい。
これに対してステップＳ２０３において肯定結果が得られた場合には、ステップＳ２０４に進む。

ステップＳ２０４では、先のステップＳ２０１における機能指示操作に応答すべき外部アプリケーションをローカル上で起動させる。この起動の指示は、例えばコンテンツデータに格納される実行スクリプトに従って行われる。

次のステップＳ２０５は、起動された外部アプリケーションによって、入力ファイルについて所要のファイル処理を実行させるための処理ステップとなる。
ところで、このステップＳ２０５の処理は、例えば先のステップＳ２０１において、実行ボタンが操作された場合と、外部アプリケーションを起動させる起動ボタンが操作された場合とで、その処理の実際が異なってくる。
先ず、前者の実行ボタンが操作された場合においては、操作された実行ボタンに応じて外部アプリケーションが実行すべき処理を、ＣＰＵ２０１が自動的に操作して実行させるように制御する。これにより、例えば、前述した各ファイル処理例において、実行ボタンの操作に応じて、バックグラウンドでファイル処理が実行されるなどの形態が実現されるものである。

先の第１例〜第６例において、このようなステップＳ２０５の処理により実現される機能としては、例えば次のようなものが挙げられる。
１；「エフェクト」の実行ボタン３０７に対する操作に応じた画像回転処理（第１例：図９）
２；「合成」の実行ボタン３０８に対する操作に応じた画像合成処理（第３例：図１１）
３；ブラウザウィンドウ３００内に表示される各種ボタン操作に応じた動画化処理（第４例：図１２）
４；「撮影」の実行ボタン３０７ａ（及び「Ouput」の実行ボタン３０７ｂ）に対する操作に応じた、撮像画像取り込み（撮影）、及びブラウザウィンドウ３００側への撮像画像データの出力（第５例：図１３）
５；「読み上げ」の実行ボタン３０７ｃに対する操作に応じた、テキストの読み上げ処理

これに対して、外部アプリケーションを起動する起動ボタンが操作された場合のステップＳ２０５の処理としては、次のようになる。
つまり、例えば図９及び図１０に示したようにして、起動ボタン３０４が操作された場合には、ブラウザウィンドウ３００とは独立して、外部アプリケーションのアプリケーションウィンドウが開くようにして、外部アプリケーションが起動される。このため、ユーザは、この外部アプリケーションのアプリケーションウィンドウに対して操作を行ってファイル処理を行うことになる。従って、ステップＳ２０５の処理は、外部アプリケーションのプログラムに従って実行されるもので、入力された操作に応じて、外部アプリケーションがファイル処理を実行するようにＣＰＵ２０１が動作することとなる。

そして、上記のようにしてステップＳ２０５の処理によってファイル処理が実行されることによっては、このファイル処理の出力結果が得られるべきことになるが、続くステップＳ２０６では、ファイル処理の出力結果が存在するか否かについて判別している。例えば、単にファイルが消去されたり、また、結果的にファイルに何の変更等も加えられていないような場合には、出力結果が得られないことになるわけである。
そこで、ファイル処理の出力結果が存在しないとして、ステップＳ２０６にて否定結果が得られた場合には、ステップＳ２１０によりエラー結果を出力する。この場合にも、例えばブラウザウィンドウ３００上で、「ファイル処理の出力結果が存在しません」などのようにして、エラー表示を行うようにすればよい。

これに対してステップＳ２０６において、ファイル処理の出力結果が存在するとして肯定結果が得られた場合には、ステップＳ２０７に進む。
ステップＳ２０７においては、例えば先の各ファイル処理例にみられたように、ファイル処理の出力結果を、出力セル３０３上に出力するようにされる。つまり、ファイル処理による出力結果としては、入力ファイルを処理して新規作成された出力ファイルが存在することになるので、この出力ファイルのサムネイル画像を生成し、共有ファイル・サムネイル３０１として出力セル３０３上に重畳表示するものである。
但し、例えば第６例にて説明したように、テキスト読み上げなどのファイル処理に際しては、ステップＳ２０７としての出力セル３０３へのファイル出力処理は行わないことになる。この場合のファイル処理の出力結果は、例えばステップＳ２０５において、テキストを読み上げる処理が外部アプリケーションで実行されることで、このテキストを読み上げた音声が出力されるという態様で得られるものである。

７．変形例１：外部アプリケーションを購入制とする場合のシステム構成

これまでの説明から理解されるように、本実施の形態の共有システムにおいて、各クライアント２でファイル処理機能を実行可能とするためには、コンテンツデータをコンテンツサーバ１からダウンロードして共有ブラウザにより再生出力した上で、このコンテンツデータが使用を指定する外部アプリケーションが、クライアント２のローカルにインストールされるようにして存在していなければならない。

ここで、コンテンツサーバ１側の運営として、外部アプリケーションを有償でクライアントに配布するという形態を考えることもできる。つまり、クライアント２のユーザ側からみれば、外部アプリケーションが購入制となるものである。そして、このようにして外部アプリケーションを購入制とした場合には、できるだけクライアント２側のユーザにとって手軽に購入することができるようにすることが望まれることになる。
そこで変形例１として、上記のようにしてユーザが手軽に外部アプリケーションを購入して取得できるようにすることを考慮したシステム形態について説明する。

図１７は、外部アプリケーションを購入制とした場合における、ブラウザウィンドウ３００の表示態様例を示している。なお、図１７において、これまでに説明したブラウザウィンドウ３００が示される各図と同一部分については同一符号を付して説明を省略する。
図１７に示すブラウザウィンドウ３００においては、再生しているコンテンツデータにより規定される機能を実行するための実行ボタンとして、例えば３つの実行ボタン３０７Ａ，３０７Ｂ，３０７Ｃが配置表示されている。なお、この実行ボタンの数などは、そのコンテンツデータにより実現しようとする機能の数、種類などに応じて、適宜変更されるべきものである。

また、この場合においては、実行ボタン３０７Ａ，３０７Ｂ，３０７Ｃを操作することによっては、それぞれ、機能Ａ、機能Ｂ、機能Ｃが実行されるものとされる。そして、機能Ａ、機能Ｂ、機能Ｃごとに応じて、それぞれ異なる外部アプリケーションが対応すべきものとされる。つまり、機能Ａ、機能Ｂ、機能Ｃを全て、或る１つのクライアント２において実行できるようにするためには、機能Ａ、機能Ｂ、機能Ｃに対応する外部アプリケーションが、そのクライアントのローカルにインストールされている必要があるものとされる。

ここで、このブラウザウィンドウ３００を表示させているクライアント２においては、機能Ａ、機能Ｂ、機能Ｃのうち、機能Ｂに対応する外部アプリケーションがインストールされているが、機能Ａ及び機能Ｃに対応する外部アプリケーションはインストールされていないものとする。
従って、このクライアント２においては、機能Ａ、機能Ｂ、機能Ｃのうち、機能Ｂのみが使用できることになる。つまり、実行ボタン３０７Ｂのみが有効とされており、この実行ボタン３０７Ｂを操作すれば、機能Ｂを実行することができるが、残る実行ボタン３０７Ａ，３０７Ｂの操作は無効とされて、機能Ａ，Ｃを実行することはできないものである。

そして、この場合のブラウザウィンドウ３００においては、このような外部アプリケーションのインストールの状況に対応して、各機能Ａ，Ｂ，Ｃの各々に対応する実行ボタンごとに、「購入済み」若しくは、「購入はここをクリック」のようにして、現在の外部アプリケーションの購入状況についての表示をさせるようにしている。この場合、機能Ｂに対応する外部アプリケーションはインストール済みであるから、機能Ｂに対応する実行ボタン３０７Ｂの右側には、「購入済み」と表示されている。これに対して、機能Ａ，Ｃに対応する外部アプリケーションは、未だインストールされていないので、機能Ａ，Ｃに対応する各実行ボタン３０７Ａ，３０７Ｃの右側には、「購入はここをクリック」の文字が表示されている。
なお、このような外部アプリケーションの購入状況の表示は、コンテンツデータを再生表示する際に、このコンテンツデータに格納される実行スクリプトなどによって、ローカル上のドライブを検索し、機能Ａ，Ｂ，Ｃに対応する外部アプリケーションがインストールされているか否かについて判断するようにされる。そして、この判断結果に従って、外部アプリケーションの購入状況の表示内容を設定して、ブラウザウィンドウ３００上で表示させるものである。

そして、例えばこのクライアント２のユーザが、機能Ａ，Ｃのうち、機能Ａを使用できるようにしたいと思ったとする。ここで、外部アプリケーションの購入状況の表示として、「購入はここをクリック」の表示部分においては、「ここ」の文字部分がリンクとしてクリック可能となっている。そして、この「ここ」をクリックすることによっては、その機能に対応した外部アプリケーションを購入してダウンロードするための購入ページにアクセスすることができるようになっている。この場合、共有ブラウザのブラウザウィンドウ３００においては、購入ページとしてのコンテンツデータが再生表示されることになる。

そして、ここでの図示による説明は省略するが、ユーザは、上記のようにして表示される購入ページに対して所定の操作を行いながら購入の手続きをすることで、機能Ａに対応する外部アプリケーションをダウンロードして、そのユーザが使用するクライアント２のローカルにインストールさせることができる。
そしてこの後、図１７に示すブラウザウィンドウ３００の表示状態に戻せば、機能Ａに対応する実行ボタン３０７Ａの右側は、「購入済み」と表示されていることになる。そして、以降においては、実行ボタン３０７Ａに対する操作も有効となって、このクライアント２で機能Ａを使用することが可能になる。

このようにして、本実施の形態では、本来はファイル処理等の各種機能を実行可能とするためのブラウザウィンドウ３００上で、機能実現のための外部アプリケーションを購入するための操作を行うことができる。このためには、例えばブラウザウィンドウ３００により再生出力されるべきコンテンツデータに、外部アプリケーションを購入するための操作を可能とするスクリプト等の記述を含めるようにすればよい。
これにより、例えばユーザは、本実施の形態の共有ブラウザによりブラウザウィンドウ３００を表示させてファイルを共有している状態のもとで、このブラウザウィンドウ３００に対する操作を行うことで、直ぐに必要な外部アプリケーションの購入手続きを済ませたうえで、インストールすることができる。
これに対して、例えばパッケージメディアを利用して外部アプリケーションをインストールする場合には、先ず、パッケージメディアを入手しなければならないし、代金の支払いも、別の手続きによって行わなければならず、本実施の形態のようにして、即座に購入及びインストールが行えるとはいえない。
また、例えばインターネットを介して、外部アプリケーションをアップロードしているサーバにアクセスすることで外部アプリケーションをインストールするような場合には、例えばユーザは、共有ブラウザのブラウザウィンドウ３００上に対する操作によりサーバにアクセスすることはできない。例えばつまり、改めて、ブラウザ上でサーバのＵＲＬなどのアドレスを指定してアクセスを行い、、外部アプリケーションの購入及びダウンロードのための操作を行わねばならない。

図１８は、上記のようにして外部アプリケーションを購入制とした場合における、クライアント２とコンテンツサーバ１との間での外部アプリケーションの送受信のための処理動作を示している。なお、この図に示す処理として、クライアント２の処理はＣＰＵ２０１が実行し、コンテンツサーバ１の処理は、実行アプリケーション１１３に従って、制御部１０３が実行する。

ここで、例えばクライアント２側において、図１７にて説明したように、「購入はここをクリック」と表示された文字部分における、「ここ」のクリックエリアに対してクリック操作が行われたとされると、ステップ３０１に進み、外部アプリケーションの購入ページを要求するための処理を実行する。
ステップＳ３０１においては、クリックされたリンクの購入ページのアドレスによりしてコンテンツサーバ１にアクセスするようにされる。これにより、購入ページを要求したこととなるものである。

コンテンツサーバ１では、上記ステップＳ４０１において購入ページ要求が受信されるのを待機している。そして、上記ステップＳ３０１の処理に応じて、購入ページ要求が受信されたことが判別されると、ステップＳ４０２の処理に進む。

ステップＳ４０２においては、購入ページ要求を行ってきたのが正規のクライアントであるか否かについての認証処理を行うようにされる。
例えば、クライアント２から送信される購入ページ要求としては、ユーザを特定するユーザＩＤや、ユーザごとに登録したパスワードなどのユーザ情報が含まれているものとされる。また、コンテンツサーバ１のユーザデータベース１１２には、本実施の形態としてのネットワークシステムを利用するために登録したユーザ情報として、ユーザごとに、上記ユーザＩＤやパスワードなどの情報が対応付けられており、このような多数のユーザ情報がデータベース化されているものとされる。
そして、ステップＳ４０２においては、クライアント２から送信されたユーザＩＤ及びパスワード等に基づいて認証処理を実行し、この認証結果として正規のユーザであることが確認されたのであれば、次のステップＳ４０３に進むようにされる。これに対して、適正な認証結果が得られなかった場合には、例えばこの図に示す処理としては図示していないが、クライアント側に認証が失敗したことを通知するようにされ、この図に示す処理ルーチンは抜けるようにされる。

なお、クライアント側において、ユーザ情報を購入ページ要求に含めるためには、例えば、クライアント２側で購入ページの要求のためにアクセスする際に、ユーザＩＤやパスワードなどのユーザ情報の入力を促すダイアログボックスを表示させ、このダイアログボックスに所要の情報を入力した後に、購入ページの要求を送信するようにＧＵＩを形成すればよい。このようにすれば、購入ページの要求を送信する際に、ユーザ情報を含めて送信することが可能になる。

上記ステップＳ４０２の処理の後は、ステップＳ４０３に進む。
購入ページの実体は、共有ブラウザによって、ブラウザウィンドウ３００上に再生出力することのできるコンテンツデータとされる。この購入ページとしてのコンテンツデータは、コンテンツデータベース１１０に格納されているものとされる。そこで、ステップＳ４０３においては、このコンテンツデータベース１１０から要求された購入ページとしてのコンテンツデータを検索し、続くステップＳ４０４により、検索した購入ページのコンテンツデータを、要求元のクライアント２に対して送信出力する。

クライアント２側では、ステップＳ３０２において、先のステップＳ３０１にて要求した購入ページが受信されるのを待機している。そして、ステップＳ３０２により購入ページを受信したことが判別されると、次のステップＳ３０３において、この受信した購入ページとしてのコンテンツデータを再生し、ブラウザウィンドウ３００に表示出力することが行われる。
このようにして、購入ページが表示された状態の下では、クライアント２のユーザは、購入手続きのための操作を行うことができる。そして、最終的に購入決定の操作が行われたとされると、続くステップＳ３０４としての処理によって、購入要求を送信する。この購入要求は、例えば、購入すべき外部アプリケーションを示す外部アプリケーションＩＤの送信を伴って行われる。

コンテンツサーバ１では、ステップＳ４０５としての処理によって、購入要求が受信されるのを待機しており、ここで、購入要求が受信されたことを判別するとステップＳ４０６の処理に進むようにされる。
ステップＳ４０６においては、購入要求と共に受信した外部アプリケーションのアプリケーションＩＤを検索条件として使用して、例えば外部アプリケーションデータベース１１１に対する検索を行う。そして、次のステップＳ４０７において、購入要求を行った要求元のクライアント２に対して、検索した外部アプリケーションを送信する。

クライアント２側では、ステップＳ３０５において、コンテンツサーバ１から送信されてくる外部アプリケーションが受信されるのを待機している。そして、外部アプリケーションが受信されたことが判別されると、ステップＳ３０６に進んで、受信した外部アプリケーションを、ローカルにインストールする。

８．変形例２：サーバによりクライアントのアドレスを管理する場合のシステム構成

本実施の形態のネットワークシステムにおいては、各クライアント２が共有ブラウザにより供給を行うためには、この共有ブラウザにより現在同じアドレス（ＵＲＬ）のコンテンツデータを閲覧している他のクライアントのアドレスを必要とすることになる。つまり、各クライアント２の間で、自身以外の他のクライアント２とアドレスを交換することで、各クライアント２において、他のクライアント２のアドレスが認識され、これにより共有のための接続が確立されるものである。なお、各クライアント２のアドレスとは、例えばインターネットであれば、ＩＰアドレスとされることになる。

これまでの実施の形態の説明においては、各クライアント２が、他のクライアント２のアドレスを認識するためには、上記したように、各クライアント２がネットワークを介して相互にアドレスを通知し合うようにして交換を行っていたものである。
しかしながら、本実施の形態としてのネットワークシステムの場合、コンテンデータを閲覧するためには、必ずコンテンツサーバ１に対してクライアント２がアクセスすることになるのであるから、この際に、コンテンツサーバ１には、クライアント２のアドレス情報を受け取り、これを記憶保持しておくことができる。そこで、以降説明する変形例２としては、コンテンツサーバ１が、クライアント２の間の接続を確立するためのアドレス情報の管理を行うようにされる。

図１９は、この変形例２としてのネットワークシステムの動作を概念的に示している。
ここで、例えば図に示される３つのクライアント２−１，２−２，２−３の間で、共有ブラウザにより同じコンテンツデータを閲覧して、共有を行おうとしている場合を考える。
この場合、クライアント２−１，２−２，２−３は、それぞれ同じコンテンツデータのＵＲＬを指定するようにして、コンテンツサーバ１にアクセスしてくることになる。そして、この際において、各クライアント２−１，２−２，２−３は、自身のアドレス情報を通知することになる。コンテンツサーバ１では、指定されたコンテンツデータを各クライアント２に送信するのであるが、この際において、例えばアップロードしたコンテンツデータごとに対応して、クライアント２のアドレスを記憶しておくようにされる。この場合には、クライアント２−１，２−２，２−３の各アドレス情報を記憶しておくようにされる。

そして、コンテンツサーバ１は、この記憶したアドレス情報を利用して、クライアント２−１に対しては、他のクライアント２−２，２−３のアドレス情報を通知する。同様にして、クライアント２−２に対しては、他のクライアント２−１，２−３のアドレス情報を通知し、クライアント２−３に対しては、他のクライアント２−１，２−２のアドレス情報を通知するものである。
つまり、コンテンツサーバ１は、或る１つのクライアント２に対して、このクライアントと同じコンテンツデータを閲覧している他のクライアント２のアドレス情報を通知するようにされる。
そして、各クライアント２−１，２−２，２−３は、上記のようにしてコンテンツサーバ１から通知されたアドレス情報を利用して、共有のための互いの接続を確立するようにされる。

例えば、コンテンツサーバ１を介することなく、クライアント２間でアドレス情報の交換を行うようにした場合には、システム構成にもよるが、共有のための接続は、予め共有ブラウザによる共有を行うこととして決めた特定のクライアント２の間でのみ行われる。
これに対して、変形例２のようにしてコンテンツサーバ１がアドレス情報を管理し、また、通知するように構成すれば、共有ブラウザによる共有は、同じコンテンツデータを閲覧しているかぎり、不特定のクライアント２の間で行うことが可能になる。これにより、例えばコンテンツデータの内容によっては、より高い娯楽性、機能性が与えられることになるものである。

なお、上記変形例２としては、１つのコンテンツサーバ１によって、コンテンツデータのアップロードと、外部アプリケーションのアップロードとを実行できるようにしているが、例えばこれらの機能が分散されるようにしても構わない。つまり、コンテンツサーバ１として、コンテンツデータを記憶してアップロードするサーバと、外部アプリケーションを記憶してアップロードするサーバとの複数のサーバに分散させて、これらのサーバを例えばインターネット上におくようにするものである。

なお、上記変形例２としてのシステム運営を採らないのであれば、例えばインターネットなどのネットワーク上に、コンテンツサーバ１が存在していなくとも、クライアント２間のみで、共有ブラウザによる共有を行うことができる。つまり、各クライアント２が再生出力すべきコンテンツデータは、或るクライアント２のローカルのハードディスクドライブなどの所定の記憶領域に記憶させておくようにする。つまり、或る特定のクライアント２をサーバとして機能させるものである。そして、共有を行うべき他のクライアント２は、このサーバとして機能するクライアント２にアクセスして、コンテンツデータを受信取得し、共有ブラウザにより再生出力すればよいものである。
あるいは、ＣＤ−ＲＯＭ等のパッケージメディアによりコンテンツデータを配布するようにして、各クライアントは、このパッケージメディアから同じコンテンツデータを共有ブラウザにより再生出力するようにしてもよいものである。

また、同様にして、変形例２としてのシステム運営を採らない場合には、クライアント２のユーザがどのようにして、外部アプリケーションを入手してインストールを行うのかについては、特に限定されるべきものではない。外部アプリケーションの入手の仕方として、具体的には、例えばコンテンツサーバ１において外部アプリケーションをアップロードしているのであれば、このコンテンツサーバ１からダウンロードしてくることが考えられる。或いは、コンテンツサーバ１以外の他のアプリケーションサーバからダウンロードしてもよいものとされる。或いは、例えばパッケージメディアを使用してインストールすることも考えられる。

本発明の実施の形態としてのネットワークシステムの構成例を示す図である。 コンテンツサーバの内部構成例を示すブロック図である。 クライアントとしてのパーソナルコンピュータの構成例を示すブロック図である。 共有ブラウザのプログラム構成を概念的に示す説明図である。 ブラウザウィンドウの基本的表示態様例を示す説明図である。 ブラウザウィンドウに表示されるセルを説明するための説明図である。 ブラウザウィンドウに表示されるセルを説明するための説明図である。 ブラウザウィンドウ上で実現される機能例（第１例）を示す説明図である。 ブラウザウィンドウ上で実現される機能例（第２例）を示す説明図である。 ブラウザウィンドウ上で実現される機能例（第２例）を示す説明図である。 ブラウザウィンドウ上で実現される機能例（第３例）を示す説明図である。 ブラウザウィンドウ上で実現される機能例（第４例）を示す説明図である。 ブラウザウィンドウ上で実現される機能例（第５例）を示す説明図である。 ブラウザウィンドウ上で実現される機能例（第６例）を示す説明図である。 ファイル入力のための処理動作を示すフローチャートである。 操作ボタン等の操作に応じた処理動作を示すフローチャートである。 外部アプリケーションを購入制とした場合の、コンテンツデータの閲覧画面の表示態様例（変形例１）を示す説明図である。 変形例１において、外部アプリケーションを購入してクライアントにインストールするための、クライアントとコンテンツサーバとの処理動作を示すフローチャートである。 本実施の形態としての他のネットワークシステムの構成例（変形例２）を示す説明図である。 従来における、ファイル共有アプリケーションのアプリケーションウィンドウの表示態様例を示す説明図である。

符号の説明

１ コンテンツサーバ、２（２−１，２−２，２−３） クライアント、１０１ 記憶部、１０２ ネットワークインターフェイス、１０３ 制御部、１１０ コンテンツデータベース、１１１ 外部アプリケーションにデータベース、１１２ ユーザデータベース、１１３ 実行アプリケーション、２０１ ＣＰＵ、２０２ ＲＯＭ、２０３ ＲＡＭ、２０４ 入出力インターフェイス、２０５ キーボード、２０６ マウス、２０７ ハードディスクドライブ、２０８ ディスプレイモニタ、２０９ ネットワークインターフェイス、２１０ 内部バス、３００ ブラウザウィンドウ、３０１ 共有ファイル・サムネイル、３０２ 入力セル、３０３ 出力セル、３０４ 起動ボタン、３０６ プルダウンメニュー、３０７，３０７ａ，３０７ｂ，３０７ｃ，３０８ 実行ボタン

Claims (6)

1. ネットワークを介して接続された複数の端末装置の間で共通のコンテンツデータを出力するネットワークシステムであって、
   上記複数の端末装置それぞれは、
   上記共通のコンテンツデータを出力するための共通コンテンツ出力手段と、
   処理操作のデータを入力する操作入力手段と、
   上記入力された処理操作のデータに基づき上記共通コンテンツ出力手段に含まれる所定のアプリケーションに従って処理を実行する実行手段と、
   上記処理の結果出力された出力データを共有化情報として、上記ネットワークを介して上記複数の端末装置の間で送受信する送受信手段と、を備え、
   上記共通コンテンツ出力手段は、上記送受信した共有化情報を上記共通のコンテンツデータとして出力する
   ことを特徴とするネットワークシステム。
2. 上記複数の端末装置のうち少なくとも１つの上記端末装置は、
   上記共通コンテンツ出力手段に含まれる所定のアプリケーション以外の外部アプリケーションを備え、
   上記少なくとも１つの上記端末装置の実行手段は、上記入力された処理操作のデータに基づき上記外部アプリケーションに従って処理を実行し、
   上記少なくとも１つの上記端末装置の送受信手段は、上記外部アプリケーションに従った処理の結果出力された出力データを共有化情報として、上記ネットワークを介して上記複数の端末装置の間で送受信し、
   上記複数の端末装置それぞれの共通コンテンツ出力手段は、上記送受信した共有化情報を上記共通のコンテンツデータとして出力する
   ことを特徴とする請求項１に記載のネットワークシステム。
3. コンピュータを、
   ネットワークを介して接続された複数の端末装置の間で共通のコンテンツデータを出力するための共通コンテンツ出力手段、
   処理操作のデータを入力する操作入力手段、
   上記入力された処理操作のデータに基づき上記共通コンテンツ出力手段に含まれる所定のアプリケーションに従って処理を実行する実行手段、
   上記処理の結果出力された出力データを共有化情報として、上記ネットワークを介して上記複数の端末装置の間で送受信する送受信手段、
   上記送受信した共有化情報を上記共通のコンテンツデータとして出力する出力手段
   として機能させることを特徴とするプログラム。
4. 上記複数の端末装置のうち少なくとも１つの上記端末装置における処理において、
   上記共通コンテンツ出力手段の処理は所定のアプリケーション以外の外部アプリケーションをの処理を実行し、
   上記少なくとも１つの上記端末装置の実行手段の処理は、上記入力された処理操作のデータに基づき上記外部アプリケーションに従って処理を実行し、
   上記少なくとも１つの上記端末装置の送受信手段の処理は、上記外部アプリケーションに従った処理の結果出力された出力データを共有化情報として、上記ネットワークを介して上記複数の端末装置の間で送受信処理を実行し、
   上記複数の端末装置それぞれの出力手段の共通コンテンツ出力処理は、上記送受信した共有化情報を上記共通のコンテンツデータとして出力する処理を実行する
   ことを特徴とする請求項３に記載のプログラム。
5. ネットワークを介して他の１以上の端末装置と接続され、共通のコンテンツデータを出力するための端末装置であって、
   上記端末装置は、
   上記共通のコンテンツデータを出力するための共通コンテンツ出力手段と、
   処理操作のデータを入力する操作入力手段と、
   上記入力された処理操作のデータに基づき上記共通コンテンツ出力手段に含まれる所定のアプリケーションに従って処理を実行する実行手段と、
   上記処理の結果出力された出力データを共有化情報として、上記ネットワークを介して上記１以上の他の端末装置の間で送受信する送受信手段と、を備え、
   上記共通コンテンツ出力手段は、上記送受信した共有化情報を上記共通のコンテンツデータとして出力する
   ことを特徴とする端末装置。
6. 上記端末装置は、
   上記共通コンテンツ出力手段に含まれる所定のアプリケーション以外の外部アプリケーションを備え、
   上記端末装置の実行手段は、上記入力された処理操作のデータに基づき上記外部アプリケーションに従って処理を実行し、
   上記端末装置の送受信手段は、上記外部アプリケーションに従った処理の結果出力された出力データを共有化情報として、上記ネットワークを介して上記１つ以上の他の端末装置の間で送受信し、
   上記端末装置の共通コンテンツ出力手段は、上記送受信した共有化情報を上記共通のコンテンツデータとして出力する
   ことを特徴とする請求項５に記載の端末装置。
   

Images