(57)【要約】公開されているWEBコンテンツの公開URLを変換しアクセスする事によりWEB編集システムを内部に保有しないWEBサーバに対してWEBブラウザから直接当該WEBコンテンツの編集や更新を行える方法及び装置を提供する。解決手段としては、FTP等のファイル転送手段を持つWEBサーバと、WEBコンテンツを閲覧する為のWEBブラウザ間を仲介する為の中継サーバを設置する。WEBブラウザからコンテンツの公開URLを一定の手順に基づき変換する事により接続先をWEBサーバから中継サーバに切り替える。中継サーバはWEBブラウザからアクセスされたURLを元にWEBサーバとコンテンツデータの位置を特定し、WEBブラウザからの要求に応じてWEBサーバに対するコンテンツデータの取得及び格納を仲介する。また、中継サーバからWEBブラウザに対してコンテンツを編集する為のアプリケーションも提供する事で、コンテンツの取得、編集及び更新を行う事を可能とする。
2008023533.tif 000002
【特許請求の範囲】
【請求項１】
ＷＥＢサーバ上で公開されるコンテンツをＷＥＢブラウザにより編集及び保存する機能を提供する方法であって、該コンテンツの公開ＵＲＬに対し可逆性を持つＵＲＬを編集ＵＲＬとし、該編集ＵＲＬに対するＷＥＢブラウザからの接続要求を受信するステップと、該接続要求された編集ＵＲＬから前記可逆性に対する復元手順に基づきＷＥＢサーバ及びコンテンツ保存位置を特定するステップと、コンテンツ編集アプリケーションをＷＥＢブラウザに送信するステップと、該編集アプリケーションにより編集された編集済コンテンツデータの保存要求をＷＥＢブラウザから受信するステップと、該保存要求に応じて前記特定済ＷＥＢサーバに対して該編集済コンテンツデータを前記特定済コンテンツ保存位置に保存依頼するステップとを含む事を特徴とする方法。
【請求項２】
請求項１記載の方法において、前記特定済ＷＥＢサーバに対し前記特定済コンテンツ保存位置のコンテンツデータを要求するステップと、該ＷＥＢサーバから該要求コンテンツデータを受信するステップと、該要求コンテンツデータをＷＥＢブラウザへ送信するステップとを含む事を特徴とする方法。
【請求項３】
請求項１または請求項２記載の方法において、前記ＷＥＢブラウザから受信した前記編集済コンテンツデータの保存要求を前記ＷＥＢサーバへ代理要求する際に、ＦＴＰ、ＳＦＴＰ、ＳＣＰ等のファイル転送プロトコルに変換するステップを含む事を特徴とする方法。
【請求項４】
請求項１、請求項２または請求項３記載の方法において、前記編集ＵＲＬに対する前記ＷＥＢブラウザからの接続要求時に該ＷＥＢブラウザを一意に識別する為のセッションが無効である事を確認した場合、セッション確立に必要十分な情報をＷＥＢブラウザから受信するステップと、該受信した情報によりセッションを確立後、前記セッション確認時のセッションが有効であった場合の処理に復帰するステップとを含む事を特徴とする方法。
【請求項５】
請求項１、請求項２、請求項３または請求項４記載の方法において、前記公開ＵＲＬのディレクトリ指定部と前記編集ＵＲＬのディレクトリ指定部とが同一である事を特徴とする方法。
【請求項６】
請求項１、請求項２、請求項３、請求項４、または請求項５記載の方法において、公開ＵＲＬのディレクトリ指定部に対し可逆性を持つＵＲＬを編集ＵＲＬとし、公開ＵＲＬのホスト名指定部をＰＯＳＴデータまたはセッション情報またはデータベース内から取得する事を特徴とする方法。
【請求項７】
ＷＥＢサーバ上で公開されるコンテンツをＷＥＢブラウザにより編集及び保存する機能を提供する装置であって、該コンテンツの公開ＵＲＬに対し可逆性を持つＵＲＬを編集ＵＲＬとし、該編集ＵＲＬに対するＷＥＢブラウザからの接続要求を受信する手段と、該接続要求された編集ＵＲＬから前記可逆性に対する復元手順に基づきＷＥＢサーバ及びコンテンツ保存位置を特定する手段と、コンテンツ編集アプリケーションをＷＥＢブラウザに送信する手段と、該編集アプリケーションにより編集された編集済コンテンツデータの保存要求をＷＥＢブラウザから受信する手段と、該保存要求に応じて前記特定済ＷＥＢサーバに対して該編集済コンテンツデータを前記特定済コンテンツ保存位置に保存依頼する手段とを備えた事を特徴とする装置。
【請求項８】
請求項７記載の装置において、前記特定済ＷＥＢサーバに対し前記特定済コンテンツ保存位置のコンテンツデータを要求する手段と、該ＷＥＢサーバから該要求コンテンツデータを受信する手段と、該要求コンテンツデータをＷＥＢブラウザへ送信する手段とを備えた事を特徴とする装置。
【請求項９】
請求項７または請求項８記載の装置において、前記ＷＥＢブラウザから受信した前記編集済コンテンツデータの保存要求を前記ＷＥＢサーバへ代理要求する際に、ＦＴＰ、ＳＦＴＰ、ＳＣＰ等のファイル転送プロトコルに変換する手段を備えた事を特徴とする装置。
【請求項１０】
請求項７、請求項８または請求項９記載の装置において、前記編集ＵＲＬに対する前記ＷＥＢブラウザからの接続要求時に該ＷＥＢブラウザを一意に識別する為のセッションが無効である事を確認した場合、セッション確立に必要十分な情報をＷＥＢブラウザから受信する手段と、該受信した情報によりセッションを確立後、前記セッション確認時のセッションが有効であった場合の処理に復帰する手段とを備えた事を特徴とする装置。
【請求項１１】
請求項７、請求項８、請求項９または請求項１０記載の装置において、前記公開ＵＲＬのディレクトリ指定部と前記編集ＵＲＬのディレクトリ指定部とが同一である事を特徴とする装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、インターネットにおいて公開されるＷＥＢコンテンツ情報をＷＥＢブラウザから容易に編集、更新する為の方法及び装置に関する。
【背景技術】
【０００２】
インターネット上に公開されるＷＥＢコンテンツを管理する形態として、インターネット端末内にＷＥＢコンテンツ管理用のアプリケーションをインストールする端末サイドによる管理方法と、ＷＥＢサーバ内にコンテンツマネージメントシステム（以下ＣＭＳ）等のコンテンツ管理用システムを設置するサーバサイドによる管理方法と、主に２つの管理形態がある。【０００３】
端末サイドによる管理方法の場合は、ＷＥＢサーバ内と同一のコンテンツファイル一式を端末内に保有し、そのコンテンツファイルをコンテンツ管理用アプリケーション（ＷＥＢエディターツール等）により編集し、編集済ファイルを随時ファイル転送ソフト（ＦＴＰツール等）によりＷＥＢサーバへアップロードする事により更新する。【０００４】
サーバサイドによる管理方法の場合は、主にコンテンツデータを一元管理するデータベース機能と、データベース内のコンテンツデータを編集更新する為の管理機能と、データベース内のコンテンツデータからコンテンツデータを取得しページを動的または静的に生成する公開機能を備えたＣＭＳをサーバ内に設置し、ＷＥＢブラウザや専用アプリケーションにより端末からサーバ内のＣＭＳにアクセスする事でコンテンツデータの管理・編集・更新を行う。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
従来のＷＥＢコンテンツの管理方法によれば、前記のとおり端末内もしくはサーバ内に専用のアプリケーションやシステムを導入する必要があり、端末内へのアプリケーションインストールは端末利用者に対し一定レベルのスキルが必要とされる上、管理の為に利用する端末全てに対しアプリケーションをインストールする必要がある。また、サーバ内へのシステム設置には専門的知識が必要な上、コンテンツ管理を行うサーバ全てに対して導入作業が必要な為、導入コストや維持管理コストの負担が大きくなる。【０００６】
例えば、端末サイドのアプリケーションで管理する際には、アプリケーションのインストール及びＦＴＰ情報等の初期設定作業、端末内とサイト上のファイル同期管理といったスキルが管理者に求められる。【０００７】
また、複数の担当者が共同で管理を行う場合、更新タイミングによってはデータの戻りが発生してしまう場合がある上、コンテンツデータがサーバ上や各担当者の端末内に散在してしまう。【０００８】
サーバサイドのＣＭＳで管理する場合には、まず導入時点に於いて「ＣＭＳの対応サーバ機構築」、「ＣＭＳの設置作業」、「ＣＭＳの対応テンプレートデザイン作成」等、ＣＭＳを稼動させる為の専用の環境を構築する必要があり、初期導入にかかるコスト負担が大きくなってしまう。【０００９】
また、既存のＷＥＢコンテンツを既に持っている場合は、ＣＭＳで管理する為にデザインを専用テンプレートとして作成し、データを再投入しなければいけない為、既存コンテンツの移植においても時間と費用といった面でコストが発生してしまう。【００１０】
本発明の目的は、ＷＥＢコンテンツの管理に関する機能を全て中継局により提供する事で、クライアントサイドやサーバサイドへの新たなインストールや作業を行う事なく、複数のクライアントからのＷＥＢコンテンツ管理を実現する事である。また、既存サーバ内のＷＥＢコンテンツを編集可能とする事により、デザインテンプレートの作成やサイトの移植といったコストをかける事なく迅速にＷＥＢコンテンツ管理システムを導入できる事を目的とする。
【課題を解決するための手段】
【００１１】
ＦＴＰ等のファイル転送手段を持つＷＥＢサーバと、ＷＥＢコンテンツを閲覧する為のＷＥＢブラウザ間を仲介する為に中継サーバを設ける。ＷＥＢブラウザからコンテンツの公開ＵＲＬを可逆変換する事により接続先がＷＥＢサーバから中継サーバに切り替わった編集ＵＲＬへアクセスする。中継サーバではＷＥＢブラウザからアクセスされた編集ＵＲＬを元にＷＥＢサーバとコンテンツデータの位置を特定し、ＷＥＢブラウザからの要求に応じてＷＥＢサーバに対するコンテンツデータの取得及び格納を仲介する。また、中継サーバからＷＥＢブラウザに対してコンテンツを編集する為のアプリケーションも提供する事で、コンテンツの取得、編集及び格納を行う事を可能とする。【００１２】
本発明の具体的態様においては、中継サーバは、編集ＵＲＬに対するアクセスを受け入れ、該編集ＵＲＬを元に変換前の公開ＵＲＬを特定する。そのため、ＵＲＬの変換手順は元のＵＲＬに戻す事を可能とする可逆変換とする。ただし、ＵＲＬの可逆性は編集ＵＲＬ内の文字列のみで完全に確保されるとは限らず、中継サーバに保有するライブラリ、辞書、データベース、セッション等を索引する事により可逆性を確保する場合もあり得る。
【発明の効果】
【００１３】
本発明によれば、前記のようにＷＥＢブラウザから公開コンテンツのＵＲＬを可逆変換した編集ＵＲＬにアクセスする事により、中継サーバにアクセス先を切り替え、中継サーバに対して公開コンテンツＵＲＬを特定する為の情報を伝送する。【００１４】
中継サーバでは、ＷＥＢブラウザからのリクエストに対して、必要に応じて公開ＷＥＢサーバから対象コンテンツデータを取得後、公開コンテンツの編集に必要な編集用アプリケーションや仲介取得したコンテンツデータを応答する。【００１５】
ＷＥＢブラウザでは、中継サーバより取得したコンテンツ編集用アプリケーションやコンテンツデータを端末上に展開し、コンテンツの編集を可能な状態にする。【００１６】
中継サーバでは、ＷＥＢブラウザ上で編集されたコンテンツデータの保存要求を受け付けると、公開ＷＥＢサーバに対しコンテンツデータを仲介転送する。
【図面の簡単な説明】
【００１７】
【図１】実施形態における機能構成図。
【図２】コンテンツデータの編集と格納に関する処理フロー。
【図３】コンテンツデータの取得及び編集、更新に関する処理フロー。
【図４】ＨＴＴＰからＦＴＰへのプロトコル変換に対応した処理フロー。
【図５】割り込みログイン処理フロー。
【図６】公開ＵＲＬからホスト名を省略した編集ＵＲＬを利用した更新フロー。
【符号の説明】
【００１８】
Ｓ１  インターネット端末
Ｓ２  ＷＥＢブラウザ
Ｓ３  中継サーバ
Ｓ４  ＷＥＢサーバ
Ｓ５  ＵＲＬ変換処理
Ｓ６  内部システム
Ｓ７  セッション機能
Ｓ８  ＨＴＴＰ  Ｐｒｏｘｙ機能
Ｓ９  エディタ付加機能（プロトコル変換機能）
Ｓ１０  ライセンスチェック機能
Ｓ１１  内部ファイル領域
Ｓ１２  データベース
Ｓ１３  ライセンス情報
Ｓ１４  公開サーバ
Ｓ１５  ＦＴＰサーバ
Ｓ１６  コンテンツファイル領域
Ｓ１７  公開ＵＲＬを変換
Ｓ１８  編集ＵＲＬにアクセス
Ｓ１９  アクセス受付
Ｓ２０  アクセスＵＲＬから復元変換により「ＷＥＢサーバ」と「コンテンツ保存位置」を特定し「公開ＵＲＬ」を生成
Ｓ２１  編集用アプリケーションを応答
Ｓ２２  編集画面をＷＥＢブラウザ上に表示
Ｓ２３  コンテンツ編集作業
Ｓ２４  コンテンツ保存依頼
Ｓ２５  コンテンツ保存依頼を受付
Ｓ２６  公開ＵＲＬを指定しコンテンツデータを保存要求
Ｓ２７  ＨＴＴＰ／ＰＵＴ要求を受付
Ｓ２８  要求コンテンツデータを保存
Ｓ２９  コンテンツ保存完了を応答
Ｓ３０  保存完了画面表示
Ｓ３１  公開ＵＲＬへアクセス
Ｓ３２  ＨＴＴＰ／ＧＥＴ要求を受付
Ｓ３３  保存済コンテンツデータを応答
Ｓ３４  要求コンテンツデータを応答
Ｓ３５  公開ＵＲＬを指定しコンテンツデータを取得要求
Ｓ３６  編集用アプリケーションと公開コンテンツを応答
Ｓ３７  アクセスＵＲＬから復元変換により「ＷＥＢサーバ」と「コンテンツ保存位置」を特定
Ｓ３８  公開コンテンツをＦＴＰ取得
Ｓ３９  ＦＴＰ／ＧＥＴ要求を受付
Ｓ４０  特定済の「ＷＥＢサーバ」と「コンテンツ保存位置」を指定しコンテンツデータをＦＴＰ送信
Ｓ４１  ＦＴＰ／ＰＵＴ要求を受付
Ｓ４２  コンテンツデータを保存
Ｓ４３  要求サイトのコンテンツを応答
Ｓ４４  セッション判定
Ｓ４５  有
Ｓ４６  無
Ｓ４７  ログイン画面応答
Ｓ４８  ログイン画面表示
Ｓ４９  ログイン情報入力・送信
Ｓ５０  ログイン情報受信
Ｓ５１  ログイン判定
Ｓ５２  成功
Ｓ５３  失敗
Ｓ５４  セッション確立処理
Ｓ５５  処理継続
Ｓ５６  公開ＵＲＬ（http://www.cyberone.jp/index.html）へアクセス
Ｓ５７  公開ＵＲＬを編集ＵＲＬ（http://edit.to/editor.php?target=index.html）に変換
Ｓ５８  Ｓ５７の編集ＵＲＬにアクセスしファイルパスのみ引渡し
Ｓ５９  ログイン要求
Ｓ６０  ログイン画面でＩＤ／Ｐａｓｓｗｏｒｄ入力
Ｓ６１  ログイン処理によってデータベースからホスト名（www.cyberone.jp）を取得
Ｓ６２  データベースサーバの会員情報
Ｓ６３  ホスト名＋パスをセッションに保存
Ｓ６４  編集画面
Ｓ６５  編集後保存
Ｓ６６  セッションからホスト名とパスを取得
Ｓ６７  公開ＵＲＬ領域に保存要求
Ｓ６８  編集コンテンツ保存
【発明を実施するための最良の形態】
【００１９】
図１は、本発明に従って中継サーバシステムを構築した際の実施形態を示す。これは、インターネット端末１０３内のＷＥＢブラウザ１０３Ａから中継サーバ１０１を解して公開サーバ１０２のコンテンツファイル領域１０２Ａ内のコンテンツファイルデータを編集及び更新する仕組みに関する機能構成図である。【００２０】
本発明の実施形態における機能構成及び動作手順は、次の通りである。【００２１】
（１）ＷＥＢブラウザ１０３Ａから公開サーバ１０２内のＷＥＢサーバ１０２Ｂに対してアクセス可能なＵＲＬ（例えば”http://www.cyberone.jp/index.html”）を公開ＵＲＬとする。【００２２】
（２）前記の公開ＵＲＬを可逆変換したＵＲＬを編集ＵＲＬとする（例えば”http://www.cyberone.jp/index.html”のホスト名の後部に中継サーバのドメイン名”.edit.to”を付加し”http://www.cyberone.jp.edit.to/index.html”とする）【００２３】
（３）前記の変換により接続先のホストが公開サーバ１０２から中継サーバ１０１へと切り替わる。（この際、中継サーバ１０１はホスト名”www.cyberone.jp.edit.to”としてクライアントからのアクセスを受け付ける設定となっている必要がある。）【００２４】
（４）中継サーバ１０１内のＷＥＢサーバ１０１Ａは、前記編集ＵＲＬに対するＷＥＢブラウザ１０３Ａからのアクセスを受け付けると同時にアクセス要求された編集ＵＲＬを取得する。【００２５】
（５）ＷＥＢサーバ１０１Ａは、要求された編集ＵＲＬを元に内部システム１０１Ｂもしくは内部ファイル領域１０１Ｇ内のファイルを呼び出す為の内部ＵＲＬに変換（Apacheによるmod_rewrite機能等）する。【００２６】
（６）内部ＵＲＬへの変換における手順として、内部ファイルキー（例えば”_innerfiles_”）が前記編集ＵＲＬ内に含まれている場合（例えば”http://www.cyberone.jp.edit.to/_innerfiles_/image.gif”）は内部ファイル領域１０１Ｇ内のコンテンツファイルにアクセス可能な内部ＵＲＬ（例えば”http://www.cyberone.jp.edit.to/image.gif”）に変換、内部ファイルキーが含まれていない場合は内部システム１０１Ｂにアクセス可能な内部ＵＲＬ（例えば、”http://www.cyberone.jp.edit.to/editor.php”）に変換すると同時に前記編集ＵＲＬを環境変数として引き渡す。（mod_rewriteの設定例として、内部ファイル領域１０１ＧへのＵＲＬ変換設定の場合”RewriteRule ^.*/\_innerfiles\_(.*)$ /$1 [L] ”、内部システム１０１ＢへのＵＲＬ変換設定の場合”RewriteRule^.*$ /editor.php [L] ”となる）【００２７】
（７）内部システム１０１Ｂでは、環境変数として引き渡された前記編集ＵＲＬから中継サーバのドメイン名を除外し前記公開ＵＲＬを取得する。【００２８】
（８）取得した公開ＵＲＬをライセンスチェック機能１０１Ｆによりデータベース１０１Ｈに問い合わせ、編集可能なＵＲＬかライセンス判定する。【００２９】
（９）正常にライセンスの有効性を確認できた場合、セッション機能１０１Ｃによりセッションの確立状態をチェックする。セッションが無効であると判定された場合は、ＷＥＢブラウザ１０３Ａに対してログイン入力画面を応答しログイン情報の入力を求める。次いでＷＥＢブラウザ１０３Ａから入力されたログイン情報をセッション機能１０１Ｃにて受信し、ログイン判定を行いログイン情報が正常であればセッションを確立する。セッションの確立後はセッションの無効を判定した時点の継続処理（セッションが有効であった場合の処理）へと復帰する。【００３０】
（１０）セッションの有効性が確認されると、セッション機能１０１Ｃから次の機能へ処理が引き渡される。次の機能への振り分け条件としては前記公開ＵＲＬ内の拡張子が”.html”である場合（例えば”http://www.cyberone.jp.edit.to/index.html”）はエディタ付加機能１０１Ｅへ、拡張子が”.html”以外の場合（例えば”http://www.cyberone.jp.edit.to/image/title.gif”）は、ＨＴＴＰ  Ｐｒｏｘｙ機能１０１Ｄへと引き継がれる。【００３１】
（１１）エディタ付加機能１０１Ｅでは、必要に応じて公開サーバ１０２内のＦＴＰサーバ１０２Ｃに対して、公開ＵＲＬのコンテンツデータ（コンテンツファイル領域１０２Ａ内のファイル）をＦＴＰプロトコルのファイル転送により取得及び格納する。コンテンツデータ取得後は、コンテンツデータにエディタアプリケーションを付加した状態でＷＥＢブラウザへ応答する。この際のエディタアプリケーションはAjax（JavaScript＋XML）やFlash、JAVAアプレット、ActiveX等のブラウザ上で動作可能なWYSIWYGエディタを採用する。また、ファイル転送においてはＦＴＰ以外にもＳＦＴＰやＳＣＰ等のファイル転送プロトコルに変換する機能も保有する。【００３２】
（１２）ＨＴＴＰ  Ｐｒｏｘｙ機能１０１Ｄでは、ＷＥＢブラウザ上で実行されるエディタアプリケーションのプレビュー表示において必要な画像等のファイルをＷＥＢサーバ１０２Ｂから代理取得するＰｒｏｘｙの役割を果たす。【００３３】
エディタ機能を使用する具体的な処理フローとしては、次の通りである。
（１）ＷＥＢブラウザ１０３Ａにて公開ＵＲＬを可逆変換し、編集ＵＲＬに対しアクセスする。
（２）中継サーバ１０１内のＷＥＢサーバ１０１Ａで編集ＵＲＬに内部ファイルキーを含んでいない為、内部システム１０１Ｂへアクセスする内部ＵＲＬへ変換される。
（３）内部システム１０１Ｂでは、ライセンスチェック機能１０１Ｆにより公開ＵＲＬのライセンスが有効か、データベース１０１Ｈに問い合わせる。
（４）ライセンスの有効性を確認できた場合、セッション機能１０１Ｃによりセッションの無効が検地され、ログインの要求がＷＥＢブラウザ１０３Ａに応答される。
（５）ＷＥＢブラウザからログイン情報（ＦＴＰアカウントやパスワード等）を入力し送信すると再度（２）（３）の手順を経てセッション機能１０１Ｃによりログイン情報チェックが行われログイン情報が正常であればセッションを確立する。
（６）セッション確立後、（１）の公開ＵＲＬの拡張子が”.html”であればエディタ付加機能１０１Ｅへと処理が引き継がれ、公開ＵＲＬのコンテンツデータをＦＴＰサーバ１０２Ｃに要求し、コンテンツファイル領域１０２Ａ内の対象ファイルを取得する。
（７）取得したコンテンツデータにエディタアプリケーションを付加し（正確にはエディタアプリケーション呼出タグ記載のＨＴＭＬソース内に取得コンテンツデータを引数として入れ込んだソースを生成）ＷＥＢブラウザへと応答する。この際、付加されたエディタアプリケーションの読込ＵＲＬには全て内部ファイルキーを含める。
（８）ＷＥＢブラウザ１０３Ａで（７）により応答されたソースを展開し、付加されたエディタアプリケーションの読込みを行う。
（９）ＷＥＢサーバ１０１Ａに対して要求されたエディタアプリケーションのＵＲＬは全て内部ファイルキーを含んでいる為、内部ファイル領域１０１Ｇに格納されているエディタアプリケーション（AjaxやFlash、JAVA アプレット、ActiveX等）ファイルを応答する。
（１０）ＷＥＢブラウザ１０３Ａで読み込んだエディタアプリケーションが実行され、対象コンテンツを編集する為のコンテンツプレビュー画面を表示する。その際コンテンツ内に埋め込まれた画像タグ等を表示する為、再度中継サーバ１０１へアクセスする。
（１１）ＷＥＢサーバ１０１Ａに対して要求された画像ＵＲＬには内部ファイルキーも、拡張子”.html”も含まない為、ＨＴＴＰ  Ｐｒｏｘｙ機能１０１Ｄへと処理が引き継がれ、ＷＥＢサーバ１０２Ｂに代理要求される。代理要求によって取得した画像データはＷＥＢブラウザ１０３Ａへと応答されコンテンツプレビュー内の画像として反映される。
（１２）ＷＥＢブラウザ１０３Ａで実行されるエディタアプリケーションでコンテンツの編集が行われた後、ＷＥＢサーバ１０１Ａに対してコンテンツ保存の要求が行われる。
（１３）コンテンツ保存要求のＵＲＬは（１）の編集ＵＲＬとなる為、エディタ付加機能１０１Ｅへと処理が引き継がれる。
（１４）エディタ付加機能では保存要求に応じてＷＥＢブラウザ１０３Ａから送られた編集済コンテンツデータをＦＴＰサーバ１０２Ｃに対して格納要求する。
（１５）格納完了後、ＷＥＢブラウザ１０３Ａに対し完了画面の応答を行う。【００３４】
図２は、コンテンツデータの編集と格納に関する処理フローを示す。これは、新規にコンテンツデータを作成し公開サーバに格納するまでの流れであり、本発明の実施形態における最小限の構成となる。【００３５】
（１）ＷＥＢブラウザにおいて公開ＵＲＬを変換（２０１Ａ）した編集ＵＲＬにアクセス（２０１Ｂ）する。この編集ＵＲＬへのアクセス手段としては手入力による変換以外にも、ＷＥＢブラウザプラグインによる自動変換、ＪａｖａＳｃｒｉｐｔ等によるスクリプト変換、ページ内に埋め込まれた編集ＵＲＬへのリンクからアクセス、お気に入り登録された編集ＵＲＬからアクセス等、ＷＥＢブラウザの利用者がＵＲＬの変換を一切意識する事なく編集ＵＲＬへアクセスする場合もありえる。【００３６】
（２）中継サーバにおいてアクセスを受け付けた（２０２Ａ）後、前記公開ＵＲＬに復元変換（２０２Ｂ）しサーバ内に保持する。【００３７】
（３）中継サーバから編集用アプリケーションを応答（２０２Ｃ）する。【００３８】
（４）ＷＥＢブラウザ上では、応答受信した編集用アプリケーションを実行（２０１Ｃ）しコンテンツデータの編集が可能な状態とする。【００３９】
（５）コンテンツの編集後（２０１Ｄ）、コンテンツの保存依頼（２０１Ｅ）を中継サーバに送信する。【００４０】
（６）保存依頼を受け付けた（２０２Ｄ）中継サーバは、前記保持していた公開ＵＲＬを指定し、ＷＥＢサーバに対してＨＴＴＰプロトコルのＰＵＴメソッドを発行（２０２Ｅ）する。【００４１】
（７）ＰＵＴメソッドを受け付けた（２０３Ａ）ＷＥＢサーバは、保存要求されたコンテンツデータを指定の公開ＵＲＬ領域に保存し、ステータスを応答する。【００４２】
（８）中継サーバにて、正常応答を確認した後、コンテンツ保存完了を応答（２０２Ｆ）する。【００４３】
（９）保存完了応答を受けて、ＷＥＢブラウザではＵＲＬ変換前の公開ＵＲＬに直接アクセスする事により、前記保存依頼したコンテンツデータをＷＥＢサーバより直接閲覧（２０３Ｂ）する事ができる。【００４４】
図３は、コンテンツデータの取得及び編集、格納に関する処理フローを示す。これは、図２におけるフローに対してコンテンツデータの代理取得に関する手順を追加する事により新規のコンテンツデータ編集のみではなく、既存コンテンツデータの編集も可能としたものである。主に追加及び変更された箇所は（３０２Ｃ）（３０２Ｄ）（３０３Ｂ）である。【００４５】
（１）中継サーバにて、復元変換された公開ＵＲＬ（３０２Ｂ）を指定し、ＷＥＢサーバにＨＴＴＰプロトコルのＧＥＴメソッドによりコンテンツデータを要求（３０２Ｃ）する。【００４６】
（２）ＷＥＢサーバは、ＨＴＴＰプロトコルのＧＥＴメソッド要求に応じてコンテンツデータを応答（３０３Ｂ）する。【００４７】
（３）応答受信したコンテンツデータを編集用アプリケーションに付加してＷＥＢブラウザへ応答（３０２Ｄ）する。【００４８】
（４）以上の工程により、ＷＥＢブラウザ上で編集アプリケーションが実行された段階で、対象コンテンツが表示された状態からの編集作業が可能となる。【００４９】
図４は、ＨＴＴＰからＦＴＰへのプロトコル変換に対応した処理フローを示す。これは、図１、図２におけるＨＴＴＰプロトコルのＰＵＴメソッドによりデータの保存は可能だが、現在はセキュリティ的な事情から一般的にインターネット上では殆ど利用されていない。その状況を補う為、ＦＴＰプロトコル変換機能により多くのＷＥＢサーバにおいて利用されているＦＴＰサーバに対応したものである。図３より主に追加及び変更された箇所は（４０２Ｂ）（４０２Ｃ）（４０２Ｆ）（４０３Ｂ）（４０３Ｃ）である。【００５０】
（１）中継サーバにて、復元変換された公開ＵＲＬを元にＷＥＢサーバ名（ＦＴＰサーバ名）であるホスト名と、コンテンツ保存位置であるディレクトリパスを特定し（４０２Ｂ）、それらを指定した上で、ＦＴＰサーバに対してコンテンツファイルの取得要求を発行（４０２Ｃ）する。【００５１】
（２）ＷＥＢサーバ内に同時稼動するＦＴＰサーバは中継サーバからの要求を受けて対象コンテンツデータファイルを応答（４０３Ｂ）する。【００５２】
（３）図２と同様のフローを経て、対象コンテンツの保存依頼（４０１Ｆ）を中継サーバにて受け付けた（４０２Ｅ）後、前記特定したＷＥＢサーバ名（ＦＴＰサーバ名）とコンテンツ保存位置を指定しＦＴＰサーバに対して編集済コンテンツデータを転送（４０２Ｆ）する。【００５３】
（４）編集済コンテンツデータを受信したＦＴＰサーバは、対象コンテンツデータの指定位置にコンテンツファイルを保存（４０３Ｃ）する。【００５４】
以上の工程により、図２、図３に比べてＷＥＢブラウザのインタフェースを一切変える事なく、ＦＴＰプロトコルに対応する事が可能となり、中継サーバ経由で編集可能なサーバの対応層が格段に広くなる。【００５５】
図５は、割り込みログイン処理フローを示す。これは、図２〜４におけるフローでは既にログインされておりセッションが確立されている事が前提となってしまうが、中継サーバによるアクセス受付において割り込みでログイン処理を行い従来の処理へ復帰する工程を追加する事により、事前ログインなく直接コンテンツの編集へ入る事を可能とするものである。図４より追加された箇所は割り込みログイン処理の（５０４）枠内である。また省略された箇所はコンテンツ編集作業以降の（５０１Ｇ）である。【００５６】
（１）編集ＵＲＬに対するアクセスを受け付けた中継サーバは、ＷＥＢブラウザと中継サーバ間におけるセッション確立が有効であるか判定（５０２Ｂ）する。【００５７】
（２）セッションが有効であると判定されれば、ＵＲＬの復元変換処理（５０２Ｇ）へ処理を続行する。【００５８】
（３）セッションが無効であると判定されれば、中継サーバはログインを促す為の画面をＷＥＢブラウザに対して応答（５０２Ｃ）する。【００５９】
（４）応答を受けたＷＥＢブラウザがログイン画面を表示（５０１Ｄ）した後、ログイン情報（ＦＴＰのアカウント名やパスワード等）の入力及び送信作業（５０１Ｅ）を行う。【００６０】
（５）中継サーバではログイン情報の送信を受けて（５０２Ｄ）、ログイン情報が正しいか判定（５０２Ｅ）する。（ログイン判定方法としては、中継サーバ内のＤＢに問い合わせる方法や、ＦＴＰサーバにログイン認証する方法等がある）【００６１】
（６）ログインが失敗した場合は、再度ログイン画面を応答（５０２Ｃ）する処理に戻り、ログインが成功した場合は、新規にセッションを確立（５０２Ｆ）し、前記のセッション判定が有効だった場合の処理であるＵＲＬの復元変換処理（５０２Ｇ）へと復帰する。【００６２】
以上の工程により、編集する際には事前ログインは不要となり、また既にログインしている場合には毎回ログインする事なくコンテンツの編集画面に入る事が可能となる。【００６３】
図６は、公開ＵＲＬからホスト名を省略した編集ＵＲＬを利用した更新フローを示す。【００６４】
（１）ＷＥＢブラウザにおいて公開ＵＲＬにアクセス（６０１Ａ）する。【００６５】
（２）公開ＵＲＬからホスト名を省略した編集ＵＲＬに変換（６０１Ｂ）する。【００６６】
（３）公開ＵＲＬを変換した編集ＵＲＬにＷＥＢブラウザでアクセスし（６０１Ｃ）ディレクトリのパスのみ引き渡す。【００６７】
（４）編集ＵＲＬに対するアクセスを受け付けた中継サーバはログイン情報を入力するための画面をＷＥＢブラウザに対して応答（６０２Ａ）する。【００６８】
（５）応答を受けたＷＥＢブラウザはログイン画面を表示（６０１Ｄ）した後、ログイン情報の入力及び送信作業を行う。【００６９】
（６）中継サーバではログイン情報の送信を受けて、ログイン情報が正しければデータベースからログイン情報に対応したホスト名を取得（６０２Ｂ）し、ホスト名とディレクトリのパスをセッションに保存（６０２Ｃ）する。【００７０】
（７）ＷＥＢブラウザ上では応答受信した編集用アプリケーションを実行（６０１Ｅ）する。【００７１】
（８）ＷＥＢブラウザ上でコンテンツの編集後、コンテンツの保存依頼（６０１Ｆ）を中継サーバに送信する。【００７２】
（９）保存依頼を受けた中継サーバはセッションからホスト名とパスを取得（６０２Ｄ）し、指定の公開ＵＲＬ領域に保存要求（６０２Ｅ）する。【００７３】
（１０）保存要求を受けたＷＥＢサーバはコンテンツデータを指定の公開ＵＲＬ領域に保存（６０３Ｂ）する。【００７４】
以下は、ＵＲＬ変換例の手順を示す。ＵＲＬの変換における規則性としては公開ＵＲＬに対して編集ＵＲＬが可逆性を持つ事と、編集ＵＲＬのホスト名指定部が中継サーバにアクセス可能なホスト名である事が前提となる。以下では公開ＵＲＬの例を”http://www.cyberone.jp/index.html”とし公開ＵＲＬ内のプロトコル指定部を”http”、ホスト名指定部を”www.cyberone.jp”、ディレクトリ指定部を”index.html”として説明している。【００７５】
中継局に対して中継先であるＷＥＢサーバのＵＲＬを引き渡す一般的な変換手法としてクエリストリングによるパラメータ引渡しが考えられる。【００７６】
中継サーバのスクリプトである”http://edit.to/editor.php”に対して、公開ＵＲＬを”target”パラメータとして引き渡す事により、編集ＵＲＬは”http://edit.to/editor.php?target=http://www.cyberone.jp/index.html”となる。中継サーバではGETパラメータとして公開ＵＲＬを取得する事ができる。（PHP例：$_GET[‘target’]）【００７７】
次に中継サーバのスクリプト名を一切省略し、中継サーバＵＲＬのディレクトリ指定部にそのまま公開ＵＲＬを入れる方法が考えられる。この場合のＵＲＬは、”http://edit.to/www.cyberone.jp/index.html”となりプロトコル指定部を”http”、ホスト名指定部を”edit.to”、ディレクトリ指定部をwww.cyberone.jp/index.htmlとする。【００７８】
前記の変換方法の場合はパラメータ渡しではない為、Apache等のＷＥＢサーバ内では実際のスクリプトが呼び出されるようＵＲＬのリライト処理（mod_rewrite等）が必要となる。実行スクリプト内では環境変数としてアクセス先のパスを取得する事により公開ＵＲＬを取得する事が可能となる。【００７９】
上記２点の変換方法では、編集ＵＲＬの値のみで公開ＵＲＬに対して可逆性を確保していたが、公開ＵＲＬの全部または一部を事前に中継サーバ内に登録しておき、発行されたインデックス（ＩＤ）を編集ＵＲＬに含める事により編集ＵＲＬ＋中継サーバ内登録文字列によって可逆性を確保する方法が考えられる。【００８０】
例えば、公開ＵＲＬである”http://www.cyberone.jp/index.html”内のホスト名指定部を事前に中継サーバに登録しておき、中継サーバより発行された”cyberone”というインデックスを取得しておく、そのインデックスをホスト名指定部と置換する事により”http://cyberone/index.html”といったＵＲＬとなる。その後中継サーバと事前に省略事項を取り決めておく事によりプロトコル指定部の”http://”や拡張子の”.html”を省略する事ができる。【００８１】
以上の手順で生成される文字列”cyberone/index”を前記段落〔００７５〕のパラメータ渡しにより変換すると、”http://edit.to/edit.php?target=cyberone/index”となる。【００８２】
前記段落〔００７９〕の編集ＵＲＬを元に中継サーバで復元変換する場合は、パラメータ渡しと同様に”target”パラメータより文字列を取得し、文字列内のインデックス部分”cyberone”を索引として中継サーバ内部に登録された文字列データ”www.cyberone.jp”を取得しインデックス部分と置換する事により”www.cyberone.jp/index”といった文字列が生成される。次いで、省略されたプロトコル指定部”http://”と拡張子”.html”を追加する事により公開ＵＲＬである”http://www.cyberone.jp/index.html”を取得する事ができる。【００８３】
以上、３点の方法、段落〔００７５〕、〔００７７〕、〔００７９〕でも中継サーバのＵＲＬ変換方法として利用する事はできるが、いずれの方法においても前記図１の説明記載の段落〔００３１〕（１０）〜（１１）で発生するプレビュー内の画像表示で問題が発生する。【００８４】
プレビュー表示に使用される編集コンテンツのＨＴＭＬソースでは、画像タグ”<img>”のソースリンク属性”src=”として絶対指定と相対指定が使用されている場合がある。絶対指定については、”http://〜”より始まる完全なＵＲＬの為正常に画像が表示されるが、相対指定の場合は本来のコンテンツ公開位置（公開ＵＲＬ）を基準（カレントディレクトリ）として指定されている為、プレビュー表示する際に正確に画像が表示されない場合がある。（プレビュー表示においては、中継サーバにアクセスしている編集ＵＲＬを基準とした相対位置となる。）【００８５】
例えば、公開ＵＲＬに該当するコンテンツ内に画像タグとして”<img src=/image/sample.gif>”が記載されていた場合、公開ＵＲＬを基準として補正される為、参照するべき画像のＵＲＬは、”http://www.cyberone.jp/image/sample.gif”となる。【００８６】
もし、前記画像タグを前記３点の編集ＵＲＬを基準として補正するとそれぞれ次の通りとなる。【００８７】
ＵＲＬパラメータに公開ＵＲＬを指定（段落〔００７５〕）した場合は、編集ＵＲＬは”http://edit.to/editor.php?target=http://www.cyberone.jp/index.html”となる。このＵＲＬを相対指定の基準位置として前記画像タグを補正すると、参照される画像のＵＲＬは”http://edit.to/image/sample.gif”となり、中継サーバでは正確にtargetパラメータを取得できなくなる。文字列をインデックス化する変換方法（段落〔００７９〕）についてもパラメータ渡しする点において同様の事が言える。また、ＵＲＬのディレクトリ部に公開ＵＲＬを指定（段落〔００７７〕）する変換方法の場合では、編集ＵＲＬは、”http://edit.to/www.cyberone.jp/index.html”となるが、このＵＲＬを基準位置として前記画像タグを補正したＵＲＬは、やはり”http://edit.to/image/sample.gif”となる。こちらは、パラメータではなくディレクトリ部を全て公開ＵＲＬ指定として利用している為、補正後のＵＲＬのディレクトリ部である”/image/sample/gif”といった文字列を取得する事は可能だが、ホスト名が欠落してしまう為、正確に画像のＵＲＬを取得する事ができない。【００８８】
以上の問題については、中継サーバ内で編集用ソース内の画像タグを補正変換したり、欠落してしまうデータをセッション内に保持しておくといった対策等によってある程度回避する事は可能であるが、コンテンツデータに手を加えたり各所に補正機能を対応したりといった点で不具合や開発コストに影響を与えてしまう。【００８９】
これらの問題点を踏まえて、公開ＵＲＬのホスト名指定部に中継サーバのドメイン名”.edit.to”を追加するという変換方法が考えられる。この場合、編集ＵＲＬは”http://www.cyberone.jp.edit.to/index.html”といったＵＲＬとなる。【００９０】
また、中継サーバではアクセス先ホスト名を環境変数より取得し中継サーバのドメイン名”.edit.to”を除外したものを公開ＵＲＬのホスト名指定部、環境変数より取得したパスを公開ＵＲＬのディレクトリ指定部として連結すると、復元変換結果として公開ＵＲＬ”http://www.cyberone.jp/index.html”を取得する事ができる。【００９１】
前記のプレビュー画像の問題についても、画像タグの相対指定の基準位置が編集ＵＲＬである”http://www.cyberone.jp.edit.to/index.html”とした場合、補正後の画像ＵＲＬは”http://www.cyberone.jp.edit.to/image/sample.gif”となる。このＵＲＬから段落〔００９０〕と同じように復元変換すると、正確に実際の画像を参照する事が可能なＵＲＬ”http://www.cyberone.jp/image/sample.gif”を取得する事ができる。【００９２】
これは、この変換方法（段落〔００８９〕）の場合、公開ＵＲＬと編集ＵＲＬのディレクトリ指定位置が全く同一という特性によるものである。
【産業上の利用可能性】
【００９３】
現在、既に多くの企業が自社サイトを所有している中で、そのサイトを自社内で更新できないといったケースが多く見られる。本発明を活用した中継形のサイト（コンテンツ）更新システムは、そのような企業層に対して新たな更新手段を提供するものであり、現時点においても産業上の利用可能性は高いと言える。
【図１】
2008023533.tif 000003
【図２】
2008023533.tif 000004
【図３】
2008023533.tif 000005
【図４】
2008023533.tif 000006
【図５】
2008023533.tif 000007
【図６】
2008023533.tif 000008
【手続補正書】
【提出日】平成20年6月18日(2008.6.18)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ＷＥＢサーバとインターネット端末との間を中継する中継サーバが、当該インターネット端末に対して、ＷＥＢサーバ上で公開されるコンテンツを編集する機能を提供する方法であって、中継サーバが、インターネット端末から編集ＵＲＬに対する接続要求を受信するステップと、該接続要求された編集ＵＲＬを変換規則に基づいて公開ＵＲＬに変換するステップと、当該公開ＵＲＬにて特定されるＷＥＢサーバに対し当該公開ＵＲＬにて特定される保存位置に保存されるコンテンツデータを要求するステップと、当該ＷＥＢサーバから当該コンテンツデータを受信するステップと、当該コンテンツデータとコンテンツ編集アプリケーションを当該インターネット端末に送信するステップと、該編集アプリケーションにより編集された編集済コンテンツデータの保存要求を当該インターネット端末から受信するステップと、該保存要求に応じて当該ＷＥＢサーバに対し当該保存位置に当該編集済コンテンツデータの保存を依頼するステップとを含む処理を実行することを特徴とするＷＥＢコンテンツ編集機能提供方法。
【請求項２】
（削除）
【請求項３】
前記中継サーバは、前記インターネット端末からの保存要求に応じて前記ＷＥＢサーバに対し前記保存位置に前記編集済コンテンツデータの保存を依頼する際に、当該コンテンツデータをＷＥＢサーバに転送するためのファイル転送プロトコルをＨＴＴＰから異なるプロトコルに変更することを特徴とする請求項１記載のＷＥＢコンテンツ編集機能提供方法。
【請求項４】
前記中継サーバは、前記インターネット端末から編集ＵＲＬに対する接続要求を受信すると、セッションの確立状態をチェックし、セッションが無効である場合は当該インターネット端末に対してログイン情報を要求し、当該インターネット端末からログイン情報を受信すると、当該ログイン情報が正常である場合にセッションを確立し、前記セッションの確立状態のチェック時にセッションが有効であった場合の処理へと復帰することを特徴とする請求項１又は請求項３に記載のＷＥＢコンテンツ編集機能提供方法。
【請求項５】
前記公開ＵＲＬのディレクトリ指定部と前記編集ＵＲＬのディレクトリ指定部とが同一であることを特徴とする請求項１又は請求項３又は請求項４に記載のＷＥＢコンテンツ編集機能提供方法。
【請求項６】
前記公開ＵＲＬのホスト名指定部をセッション情報またはデータベース内から取得することを特徴とする請求項１又は請求項３乃至請求項５のいずれか一項に記載のＷＥＢコンテンツ編集機能提供方法。
【請求項７】
ＷＥＢサーバ上で公開されるコンテンツを編集する機能を提供する装置であって、インターネット端末から編集ＵＲＬに対する接続要求を受信する手段と、該接続要求された編集ＵＲＬを変換規則に基づいて公開ＵＲＬに変換する手段と、前記公開ＵＲＬにて特定されるＷＥＢサーバに対し当該公開ＵＲＬにて特定される保存位置に保存されるコンテンツデータを要求する手段と、当該ＷＥＢサーバから当該コンテンツデータを受信する手段と、当該コンテンツデータとコンテンツ編集アプリケーションを当該インターネット端末に送信する手段と、該編集アプリケーションにより編集された編集済コンテンツデータの保存要求を当該インターネット端末から受信する手段と、該保存要求に応じて当該ＷＥＢサーバに対し当該保存位置に当該編集済コンテンツデータの保存を依頼する手段とを備えることを特徴とするＷＥＢコンテンツ編集機能提供装置。
【請求項８】
（削除）
【請求項９】
前記インターネット端末からの保存要求に応じて前記ＷＥＢサーバに対し前記保存位置に前記編集済コンテンツデータの保存を依頼する際に、当該コンテンツデータをＷＥＢサーバに転送するためのファイル転送プロトコルをＨＴＴＰから異なるプロトコルに変更することを特徴とする請求項７に記載のＷＥＢコンテンツ編集機能提供装置。
【請求項１０】
前記インターネット端末から編集ＵＲＬに対する接続要求を受信すると、セッションの確立状態をチェックし、セッションが無効である場合は当該インターネット端末に対してログイン情報を要求し、当該インターネット端末からログイン情報を受信すると、当該ログイン情報が正常である場合にセッションを確立し、前記セッションの確立状態のチェック時にセッションが有効であった場合の処理へと復帰することを特徴とする請求項７又は請求項９に記載のＷＥＢコンテンツ編集機能提供装置。
【請求項１１】
前記公開ＵＲＬのディレクトリ指定部と前記編集ＵＲＬのディレクトリ指定部とが同一であることを特徴とする請求項７又は請求項９又は請求項１０に記載のＷＥＢコンテンツ編集機能提供装置。
【請求項１２】
前記公開ＵＲＬのホスト名指定部をセッション情報またはデータベース内から取得することを特徴とする請求項７又は請求項９乃至請求項１１のいずれか一項に記載のＷＥＢコンテンツ編集機能提供装置。
【手続補正書】
【提出日】平成21年1月9日(2009.1.9)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】請求項１
【補正方法】変更
【補正の内容】
【請求項１】
ＷＥＢサーバとインターネット端末との間を中継する中継サーバが、当該インターネット端末に対して、ＷＥＢサーバ上で公開されるコンテンツを編集する機能を提供する方法であって、中継サーバが、インターネット端末から編集ＵＲＬに対する接続要求を受信するステップと、任意の公開ＵＲＬに対応する編集ＵＲＬを当該任意の公開ＵＲＬに変換する変換規則に基づいて、該接続要求された編集ＵＲＬを公開ＵＲＬに変換するステップと、当該公開ＵＲＬにて特定されるＷＥＢサーバに対し当該公開ＵＲＬにて特定されるコンテンツデータを要求するステップと、当該ＷＥＢサーバから当該コンテンツデータを受信するステップと、当該コンテンツデータとコンテンツ編集アプリケーションを当該インターネット端末に送信するステップと、該編集アプリケーションにより編集された編集済コンテンツデータの保存要求を当該インターネット端末から受信するステップと、該保存要求に応じて当該ＷＥＢサーバに対し当該公開ＵＲＬにて特定される保存位置に当該編集済コンテンツデータの保存を依頼するステップとを含む処理を実行することを特徴とするＷＥＢコンテンツ編集機能提供方法。
【手続補正２】
【補正対象書類名】特許請求の範囲
【補正対象項目名】請求項７
【補正方法】変更
【補正の内容】
【請求項７】
ＷＥＢサーバ上で公開されるコンテンツを編集する機能を提供する装置であって、インターネット端末から編集ＵＲＬに対する接続要求を受信する手段と、任意の公開ＵＲＬに対応する編集ＵＲＬを当該任意の公開ＵＲＬに変換する変換規則に基づいて、該接続要求された編集ＵＲＬを公開ＵＲＬに変換する手段と、前記公開ＵＲＬにて特定されるＷＥＢサーバに対し当該公開ＵＲＬにて特定されるコンテンツデータを要求する手段と、当該ＷＥＢサーバから当該コンテンツデータを受信する手段と、当該コンテンツデータとコンテンツ編集アプリケーションを当該インターネット端末に送信する手段と、該編集アプリケーションにより編集された編集済コンテンツデータの保存要求を当該インターネット端末から受信する手段と、該保存要求に応じて当該ＷＥＢサーバに対し当該公開ＵＲＬにて特定される保存位置に当該編集済コンテンツデータの保存を依頼する手段とを備えることを特徴とするＷＥＢコンテンツ編集機能提供装置。
【手続補正書】
【提出日】平成21年8月21日(2009.8.21)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】請求項１
【補正方法】変更
【補正の内容】
【請求項１】
ＷＥＢサーバとインターネット端末との間を中継する中継サーバが、当該インターネット端末に対して、ＷＥＢサーバ上で公開されるコンテンツを編集する機能を提供する方法であって、中継サーバが、インターネット端末から編集ＵＲＬに対する接続要求を受信するステップと、
編集ＵＲＬはコンテンツを編集可能なＷＥＢサーバの公開ＵＲＬを一部に含むものであるか、又は、コンテンツを編集可能なＷＥＢサーバの公開ＵＲＬのインデックスを一部に含むものであり、編集ＵＲＬに含まれる前記公開ＵＲＬを取得するか又は編集ＵＲＬに含まれる前記インデックスに対応する公開ＵＲＬを取得することにより編集ＵＲＬを公開ＵＲＬに変換する変換規則に基づいて、該接続要求された編集ＵＲＬを公開ＵＲＬに変換するステップと、
当該公開ＵＲＬにて特定されるＷＥＢサーバに対し当該公開ＵＲＬにて特定されるコンテンツデータを要求するステップと、当該ＷＥＢサーバから当該コンテンツデータを受信するステップと、当該コンテンツデータとコンテンツ編集アプリケーションを当該インターネット端末に送信するステップと、該編集アプリケーションにより編集された編集済コンテンツデータの保存要求を当該インターネット端末から受信するステップと、該保存要求に応じて当該ＷＥＢサーバに対し当該公開ＵＲＬにて特定される保存位置に当該編集済コンテンツデータの保存を依頼するステップとを含む処理を実行することを特徴とするＷＥＢコンテンツ編集機能提供方法。
【手続補正２】
【補正対象書類名】特許請求の範囲
【補正対象項目名】請求項７
【補正方法】変更
【補正の内容】
【請求項７】
ＷＥＢサーバ上で公開されるコンテンツを編集する機能を提供する装置であって、インターネット端末から編集ＵＲＬに対する接続要求を受信する手段と、
編集ＵＲＬはコンテンツを編集可能なＷＥＢサーバの公開ＵＲＬを一部に含むものであるか、又は、コンテンツを編集可能なＷＥＢサーバの公開ＵＲＬのインデックスを一部に含むものであり、編集ＵＲＬに含まれる前記公開ＵＲＬを取得するか又は編集ＵＲＬに含まれる前記インデックスに対応する公開ＵＲＬを取得することにより編集ＵＲＬを公開ＵＲＬに変換する変換規則に基づいて、該接続要求された編集ＵＲＬを公開ＵＲＬに変換する手段と、
前記公開ＵＲＬにて特定されるＷＥＢサーバに対し当該公開ＵＲＬにて特定されるコンテンツデータを要求する手段と、当該ＷＥＢサーバから当該コンテンツデータを受信する手段と、当該コンテンツデータとコンテンツ編集アプリケーションを当該インターネット端末に送信する手段と、該編集アプリケーションにより編集された編集済コンテンツデータの保存要求を当該インターネット端末から受信する手段と、該保存要求に応じて当該ＷＥＢサーバに対し当該公開ＵＲＬにて特定される保存位置に当該編集済コンテンツデータの保存を依頼する手段とを備えることを特徴とするＷＥＢコンテンツ編集機能提供装置。
【国際調査報告】
2008023533.tif 000009
2008023533.tif 000010
2008023533.tif 000011
2008023533.tif 000012