(57)【要約】【課題】ＷｅｂサーバのＵＲＩ中の情報をエンドユーザのクライアント端末から見えないようにすることができる環境の実現。【解決手段】ＨＴＴＰメッセージ変換装置は、ＵＲＩ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｒ）中の秘匿すべき情報が非表示ヘッダに格納された第１の形式のＨＴＴＰメッセージと、前記秘匿すべき情報がＵＲＩ中に記載された第２の形式のＨＴＴＰメッセージと、を互いに変換するための変換規則を記憶する変換規則記憶手段と、前記変換規則に従って、クライアント端末と前記第１の形式でメッセージの送受信を行い、Ｗｅｂサーバと前記第２の形式でメッセージの送受信を行うメッセージ変換手段と、を備える。【選択図】図３
2009087299.tif 000002
【特許請求の範囲】
【請求項１】
ＵＲＩ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｒ）中の秘匿すべき情報が非表示ヘッダに格納された第１の形式のＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）メッセージと、前記秘匿すべき情報がＵＲＩ中に記載された第２の形式のＨＴＴＰメッセージと、を互いに変換するための変換規則を記憶する変換規則記憶手段と、
前記変換規則に基いて、クライアント端末と前記第１の形式でメッセージの送受信を行い、Ｗｅｂサーバと前記第２の形式でメッセージの送受信を行うメッセージ変換手段と、を備えること、
を特徴とするＨＴＴＰメッセージ変換装置。
【請求項２】
前記メッセージ変換手段は、
前記変換規則に基いて、クライアント端末から受信した前記第１の形式の要求メッセージを前記第２の形式の要求メッセージに変換する手段と、
前記変換規則に基いて、Ｗｅｂサーバから受信した前記第２の形式の応答メッセージを、前記第１の形式の応答メッセージに変換する手段と、を含む請求項１に記載のＨＴＴＰメッセージ変換装置。
【請求項３】
前記変換規則は、前記第２の形式におけるＵＲＩ中の前記秘匿すべき情報の位置と、該秘匿すべき情報を前記非表示ヘッダに格納する変数名と、によって定義されている請求項１又は２に記載のＨＴＴＰメッセージ変換装置。
【請求項４】
前記第１の形式で用いる非表示ヘッダがＨＴＴＰクッキーヘッダである請求項１乃至３いずれか一に記載のＨＴＴＰメッセージ変換装置。
【請求項５】
前記クライアント端末と、前記Ｗｅｂサーバとを中継するプロキシサーバとして機能する請求項１乃至４いずれか一に記載のＨＴＴＰメッセージ変換装置。
【請求項６】
クライアント端末と、Ｗｅｂサーバとの間の通信を中継するＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）メッセージ変換装置に実行させるＨＴＴＰメッセージ変換方法であって、
前記ＨＴＴＰメッセージ変換装置が、少なくともＵＲＩ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｒ）中の秘匿すべき情報の位置を示した所定の変換規則に基いて、前記秘匿すべき情報が非表示ヘッダに格納された第１の形式の要求メッセージを、前記秘匿すべき情報がＵＲＩ中に記載された第２の形式の要求メッセージに変換して前記Ｗｅｂサーバ側に送信し、
前記ＨＴＴＰメッセージ変換装置が、前記所定の変換規則に基いて、前記秘匿すべき情報がＵＲＩ中に記載された第２の形式の応答メッセージを、前記秘匿すべき情報を非表示ヘッダに格納した第１の形式の応答メッセージに変換して前記クライアント端末側に送信すること、
を特徴とするＨＴＴＰメッセージ変換方法。
【請求項７】
前記変換規則は、前記第２の形式におけるＵＲＩ中の前記秘匿すべき情報の位置と、該秘匿すべき情報を前記非表示ヘッダに格納する変数名と、によって定義されている請求項６に記載のＨＴＴＰメッセージ変換方法。
【請求項８】
前記第１の形式で用いる非表示ヘッダがＨＴＴＰクッキーヘッダである請求項６又は７に記載のＨＴＴＰメッセージ変換方法。
【請求項９】
クライアント端末と、Ｗｅｂサーバとの間の通信を中継するＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）メッセージ変換装置に実行させるＨＴＴＰメッセージ変換プログラムであって、
少なくともＵＲＩ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｒ）中の秘匿すべき情報の位置を示した所定の変換規則に基いて、前記秘匿すべき情報が非表示ヘッダに格納された第１の形式の要求メッセージを、前記秘匿すべき情報がＵＲＩ中に記載された第２の形式の要求メッセージに変換して前記Ｗｅｂサーバ側に送信する処理と、
前記所定の変換規則に基いて、前記秘匿すべき情報がＵＲＩ中に記載された第２の形式の応答メッセージを、前記秘匿すべき情報を非表示ヘッダに格納した第１の形式の応答メッセージに変換して前記クライアント端末側に送信する処理と、
を実行させるＨＴＴＰメッセージ変換プログラム。
【請求項１０】
前記変換規則は、前記第２の形式におけるＵＲＩ中の前記秘匿すべき情報の位置と、該秘匿すべき情報を前記非表示ヘッダに格納する変数名と、によって定義されている請求項９に記載のＨＴＴＰメッセージ変換プログラム。
【請求項１１】
前記第１の形式で用いる非表示ヘッダがＨＴＴＰクッキーヘッダである請求項９又は１０に記載のＨＴＴＰメッセージ変換プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、クライアント端末と、Ｗｅｂサーバとの間でやり取りされるＨＴＴＰメッセージ変換装置、ＨＴＴＰメッセージ変換方法及びプログラムに関し、特に、ＨＴＴＰメッセージに含まれるＵＲＩを変換する機能を備えたＨＴＴＰメッセージ変換装置、ＨＴＴＰメッセージ変換方法及びプログラムに関する。
【背景技術】
【０００２】
近年、企業内の情報システム等のＷｅｂアプリケーション化が進んでいる。このような流れの中で、オープンソースソフトウェア（Ｏｐｅｎ  Ｓｏｕｒｃｅ  Ｓｏｆｔｗａｒｅ）の利用も進められており、既存のアプリケーションを複数組み合わせて企業内システムを構築する例も珍しくなくなってきている。
【０００３】
上記した情報システムにおいて、クライアント端末からリクエストを受け付けるＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）サーバの具体的な情報資源の場所を示すＵＲＩ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｒ、「ＵＲＬ」とも称する。）は、エンドユーザ側のフロントエンドとなるＷｅｂブラウザのアドレス入力欄やＷｅｂサーバ上のアクセスログ中等、様々なところに表示される。これは、静的なＷｅｂコンテンツだけではなく、動的なＷｅｂアプリケーションの場合でも同様である。
【０００４】
上記のようなＷｅｂサーバに対し外部からのアクセスを認める場合、そのＵＲＩをエンドユーザに開示したくないという要請がある。例えば、特許文献１に、サーバの非公開としたいアドレスと、代替用の秘匿用アドレスとの対応関係を定めたテーブルを用いて、秘匿用アドレスでクライアント端末とのＨＴＴＰ通信を行うアクセス制御装置が開示されている。
【０００５】
【特許文献１】特開２００５−４３９３８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
Ｗｅｂアプリケーションを利用した企業内の情報システムでは、上記したオープンソースソフトウェアを利用していることも多く、内部的には、社員番号等をユーザＩＤとして、ユーザ単位のリソース管理を行っていることも珍しくない。
【０００７】
しかしながら、特許文献１の技術では、秘匿したいＵＲＩが増大した場合に、応答性能の遅延やシステム管理者側の管理負担が増大するという問題点がある。例えば、特許文献１の方式では、ＵＲＩ中に含まれるユーザＩＤを秘匿したい場合、すべてのユーザＩＤを変換対象として秘匿用コードＤＢに登録しなければならないという管理上の負担が生ずる。当然に、非公開とするリソースへのアクセスが行われる度に、秘匿用コードＤＢに登録されている秘匿用コードを探索する必要が発生するため、応答性能は確実に低下する。
【０００８】
本発明は、上記した事情に鑑みてなされたものであって、その目的とするところは、非公開とする情報の増大による影響が少ないＨＴＴＰメッセージ変換装置、ＨＴＴＰメッセージ変換方法及びプログラムを提供することにある。
【課題を解決するための手段】
【０００９】
本発明の第１の視点によれば、ＵＲＩ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｒ）中の秘匿すべき情報が非表示ヘッダに格納された第１の形式のＨＴＴＰメッセージと、前記秘匿すべき情報がＵＲＩ中に記載された第２の形式のＨＴＴＰメッセージと、を互いに変換するための変換規則を記憶する変換規則記憶手段と、前記変換規則に従って、クライアント端末と前記第１の形式でメッセージの送受信を行い、Ｗｅｂサーバと前記第２の形式でメッセージの送受信を行うメッセージ変換手段と、を備えるＨＴＴＰメッセージ変換装置が提供される。
【００１０】
本発明の第２の視点によれば、クライアント端末と、Ｗｅｂサーバとの間の通信を中継するＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）メッセージ変換装置に実行させるＨＴＴＰメッセージ変換方法であって、前記ＨＴＴＰメッセージ変換装置が、少なくともＵＲＩ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｒ）中の秘匿すべき情報の位置を示した所定の変換規則に基いて、前記秘匿すべき情報が非表示ヘッダに格納された第１の形式の要求メッセージを、前記秘匿すべき情報がＵＲＩ中に記載された第２の形式の要求メッセージに変換して前記Ｗｅｂサーバ側に送信し、前記ＨＴＴＰメッセージ変換装置が、前記所定の変換規則に基いて、前記秘匿すべき情報がＵＲＩ中に記載された第２の形式の応答メッセージを、前記秘匿すべき情報を非表示ヘッダに格納した第１の形式の応答メッセージに変換して前記クライアント端末側に送信するＨＴＴＰメッセージ変換方法が提供される。
【００１１】
本発明の第３の視点によれば、クライアント端末と、Ｗｅｂサーバとの間の通信を中継するＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）メッセージ変換装置に実行させるＨＴＴＰメッセージ変換プログラムであって、少なくともＵＲＩ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｒ）中の秘匿すべき情報の位置を示した所定の変換規則に基いて、前記秘匿すべき情報が非表示ヘッダに格納された第１の形式の要求メッセージを、前記秘匿すべき情報がＵＲＩ中に記載された第２の形式の要求メッセージに変換して前記Ｗｅｂサーバ側に送信する処理と、前記所定の変換規則に基いて、前記秘匿すべき情報がＵＲＩ中に記載された第２の形式の応答メッセージを、前記秘匿すべき情報を非表示ヘッダに格納した第１の形式の応答メッセージに変換して前記クライアント端末側に送信する処理と、を実行させるＨＴＴＰメッセージ変換プログラムが提供される。
【発明の効果】
【００１２】
本発明によれば、エンドユーザ等に開示したくないＵＲＩが多岐にわたる場合であっても、管理負担の増大や応答性能の低下を回避することが可能となる。その理由は、予め定めた変換規則により開示した情報を非表示ヘッダに収納した状態でクライアント端末と通信するよう構成したことにある。
【発明を実施するための最良の形態】
【００１３】
続いて、本発明を実施するための最良の形態について図面を参照して詳細に説明する。図１は、本発明の第１の実施形態の全体構成を表した図である。図１を参照すると、クライアント端末１と、本発明のメッセージ変換装置として機能するプロキシサーバ２と、ワークステーション等のコンピュータからなるＷｅｂサーバ３と、それぞれを相互に接続するインターネット等のネットワーク４、ネットワーク５と、が示されている。
【００１４】
クライアント端末１は、キーボード等の操作手段１３を備えた入力装置１１と、ディスプレイ等の表示手段１４を備えた表示装置１２と、送受信手段１５とを備えるパーソナルコンピュータ等の一般的な情報処理装置である。さらに、クライアント端末１は、図示しないブラウザ等を用いて、プロキシサーバ２経由で、企業等の情報システムに組み込まれたＷｅｂサーバ３にアクセス可能となっている。
【００１５】
プロキシサーバ２は、ハードディスク等の記憶装置２１と、送受信手段２２と、メッセージ変換手段２３と、変換規則記憶手段２５とを備えている。送受信手段２２は、ＨＴＴＰプロトコル等の所定の通信プロトコルに従って、ネットワーク４を介してクライアント端末１と、ネットワーク５を介してＷｅｂサーバ３と、それぞれデータを送受信する機能を有する。
【００１６】
メッセージ変換手段２３には、リクエスト変換手段２３ａと、レスポンス変換手段２３ｂとが含まれる。リクエスト変換手段２３ａは、送受信手段２２経由で取得したクライアント端末１からＷｅｂサーバ３に送信されたＵＲＩを含むＨＴＴＰリクエスト等の要求メッセージを、変換規則記憶手段２５に格納されている変換規則に従って変換し、送受信手段２２経由でＷｅｂサーバ３へと送信する機能を有する。
【００１７】
レスポンス変換手段２３ｂは、送受信手段２２経由で取得したＷｅｂサーバ３からクライアント端末１へのＨＴＴＰレスポンス等の応答メッセージを、変換規則記憶手段２５に格納されている変換規則に従って変換し、送受信手段２２経由でクライアント端末１へと送信する機能を有する。
【００１８】
変換規則記憶手段２５は、要求メッセージ又は応答メッセージに含まれるＵＲＩ中の秘匿すべき情報が非表示ヘッダに格納された第１の形式と、前記秘匿すべき情報がＵＲＩ中に記載された第２の形式と、を互いに変換するための変換規則を記憶する。変換規則は、例えば、「／ｕｓｅｒｓ／［％１］  ⇔  ＵＳＥＲＩＤ＝［％１］」といった任意の書式で表され、書式左側で指定された位置のＵＲＩ中の秘匿すべき情報を、その格納先である非表示のヘッダに定義する変数名（ＵＳＥＲＩＤ）を示した書式右側の形式（第１の形式）への変換、あるいは、その逆変換の際に参照される。
【００１９】
Ｗｅｂサーバ３は、送受信手段３１と、処理手段３２とを備えている。送受信手段３１は、ＨＴＴＰプロトコル等の所定のプロトコルに従って、ネットワーク５、ネットワーク４を介してプロキシサーバ２経由でクライアント端末１とデータを送受信する機能を有する。処理手段３２は、送受信手段３１経由で取得したクライアント端末１からのＨＴＴＰリクエスト等のデータ送信要求に対する応答処理を実行する機能を有する。
【００２０】
続いて、図１、図２及び図３を参照して本実施形態の動作について詳細に説明する。クライアント端末１からＷｅｂサーバ３に対するＨＴＴＰリクエスト等の要求メッセージを受け付けると、プロキシサーバ２のリクエスト変換手段２３ａは、変換規則記憶手段２５に格納されている変換規則に従って処理手段３２が処理可能な形式（第２の形式）の要求メッセージに変換し、Ｗｅｂサーバ３へと送信する。
【００２１】
ここでは、Ｗｅｂサーバ３の「ｕｓｅｒｓ」ディレクトリ以下で、「ｕｓｅｒｓ／０１２３４５６７８９／ｒｅｓｏｕｒｃｅｓ・・・」のように、秘匿すべき情報に該当する１０桁の社員番号により各社員のデータが管理されている場合を考える。この１０桁の社員番号「０１２３４５６７８９」がクライアント端末１に何らかの形で表示されると、クライアント端末１のユーザはもちろん、クライアント端末１の表示手段１４を盗み見た第三者にも、クライアント端末１のユーザの社員番号が知られてしまう。
【００２２】
そこで、図２の上段に示すように、クライアント端末１からＷｅｂサーバ３に対するＨＴＴＰリクエストは、ＵＲＩ中の「／ｕｓｅｒｓ／」直下の数値を、クッキーヘッダに格納した第１の形式で行われるようにしておく（例えば、後記Ｓｅｔ−Ｃｏｏｋｉｅヘッダを用いる）。
【００２３】
前記ＨＴＴＰリクエストを受け取ったプロキシサーバ２のリクエスト変換手段２３ａは、図２に示すように、ＨＴＴＰリクエストのクッキーヘッダでＵＳＥＲＩＤに渡された値でｕｓｅｒｓディレクトリ直下のディレクトリ名（ＵＳＥＲＩＤ）を書き換える変換規則「ＵＳＥＲＩＤ＝［％１］  ⇒  ／ｕｓｅｒｓ／［％１］」に従い、第１の形式のＨＴＴＰリクエストを、第２の形式のＨＴＴＰリクエストに置き換える処理を行う。
【００２４】
これにより、「ｕｓｅｒｓ／ＵＳＥＲＩＤ／ｒｅｓｏｕｒｃｅｓ・・・」と記載された第１の形式のＨＴＴＰリクエストは、「ｕｓｅｒｓ／０１２３４５６７８９／ｒｅｓｏｕｒｃｅｓ・・・」とＷｅｂサーバ３の処理手段３２が解釈可能な第２の形式のＨＴＴＰリクエストに書き換えられる。
【００２５】
次に、第２の形式のＨＴＴＰリクエストを受け取ったＷｅｂサーバ３が第２の形式のＨＴＴＰレスポンスを送信すると、プロキシサーバ２のレスポンス変換手段２３ｂは、図３に示すように、上記変換規則に従い、Ｗｅｂサーバ３の処理手段３２により送信された第２の形式のＨＴＴＰレスポンスを、秘匿すべき情報が非表示ヘッダに移されてクライアント端末１のブラウザで表示すべき情報と認識されない形式（第１の形式）のＨＴＴＰレスポンスに変換し、クライアント端末１へと送信する。
【００２６】
より具体的には、図３の上段に示すように、ネットワーク４を経由するＷｅｂサーバ３からクライアント端末１に対する第２の形式のＨＴＴＰレスポンス「ｕｓｅｒｓ／０１２３４５６７８９／ｒｅｓｏｕｒｃｅｓ・・・」は、ＵＲＩ中の「／ｕｓｅｒｓ／」直下の数値を、セットクッキーヘッダ（Ｓｅｔ−Ｃｏｏｋｉｅ：）に格納した第１の形式のＨＴＴＰレスポンス「ｕｓｅｒｓ／ＵＳＥＲＩＤ／ｒｅｓｏｕｒｃｅｓ・・・」に変換される。
【００２７】
以上のとおり、本発明によれば、簡単に、ＨＴＴＰで送受信されるＷｅｂコンテンツやＷｅｂアプリケーションのＵＲＩ中に含まれている社員番号等の非公開情報をエンドユーザに対して露出させないようにすることができる。その理由は、表示情報としてブラウザに取り扱われないヘッダを用いてエンドユーザに開示したくない情報を送るようにしたためである。もちろん、クッキーファイルを開いたり、プロトコルログ等を参照することにより、エンドユーザが非公開とされた情報を確認することは可能であるが、一般的なブラウザ等を普通に利用している範囲ではこれらの情報が目に付くようなことは無い。
【００２８】
また、本発明によれば、上記ＷｅｂコンテンツやＷｅｂアプリケーション側の変更や改造が必要なく、簡単に、多数の秘匿すべき情報の非公開化を実現できる。その理由は、プロキシサーバ（ＨＴＴＰメッセージ変換装置）に記憶させる変換規則を用いて、変換処理を行う構成を採用したことにある。
【００２９】
つまり、前記変換規則を適切に設定することで、特許文献１のような管理負担の増大やシステムの応答性能への影響も最小限に抑えることが可能となる。
【００３０】
以上、本発明の好適な実施形態を説明したが、本発明は、上記した各実施形態に限定されるものではなく、本発明の基本的技術的思想を逸脱しない範囲で、更なる変形・置換・調整を加えることができる。例えば、本発明で利用可能な変換規則は、上記した実施形態の例に限られず、ＵＲＩ中の特定のディレクトリ以下を非公開化、ＵＲＩ中の特定の階層を非公開化するなど、各種の変換規則を定めることが可能である。また、必要に応じて、特許文献１に記載の方法と併用することも可能である。
【００３１】
例えば、上記した実施形態では、ＵＲＩ中に含まれる社員番号を秘匿する例を挙げて説明したが、その他、情報システムが用いる、ＵＲＩ中に含まれる氏名、部門番号、電話番号、メールアドレス等のＵＲＩに含まれうる情報も同一の仕組みで非開示とすることが可能である。
【００３２】
また、本発明は、パートナーに対する情報開示やグループ内他社、社内他部門に対する情報開示の際の非公開情報漏えい防止にも応用可能である。
【図面の簡単な説明】
【００３３】
【図１】本発明の第１の実施形態の全体構成を表した図である。
【図２】本発明の第１の実施形態のＨＴＴＰメッセージ変換装置による要求メッセージの変換処理を説明するための図である。
【図３】本発明の第１の実施形態のＨＴＴＰメッセージ変換装置による応答メッセージの変換処理を説明するための図である。
【符号の説明】
【００３４】
１  クライアント端末
２  プロキシサーバ
３  Ｗｅｂサーバ
４、５  ネットワーク
１１  入力装置
１２  表示装置
１３  操作手段
１４  表示手段
１５  送受信手段
２１  記憶装置
２２  送受信手段
２３  メッセージ変換手段
２３ａ  リクエスト変換手段
２３ｂ  レスポンス変換手段
２５  変換規則記憶手段
３１  送受信手段
３２  処理手段
【図１】
2009087299.tif 000003
【図２】
2009087299.tif 000004
【図３】
2009087299.tif 000005