【雑談】公開特許公報で，当研究室の論文を引用した特許を発見！

＜以下，抜粋＞ また、従来、メタデータを用いることで、クライアントに対する窓口業務を提供するサーバの業務円滑化と共に、窓口を利用するユーザの労力削減を図る技術がある（例えば、非特許文献１参照）。 【０００９】 この技術では、例えばフォームサーバに入力されるフォームのメタデータを予め定義しておく。そして、クライアント側で動作するエージェントが上記メタデータを取得し、このメタデータに記述された属性などの情報を参照する。これにより、例えば、同一フォーム上での記入内容を互いに連動させた自動入力機能や、フォームデータの書式や値などが正しいかどうか判断する記入内容チェック機能などが実現される。 【非特許文献１】 藤原 克哉、中所 武司、“窓口業務アプリケーションフレームワークｗｗＨｗｗにおけるフォームナビゲーション機能のＸＭＬによる実現方式”、［ｏｎｌｉｎｅ］、平成１４年３月、情報処理学会、［平成１６年１月１４日検索］、インターネット＜URL:http://www.se.cs.meiji.ac.jp/~chusho/paper/0203fujiwara.pdf＞ 【発明の開示】 【発明が解決しようとする課題】 【００１０】 しかしながら、上記のような連携方式では、各Ｗｅｂアプリケーションが連携のためのプログラムを出力することで、ＷＷＷサーバ同士の連携を実現している。従って、Ｗｅｂアプリケーションの提供者側が連携のためのプログラムを作成する必要があり、提供者への負担が大きいという問題があった。 【００１１】 また、ＷＷＷサーバ同士の属性名の対応関係をＷｅｂアプリケーション側で管理しているため、既に連携関係が構築された各ＷＷＷサーバに対して、新たにＷＷＷサーバを連携させる場合、既に連携されている個々のＷｅｂアプリケーションの連携実行部分を修正する必要がある。 【００１２】 例えば、上述の図３７に示した例において、電話番号データを指定する属性名として「ｗｅｂｃ−ｔｅｌ」が定義されたＷＷＷサーバを新たに追加する場合、ＷｅｂアプリケーションＡ，Ｂでの電話番号データが対応可能な引数名に対して、「ｗｅｂｃ−ｔｅｌ」を追加しなければならない。 【００１３】 このように、連携させるＷＷＷサーバを既存の連携関係に対して新たに追加する場合、既に連携関係にあるＷｅｂアプリケーションの修正によって提供者側に負担がかかり、さらに、連携されているＷｅｂアプリケーションの数が多くなるほど、修正が必要なＷｅｂアプリケーションの数も増えて負担が増大するという問題があった。 【００１４】 なお、上記非特許文献１に記載された技術は、窓口業務アプリケーションが動作しているサーバとそれを利用するクライアント間で受け渡されるデータに対して、予め定義されたメタデータを使用して何らかの自動処理を実現するものであり、ＷＷＷサーバ間でのデータの連携を実現するものではない。 【００１５】 本発明はこのような点に鑑みてなされたものであり、サーバの連携に要する提供者側の負担を軽減することが可能なデータ中継プログラムを提供することを目的とする。 【課題を解決するための手段】 ＜以下，略＞