(57)【要約】【課題】セキュリティを下げることなくローカルアプリケーションによるファイルをＷｅｂマシンのブラウザで表示またはブラウザから編集できるＷｅｂアプリケーションを提供する。【解決手段】ローカルＷｅｂマシン５または外部Ｗｅｂマシン６からの表示画面要求を受付部１１が受け付けて、判定部１２は、該要求の要求元を判定する。ローカルＷｅｂマシン５が要求した場合、生成部１３はローカルアプリケーションの編集ボタンを有する画面を生成して送信し、外部Ｗｅｂマシン６からの場合は、生成部１３は編集ボタンを有しなく参照のみ可能な表示画面を生成して送信する。ローカルＷｅｂマシン５のみがブラウザ５ｂ上からローカルアプリケーション３を使用してファイルを編集できる。【選択図】        図２
2005258794.tif 000002
【特許請求の範囲】
【請求項１】
ユーザインタフェースを有するローカルアプリケーションに接続し、かつ、ネットワークを介して接続する第１のＷｅｂマシンおよび第２のＷｅｂマシンのブラウザ上の画面から操作を受け付けるＷｅｂアプリケーションサーバのＷｅｂアプリケーションであって、
少なくともいずれかの前記Ｗｅｂマシンが、前記ブラウザ上で表示する前記ユーザインタフェースの画面情報の要求を送信した場合、前記画面情報の要求を受け付ける受付手段と、
前記受付手段によって受け付けられた前記画面情報の要求に基づいて、前記ユーザインタフェースの画面情報を生成して送信する生成手段と、
前記生成手段によって生成され送信された前記画面情報を受信して表示する前記Ｗｅｂマシンのブラウザ上に表示された前記ユーザインタフェースから受け付けられた前記ローカルアプリケーションの操作を指示する操作指示情報を受信して、受信した前記操作指示情報に基づいて、前記ローカルアプリケーションの操作を制御する制御手段と、
を備えたことを特徴とするＷｅｂアプリケーション。
【請求項２】
前記受付手段が受け付ける前記画面情報の要求、および前記制御手段が受信する前記操作指示情報が、前記第１のＷｅｂマシンによるものか第２のＷｅｂマシンによるものかを判定する判定手段を、さらに備え、
前記生成手段は、前記判定手段によって判定された判定結果に基づいて、前記画面情報を生成して送信するものであり、
前記制御手段は、前記判定手段によって判定された判定結果に基づいて、前記操作指示情報による前記ローカルアプリケーションの操作を制御するものであることを特徴とする請求項１に記載のＷｅｂアプリケーション。
【請求項３】
前記制御手段は、前記操作指示情報を受信した場合において前記ローカルアプリケーションが起動していないと判定した場合、前記ローカルアプリケーションを起動するものであることを特徴とする請求項１または２に記載のＷｅｂアプリケーション。
【請求項４】
前記制御手段は、前記制御手段が受信する前記操作指示情報に基づいて前記ローカルアプリケーションに対して該当するファイルをオープンし、オープンされた該ファイルに対する操作を指示するものであることを特徴とする請求項１〜３のいずれか１つに記載のＷｅｂアプリケーション。
【請求項５】
前記制御手段は、前記操作指示情報に基づいて該当するファイルを前記ローカルアプリケーションに送信し、前記ローカルアプリケーションは送信された前記ファイルの編集画面を表示するものであることを特徴とする請求項１〜４のいずれか１つに記載のＷｅｂアプリケーション。
【請求項６】
前記制御手段は、前記判定手段が前記画面情報の要求が前記第１のＷｅｂマシンによるものであると判定した場合にのみ、前記ローカルアプリケーションに対して、オープンされた該ファイルに対する操作を指示するものであることを特徴とする請求項４または５に記載のＷｅｂアプリケーション。
【請求項７】
前記判定手段が前記画面情報の要求が前記第１のＷｅｂマシンによるものであると判定した場合にのみ、前記生成手段は前記ローカルアプリケーションを制御するインタフェース部分を前記ブラウザ上に表示させる画面情報を生成して送信するものであることを特徴とする請求項２〜６のいずれか１つに記載のＷｅｂアプリケーション。
【請求項８】
ＷｅｂアプリケーションサーバのＷｅｂアプリケーションと、
ユーザインタフェースを有して前記Ｗｅｂアプリケーションに接続するローカルアプリケーションと、
ネットワークを介して前記Ｗｅｂアプリケーションに接続する第１のＷｅｂマシンと、
前記ネットワークを介して前記Ｗｅｂアプリケーションに接続する第２のＷｅｂマシンと、
を備えるＷｅｂアプリケーションサーバシステムであって、
前記Ｗｅｂアプリケーションは、
少なくともいずれかの前記Ｗｅｂマシンが、前記ブラウザ上で表示する前記ユーザインタフェースの画面情報の要求を送信した場合、前記画面情報の要求を受け付ける受付手段と、
前記受付手段によって受け付けられた前記画面情報の要求に基づいて、前記ユーザインタフェースの画面情報を生成して送信する生成手段と、
前記生成手段によって生成され送信された前記画面情報を受信して表示する前記Ｗｅｂマシンのブラウザ上に表示された前記ユーザインタフェースから受け付けられた前記ローカルアプリケーションの操作を指示する操作指示情報を受信して、受信した前記操作指示情報に基づいて、前記ローカルアプリケーションの操作を制御する制御手段と、
を有するものであることを特徴とするＷｅｂアプリケーションサーバシステム。
【請求項９】
前記受付手段が受け付ける前記画面情報の要求、および前記制御手段が受信する前記操作指示情報が、前記第１のＷｅｂマシンによるものか第２のＷｅｂマシンによるものかを判定する判定手段を、さらに備え、
前記生成手段は、前記判定手段によって判定された判定結果に基づいて、前記画面情報を生成して送信するものであり、
前記制御手段は、前記判定手段によって判定された判定結果に基づいて、前記操作指示情報による前記ローカルアプリケーションの操作を制御するものであることを特徴とする請求項８に記載のＷｅｂアプリケーションサーバシステム。
【請求項１０】
前記制御手段は、前記制御手段が受信する前記操作指示情報に基づいて前記ローカルアプリケーションに対して該当するファイルをオープンし、オープンされた該ファイルに対する操作を指示するものであることを特徴とする請求項８または９に記載のＷｅｂアプリケーションサーバシステム。
【請求項１１】
前記制御手段は、前記判定手段が前記画面情報の要求が前記第１のＷｅｂマシンによるものであると判定した場合にのみ、前記ローカルアプリケーションに対して、オープンされた該ファイルに対する操作を指示するものであることを特徴とする請求項９または１０に記載のＷｅｂアプリケーションサーバシステム。
【請求項１２】
前記生成手段は、前記判定手段が前記画面情報の要求が前記第１のＷｅｂマシンによるものであると判定した場合にのみ、前記ローカルアプリケーションを制御するインタフェース部分を前記ブラウザ上に表示させる画面情報を生成して送信するものであることを特徴とする請求項９〜１１のいずれか１つに記載のＷｅｂアプリケーションサーバシステム。
【請求項１３】
ユーザインタフェースを有するローカルアプリケーションに接続し、かつ、ネットワークを介して接続する第１のＷｅｂマシンおよび第２のＷｅｂマシンのブラウザ上の画面から操作を受け付けるＷｅｂアプリケーションサーバのＷｅｂアプリケーションのファイル制御方法であって、
少なくともいずれかの前記Ｗｅｂマシンが、前記ブラウザ上で表示する前記ユーザインタフェースの画面情報の要求を送信した場合、前記画面情報の要求を受け付ける受付工程と、
前記受付工程において受け付けられた前記画面情報の要求に基づいて、前記ユーザインタフェースの画面情報を生成して送信する生成工程と、
前記生成工程において生成され送信された前記画面情報を受信して表示する前記Ｗｅｂマシンのブラウザ上に表示された前記ユーザインタフェースから受け付けられた前記ローカルアプリケーションの操作を指示する操作指示情報を受信して、受信した前記操作指示情報に基づいて、前記ローカルアプリケーションの操作を制御する制御工程と、
を含むことを特徴とするＷｅｂアプリケーションのファイル制御方法。
【請求項１４】
前記受付工程において受け付ける前記画面情報の要求、および前記制御工程において受信する前記操作指示情報が、前記第１のＷｅｂマシンによるものか第２のＷｅｂマシンによるものかを判定する判定程を、さらに含み、
前記生成工程は、前記判定程によって判定された判定結果に基づいて、前記画面情報を生成して送信するものであり、
前記制御工程は、前記判定程によって判定された判定結果に基づいて、前記操作指示情報による前記ローカルアプリケーションの操作を制御するものであることを特徴とする請求項１３に記載のＷｅｂアプリケーションのファイル制御方法。
【請求項１５】
前記制御工程は、前記制御工程において受信する前記操作指示情報に基づいて前記ローカルアプリケーションに対して該当するファイルをオープンし、オープンされた該ファイルに対する操作を指示するものであることを特徴とする請求項１３または１４に記載のＷｅｂアプリケーションのファイル制御方法。
【請求項１６】
前記制御工程は、前記判定程において前記画面情報の要求が前記第１のＷｅｂマシンによるものであると判定した場合にのみ、前記ローカルアプリケーションに対して、オープンされた該ファイルに対する操作を指示するものであることを特徴とする請求項１４または１５に記載のＷｅｂアプリケーションのファイル制御方法。
【請求項１７】
前記生成工程は、前記判定程において前記画面情報の要求が前記第１のＷｅｂマシンによるものであると判定した場合にのみ、前記ローカルアプリケーションを制御するインタフェース部分を前記ブラウザ上に表示させる画面情報を生成して送信するものであることを特徴とする請求項１４〜１６のいずれか１つに記載のＷｅｂアプリケーションのファイル制御方法。
【請求項１８】
請求項１３〜１７に記載のいずれかのＷｅｂアプリケーションのファイル制御方法をコンピュータに実行させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、Ｗｅｂアプリケーション、Ｗｅｂアプリケーションサーバシステム、Ｗｅｂアプリケーションのファイル制御方法、およびその方法をコンピュータに実行させるプログラムに関し、特に、ユーザインタフェースを有するローカルアプリケーションを制御できるＷｅｂアプリケーション、Ｗｅｂアプリケーションサーバシステム、Ｗｅｂアプリケーションのファイル制御方法、およびその方法をコンピュータに実行させるプログラムに関するものである。
【背景技術】
【０００２】
近年、ブラウザ上の画面から操作を行うＷｅｂアプリケーションが広く使われるようになっている。Ｗｅｂアプリケーションが様々な分野で使われるようになると、ブラウザ画面上でのＷｅｂアプリケーションによる操作だけでなく、ローカルアプリケーションを起動してそのユーザインタフェースを使用したい場合が生じてくる。
【０００３】
例えば、Ｗｅｂアプリケーションのブラウザ画面からはファイルの表示はできるが、表示されたファイルの編集を行おうとする場合、一般にファイルの中身は複雑なマルチメディアデータであるため、専用のローカルアプリケーションを使用して編集しなければならなくなる。しかし、Ｗｅｂアプリケーションからは通常、ユーザインタフェースを持ったローカルアプリケーションを起動できないという問題点があった。Ｗｅｂアプリケーションでは通常、画面はブラウザ上に表示されるものであり、ユーザインタフェースを持ったローカルアプリケーションを使用することは想定されていないからである。また、Ｗｅｂアプリケーションのブラウザ画面からローカルアプリケーションを起動する方法としては、ＡｃｔｉｖｅＸ（Ｒ）を用いる方法も考えられる（特許文献１）。
【０００４】
【特許文献１】特開２００４−０２１３４１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら上記の問題に対して従来技術で対応しようとする場合、以下のような不都合が生じる。即ち、Ｗｅｂアプリケーション上で参照したファイルを、操作者の手動によってローカルアプリケーションに設定すると、毎回繁雑な作業を繰り返すため、作業効率が下がりミスも出易い。また、ローカルアプリケーションの機能を全てＷｅｂアプリケーション上に移植できれば問題は解決するのであるが、多大なコストがかかってしまう。また、Ｗｅｂアプリケーションのブラウザ画面からローカルアプリケーションを起動する方法としてＡｃｔｉｖｅＸ（Ｒ）を用いる場合、ブラウザのセキュリティレベルを下げなければならないという問題があった。
【０００６】
本発明は、上記に鑑みてなされたものであって、その目的は、Ｗｅｂアプリケーションにおいてブラウザのセキュリティレベルを下げることなく、簡易な構成によって安全に効率良くユーザインタフェースを有するローカルアプリケーションをＷｅｂマシンで使用できるＷｅｂアプリケーション、Ｗｅｂアプリケーションサーバシステム、Ｗｅｂアプリケーションのファイル制御方法、およびその方法をコンピュータに実行させるプログラムを提供することである。
【課題を解決するための手段】
【０００７】
上述した課題を解決し、目的を達成するために、請求項１にかかる発明は、ユーザインタフェースを有するローカルアプリケーションに接続し、かつ、ネットワークを介して接続する第１のＷｅｂマシンおよび第２のＷｅｂマシンのブラウザ上の画面から操作を受け付けるＷｅｂアプリケーションサーバのＷｅｂアプリケーションであって、少なくともいずれかの前記Ｗｅｂマシンが、前記ブラウザ上で表示する前記ユーザインタフェースの画面情報の要求を送信した場合、前記画面情報の要求を受け付ける受付手段と、前記受付手段によって受け付けられた前記画面情報の要求に基づいて、前記ユーザインタフェースの画面情報を生成して送信する生成手段と、前記生成手段によって生成され送信された前記画面情報を受信して表示する前記Ｗｅｂマシンのブラウザ上に表示された前記ユーザインタフェースから受け付けられた前記ローカルアプリケーションの操作を指示する操作指示情報を受信して、受信した前記操作指示情報に基づいて、前記ローカルアプリケーションの操作を制御する制御手段と、を備えたことを特徴とする。
【０００８】
この請求項１にかかる発明によれば、Ｗｅｂマシンのブラウザ上で表示するユーザインタフェースの画面情報の要求を受け付け、受け付けた画面情報の要求に基づいて、ユーザインタフェースの画面情報を生成し、Ｗｅｂマシンが生成された画面情報を受信してのブラウザ上に表示したユーザインタフェースから受け付けられたローカルアプリケーション操作指示情報を受信し、受信した操作指示情報に基づいてＷｅｂアプリケーションは、ローカルアプリケーションの操作を制御する。この構成によって、第１あるいは第２のＷｅｂマシンから送信される画面情報の送信要求に基づいてＷｅｂアプリケーションはＷｅｂマシンに表示するローカルアプリケーションに編集要求を出すインタフェースを含んだ画面を送信して、Ｗｅｂマシンから操作入力することによって、Ｗｅｂアプリケーションのセキュリティレベルを下げる必要なく、ファイルを参照あるいはローカルアプリケーションを起動して編集することができるので、簡易な構成によって安全に効率良くユーザインタフェースを有するローカルアプリケーションをＷｅｂマシンで使用することができるＷｅｂアプリケーションを提供できる。
【０００９】
また、請求項２にかかる発明は、請求項１に記載のＷｅｂアプリケーションにおいて、前記受付手段が受け付ける前記画面情報の要求、および前記制御手段が受信する前記操作指示情報が、前記第１のＷｅｂマシンによるものか第２のＷｅｂマシンによるものかを判定する判定手段を、さらに備え、前記生成手段は、前記判定手段によって判定された判定結果に基づいて、前記画面情報を生成して送信するものであり、前記制御手段は、前記判定手段によって判定された判定結果に基づいて、前記操作指示情報による前記ローカルアプリケーションの操作を制御するものであることを特徴とする。
【００１０】
この請求項２にかかる発明によれば、画面情報の要求および操作指示情報を受信して、受信する該要求および該情報が第１のＷｅｂマシンからのものか第２のＷｅｂマシンからのものかを判定し、判定結果に基づいて、第１あるいは第２のＷｅｂマシンに対応して、画面情報および操作指示情報を生成して送信するので、第１あるいは第２のＷｅｂマシンそれぞれに対応して編集可能なあるいは不可能なインタフェース画面を表示し、また第１および第２のＷｅｂマシンに対応してローカルアプリケーションを制御するので、Ｗｅｂアプリケーションのセキュリティレベルを下げる必要なく、第１のＷｅｂマシンであるか第２のＷｅｂマシンであるかによって、例えば、ファイルを参照できるに止めてローカルアプリケーションを起動させずにおくか、あるいはローカルアプリケーションを起動して編集することをも許可するのかを制御することができるので、簡易な構成によって安全に効率良くユーザインタフェースを有するローカルアプリケーションをＷｅｂマシンで使用することができるＷｅｂアプリケーションを提供できる。
【００１１】
また、請求項３にかかる発明は、請求項１または２に記載のＷｅｂアプリケーションにおいて、前記制御手段は、前記操作指示情報を受信した場合において前記ローカルアプリケーションが起動していないと判定した場合、前記ローカルアプリケーションを起動するものであることを特徴とする。
【００１２】
この請求項３にかかる発明によれば、制御手段は、操作指示情報を受信してローカルアプリケーションが起動していないと判定した場合、ローカルアプリケーションを起動する。この構成によって、ローカルアプリケーションを起動させてファイルを編集できるので、簡易な構成によって安全に効率良くユーザインタフェースを有するローカルアプリケーションをＷｅｂマシンで使用することができるＷｅｂアプリケーションを提供できる。
【００１３】
また、請求項４にかかる発明は、請求項１〜３のいずれか１つに記載のＷｅｂアプリケーションにおいて、前記制御手段は、前記制御手段が受信する前記操作指示情報に基づいて前記ローカルアプリケーションに対して該当するファイルをオープンし、オープンされた該ファイルに対する操作を指示するものであることを特徴とする。
【００１４】
この請求項４にかかる発明によれば、制御手段は、制御手段が受信する操作指示情報に基づいてローカルアプリケーションに対して該当するファイルをオープンし、オープンされた該ファイルに対する操作を指示する。この構成によって、受信する操作指示情報によってファイルをオープンするので、ファイルをオープンするための煩雑な入力を避けることができるので、簡易な構成によって安全に効率良くユーザインタフェースを有するローカルアプリケーションをＷｅｂマシンで使用することができるＷｅｂアプリケーションを提供できる。
【００１５】
また、請求項５にかかる発明は、請求項１〜４のいずれか１つに記載のＷｅｂアプリケーションにおいて、前記制御手段は、前記操作指示情報に基づいてするファイルを前記ローカルアプリケーションに送信し、前記ローカルアプリケーションは送信された前記ファイルの編集画面を表示するものであることを特徴とする。
【００１６】
この請求項５にかかる発明によれば、制御手段は、操作指示情報に基づいて該当するファイルをローカルアプリケーションに送信し、ローカルアプリケーションは送信されたファイルの編集画面を表示する。この構成によって、受信する操作指示情報によってファイルをローカルアプリケーションに送信してオープンするので、ファイルをオープンするための煩雑な入力を避けることができ、簡易な構成によって安全に効率良くユーザインタフェースを有するローカルアプリケーションをＷｅｂマシンで使用することができるＷｅｂアプリケーションを提供できる。
【００１７】
また、請求項６にかかる発明は、請求項４または５に記載のＷｅｂアプリケーションにおいて、前記制御手段は、前記判定手段が前記画面情報の要求が前記第１のＷｅｂマシンによるものであると判定した場合にのみ、前記ローカルアプリケーションに対して、オープンされた該ファイルに対する操作を指示するものであることを特徴とする。
【００１８】
この請求項６にかかる発明によれば、制御手段は、判定手段が画面情報の要求が第１のＷｅｂマシンによると判定した場合にのみ、ローカルアプリケーションに対して、オープンされた該ファイルに対する操作を指示する。この構成によって、第１のＷｅｂマシンがファイルをオープンする要求をした場合のみファイルをオープンするので、簡易な構成によって安全に効率良くユーザインタフェースを有するローカルアプリケーションをＷｅｂマシンで使用することができるＷｅｂアプリケーションを提供できる。
【００１９】
また、請求項７にかかる発明は、請求項２〜６のいずれか１つに記載のＷｅｂアプリケーションにおいて、前記生成手段は、前記判定手段が前記画面情報の要求が前記第１のＷｅｂマシンによるものであると判定した場合にのみ、前記ローカルアプリケーションを制御するインタフェース部分を前記ブラウザ上に表示させる画面情報を生成して送信するものであることを特徴とする。
【００２０】
この請求項７にかかる発明によれば、判定手段が画面情報の要求が第１のＷｅｂマシンによると判定した場合にのみ、生成手段はローカルアプリケーションを制御するインタフェース部分をブラウザ上に表示させる画面情報を生成して送信する。この構成によって、第１のＷｅｂマシンが要求をした場合のみローカルアプリケーションを制御できるインタフェース画面を表示させるので、簡易な構成によって安全に効率良くユーザインタフェースを有するローカルアプリケーションをＷｅｂマシンで使用することができるＷｅｂアプリケーションを提供できる。
【００２１】
また、請求項８にかかる発明は、ＷｅｂアプリケーションサーバのＷｅｂアプリケーションと、ユーザインタフェースを有して前記Ｗｅｂアプリケーションに接続するローカルアプリケーションと、ネットワークを介して前記Ｗｅｂアプリケーションに接続する第１のＷｅｂマシンと、前記ネットワークを介して前記Ｗｅｂアプリケーションに接続する第２のＷｅｂマシンと、を備えるＷｅｂアプリケーションサーバシステムであって、前記Ｗｅｂアプリケーションは、少なくともいずれかの前記Ｗｅｂマシンが、前記ブラウザ上で表示する前記ユーザインタフェースの画面情報の要求を送信した場合、前記画面情報の要求を受け付ける受付手段と、前記受付手段によって受け付けられた前記画面情報の要求に基づいて、前記ユーザインタフェースの画面情報を生成して送信する生成手段と、前記生成手段によって生成され送信された前記画面情報を受信して表示する前記Ｗｅｂマシンのブラウザ上に表示された前記ユーザインタフェースから受け付けられた前記ローカルアプリケーションの操作を指示する操作指示情報を受信して、受信した前記操作指示情報に基づいて、前記ローカルアプリケーションの操作を制御する制御手段と、を有するものであることを特徴とする。
【００２２】
この請求項８にかかる発明によれば、Ｗｅｂマシンのブラウザ上で表示するユーザインタフェースの画面情報の要求をＷｅｂアプリケーションサーバのＷｅｂアプリケーションが受け付け、受け付けた画面情報の要求に基づいて、ユーザインタフェースの画面情報を生成し、Ｗｅｂマシンが生成された画面情報を受信してのブラウザ上に表示したユーザインタフェースから受け付けられたローカルアプリケーション操作指示情報を受信し、受信した操作指示情報に基づいてＷｅｂアプリケーションは、ローカルアプリケーションの操作を制御する。この構成によって、第１あるいは第２のＷｅｂマシンから送信される画面情報の送信要求に基づいてＷｅｂアプリケーションはＷｅｂマシンに表示するローカルアプリケーションに編集要求を出すインタフェースを含んだ画面を送信して、Ｗｅｂマシンから操作入力することによって、Ｗｅｂアプリケーションのセキュリティレベルを下げる必要なく、ファイルを参照あるいはローカルアプリケーションを起動して編集することができるので、簡易な構成によって安全に効率良くユーザインタフェースを有するローカルアプリケーションをＷｅｂマシンで使用することができるＷｅｂアプリケーションサーバシステムを提供できる。
【００２３】
また、請求項９にかかる発明は、請求項８に記載のＷｅｂアプリケーションサーバシステムにおいて、前記受付手段が受け付ける前記画面情報の要求、および前記制御手段が受信する前記操作指示情報が、前記第１のＷｅｂマシンによるものか第２のＷｅｂマシンによるものかを判定する判定手段を、さらに備え、前記生成手段は、前記判定手段によって判定された判定結果に基づいて、前記画面情報を生成して送信するものであり、前記制御手段は、前記判定手段によって判定された判定結果に基づいて、前記操作指示情報による前記ローカルアプリケーションの操作を制御するものであることを特徴とする。
【００２４】
この請求項９にかかる発明によれば、Ｗｅｂアプリケーションが、画面情報の要求および操作指示情報を受信して、受信する該要求および該情報が第１のＷｅｂマシンからのものか第２のＷｅｂマシンからのものかを判定し、判定結果に基づいて、第１あるいは第２のＷｅｂマシンに対応して、画面情報および操作指示情報を生成して送信するので、第１あるいは第２のＷｅｂマシンそれぞれに対応して編集可能なあるいは不可能なインタフェース画面を表示し、また第１および第２のＷｅｂマシンに対応してローカルアプリケーションを制御するので、Ｗｅｂアプリケーションのセキュリティレベルを下げる必要なく、第１のＷｅｂマシンであるか第２のＷｅｂマシンであるかによって、例えば、ファイルを参照できるに止めてローカルアプリケーションを起動させずにおくか、あるいはローカルアプリケーションを起動して編集することをも許可するのかを制御することができるので、簡易な構成によって安全に効率良くユーザインタフェースを有するローカルアプリケーションをＷｅｂマシンで使用することができるＷｅｂアプリケーションサーバシステムを提供できる。
【００２５】
また、請求項１０にかかる発明は、請求項８または９に記載のＷｅｂアプリケーションサーバシステムにおいて、前記制御手段は、前記制御手段が受信する前記操作指示情報に基づいて前記ローカルアプリケーションに対して該当するファイルをオープンし、オープンされた該ファイルに対する操作を指示するものであることを特徴とする。
【００２６】
この請求項１０にかかる発明によれば、Ｗｅｂアプリケーションが受信する操作指示情報に基づいてローカルアプリケーションに対して該当するファイルをオープンし、オープンされた該ファイルに対する操作を指示する。この構成によって、受信する操作指示情報によってファイルをオープンするので、ファイルをオープンするための煩雑な入力を避けることができるので、簡易な構成によって安全に効率良くユーザインタフェースを有するローカルアプリケーションをＷｅｂマシンで使用することができるＷｅｂアプリケーションサーバシステムを提供できる。
【００２７】
また、請求項１１にかかる発明は、請求項９または１０に記載のＷｅｂアプリケーションサーバシステムにおいて、前記制御手段は、前記判定手段が前記画面情報の要求が前記第１のＷｅｂマシンによるものであると判定した場合にのみ、前記ローカルアプリケーションに対して、オープンされた該ファイルに対する操作を指示するものであることを特徴とする。
【００２８】
この請求項１１にかかる発明によれば、Ｗｅｂアプリケーションが受信する画面情報の要求が第１のＷｅｂマシンによると判定した場合にのみ、ローカルアプリケーションに対して、オープンされた該ファイルに対する操作を指示できる。この構成によって、Ｗｅｂアプリケーションは、第１のＷｅｂマシンがファイルをオープンする要求をした場合のみファイルをオープンさせるので、簡易な構成によって安全に効率良くユーザインタフェースを有するローカルアプリケーションをＷｅｂマシンで使用することができるＷｅｂアプリケーションサーバシステムを提供できる。
【００２９】
また、請求項１２にかかる発明は、請求項９〜１１のいずれか１つに記載のＷｅｂアプリケーションサーバシステムにおいて、前記生成手段は、前記判定手段が前記画面情報の要求が前記第１のＷｅｂマシンによるものであると判定した場合にのみ、前記ローカルアプリケーションを制御するインタフェース部分を前記ブラウザ上に表示させる画面情報を生成して送信するものであることを特徴とする。
【００３０】
この請求項１２にかかる発明によれば、Ｗｅｂアプリケーションは、受信する画面情報の要求が第１のＷｅｂマシンによると判定した場合にのみ、ローカルアプリケーションを制御するインタフェース部分をブラウザ上に表示させる画面情報を生成して送信する。この構成によって、第１のＷｅｂマシンが要求をした場合のみローカルアプリケーションを制御できるインタフェース画面を表示させるので、簡易な構成によって安全に効率良くユーザインタフェースを有するローカルアプリケーションをＷｅｂマシンで使用することができるＷｅｂアプリケーションサーバシステムを提供できる。
【００３１】
また、請求項１３にかかる発明は、ユーザインタフェースを有するローカルアプリケーションに接続し、かつ、ネットワークを介して接続する第１のＷｅｂマシンおよび第２のＷｅｂマシンのブラウザ上の画面から操作を受け付けるＷｅｂアプリケーションサーバのＷｅｂアプリケーションのファイル制御方法であって、少なくともいずれかの前記Ｗｅｂマシンが、前記ブラウザ上で表示する前記ユーザインタフェースの画面情報の要求を送信した場合、前記画面情報の要求を受け付ける受付工程と、前記受付工程において受け付けられた前記画面情報の要求に基づいて、前記ユーザインタフェースの画面情報を生成して送信する生成工程と、前記生成工程において生成され送信された前記画面情報を受信して表示する前記Ｗｅｂマシンのブラウザ上に表示された前記ユーザインタフェースから受け付けられた前記ローカルアプリケーションの操作を指示する操作指示情報を受信して、受信した前記操作指示情報に基づいて、前記ローカルアプリケーションの操作を制御する制御工程と、を含むことを特徴とする。
【００３２】
この請求項１３にかかる発明によれば、Ｗｅｂマシンのブラウザ上で表示するユーザインタフェースの画面情報の要求を受け付け、受け付けた画面情報の要求に基づいて、ユーザインタフェースの画面情報を生成し、Ｗｅｂマシンが生成された画面情報を受信してのブラウザ上に表示したユーザインタフェースから受け付けられたローカルアプリケーション操作指示情報を受信し、受信した操作指示情報に基づいてＷｅｂアプリケーションは、ローカルアプリケーションの操作を制御する。この構成によって、第１あるいは第２のＷｅｂマシンから送信される画面情報の送信要求に基づいてＷｅｂアプリケーションはＷｅｂマシンに表示するローカルアプリケーションに編集要求を出すインタフェースを含んだ画面を送信して、Ｗｅｂマシンから操作入力することによって、Ｗｅｂアプリケーションのセキュリティレベルを下げる必要なく、ファイルを参照あるいはローカルアプリケーションを起動して編集することができるので、簡易な構成によって安全に効率良くユーザインタフェースを有するローカルアプリケーションをＷｅｂマシンで使用することができるＷｅｂアプリケーションのファイル制御方法を提供できる。
【００３３】
また、請求項１４にかかる発明は、請求項１３に記載のＷｅｂアプリケーションのファイル制御方法において、前記受付工程において受け付ける前記画面情報の要求、および前記制御工程において受信する前記操作指示情報が、前記第１のＷｅｂマシンによるものか第２のＷｅｂマシンによるものかを判定する判定程を、さらに含み、前記生成工程は、前記判定程によって判定された判定結果に基づいて、前記画面情報を生成して送信するものであり、前記制御工程は、前記判定程によって判定された判定結果に基づいて、前記操作指示情報による前記ローカルアプリケーションの操作を制御するものであることを特徴とする。
【００３４】
この請求項１４にかかる発明によれば、画面情報の要求および操作指示情報を受信して、受信する該要求および該情報が第１のＷｅｂマシンからのものか第２のＷｅｂマシンからのものかを判定し、判定結果に基づいて、第１あるいは第２のＷｅｂマシンに対応して、画面情報および操作指示情報を生成して送信するので、第１あるいは第２のＷｅｂマシンそれぞれに対応して編集可能なあるいは不可能なインタフェース画面を表示し、また第１および第２のＷｅｂマシンに対応してローカルアプリケーションを制御するので、Ｗｅｂアプリケーションのセキュリティレベルを下げる必要なく、第１のＷｅｂマシンであるか第２のＷｅｂマシンであるかによって、例えば、ファイルを参照できるに止めてローカルアプリケーションを起動させずにおくか、あるいはローカルアプリケーションを起動して編集することをも許可するのかを制御することができるので、簡易な構成によって安全に効率良くユーザインタフェースを有するローカルアプリケーションをＷｅｂマシンで使用することができるＷｅｂアプリケーションのファイル制御方法を提供できる。
【００３５】
また、請求項１５にかかる発明は、請求項１３または１４に記載のＷｅｂアプリケーションのファイル制御方法において、前記制御工程は、前記制御工程において受信する前記操作指示情報に基づいて前記ローカルアプリケーションに対して該当するファイルをオープンし、オープンされた該ファイルに対する操作を指示するものであることを特徴とする。
【００３６】
この請求項１５にかかる発明によれば、受信する操作指示情報に基づいてローカルアプリケーションに対して該当するファイルをオープンし、オープンされた該ファイルに対する操作を指示する。この構成によって、受信する操作指示情報によってファイルをオープンするので、ファイルをオープンするための煩雑な入力を避けることができるので、簡易な構成によって安全に効率良くユーザインタフェースを有するローカルアプリケーションをＷｅｂマシンで使用することができるＷｅｂアプリケーションのファイル制御方法を提供できる。
【００３７】
また、請求項１６にかかる発明は、請求項１４または１５に記載のＷｅｂアプリケーションのファイル制御方法において、前記制御工程は、前記判定程において前記画面情報の要求が前記第１のＷｅｂマシンによるものであると判定した場合にのみ、前記ローカルアプリケーションに対して、オープンされた該ファイルに対する操作を指示するものであることを特徴とする。
【００３８】
この請求項１６にかかる発明によれば、画面情報の要求が第１のＷｅｂマシンによると判定した場合にのみ、ローカルアプリケーションに対して、オープンされた該ファイルに対する操作を指示できる。この構成によって、第１のＷｅｂマシンがファイルをオープンする要求をした場合のみファイルをオープンするので、簡易な構成によって安全に効率良くユーザインタフェースを有するローカルアプリケーションをＷｅｂマシンで使用することができるＷｅｂアプリケーションのファイル制御方法を提供できる。
【００３９】
また、請求項１７にかかる発明は、請求項１４〜１６のいずれか１つに記載のＷｅｂアプリケーションのファイル制御方法において、前記生成工程は、前記判定程において前記画面情報の要求が前記第１のＷｅｂマシンによるものであると判定した場合にのみ、前記ローカルアプリケーションを制御するインタフェース部分を前記ブラウザ上に表示させる画面情報を生成して送信するものであることを特徴とする。
【００４０】
この請求項１７にかかる発明によれば、画面情報の要求が第１のＷｅｂマシンによると判定した場合にのみ、ローカルアプリケーションを制御するインタフェース部分をブラウザ上に表示させる画面情報を生成して送信する。この構成によって、第１のＷｅｂマシンが要求をした場合のみローカルアプリケーションを制御できるインタフェース画面を表示させるので、簡易な構成によって安全に効率良くユーザインタフェースを有するローカルアプリケーションをＷｅｂマシンで使用することができるＷｅｂアプリケーションのファイル制御方法を提供できる。
【００４１】
また、請求項１８にかかる発明は、プログラムであって、請求項１３〜１７に記載のいずれかのＷｅｂアプリケーションのファイル制御方法をコンピュータに実行させることを特徴とする。
【００４２】
この請求項１８にかかる発明によれば、請求項１３〜１７に記載のいずれかのＷｅｂアプリケーションのファイル制御方法をコンピュータに実行させることができる。
【発明の効果】
【００４３】
本発明（請求項１）にかかる発明は、第１あるいは第２のＷｅｂマシンから送信される画面情報の送信要求に基づいてＷｅｂアプリケーションはＷｅｂマシンに表示するローカルアプリケーションに編集要求を出すインタフェースを含んだ画面を送信して、Ｗｅｂマシンから操作入力することによって、Ｗｅｂアプリケーションのセキュリティレベルを下げる必要なく、ファイルを参照あるいはローカルアプリケーションを起動して編集することができるので、簡易な構成によって安全に効率良くユーザインタフェースを有するローカルアプリケーションをＷｅｂマシンで使用することができるＷｅｂアプリケーションを提供できるという効果を奏する。
【００４４】
また、本発明（請求項２）にかかる発明は、第１あるいは第２のＷｅｂマシンそれぞれに対応して編集可能なあるいは不可能なインタフェース画面を表示し、また第１および第２のＷｅｂマシンに対応してローカルアプリケーションを制御するので、Ｗｅｂアプリケーションのセキュリティレベルを下げる必要なく、第１のＷｅｂマシンであるか第２のＷｅｂマシンであるかによって、例えば、ファイルを参照できるに止めてローカルアプリケーションを起動させずにおくか、あるいはローカルアプリケーションを起動して編集することをも許可するのかを制御することができるので、簡易な構成によって安全に効率良くユーザインタフェースを有するローカルアプリケーションをＷｅｂマシンで使用することができるＷｅｂアプリケーションを提供できるという効果を奏する。
【００４５】
また、本発明（請求項３）にかかる発明は、ローカルアプリケーションを起動させてファイルを編集できるので、簡易な構成によって安全に効率良くユーザインタフェースを有するローカルアプリケーションをＷｅｂマシンで使用することができるＷｅｂアプリケーションを提供できるという効果を奏する。
【００４６】
また、本発明（請求項４）にかかる発明は、受信する操作指示情報によってファイルをオープンするので、ファイルをオープンするための煩雑な入力を避けることができるので、簡易な構成によって安全に効率良くユーザインタフェースを有するローカルアプリケーションをＷｅｂマシンで使用することができるＷｅｂアプリケーションを提供できるという効果を奏する。
【００４７】
また、本発明（請求項５）にかかる発明は、受信する操作指示情報によってファイルをローカルアプリケーションに送信してオープンするので、ファイルをオープンするための煩雑な入力を避けることができ、簡易な構成によって安全に効率良くユーザインタフェースを有するローカルアプリケーションをＷｅｂマシンで使用することができるＷｅｂアプリケーションを提供できるという効果を奏する。
【００４８】
また、本発明（請求項６）にかかる発明は、第１のＷｅｂマシンがファイルをオープンする要求をした場合のみファイルをオープンするので、簡易な構成によって安全に効率良くユーザインタフェースを有するローカルアプリケーションをＷｅｂマシンで使用することができるＷｅｂアプリケーションを提供できるという効果を奏する。
【００４９】
また、本発明（請求項７）にかかる発明は、第１のＷｅｂマシンが要求をした場合のみローカルアプリケーションを制御できるインタフェース画面を表示させるので、簡易な構成によって安全に効率良くユーザインタフェースを有するローカルアプリケーションをＷｅｂマシンで使用することができるＷｅｂアプリケーションを提供できるという効果を奏する。
【００５０】
また、本発明（請求項８）にかかる発明は、第１あるいは第２のＷｅｂマシンから送信される画面情報の送信要求に基づいてＷｅｂアプリケーションはＷｅｂマシンに表示するローカルアプリケーションに編集要求を出すインタフェースを含んだ画面を送信して、Ｗｅｂマシンから操作入力することによって、Ｗｅｂアプリケーションのセキュリティレベルを下げる必要なく、ファイルを参照あるいはローカルアプリケーションを起動して編集することができるので、簡易な構成によって安全に効率良くユーザインタフェースを有するローカルアプリケーションをＷｅｂマシンで使用することができるＷｅｂアプリケーションサーバシステムを提供できるという効果を奏する。
【００５１】
また、本発明（請求項９）にかかる発明は、Ｗｅｂアプリケーションのセキュリティレベルを下げる必要なく、第１のＷｅｂマシンであるか第２のＷｅｂマシンであるかによって、例えば、ファイルを参照できるに止めてローカルアプリケーションを起動させずにおくか、あるいはローカルアプリケーションを起動して編集することをも許可するのかを制御することができるので、簡易な構成によって安全に効率良くユーザインタフェースを有するローカルアプリケーションをＷｅｂマシンで使用することができるＷｅｂアプリケーションサーバシステムを提供できるという効果を奏する。
【００５２】
また、本発明（請求項１０）にかかる発明は、受信する操作指示情報によってファイルをオープンするので、ファイルをオープンするための煩雑な入力を避けることができるので、簡易な構成によって安全に効率良くユーザインタフェースを有するローカルアプリケーションをＷｅｂマシンで使用することができるＷｅｂアプリケーションサーバシステムを提供できるという効果を奏する。
【００５３】
また、本発明（請求項１１）にかかる発明は、Ｗｅｂアプリケーションは、第１のＷｅｂマシンがファイルをオープンする要求をした場合のみファイルをオープンさせるので、簡易な構成によって安全に効率良くユーザインタフェースを有するローカルアプリケーションをＷｅｂマシンで使用することができるＷｅｂアプリケーションサーバシステムを提供できるという効果を奏する。
【００５４】
また、本発明（請求項１２）にかかる発明は、第１のＷｅｂマシンが要求をした場合のみローカルアプリケーションを制御できるインタフェース画面を表示させるので、簡易な構成によって安全に効率良くユーザインタフェースを有するローカルアプリケーションをＷｅｂマシンで使用することができるＷｅｂアプリケーションサーバシステムを提供できるという効果を奏する。
【００５５】
また、本発明（請求項１３）にかかる発明は、第１あるいは第２のＷｅｂマシンから送信される画面情報の送信要求に基づいてＷｅｂアプリケーションはＷｅｂマシンに表示するローカルアプリケーションに編集要求を出すインタフェースを含んだ画面を送信して、Ｗｅｂマシンから操作入力することによって、Ｗｅｂアプリケーションのセキュリティレベルを下げる必要なく、ファイルを参照あるいはローカルアプリケーションを起動して編集することができるので、簡易な構成によって安全に効率良くユーザインタフェースを有するローカルアプリケーションをＷｅｂマシンで使用することができるＷｅｂアプリケーションのファイル制御方法を提供できるという効果を奏する。
【００５６】
また、本発明（請求項１４）にかかる発明は、第１あるいは第２のＷｅｂマシンそれぞれに対応して編集可能なあるいは不可能なインタフェース画面を表示し、また第１および第２のＷｅｂマシンに対応してローカルアプリケーションを制御するので、Ｗｅｂアプリケーションのセキュリティレベルを下げる必要なく、第１のＷｅｂマシンであるか第２のＷｅｂマシンであるかによって、例えば、ファイルを参照できるに止めてローカルアプリケーションを起動させずにおくか、あるいはローカルアプリケーションを起動して編集することをも許可するのかを制御することができるので、簡易な構成によって安全に効率良くユーザインタフェースを有するローカルアプリケーションをＷｅｂマシンで使用することができるＷｅｂアプリケーションのファイル制御方法を提供できるという効果を奏する。
【００５７】
また、本発明（請求項１５）にかかる発明は、受信する操作指示情報によってファイルをオープンするので、ファイルをオープンするための煩雑な入力を避けることができるので、簡易な構成によって安全に効率良くユーザインタフェースを有するローカルアプリケーションをＷｅｂマシンで使用することができるＷｅｂアプリケーションのファイル制御方法を提供できるという効果を奏する。
【００５８】
また、本発明（請求項１６）にかかる発明は、第１のＷｅｂマシンがファイルをオープンする要求をした場合のみファイルをオープンするので、簡易な構成によって安全に効率良くユーザインタフェースを有するローカルアプリケーションをＷｅｂマシンで使用することができるＷｅｂアプリケーションのファイル制御方法を提供できるという効果を奏する。
【００５９】
また、本発明（請求項１７）にかかる発明は、第１のＷｅｂマシンが要求をした場合のみローカルアプリケーションを制御できるインタフェース画面を表示させるので、簡易な構成によって安全に効率良くユーザインタフェースを有するローカルアプリケーションをＷｅｂマシンで使用することができるＷｅｂアプリケーションのファイル制御方法を提供できるという効果を奏する。
【００６０】
また、本発明（請求項１８）にかかる発明は、請求項１３〜１７に記載のいずれかのＷｅｂアプリケーションのファイル制御方法をコンピュータに実行させるプログラムを提供できるという効果を奏する。
【発明を実施するための最良の形態】
【００６１】
以下に添付図面を参照して、この発明にかかるＷｅｂアプリケーション、Ｗｅｂアプリケーションサーバシステム、Ｗｅｂアプリケーションのファイル制御方法、およびその方法をコンピュータに実行させるプログラムの最良な実施の形態を詳細に説明する。
【００６２】
（１．実施の形態にかかるＷｅｂアプリケーションサーバシステム）
図１は、本発明の実施の形態によるＷｅｂアプリケーションサーバシステムの構成を説明する図である。Ｗｅｂアプリケーションサーバシステムは、インターネットなどのネットワークで接続されたローカルＷｅｂマシン５および外部Ｗｅｂマシン６とを備える。
【００６３】
ローカルＷｅｂマシン５は、Ｗｅｂアプリケーションサーバ１と、Ｗｅｂアプリケーションサーバ１内のＷｅｂアプリケーション２と、ローカルアプリケーション３と、ローカルアプリケーション３によって生成されたファイルを記憶する記憶部４と、ローカルＷｅｂマシン５のブラウザ５ｂを備える。外部Ｗｅｂマシン６は、外部Ｗｅｂマシン６のブラウザ６ｂを備える。
【００６４】
ブラウザ５ｂおよび６ｂ上の画面から行う操作は、インターネットプロトコル（ＨＴＴＰなど）によってＷｅｂアプリケーションサーバ１に送られ、Ｗｅｂアプリケーションサーバ１の中にあるＷｅｂアプリケーション２は、ブラウザ５ｂおよび６ｂ画面から受け付けられた操作によって要求された処理を施す。Ｗｅｂアプリケーション２が処理を施した結果の画面情報は、インターネットプロトコルを通じてブラウザ側に送られ、ブラウザ上に表示される。この流れは、ローカルＷｅｂマシン５上から行ったときも外部Ｗｅｂマシン６上から行った場合も同じである。
【００６５】
ユーザは通常、ローカルＷｅｂマシン５または外部Ｗｅｂマシン６をそれぞれのブラウザ５ｂまたは６ｂを通して操作し、Ｗｅｂアプリケーション２に対して、例えばファイル一覧の表示を要求する。Ｗｅｂアプリケーション２が要求されたファイル一覧要求を要求元に送信すると、要求元のブラウザ５ｂまたは６ｂの画面上に、ローカルアプリケーション３によって生成されたファイルの一覧が表示される。ユーザは、ブラウザ５ｂまたは６ｂに送信されて表示されたファイル一覧を見ながら、参照するあるいは編集するなどの操作を行う。
【００６６】
（２．実施の形態にかかるＷｅｂアプリケーションの構成）
図２は、実施の形態によるＷｅｂアプリケーションの機能的ブロック図である。Ｗｅｂアプリケーション２は、受付部１１と、判定部１２と、生成部１３と、制御部１４とを備える。またＷｅｂアプリケーション２は、Ｗｅｂアプリケーション２が生成したマルチメディアファイルを格納するＨＤＤなどで構成する記憶部４を備える。ここで、ローカルアプリケーション３は、操作のためのインタフェースを備え、インタフェースのための表示画面情報を有する。
【００６７】
ローカルＷｅｂマシン５または外部Ｗｅｂマシン６が、それぞれのブラウザ上５ｂまたは６ｂで表示するＷｅｂアプリケーション２による表示画面を、Ｗｅｂアプリケーション２に対して要求した場合、受付部１１は、該表示画面の情報の要求を受け付ける。
【００６８】
判定部１２は、受付部１１が受け付ける画面情報の要求が、ローカルＷｅｂマシン５から来たものなのか、外部Ｗｅｂマシン６から来たものなのかを判定する。
【００６９】
生成部１３は、判定部１２が判定した結果に基づいて、ブラウザ５ｂまたは６ｂに表示する画面情報を生成して送信する。即ち、ローカルＷｅｂマシン５からの要求に対してはローカルＷｅｂマシン５のブラウザ５ｂ上に表示させる表示画面情報を生成し、外部Ｗｅｂマシン６からの要求に対しては外部Ｗｅｂマシン６のブラウザ６ｂ上に表示させる表示画面情報を生成して、それぞれローカルＷｅｂマシン５または外部Ｗｅｂマシン６に送信する。
【００７０】
生成部１３が生成して送信したブラウザ上に表示する画面情報を、ローカルＷｅｂマシン５または外部Ｗｅｂマシン６は受信してそれぞれのブラウザ５ｂまたは６ｂに表示する。そして、表示されたそれぞれのブラウザ上に表示されたそれぞれのユーザインタフェースから、ユーザは入力する。このユーザによって入力された指示を要求する操作指示情報は、Ｗｅｂアプリケーション２に送信される。
【００７１】
制御部１４は、Ｗｅｂマシンから送信される操作指示情報を受信し、受信した操作指示情報に基づいて、ローカルアプリケーションの操作を制御する。
【００７２】
ユーザが、ローカルアプリケーション３を用いて記憶部４の中のマルチメディアファイルの内容を編集する場合の手順の概略は、以下の通りである。ローカルＷｅｂマシン５のブラウザ５ｂ上から、編集を指示するインタフェース（編集ボタン等）によって編集対象を指定し、この指定された指示がインターネットプロトコル（ＨＴＴＰなど）によりＷｅｂアプリケーションサーバ１に送られ、Ｗｅｂアプリケーションサーバ１の中のＷｅｂアプリケーション２の制御部１４が、ローカルアプリケーション３を起動し、起動したローカルアプリケーション３に対して編集指示を送信することにより、ローカルＷｅｂマシン５で指定されたファイルの編集画面を表示する。ユーザは表示された編集画面においてファイル編集を行うことにより、ローカルアプリケーション３でしか編集できないファイルを、ブラウザ５ｂ上から編集できるようになる。
【００７３】
また、外部Ｗｅｂマシン６からローカルアプリケーション３にアクセスする場合は、Ｗｅｂアプリケーションサーバ１の中のＷｅｂアプリケーション２が、外部Ｗｅｂマシン６からのアクセスであるかローカルＷｅｂマシン５からのアクセスであるかを判定し、外部Ｗｅｂマシン６からのアクセスであると判定し、編集要求を受け付けないか、あるいは外部Ｗｅｂマシン６のブラウザ６ｂ上に表示させる操作画面上に、編集を指示するインタフェース（編集ボタン等）を表示しないように表示画面を構成する。この構成によって、ローカルアプリケーション３が、ネットワーク経由で外部Ｗｅｂマシン６から操作されることを防ぐことができる。
【００７４】
ここで、ローカルＷｅｂマシン５は本発明の第１のＷｅｂマシンを構成し、外部Ｗｅｂマシン６は本発明の第２のＷｅｂマシンを構成する。
【００７５】
（３．実施の形態にかかるＷｅｂアプリケーションのファイル制御手順）
図３は、実施の形態によるＷｅｂアプリケーションが、ローカルＷｅｂマシンに対してローカルアプリケーションに編集要求を出すインタフェースを含んだ画面を表示させて、操作入力を受け付ける手順を説明するフローチャートの一例である。
【００７６】
ローカルＷｅｂマシン５は表示画面上に、Ｗｅｂアプリケーション２に対して表示画面を表示させる要求情報を送信する（ステップＳ１０１）。Ｗｅｂアプリケーション２の受付部１１は、要求情報を受け付け状態にあって、受け付けた場合（ステップＳ１０２）、判定部１２は、受付部１１が受信した要求情報がローカルＷｅｂマシン５から来たものであるか、外部Ｗｅｂマシン６から来たものであるかを判定する（ステップＳ１０３）。外部Ｗｅｂマシン６から来たものであると判定した場合（ステップＳ１０３のＮｏ）、生成部１３は、外部Ｗｅｂマシン６のブラウザ６ｂ上でファイル編集ボタンを持たない画面情報を作成し（ステップＳ１０４）、外部Ｗｅｂマシン６に対する処理に移行する（後述）。
【００７７】
一方、判定部１２が、要求情報がローカルＷｅｂマシン５から来たものであると判定した場合（ステップＳ１０３のＹｅｓ）、生成部１３は、ローカルＷｅｂマシン５のブラウザ５ｂ上で表示するファイル編集ボタンを持った画像情報を作成し（ステップＳ１０５）、ローカルＷｅｂマシン５に送信する（ステップＳ１０６）。
【００７８】
Ｗｅｂアプリケーション２の生成部１３から送信された画面情報を受信したローカルＷｅｂマシン５は、ブラウザ５ｂ上に該画面情報を表示し（ステップＳ１０７）、操作者は該画面上に備えられたインタフェース画面の編集ボタンを押し、ブラウザとは別に開いたローカルアプリケーションの編集画面で編集作業を行う。ブラウザ５ｂ上のインタフェース画面から受け付けられた編集要求は、Ｗｅｂアプリケーション２に送信される（ステップＳ１０８）とともに、ローカルＷｅｂマシン５は終了要求を検出する検出状態に入り（ステップＳ１１９）、終了要求を検出した場合（ステップＳ１１９のＹｅｓ）、終了する。
【００７９】
ローカルＷｅｂマシン５から送信された編集要求を、Ｗｅｂアプリケーション２の制御部１４は受信し（ステップＳ１０９）、制御部１４はローカルアプリケーション３が起動中であるか否かを判定し（ステップＳ１１０）、起動中でないと判定した場合（ステップＳ１１０のＮｏ）、制御部１４は、一方では、編集ファイルを指定して起動要求をローカルアプリケーション３に送信し（ステップＳ１１１）、他方ではステップＳ１１８に移行する。
【００８０】
この時ローカルアプリケーション３が起動していない時は（ステップＳ１１２のＮｏ）、Ｗｅｂアプリケーション２から要求された起動処理を行って（ステップＳ１１３）、ステップＳ１１５に移行する。ローカルアプリケーション３が既に起動中の場合（ステップＳ１１２のＹｅｓ）、制御部１４が編集要求を送信した指定ファイルの編集画面を表示する（ステップＳ１１５）。この表示された指定ファイルの編集画面が、上記編集ボタンによる編集入力によって、編集される（ステップＳ１１６）。そして、ローカルアプリケーション３は、終了要求を検出する検出状態に入り（ステップＳ１１７）、検出されなければそのまま継続し（ステップＳ１１７のＮｏ）、検出された場合は終了する（ステップＳ１１７のＹｅｓ）。
【００８１】
また、制御部１４がローカルアプリケーション３が起動中であると判定した場合（ステップＳ１１０のＹｅｓ）、制御部１４はファイルを指定して編集要求をローカルアプリケーション３に送信する（ステップＳ１１４）。ローカルアプリケーション３はファイル編集要求を受信して、既述のステップＳ１１５に移行する。Ｗｅｂアプリケーション２の制御部１４は、終了要求を検出する状態に入り（ステップＳ１１８）、終了要求を検出した場合は（ステップＳ１１８のＹｅｓ）、終了する。
【００８２】
このような構成によって、ローカルＷｅｂマシン５はローカルアプリケーション３を使用してファイルを編集することができる。
【００８３】
図４は、実施の形態によるＷｅｂアプリケーションが、外部Ｗｅｂマシンに対してローカルアプリケーションに編集要求を出すインタフェースを含んだ画面を表示させる手順を説明するフローチャートの一例である。
【００８４】
外部Ｗｅｂマシン６はＷｅｂアプリケーション２に対して、外部Ｗｅｂマシン６のブラウザ６ｂ上に表示する画面情報の要求を送信する（ステップＳ２０１）。Ｗｅｂアプリケーション２の受付部１１は、外部Ｗｅｂマシン６から送信された画面情報の要求を受信し（ステップＳ２０２）、判定部１２は受信した画面情報の要求信号がローカルＷｅｂマシン５からの要求か、それ以外の外部Ｗｅｂマシン６からの要求かを判定する（ステップＳ２０３）。ローカルＷｅｂマシン５からの要求であると判定した場合（ステップＳ２０３のＹｅｓ）、図３で説明したローカルＷｅｂマシン５から要求を受信した場合の処理を施す。
【００８５】
一方、判定部１２が外部Ｗｅｂマシン６からの要求であると判定した場合（ステップＳ２０３のＮｏ）、生成部１３は、外部Ｗｅｂマシン６に対応して、ファイル編集ボタンを有しないインタフェース画面の画面情報を作成し（ステップＳ２０５）、作成されたファイル編集ボタンを有しないインタフェース画面の画面情報を外部Ｗｅｂマシン６に対して送信する（ステップＳ２０６）。そして、制御部１４は、終了要求信号を受信するか否かの検出状態に入り（ステップＳ２０９）、検出した場合は（ステップＳ２０９のＹｅｓ）、終了する。
【００８６】
Ｗｅｂアプリケーション２から、編集ボタンを有しないインタフェース画面の画面情報を受信した外部Ｗｅｂマシン６は、該ブラウザ６ｂに該インタフェース画面を表示する（ステップＳ２０７）。この表示されたブラウザ６ｂ上の画面には、ファイル編集ボタンを有した画面ではないので、外部Ｗｅｂマシン６からはファイルを編集することはできない。その代わり、例えば検索して参照するなどが可能である。外部Ｗｅｂマシン６は、終了要求を検出する状態にあり（ステップＳ２０８）、終了要求を検出した場合（ステップＳ２０８のＹｅｓ）、終了する。
【００８７】
このような構成によって、外部Ｗｅｂマシン６からは、ファイルの検索や参照が可能ではあるが、ローカルアプリケーション３を使用して該ファイルを編集することができないインタフェースを有する表示画面を表示させることによって、ファイルが編集されることを防止する。
【００８８】
（４．実施例）
本発明の実施例を示す。この実施例では、編集対象はマルチメディアコンテンツファイルである。ローカルアプリケーションは、ＭＰＭｅｉｓｔｅｒ（Ｒ）と称するマルチメディアコンテンツ作成および編集アプリケーションである。Ｗｅｂアプリケーションは、このローカルアプリケーションが編集ファイルを検索および管理するＭＰＦｉｎｄｅｒ（Ｒ）と称するＷｅｂアプリケーションである。
【００８９】
まず、ローカルＷｅｂマシン５上から操作する場合の例を示す。ユーザは、Ｉｎｔｅｒｎｅｔ  Ｅｘｐｌｏｒｅｒ（Ｒ）などのブラウザ５ｂ上から、Ｗｅｂアプリケーション２（この場合、ＭＰＦｉｎｄｅｒ（Ｒ））を操作し、マルチメディアコンテンツファイルを検索し、検索条件に該当するファイルを一覧表示させる。このとき、Ｗｅｂアプリケーション２の生成部１３は、ブラウザ５ｂ上に表示させるインタフェース画面情報を生成して送信する。
【００９０】
図５は、ローカルＷｅｂマシン５上のブラウザ５ｂ上から、Ｗｅｂアプリケーション２に対して画面表示を要求して表示したマルチメディアコンテンツファイルの一覧を示す表示画面の模式図である。ブラウザ５ｂ上に、プロジェクトと呼ばれる各マルチメディアファイル５１、５２、および５３が示されている。この一覧の表示によって、どのようなマルチメディアファイルがあるかを知ることができる。
【００９１】
ここまでは、通常のＷｅｂアプリケーションを適用したシステムでもできるが、通常のＷｅｂアプリケーションシステムでは、ここでマルチメディアコンテンツファイルを指定して、ローカルアプリケーション（ＭＰＭｅｉｓｔｅｒ（Ｒ））を起動し、指定したファイルを編集する画面をオープンすることができない。従来のＷｅｂアプリケーションでは、通常、画面はブラウザ上に表示されるものであり、ユーザインタフェースを持ったローカルアプリケーションを使用することは想定されていないからである。これに対して、マイクロソフト（Ｒ）社の開発したインターネット関連技術であるＡｃｔｉｖｅＸ（Ｒ）を使用する方法も考えられるが、この場合、ブラウザのセキュリティレベルを下げなければならないという問題があった。
【００９２】
本発明の実施例では、ブラウザ５ｂ上から編集ボタン５０ｂをクリックすることによって編集対象であるファイル５１を指定し、この指定入力がインターネットプロトコル（ＨＴＴＰなど）によりＷｅｂアプリケーションサーバ１に送られ、Ｗｅｂアプリケーションサーバ中にあるＷｅｂアプリケーション２の制御部１４がローカルアプリケーション３の起動要求を送信し、あるいは既に起動中の場合はローカルアプリケーション３へ編集指示要求を送信することによって、ローカルアプリケーション３で指定されたファイルの編集画面が表示される。
【００９３】
図６は、Ｗｅｂアプリケーション２の制御部１４からの編集指示によって、ローカルアプリケーションが表示した指定ファイルの編集画面の一例を示す模式図である。ユーザは、このローカルアプリケーション３で指定されたファイルの編集画面においてファイル編集を行う。これにより、ローカルアプリケーションでしか編集できないファイルを編集することができる。また、このようにしてファイルをオープンすることによって、Ｗｅｂアプリケーション２上で参照したファイルを、毎回人手によってローカルアプリケーションに設定することなく編集作業ができるので、煩雑な手間や操作ミスを低減させて効率の良い作業を行うことができる。
【００９４】
次に、外部Ｗｅｂマシン６上から操作した場合について説明する。ユーザは、Ｉｎｔｅｒｎｅｔ  Ｅｘｐｌｏｒｅｒ（Ｒ）などのブラウザ６ｂ上からＷｅｂアプリケーション２に対して、マルチメディアコンテンツファイルの一覧要求を送信し、Ｗｅｂアプリケーション２は、検索条件に該当するファイルの一覧を表示する表示情報を送信する。この外部Ｗｅｂマシン６のブラウザ６ｂ上に表示された一覧によって、どのようなファイルがあるのかをユーザは知ることができる。
【００９５】
しかし、ここで従来例では、外部Ｗｅｂマシン６からローカルアプリケーション３を起動したとしても、ユーザインタフェース画面はローカルＷｅｂマシン５上に表示されてしまうので、外部Ｗｅｂマシン６からローカルアプリケーションを使用できることに弊害はあっても利点はない。
【００９６】
そこで、本発明にかかる実施の形態によるＷｅｂアプリケーションにおいては、外部Ｗｅｂマシン６からのＷｅｂアプリケーションサーバ１への、即ちＷｅｂアプリケーション２へのアクセスの場合には、Ｗｅｂアプリケーション２の判定部が自動的に要求元が外部Ｗｅｂマシンであると判定し、生成部１３が、ローカルアプリケーション３に編集要求を出すインタフェースの部分をブラウザ画面から隠すように表示画面を生成する。
【００９７】
図７は、外部Ｗｅｂマシン６のブラウザ６ｂ上からＷｅｂアプリケーション２に画面表示の要求を送信して、ブラウザ６ｂ上に表示させたマルチメディアコンテンツファイルの一覧を示す模式図である。ブラウザ６ｂには、プロジェクトと呼ばれる各マルチメディアファイル６１、６２、および６３が示されている。この一覧の表示によって、どのようなマルチメディアファイルがあるかを知ることができ、クリックすることによって参照することができる。しかしながら、ブラウザ６ｂ上に表示されたプロジェクトと称するマルチメディアファイルを表示しているものの、ファイルを編集するための編集ボタンを生じさせていない。即ち、図５における編集ボタン５０ｂの位置に相当する６０ｂには、編集ボタンが設けられていない。これにより、外部Ｗｅｂマシン６から誤ってローカルアプリケーションが使用されることを防止することができる。
【００９８】
この構成によって、外部Ｗｅｂマシン６からＷｅｂアプリケーション２を介してローカルアプリケーション３を操作してファイルを編集することを防ぐことができ、外部からローカルＷｅｂマシン内に格納されたファイルを不用意に編集されてしまうことを防止できる。
【００９９】
（５．効果）
本発明の構成により、Ｗｅｂアプリケーションにおいてブラウザのセキュリティレベルを下げることなく、ユーザインタフェースを有するローカルアプリケーションを、Ｗｅｂアプリケーションで安全に使用することが可能となる。また、外部のＷｅｂマシンからネットワーク経由で使用する場合には、システムが自動的に外部のＷｅｂマシンであることを判別して、外部Ｗｅｂマシンからのアクセスによってローカルアプリケーションが制御されてしまうという問題を防止することができる。また、Ｗｅｂマシンに表示させるローカルアプリケーションのインタフェースの表示自体についても、外部のＷｅｂマシンからアクセスした場合には、Ｗｅｂアプリケーションが自動的に外部のＷｅｂマシンからのアクセスであることを判別して、ローカルアプリケーションを制御するインタフェース部分をブラウザ画面から隠すので、外部からローカルアプリケーションが制御されてしまうことを防止できる。また、ローカルアプリケーションによってファイルをオープンする場合も、人手による煩雑な設定入力を省いて効率の良いファイル操作を可能にする。
【０１００】
（６．ハードウェア構成および記録媒体）
図８は、実施の形態によるＷｅｂアプリケーションのハードウェア構成例を示す図である。上述したＷｅｂアプリケーションは、あらかじめ用意されたプログラムをパーソナルコンピュータ、ワークステーション、あるいはマイクロコンピュータなどのコンピュータシステムで実行することによって実現できる。コンピュータ１００は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）１０１によって装置全体が制御されている。ＣＰＵ１０１には、バス１０７を介してＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）１０２、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）１０３、ハードディスクドライブ（ＨＤＤ：Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）１０４、グラフィック処理装置１０５、入力インタフェース１０６、および通信装置１０８が接続されている。ＲＯＭ１０２、およびＲＡＭ１０３には、ＣＰＵ１０１に実行させるＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）のプログラムやアプリケーションプログラムの少なくとも一部が格納される。またＲＡＭ１０３には、ＣＰＵ１０１による処理に必要な各種データが格納される。ＨＤＤ１０４には、ＯＳ、各種ドライバプログラム、アプリケーションプログラム、検出されたデータなどが格納される。
【０１０１】
グラフィック処理装置１０５には、モニタ１１１が接続されている。グラフィック処理装置１０５は、ＣＰＵ１０１からの命令に従って、画像をモニタ１１１の画面に表示させる。入力インタフェース１０６には、キーボード１１２とマウス１１３とが接続されている。入力インタフェース１０６は、キーボード１１２やマウス１１３から送られてくる信号を、バス１０７を介してＣＰＵ１０１に送信する。
【０１０２】
以上のようなハードウェア構成によって、本実施の形態の処理機能を実現することができる。本実施の形態をコンピュータ１００上で実現するには、コンピュータ１００にドライバプログラムを実装する。
【０１０３】
尚、本実施の形態のＷｅｂアプリケーションで実行されるＷｅｂアプリケーションのファイル制御プログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、フロッピー（Ｒ）ディスク、ＤＶＤ等のコンピュータで読み取り可能な記録媒体に記録されて提供される。
【０１０４】
また、本実施形態のＷｅｂアプリケーションのファイル制御プログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供および配布するように構成しても良い。
【産業上の利用可能性】
【０１０５】
以上のように、本発明にかかるＷｅｂアプリケーション、Ｗｅｂアプリケーションサーバシステム、Ｗｅｂアプリケーションのファイル制御方法、およびその方法をコンピュータに実行させるプログラムは、Ｗｅｂアプリケーションのファイル制御技術に有用であり、特に、インターネット上のＷｅｂマシンからＷｅｂアプリケーションサーバにあるファイルを参照あるいはローカルアプリケーションに編集させるＷｅｂアプリケーション制御技術に適している。
【図面の簡単な説明】
【０１０６】
【図１】本発明の実施の形態によるＷｅｂアプリケーションサーバシステムの構成を説明する図である。
【図２】実施の形態によるＷｅｂアプリケーションの機能的ブロック図である。
【図３】実施の形態によるＷｅｂアプリケーションが、ローカルＷｅｂマシンに対してローカルアプリケーションに編集要求を出すインタフェースを含んだ画面を表示させて、操作入力を受け付ける手順を説明するフローチャートの一例である。
【図４】実施の形態によるＷｅｂアプリケーションが、外部Ｗｅｂマシンに対してローカルアプリケーションに編集要求を出すインタフェースを含んだ画面を表示させる手順を説明するフローチャートの一例である。
【図５】ローカルＷｅｂマシン５上のブラウザ５ｂ上から、Ｗｅｂアプリケーション２に対して画面表示を要求して表示したマルチメディアコンテンツファイルの一覧を示す表示画面の模式図である。
【図６】Ｗｅｂアプリケーション２の制御部１４からの編集指示によって、ローカルアプリケーションが表示した指定ファイルの編集画面の一例を示す模式図である。
【図７】外部Ｗｅｂマシン６のブラウザ６ｂ上からＷｅｂアプリケーション２に画面表示の要求を送信して、ブラウザ６ｂ上に表示させたマルチメディアコンテンツファイルの一覧を示す模式図である。
【図８】実施の形態によるＷｅｂアプリケーションのハードウェア構成例を示す図である。
【符号の説明】
【０１０７】
１  Ｗｅｂアプリケーションサーバ
２  Ｗｅｂアプリケーション
３  ローカルアプリケーション
４  記憶部
５  ローカルＷｅｂマシン
６  外部Ｗｅｂマシン
５ｂ、６ｂ  ブラウザ
１１  受付部
１２  判定部
１３  生成部
１４  制御部
【図１】
2005258794.tif 000003
【図２】
2005258794.tif 000004
【図３】
2005258794.tif 000005
【図４】
2005258794.tif 000006
【図５】
2005258794.tif 000007
【図６】
2005258794.tif 000008
【図７】
2005258794.tif 000009
【図８】
2005258794.tif 000010