JP2003141002A - Ｕｒｌ長変換システム及びそのプログラム - Google Patents
Ｕｒｌ長変換システム及びそのプログラムInfo
- Publication number
- JP2003141002A JP2003141002A JP2001331357A JP2001331357A JP2003141002A JP 2003141002 A JP2003141002 A JP 2003141002A JP 2001331357 A JP2001331357 A JP 2001331357A JP 2001331357 A JP2001331357 A JP 2001331357A JP 2003141002 A JP2003141002 A JP 2003141002A
- Authority
- JP
- Japan
- Prior art keywords
- url
- content
- character string
- length
- server
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Landscapes
- Information Transfer Between Computers (AREA)
Abstract
(57)【要約】
【課題】 扱えるＵＲＬ長に制限のあるクライアント端
末においても、その制限を越える長いＵＲＬによって指
定されるコンテンツ及びそのプロセスへのアクセスを可
能にすること。 【解決手段】 コンテンツサーバと、クライアント端末
と、Ｐｒｏｘｙサーバとを有するシステム上において、
Ｐｒｏｘｙサーバは、コンテンツサーバからコンテンツ
を受信した際、コンテンツに記述されているＵＲＬ文字
列の長さを判断して、クライアント端末の扱えるＵＲＬ
長の文字列に変換する手段と、変換の対応をテーブルに
記憶して管理する手段と、クライアント端末からコンテ
ンツリクエストを受信した際、メッセージ内のＵＲＬ文
字列を参照し、縮小化された文字列である場合は、元の
ＵＲＬに戻す手段とを有する。
末においても、その制限を越える長いＵＲＬによって指
定されるコンテンツ及びそのプロセスへのアクセスを可
能にすること。 【解決手段】 コンテンツサーバと、クライアント端末
と、Ｐｒｏｘｙサーバとを有するシステム上において、
Ｐｒｏｘｙサーバは、コンテンツサーバからコンテンツ
を受信した際、コンテンツに記述されているＵＲＬ文字
列の長さを判断して、クライアント端末の扱えるＵＲＬ
長の文字列に変換する手段と、変換の対応をテーブルに
記憶して管理する手段と、クライアント端末からコンテ
ンツリクエストを受信した際、メッセージ内のＵＲＬ文
字列を参照し、縮小化された文字列である場合は、元の
ＵＲＬに戻す手段とを有する。
Description
【０００１】
【発明の属する技術分野】本発明は、ネットワークにお
いてＵＲＬ（Uniform Resource Locator) を用いてコン
テンツの送受信を行うシステム及びそのプログラムに関
する。
いてＵＲＬ（Uniform Resource Locator) を用いてコン
テンツの送受信を行うシステム及びそのプログラムに関
する。
【０００２】
【従来の技術】インターネット上に公開されるコンテン
ツを参照するクライアントとして、ＰＣだけでなく、携
帯端末（携帯電話機など）やＰＤＡといった機能的に制
限されたクライアントの存在が無視できないほどに増加
している。インターネット上にコンテンツを公開する場
合に、これらの機能的に制限されたクライアントからの
参照を可能とするためには、クライアント端末の機能・
能力を考慮したコンテンツ作成が必要となる。
ツを参照するクライアントとして、ＰＣだけでなく、携
帯端末（携帯電話機など）やＰＤＡといった機能的に制
限されたクライアントの存在が無視できないほどに増加
している。インターネット上にコンテンツを公開する場
合に、これらの機能的に制限されたクライアントからの
参照を可能とするためには、クライアント端末の機能・
能力を考慮したコンテンツ作成が必要となる。
【０００３】クライアント端末での機能の制限の１つと
して、コンテンツを要求するために使用するＵＲＬ（Un
iform Resource Locator）の文字列の長さの制限があ
る。例えば、扱える最大ＵＲＬ長を１２８bytes や２０
０bytes に制限されている携帯端末が存在する。このた
め、コンテンツ中に含まれるリンクなどのＵＲＬ長がそ
の制限を越えている場合（ＵＲＬ中に動的生成コンテン
ツのためのパラメータ文字列を多く含む場合など）、そ
のＵＲＬを辿ることができなくなるという問題がある。
して、コンテンツを要求するために使用するＵＲＬ（Un
iform Resource Locator）の文字列の長さの制限があ
る。例えば、扱える最大ＵＲＬ長を１２８bytes や２０
０bytes に制限されている携帯端末が存在する。このた
め、コンテンツ中に含まれるリンクなどのＵＲＬ長がそ
の制限を越えている場合（ＵＲＬ中に動的生成コンテン
ツのためのパラメータ文字列を多く含む場合など）、そ
のＵＲＬを辿ることができなくなるという問題がある。
【０００４】なお、ＵＲＬあるいはその上位概念のＵＲ
Ｉ（Uniform Resource Identifier）は、ネットワーク
上においてリソース（オブジェクト）を一意に特定して
アクセスするためのシステム（記述方法）である。ＵＲ
Ｌの場合、その記述は、アクセスに使用するプロトコ
ル、目的リソースの位置（アドレス）などが所定の文法
で記述された文字列となる。また、例えばＨＴＴＰプロ
トコルではＵＲＬの長さについては特に制限を設けてい
ないが、携帯端末などにおいては、搭載メモリの制約な
どから、扱えるＵＲＬ長は制限されたものになることが
多い。
Ｉ（Uniform Resource Identifier）は、ネットワーク
上においてリソース（オブジェクト）を一意に特定して
アクセスするためのシステム（記述方法）である。ＵＲ
Ｌの場合、その記述は、アクセスに使用するプロトコ
ル、目的リソースの位置（アドレス）などが所定の文法
で記述された文字列となる。また、例えばＨＴＴＰプロ
トコルではＵＲＬの長さについては特に制限を設けてい
ないが、携帯端末などにおいては、搭載メモリの制約な
どから、扱えるＵＲＬ長は制限されたものになることが
多い。
【０００５】従来のシステムでは、コンテンツ作成・公
開を行う側にとっては、コンテンツ作成のための工数の
増加、コンテンツ公開サーバの負担の増加などの問題が
あり、コンテンツを利用する側にとっては、端末の能力
によってコンテンツ利用が制限されるなどの問題があっ
た。
開を行う側にとっては、コンテンツ作成のための工数の
増加、コンテンツ公開サーバの負担の増加などの問題が
あり、コンテンツを利用する側にとっては、端末の能力
によってコンテンツ利用が制限されるなどの問題があっ
た。
【０００６】
【発明が解決しようとする課題】本発明は、かかる問題
点に鑑みてなされたものであり、扱えるＵＲＬ長に制限
のあるクライアント端末においても、その制限を越える
長いＵＲＬ文字列によって指定されるコンテンツ及びそ
のプロセスへのアクセスを行うことができ、コンテンツ
公開サーバ側の負担も低減させることのできるＵＲＬ長
変換システムを提供することを第１の目的とする。
点に鑑みてなされたものであり、扱えるＵＲＬ長に制限
のあるクライアント端末においても、その制限を越える
長いＵＲＬ文字列によって指定されるコンテンツ及びそ
のプロセスへのアクセスを行うことができ、コンテンツ
公開サーバ側の負担も低減させることのできるＵＲＬ長
変換システムを提供することを第１の目的とする。
【０００７】また、クライアント端末について端末の種
別や機能などが記述された情報を参照して、クライアン
ト端末の能力に応じたＵＲＬ長変換処理を行うことので
きるＵＲＬ長変換システムを提供することを第２の目的
とする。
別や機能などが記述された情報を参照して、クライアン
ト端末の能力に応じたＵＲＬ長変換処理を行うことので
きるＵＲＬ長変換システムを提供することを第２の目的
とする。
【０００８】
【課題を解決するための手段】かかる目的を達成するた
めに、請求項１記載の発明は、コンテンツを公開するサ
ーバと、サーバに対するクライアントであり、扱える最
大ＵＲＬ長に制限のあるクライアント端末と、クライア
ントによるコンテンツへのアクセスを代理・中継するＰ
ｒｏｘｙサーバと、を有するシステム上におけるＵＲＬ
長変換システムであって、Ｐｒｏｘｙサーバは、コンテ
ンツサーバからコンテンツを受信した際、コンテンツに
記述されているＵＲＬ文字列の長さを判断して、クライ
アント端末の扱えるＵＲＬ長の文字列に変換する縮小化
手段と、ＵＲＬ文字列変換の対応をテーブルに記憶して
管理する変換対応記憶手段と、クライアント端末からコ
ンテンツアクセス要求メッセージを受信した際、メッセ
ージ内のＵＲＬ文字列とテーブルとを参照し、ＵＲＬ文
字列が縮小化手段により変換された文字列である場合
は、元のＵＲＬに戻す復元手段と、を有することを特徴
としている。
めに、請求項１記載の発明は、コンテンツを公開するサ
ーバと、サーバに対するクライアントであり、扱える最
大ＵＲＬ長に制限のあるクライアント端末と、クライア
ントによるコンテンツへのアクセスを代理・中継するＰ
ｒｏｘｙサーバと、を有するシステム上におけるＵＲＬ
長変換システムであって、Ｐｒｏｘｙサーバは、コンテ
ンツサーバからコンテンツを受信した際、コンテンツに
記述されているＵＲＬ文字列の長さを判断して、クライ
アント端末の扱えるＵＲＬ長の文字列に変換する縮小化
手段と、ＵＲＬ文字列変換の対応をテーブルに記憶して
管理する変換対応記憶手段と、クライアント端末からコ
ンテンツアクセス要求メッセージを受信した際、メッセ
ージ内のＵＲＬ文字列とテーブルとを参照し、ＵＲＬ文
字列が縮小化手段により変換された文字列である場合
は、元のＵＲＬに戻す復元手段と、を有することを特徴
としている。
【０００９】請求項２記載の発明は、請求項１記載の発
明において、Ｐｒｏｘｙサーバは、複数のクライアント
端末について、端末種別情報あるいは最大ＵＲＬ長情報
を記憶して管理する端末情報管理手段をさらに有し、縮
小化手段は、ＵＲＬ変換処理の際に、端末情報管理手段
の管理する情報をもとに閾値を決定して判断を行うこと
を特徴としている。
明において、Ｐｒｏｘｙサーバは、複数のクライアント
端末について、端末種別情報あるいは最大ＵＲＬ長情報
を記憶して管理する端末情報管理手段をさらに有し、縮
小化手段は、ＵＲＬ変換処理の際に、端末情報管理手段
の管理する情報をもとに閾値を決定して判断を行うこと
を特徴としている。
【００１０】請求項３記載の発明は、請求項１または２
に記載の発明において、Ｐｒｏｘｙサーバは、クライア
ント端末からのリクエストメッセージからクライアント
端末の端末種別情報あるいは最大ＵＲＬ長情報を取得す
る手段と、情報を参照してＵＲＬ変換処理の際の判断用
閾値を決定する手段と、をさらに有し、縮小化手段は、
閾値をもとに判断及び変換処理を行うことを特徴として
いる。
に記載の発明において、Ｐｒｏｘｙサーバは、クライア
ント端末からのリクエストメッセージからクライアント
端末の端末種別情報あるいは最大ＵＲＬ長情報を取得す
る手段と、情報を参照してＵＲＬ変換処理の際の判断用
閾値を決定する手段と、をさらに有し、縮小化手段は、
閾値をもとに判断及び変換処理を行うことを特徴として
いる。
【００１１】請求項４記載の発明は、コンテンツを公開
するサーバと、サーバに対するクライアントであり、扱
える最大ＵＲＬ長に制限のあるクライアント端末と、ク
ライアントによるコンテンツへのアクセスを代理・中継
するＰｒｏｘｙサーバと、を有するシステム上における
プログラムであって、Ｐｒｏｘｙサーバにおいて、コン
テンツサーバからコンテンツを受信した際、コンテンツ
に記述されているＵＲＬ文字列の長さを判断して、クラ
イアント端末の扱えるＵＲＬ長の文字列に変換する縮小
化処理と、ＵＲＬ文字列変換の対応をテーブルに記憶し
て管理する変換対応記憶処理と、クライアント端末から
コンテンツアクセス要求メッセージを受信した際、メッ
セージ内のＵＲＬ文字列とテーブルとを参照し、ＵＲＬ
文字列が縮小化処理により変換された文字列である場合
は、元のＵＲＬに戻す復元処理と、をコンピュータに実
行させることを特徴としている。
するサーバと、サーバに対するクライアントであり、扱
える最大ＵＲＬ長に制限のあるクライアント端末と、ク
ライアントによるコンテンツへのアクセスを代理・中継
するＰｒｏｘｙサーバと、を有するシステム上における
プログラムであって、Ｐｒｏｘｙサーバにおいて、コン
テンツサーバからコンテンツを受信した際、コンテンツ
に記述されているＵＲＬ文字列の長さを判断して、クラ
イアント端末の扱えるＵＲＬ長の文字列に変換する縮小
化処理と、ＵＲＬ文字列変換の対応をテーブルに記憶し
て管理する変換対応記憶処理と、クライアント端末から
コンテンツアクセス要求メッセージを受信した際、メッ
セージ内のＵＲＬ文字列とテーブルとを参照し、ＵＲＬ
文字列が縮小化処理により変換された文字列である場合
は、元のＵＲＬに戻す復元処理と、をコンピュータに実
行させることを特徴としている。
【００１２】請求項５記載の発明は、請求項４記載の発
明において、Ｐｒｏｘｙサーバにおいて、複数のクライ
アント端末について、端末種別情報あるいは最大ＵＲＬ
長情報を記憶して管理する端末情報管理処理をさらにコ
ンピュータに実行させ、縮小化処理では、ＵＲＬ変換の
際に、端末情報管理処理により管理される情報をもとに
閾値を決定して判断を行うことを特徴としている。
明において、Ｐｒｏｘｙサーバにおいて、複数のクライ
アント端末について、端末種別情報あるいは最大ＵＲＬ
長情報を記憶して管理する端末情報管理処理をさらにコ
ンピュータに実行させ、縮小化処理では、ＵＲＬ変換の
際に、端末情報管理処理により管理される情報をもとに
閾値を決定して判断を行うことを特徴としている。
【００１３】請求項６記載の発明は、請求項４または５
に記載の発明において、Ｐｒｏｘｙサーバにおいて、ク
ライアント端末からのリクエストメッセージからクライ
アント端末の端末種別情報あるいは最大ＵＲＬ長情報を
取得する処理と、情報を参照してＵＲＬ変換処理の際の
判断用閾値を決定する処理と、をさらにコンピュータに
実行させ、縮小化処理では、閾値をもとに判断及び変換
処理を行うことを特徴としている。
に記載の発明において、Ｐｒｏｘｙサーバにおいて、ク
ライアント端末からのリクエストメッセージからクライ
アント端末の端末種別情報あるいは最大ＵＲＬ長情報を
取得する処理と、情報を参照してＵＲＬ変換処理の際の
判断用閾値を決定する処理と、をさらにコンピュータに
実行させ、縮小化処理では、閾値をもとに判断及び変換
処理を行うことを特徴としている。
【００１４】
【発明の実施の形態】以下、本発明の実施の形態を添付
図面を参照しながら詳細に説明する。図１は、本発明の
第１の実施の形態におけるＵＲＬ長変換システムの構成
を示す図である。本システムでは、インターネット上の
サーバにおいて公開されるコンテンツを参照する携帯端
末やＰＤＡなどの、扱えるＵＲＬ長に制限があるクライ
アント端末に対し、アクセスの代理・中継を行うＰｒｏ
ｘｙサーバ（プロクシ／プロキシ／代理サーバ）におい
て必要に応じてＵＲＬ長を縮小化する処理を行い、それ
らのクライアント端末がコンテンツにアクセスすること
を可能にするものである。
図面を参照しながら詳細に説明する。図１は、本発明の
第１の実施の形態におけるＵＲＬ長変換システムの構成
を示す図である。本システムでは、インターネット上の
サーバにおいて公開されるコンテンツを参照する携帯端
末やＰＤＡなどの、扱えるＵＲＬ長に制限があるクライ
アント端末に対し、アクセスの代理・中継を行うＰｒｏ
ｘｙサーバ（プロクシ／プロキシ／代理サーバ）におい
て必要に応じてＵＲＬ長を縮小化する処理を行い、それ
らのクライアント端末がコンテンツにアクセスすること
を可能にするものである。
【００１５】本発明の第１の実施例は、クライアント端
末１０と、Ｐｒｏｘｙサーバ２０と、コンテンツサーバ
３０と、を含んで構成される。これら各ノードは、イン
ターネットに接続される。クライアント端末１０は、例
えば携帯端末であり、所定の無線通信機能およびクライ
アントプログラム１を備え、キャリアの提供するＰｒｏ
ｘｙサーバ２０を介してコンテンツサーバ３０に接続す
る能力を持つ。コンテンツサーバ３０は、サーバプログ
ラム３と、公開するコンテンツと、を持つ。例として、
コンテンツはＨＴＭＬにより記述されるＷｅｂコンテン
ツであるものとし、ＨＴＴＰプロトコルによりやり取り
されるものとする。
末１０と、Ｐｒｏｘｙサーバ２０と、コンテンツサーバ
３０と、を含んで構成される。これら各ノードは、イン
ターネットに接続される。クライアント端末１０は、例
えば携帯端末であり、所定の無線通信機能およびクライ
アントプログラム１を備え、キャリアの提供するＰｒｏ
ｘｙサーバ２０を介してコンテンツサーバ３０に接続す
る能力を持つ。コンテンツサーバ３０は、サーバプログ
ラム３と、公開するコンテンツと、を持つ。例として、
コンテンツはＨＴＭＬにより記述されるＷｅｂコンテン
ツであるものとし、ＨＴＴＰプロトコルによりやり取り
されるものとする。
【００１６】クライアント端末は、クライアントプログ
ラム（Ｗｅｂブラウザ）１１により、コンテンツサーバ
に対してリクエスト（コンテンツアクセス要求メッセー
ジなど）を送信し、それに対するレスポンスとしてコン
テンツを受信する処理を行う。その際、Ｐｒｏｘｙサー
バ２０により中継処理が行われる。このクライアント端
末１０は、クライアントプログラム１１において扱える
ＵＲＬ長に制限がある。その扱えるＵＲＬ長の上限値
（最大ＵＲＬ長）をｘ（byte）とする。
ラム（Ｗｅｂブラウザ）１１により、コンテンツサーバ
に対してリクエスト（コンテンツアクセス要求メッセー
ジなど）を送信し、それに対するレスポンスとしてコン
テンツを受信する処理を行う。その際、Ｐｒｏｘｙサー
バ２０により中継処理が行われる。このクライアント端
末１０は、クライアントプログラム１１において扱える
ＵＲＬ長に制限がある。その扱えるＵＲＬ長の上限値
（最大ＵＲＬ長）をｘ（byte）とする。
【００１７】クライアント端末１０には、予め、コンテ
ンツ要求を行う際に使用するＰｒｏｘｙサーバ２０のア
ドレスが設定される。コンテンツ要求時には、設定され
ているＰｒｏｘｙサーバアドレスが参照され、コンテン
ツ要求はまずＰｒｏｘｙサーバ２０に対して送信され
る。
ンツ要求を行う際に使用するＰｒｏｘｙサーバ２０のア
ドレスが設定される。コンテンツ要求時には、設定され
ているＰｒｏｘｙサーバアドレスが参照され、コンテン
ツ要求はまずＰｒｏｘｙサーバ２０に対して送信され
る。
【００１８】コンテンツサーバ３０は、サーバプログラ
ム３１において、クライアント端末１０（Ｐｒｏｘｙサ
ーバ２０）からのリクエストメッセージを処理し、レス
ポンスとしてクライアント端末１０（Ｐｒｏｘｙサーバ
２０）に対してコンテンツを送信する。
ム３１において、クライアント端末１０（Ｐｒｏｘｙサ
ーバ２０）からのリクエストメッセージを処理し、レス
ポンスとしてクライアント端末１０（Ｐｒｏｘｙサーバ
２０）に対してコンテンツを送信する。
【００１９】Ｐｒｏｘｙサーバ２０は、ネットワーク上
において、クライアント端末１０に対してサーバとして
振る舞い、クライアント端末１０からのコンテンツ要求
その他のメッセージを受信してコンテンツサーバ３０に
対するアクセス制御処理を行う。また、コンテンツサー
バ３０に対してはクライアントとして振る舞い、クライ
アント端末１０からのコンテンツ要求その他のメッセー
ジを送信（転送）する処理を行う。Ｐｒｏｘｙサーバ２
０は、コンテンツサーバ３０からレスポンスとしてコン
テンツを受信すると、クライアント端末１０に対してコ
ンテンツの送信を行う。Ｐｒｏｘｙサーバ２０は、ネッ
トワーク処理部１と、ＵＲＬ変換処理部２と、ＵＲＬ変
換対応記憶部３とを含んで構成される。
において、クライアント端末１０に対してサーバとして
振る舞い、クライアント端末１０からのコンテンツ要求
その他のメッセージを受信してコンテンツサーバ３０に
対するアクセス制御処理を行う。また、コンテンツサー
バ３０に対してはクライアントとして振る舞い、クライ
アント端末１０からのコンテンツ要求その他のメッセー
ジを送信（転送）する処理を行う。Ｐｒｏｘｙサーバ２
０は、コンテンツサーバ３０からレスポンスとしてコン
テンツを受信すると、クライアント端末１０に対してコ
ンテンツの送信を行う。Ｐｒｏｘｙサーバ２０は、ネッ
トワーク処理部１と、ＵＲＬ変換処理部２と、ＵＲＬ変
換対応記憶部３とを含んで構成される。
【００２０】ネットワーク処理部１は、上述のＰｒｏｘ
ｙサーバとしての主処理を行うＰｒｏｘｙプログラムを
含む。ネットワーク処理部１は、コンテンツサーバ３０
からコンテンツを受信した時、及び、クライアント端末
１０からコンテンツアクセス要求を受信した時などに、
ＵＲＬ変換処理部２に対して処理を依頼する。
ｙサーバとしての主処理を行うＰｒｏｘｙプログラムを
含む。ネットワーク処理部１は、コンテンツサーバ３０
からコンテンツを受信した時、及び、クライアント端末
１０からコンテンツアクセス要求を受信した時などに、
ＵＲＬ変換処理部２に対して処理を依頼する。
【００２１】ＵＲＬ変換処理部２は、ネットワーク処理
部１から必要に応じて呼び出されて処理を行う。ＵＲＬ
変換処理部２は、クライアント端末１０からのコンテン
ツアクセス要求およびコンテンツサーバ３０からのレス
ポンスとしてのコンテンツについて、その中身を調べ、
ＵＲＬ変換処理が必要かどうかを判定して変換する処理
を行う。
部１から必要に応じて呼び出されて処理を行う。ＵＲＬ
変換処理部２は、クライアント端末１０からのコンテン
ツアクセス要求およびコンテンツサーバ３０からのレス
ポンスとしてのコンテンツについて、その中身を調べ、
ＵＲＬ変換処理が必要かどうかを判定して変換する処理
を行う。
【００２２】ＵＲＬ変換処理部２は、コンテンツについ
て、コンテンツ内に記述されているＵＲＬ（リンクのＵ
ＲＬなど）を調べ、そのＵＲＬ長をクライアント端末１
０で扱える長さのＵＲＬ文字列に変換（縮小化）し、置
き換える処理を行う。この縮小化処理を行うモジュール
を縮小化処理部４とする。また、ＵＲＬ変換処理部２
は、クライアント端末１０からのコンテンツ要求内に含
まれるＵＲＬを調べ、そのＵＲＬが以前に当Ｐｒｏｘｙ
サーバ２０において縮小化処理されたＵＲＬ文字列であ
る場合は、元のＵＲＬに復元する処理を行う。この復元
処理を行うモジュールを復元処理部５とする。上記各Ｕ
ＲＬ変換処理の際にはＵＲＬ変換対応記憶部３が参照さ
れる。
て、コンテンツ内に記述されているＵＲＬ（リンクのＵ
ＲＬなど）を調べ、そのＵＲＬ長をクライアント端末１
０で扱える長さのＵＲＬ文字列に変換（縮小化）し、置
き換える処理を行う。この縮小化処理を行うモジュール
を縮小化処理部４とする。また、ＵＲＬ変換処理部２
は、クライアント端末１０からのコンテンツ要求内に含
まれるＵＲＬを調べ、そのＵＲＬが以前に当Ｐｒｏｘｙ
サーバ２０において縮小化処理されたＵＲＬ文字列であ
る場合は、元のＵＲＬに復元する処理を行う。この復元
処理を行うモジュールを復元処理部５とする。上記各Ｕ
ＲＬ変換処理の際にはＵＲＬ変換対応記憶部３が参照さ
れる。
【００２３】ＵＲＬ変換対応記憶部３は、コンテンツ及
びそのプロセスについての元のＵＲＬ文字列と、そのＵ
ＲＬ文字列を縮小化処理部４により変換した結果の文字
列との対応をテーブルに記憶して管理する処理を行う。
びそのプロセスについての元のＵＲＬ文字列と、そのＵ
ＲＬ文字列を縮小化処理部４により変換した結果の文字
列との対応をテーブルに記憶して管理する処理を行う。
【００２４】縮小化処理部４におけるＵＲＬ文字列の変
換の仕方については特に限定しない。変換後のＵＲＬ文
字列長がクライアント端末１０で扱える長さに収まるこ
とが条件である。
換の仕方については特に限定しない。変換後のＵＲＬ文
字列長がクライアント端末１０で扱える長さに収まるこ
とが条件である。
【００２５】また、ＵＲＬ変換処理部２におけるＵＲＬ
長変換を行うか否かの判断方法として、例えば、対象Ｕ
ＲＬを所定のＵＲＬ長閾値と比較し、この閾値を超える
長さの場合に変換を行う方法が考えられる。この閾値と
して、クライアント端末１０の最大ＵＲＬ長ｘ（Byte）
を用い、変換後文字列の長さをｘ以内にする。
長変換を行うか否かの判断方法として、例えば、対象Ｕ
ＲＬを所定のＵＲＬ長閾値と比較し、この閾値を超える
長さの場合に変換を行う方法が考えられる。この閾値と
して、クライアント端末１０の最大ＵＲＬ長ｘ（Byte）
を用い、変換後文字列の長さをｘ以内にする。
【００２６】図２にそのＵＲＬ文字列変換の様子につい
て示す。ＵＲＬ長変換処理部２では、判断用閾値Ｌにク
ライアント端末１０の扱える最大ＵＲＬ長ｘをセットし
て変換の際の判断を行う。標準的なＵＲＬは概ね判断用
閾値Ｌ以内に収まる。閾値を超過するＵＲＬについて、
変換（縮小化）操作を施し、Ｌ以下の長さの文字列にす
る。
て示す。ＵＲＬ長変換処理部２では、判断用閾値Ｌにク
ライアント端末１０の扱える最大ＵＲＬ長ｘをセットし
て変換の際の判断を行う。標準的なＵＲＬは概ね判断用
閾値Ｌ以内に収まる。閾値を超過するＵＲＬについて、
変換（縮小化）操作を施し、Ｌ以下の長さの文字列にす
る。
【００２７】図３及び図４は、本発明の実施の形態にお
けるＵＲＬ長変換システムの動作を示すフローチャート
である。図３は、Ｐｒｏｘｙサーバ２０におけるＵＲＬ
の縮小化処理について、また、図４は、縮小化されたＵ
ＲＬの復元処理について示すフローである。
けるＵＲＬ長変換システムの動作を示すフローチャート
である。図３は、Ｐｒｏｘｙサーバ２０におけるＵＲＬ
の縮小化処理について、また、図４は、縮小化されたＵ
ＲＬの復元処理について示すフローである。
【００２８】図３において、Ｐｒｏｘｙサーバ２０のネ
ットワーク処理部１は、コンテンツサーバ３０からクラ
イアント端末によるコンテンツアクセス要求のレスポン
スとしてコンテンツを受信すると（ステップＳ１）、Ｕ
ＲＬ変換処理部２により、コンテンツ中に縮小化対象と
なるＵＲＬが含まれているかどうか調べ（ステップＳ
２）、そのようなＵＲＬが存在する場合は、そのＵＲＬ
について縮小化処理部４により縮小化処理を行い、コン
テンツ内において文字列を置き換える（ステップＳ
３）。存在しない場合は、そのまま処理は行わずにクラ
イアント端末１０へ送信する（ステップＳ５）。
ットワーク処理部１は、コンテンツサーバ３０からクラ
イアント端末によるコンテンツアクセス要求のレスポン
スとしてコンテンツを受信すると（ステップＳ１）、Ｕ
ＲＬ変換処理部２により、コンテンツ中に縮小化対象と
なるＵＲＬが含まれているかどうか調べ（ステップＳ
２）、そのようなＵＲＬが存在する場合は、そのＵＲＬ
について縮小化処理部４により縮小化処理を行い、コン
テンツ内において文字列を置き換える（ステップＳ
３）。存在しない場合は、そのまま処理は行わずにクラ
イアント端末１０へ送信する（ステップＳ５）。
【００２９】ＵＲＬ変換対応記憶部３は、縮小化された
ＵＲＬ文字列と元ＵＲＬとの対応を、テーブルに記憶す
る（ステップＳ４）。
ＵＲＬ文字列と元ＵＲＬとの対応を、テーブルに記憶す
る（ステップＳ４）。
【００３０】ネットワーク処理部１は、ＵＲＬ縮小化処
理が施されたコンテンツを、当初のコンテンツアクセス
要求に対する結果としてクライアント端末１０へ送信す
る。このコンテンツは、クライアント端末１０にて受信
される（ステップＳ５）。
理が施されたコンテンツを、当初のコンテンツアクセス
要求に対する結果としてクライアント端末１０へ送信す
る。このコンテンツは、クライアント端末１０にて受信
される（ステップＳ５）。
【００３１】図４において、まず、クライアント端末１
０は、所定のＵＲＬで対応付けられるコンテンツあるい
はそのプロセスに対するコンテンツアクセス要求を行
う。クライアントプログラム１により、設定に従ってＰ
ｒｏｘｙサーバ２０へ向けてコンテンツアクセス要求
（以下リクエスト）が送信される。そして、送信された
リクエストは、Ｐｒｏｘｙサーバ内のネットワーク処理
部１により受信される（ステップＳ１１）。
０は、所定のＵＲＬで対応付けられるコンテンツあるい
はそのプロセスに対するコンテンツアクセス要求を行
う。クライアントプログラム１により、設定に従ってＰ
ｒｏｘｙサーバ２０へ向けてコンテンツアクセス要求
（以下リクエスト）が送信される。そして、送信された
リクエストは、Ｐｒｏｘｙサーバ内のネットワーク処理
部１により受信される（ステップＳ１１）。
【００３２】ＵＲＬ変換処理部２は、リクエスト内に含
まれるＵＲＬ文字列を調べ、そのＵＲＬ文字列が以前に
当Ｐｒｏｘｙサーバ２０において縮小化処理された文字
列かどうか調べる（ステップＳ１２）。
まれるＵＲＬ文字列を調べ、そのＵＲＬ文字列が以前に
当Ｐｒｏｘｙサーバ２０において縮小化処理された文字
列かどうか調べる（ステップＳ１２）。
【００３３】そのＵＲＬが、以前に当Ｐｒｏｘｙサーバ
２０において縮小化処理された文字列ではない場合（つ
まり標準的なＵＲＬ）、そのまま、ネットワーク処理部
１よりコンテンツサーバ３０へ向けてリクエストが送信
される（ステップＳ１４）。
２０において縮小化処理された文字列ではない場合（つ
まり標準的なＵＲＬ）、そのまま、ネットワーク処理部
１よりコンテンツサーバ３０へ向けてリクエストが送信
される（ステップＳ１４）。
【００３４】そのＵＲＬが以前に当Ｐｒｏｘｙサーバ２
０において縮小化処理された文字列である場合、復元処
理部５において、元のＵＲＬへの復元処理を行う（ステ
ップＳ１３）。その際、ＵＲＬ変換対応記憶部３に記憶
されているテーブルが参照され、受信ＵＲＬをキーとし
て、元ＵＲＬが検索される。ネットワーク処理部１は、
元ＵＲＬを使用してコンテンツサーバ３０に対してリク
エストを送信する（ステップＳ１４）。
０において縮小化処理された文字列である場合、復元処
理部５において、元のＵＲＬへの復元処理を行う（ステ
ップＳ１３）。その際、ＵＲＬ変換対応記憶部３に記憶
されているテーブルが参照され、受信ＵＲＬをキーとし
て、元ＵＲＬが検索される。ネットワーク処理部１は、
元ＵＲＬを使用してコンテンツサーバ３０に対してリク
エストを送信する（ステップＳ１４）。
【００３５】リクエストを受信したコンテンツサーバ３
０は、要求されたコンテンツをコンテンツアクセス要求
に対するレスポンスとしてＰｒｏｘｙサーバ２０へと返
す。コンテンツは、Ｐｒｏｘｙサーバ２０のネットワー
ク処理部１により受信される。
０は、要求されたコンテンツをコンテンツアクセス要求
に対するレスポンスとしてＰｒｏｘｙサーバ２０へと返
す。コンテンツは、Ｐｒｏｘｙサーバ２０のネットワー
ク処理部１により受信される。
【００３６】次に、図５を参照しながら、具体例を説明
する。コンテンツサーバ３０上の代表コンテンツＡのＵ
ＲＬを、ここではａ＝"http://www.example.com/toppag
e/"とする。このコンテンツＡ中に、別のコンテンツ
（あるいはプロセス）Ｂへのリンクが記述されており、
そのＵＲＬを、ｂ＝”http://www.example.com/secondp
age?parameter1=thisparameterisverylong¶meter2=
thisparameterisalsotoolong" という、クライアント端
末１０が扱える最大ＵＲＬ長ｘを超える長い文字列であ
るものとする。
する。コンテンツサーバ３０上の代表コンテンツＡのＵ
ＲＬを、ここではａ＝"http://www.example.com/toppag
e/"とする。このコンテンツＡ中に、別のコンテンツ
（あるいはプロセス）Ｂへのリンクが記述されており、
そのＵＲＬを、ｂ＝”http://www.example.com/secondp
age?parameter1=thisparameterisverylong¶meter2=
thisparameterisalsotoolong" という、クライアント端
末１０が扱える最大ＵＲＬ長ｘを超える長い文字列であ
るものとする。
【００３７】まず、クライアント端末１０は、コンテン
ツＡに対するアクセス要求（以下、リクエスト）を送信
する。これは、ＧＥＴメソッドを用いて”ＧＥＴ ａ
〜”の形で表される。このＵＲＬａは、クライアント端
末１０の扱えるＵＲＬ長ｘ内に収まるものである。Ｐｒ
ｏｘｙサーバ２０は、クライアント端末１０からリクエ
ストを受信する。ＵＲＬ変換処理部２は、リクエスト内
に含まれるＵＲＬをチェックし、そのＵＲＬが以前当該
Ｐｒｏｘｙサーバにおいて縮小化処理された文字列かど
うか調べる。ここでは、このＵＲＬａは、以前に縮小化
処理された文字列ではないので、ネットワーク処理部１
によりそのままコンテンツサーバ３０に対してリクエス
トが送信される。
ツＡに対するアクセス要求（以下、リクエスト）を送信
する。これは、ＧＥＴメソッドを用いて”ＧＥＴ ａ
〜”の形で表される。このＵＲＬａは、クライアント端
末１０の扱えるＵＲＬ長ｘ内に収まるものである。Ｐｒ
ｏｘｙサーバ２０は、クライアント端末１０からリクエ
ストを受信する。ＵＲＬ変換処理部２は、リクエスト内
に含まれるＵＲＬをチェックし、そのＵＲＬが以前当該
Ｐｒｏｘｙサーバにおいて縮小化処理された文字列かど
うか調べる。ここでは、このＵＲＬａは、以前に縮小化
処理された文字列ではないので、ネットワーク処理部１
によりそのままコンテンツサーバ３０に対してリクエス
トが送信される。
【００３８】リクエストを受信したコンテンツサーバ３
０は、要求されたコンテンツＡをレスポンスとしてＰｒ
ｏｘｙサーバ２０へ送信する。Ｐｒｏｘｙサーバ２０
は、コンテンツＡを受信する。
０は、要求されたコンテンツＡをレスポンスとしてＰｒ
ｏｘｙサーバ２０へ送信する。Ｐｒｏｘｙサーバ２０
は、コンテンツＡを受信する。
【００３９】Ｐｒｏｘｙサーバ２０のＵＲＬ変換処理部
２は、コンテンツＡ内に記述されているＵＲＬのチェッ
クを行い、クライアント端末１０の扱える最大ＵＲＬ長
ｘを越える長さのＵＲＬについて縮小化処理を行う。こ
こでは、例として、元ＵＲＬであるｂ＝"http://www.ex
ample.com/secondpage?parameter1=thisparameterisver
ylong¶meter2=thisparameterisalsotoolong"が、変
換（縮小化操作）によってｂ’＝"http://www.example.
com/url?id=ZZSHORTENDED"（ｘ以下の長さ）へと縮小化
されたものとする。ｂ’は、クライアントプログラム１
１における最低限の文法を満たすような文字列であり、
ここでは、後半の文字列が置き換わっている。
２は、コンテンツＡ内に記述されているＵＲＬのチェッ
クを行い、クライアント端末１０の扱える最大ＵＲＬ長
ｘを越える長さのＵＲＬについて縮小化処理を行う。こ
こでは、例として、元ＵＲＬであるｂ＝"http://www.ex
ample.com/secondpage?parameter1=thisparameterisver
ylong¶meter2=thisparameterisalsotoolong"が、変
換（縮小化操作）によってｂ’＝"http://www.example.
com/url?id=ZZSHORTENDED"（ｘ以下の長さ）へと縮小化
されたものとする。ｂ’は、クライアントプログラム１
１における最低限の文法を満たすような文字列であり、
ここでは、後半の文字列が置き換わっている。
【００４０】上記縮小化されたＵＲＬｂ’と元ＵＲＬｂ
との対応は、ＵＲＬ変換対応記憶部３において記憶され
る。コンテンツＡ中でｘを超える長さのＵＲＬは、上記
処理によってｘ以下の長さの文字列に置き換えられる。
ネットワーク処理部１は、必要な縮小化処理及び置き換
えを行ったコンテンツＡを、当初のリクエストに対する
レスポンスとしてクライアント端末１０へ送信する。
との対応は、ＵＲＬ変換対応記憶部３において記憶され
る。コンテンツＡ中でｘを超える長さのＵＲＬは、上記
処理によってｘ以下の長さの文字列に置き換えられる。
ネットワーク処理部１は、必要な縮小化処理及び置き換
えを行ったコンテンツＡを、当初のリクエストに対する
レスポンスとしてクライアント端末１０へ送信する。
【００４１】クライアント端末１０は、レスポンスとし
てコンテンツＡを受信する。ユーザは、コンテンツＡ中
に含まれるリンク記述により、コンテンツＢ（ＵＲＬ
ｂ’）に対してコンテンツアクセス要求を行うことがで
きる。ＵＲＬ長が縮小化されｘ以内に納まっているため
である。次に、ユーザ及びクライアントプログラム１１
は、リンクＵＲＬｂ’についてコンテンツアクセス要求
を行ったとする。
てコンテンツＡを受信する。ユーザは、コンテンツＡ中
に含まれるリンク記述により、コンテンツＢ（ＵＲＬ
ｂ’）に対してコンテンツアクセス要求を行うことがで
きる。ＵＲＬ長が縮小化されｘ以内に納まっているため
である。次に、ユーザ及びクライアントプログラム１１
は、リンクＵＲＬｂ’についてコンテンツアクセス要求
を行ったとする。
【００４２】クライアント端末１０より送信されたリク
エスト（”ＧＥＴ ｂ’ 〜”の形）は、Ｐｒｏｘｙサ
ーバ２０のネットワーク処理部１により受信される。Ｕ
ＲＬ変換処理部２は、リクエスト内のＵＲＬをチェック
し、そのＵＲＬが以前Ｐｒｏｘｙサーバ２０において縮
小化処理された文字列かどうかを調べる。ここでは、こ
のＵＲＬｂ’は以前縮小化された文字列である。復元処
理部５は、ＵＲＬ変換対応記憶部３を参照して元ＵＲＬ
への復元処理を行う。ここでは、ＵＲＬｂ’をキーとし
て、テーブルから元ＵＲＬｂが検索される。そして、ネ
ットワーク処理部１は、元ＵＲＬｂを使用して、コンテ
ンツサーバ３０に対してリクエスト（”ＧＥＴ ｂ
〜”の形）を送信する。この後の動作は、前述したもの
と同様である。
エスト（”ＧＥＴ ｂ’ 〜”の形）は、Ｐｒｏｘｙサ
ーバ２０のネットワーク処理部１により受信される。Ｕ
ＲＬ変換処理部２は、リクエスト内のＵＲＬをチェック
し、そのＵＲＬが以前Ｐｒｏｘｙサーバ２０において縮
小化処理された文字列かどうかを調べる。ここでは、こ
のＵＲＬｂ’は以前縮小化された文字列である。復元処
理部５は、ＵＲＬ変換対応記憶部３を参照して元ＵＲＬ
への復元処理を行う。ここでは、ＵＲＬｂ’をキーとし
て、テーブルから元ＵＲＬｂが検索される。そして、ネ
ットワーク処理部１は、元ＵＲＬｂを使用して、コンテ
ンツサーバ３０に対してリクエスト（”ＧＥＴ ｂ
〜”の形）を送信する。この後の動作は、前述したもの
と同様である。
【００４３】なお、本システムが存在しない場合、最初
のコンテンツアクセスの結果に含まれるＵＲＬｂは縮小
化されないままである。このリンクｂに対してクライア
ント端末１０からコンテンツアクセスを行おうとする
と、クライアントプログラム１１でのＵＲＬ長の制限に
より、コンテンツアクセス要求メッセージ中のＵＲＬ文
字列が途中で切れてしまう（例えば、最大ＵＲＬ長ｘが
６４bytes であった場合、上記ＵＲＬｂは、"http://ww
w.example.com/secondpage?parameter1=thisparameteri
sver" となる）。この結果、コンテンツサーバ３０にお
いて適切なコンテンツを返すことができなくなり、ある
いは、そもそもコンテンツサーバ３０自体にアクセスで
きなくなったりする。
のコンテンツアクセスの結果に含まれるＵＲＬｂは縮小
化されないままである。このリンクｂに対してクライア
ント端末１０からコンテンツアクセスを行おうとする
と、クライアントプログラム１１でのＵＲＬ長の制限に
より、コンテンツアクセス要求メッセージ中のＵＲＬ文
字列が途中で切れてしまう（例えば、最大ＵＲＬ長ｘが
６４bytes であった場合、上記ＵＲＬｂは、"http://ww
w.example.com/secondpage?parameter1=thisparameteri
sver" となる）。この結果、コンテンツサーバ３０にお
いて適切なコンテンツを返すことができなくなり、ある
いは、そもそもコンテンツサーバ３０自体にアクセスで
きなくなったりする。
【００４４】次に、他の実施例について説明する。図６
は、本発明の第２の実施の形態におけるＵＲＬ長変換シ
ステムの構成を示す図である。第２の実施例では、第１
の実施例の構成に加え、Ｐｒｏｘｙサーバ２０は、端末
情報管理部６をさらに有する。第２の実施例では、Ｐｒ
ｏｘｙサーバ２０のＵＲＬ変換処理部２は、ＵＲＬ長変
換を行うか否かの判断の際に用いる閾値Ｌを、クライア
ント端末１０についての端末情報を参照して決定する。
この端末情報は、クライアント端末１０の種別（クライ
アントプログラム１１やハードウェアの種類など）、機
能・能力などを所定形式で記述した情報である。この端
末情報に、クライアント端末１０の最大ＵＲＬ長が何by
teであるかの情報が対応付けられる、または、含まれ
る。端末情報管理部６は、複数のクライアント端末１０
について、この端末情報を管理する。
は、本発明の第２の実施の形態におけるＵＲＬ長変換シ
ステムの構成を示す図である。第２の実施例では、第１
の実施例の構成に加え、Ｐｒｏｘｙサーバ２０は、端末
情報管理部６をさらに有する。第２の実施例では、Ｐｒ
ｏｘｙサーバ２０のＵＲＬ変換処理部２は、ＵＲＬ長変
換を行うか否かの判断の際に用いる閾値Ｌを、クライア
ント端末１０についての端末情報を参照して決定する。
この端末情報は、クライアント端末１０の種別（クライ
アントプログラム１１やハードウェアの種類など）、機
能・能力などを所定形式で記述した情報である。この端
末情報に、クライアント端末１０の最大ＵＲＬ長が何by
teであるかの情報が対応付けられる、または、含まれ
る。端末情報管理部６は、複数のクライアント端末１０
について、この端末情報を管理する。
【００４５】ＵＲＬ変換処理部２は、変換処理の際、端
末情報管理部６に記憶されている端末情報を参照して各
クライアント端末１０ごとに対応する最大ＵＲＬ長ｘを
調べ、前述の変換判断処理の際の閾値Ｌとして用いる。
なお、リクエストメッセージを参照することによって各
クライアント端末１０を識別可能である。
末情報管理部６に記憶されている端末情報を参照して各
クライアント端末１０ごとに対応する最大ＵＲＬ長ｘを
調べ、前述の変換判断処理の際の閾値Ｌとして用いる。
なお、リクエストメッセージを参照することによって各
クライアント端末１０を識別可能である。
【００４６】Ｐｒｏｘｙサーバ２０において、端末情報
は、クライアント端末１０からのリクエストメッセージ
を受信した際にリクエストメッセージ内に記述されてい
る情報として取得することができる。また、Ｐｒｏｘｙ
サーバ２０側からクライアント端末１０に対して端末情
報の取得要求を行う形で取得しても良い。また、予め、
端末情報管理部６に各クライアント端末１０の最大ＵＲ
Ｌ長ｘを設定しておく形でも良い。
は、クライアント端末１０からのリクエストメッセージ
を受信した際にリクエストメッセージ内に記述されてい
る情報として取得することができる。また、Ｐｒｏｘｙ
サーバ２０側からクライアント端末１０に対して端末情
報の取得要求を行う形で取得しても良い。また、予め、
端末情報管理部６に各クライアント端末１０の最大ＵＲ
Ｌ長ｘを設定しておく形でも良い。
【００４７】図７は、第２の実施例におけるＵＲＬ縮小
化処理のフローについて示す図である。Ｐｒｏｘｙサー
バ２０は、あるクライアント端末１０によるリクエスト
に対するレスポンスとしてコンテンツサーバ３０からコ
ンテンツを受信すると（ステップＳ２１）、ＵＲＬ変換
処理部２は、端末情報管理部６に記憶されているそのク
ライアント端末１０の端末情報を参照し、最大ＵＲＬ長
ｘを調べて判断用閾値Ｌにセットする（ステップＳ２
２）。そして、ＵＲＬ変換処理部２は、ＵＲＬ変換を行
うかどうかの判断を、上記閾値Ｌを用いて行う。以下の
処理は第１の実施例と同様である。
化処理のフローについて示す図である。Ｐｒｏｘｙサー
バ２０は、あるクライアント端末１０によるリクエスト
に対するレスポンスとしてコンテンツサーバ３０からコ
ンテンツを受信すると（ステップＳ２１）、ＵＲＬ変換
処理部２は、端末情報管理部６に記憶されているそのク
ライアント端末１０の端末情報を参照し、最大ＵＲＬ長
ｘを調べて判断用閾値Ｌにセットする（ステップＳ２
２）。そして、ＵＲＬ変換処理部２は、ＵＲＬ変換を行
うかどうかの判断を、上記閾値Ｌを用いて行う。以下の
処理は第１の実施例と同様である。
【００４８】第２の実施例の場合、ＵＲＬ変換処理は、
各クライアント端末１０の機能（最大ＵＲＬ長ｘ）の差
異により、クライアント端末１０ごとに異なるものにな
る。ＵＲＬ変換対応記憶部３における元ＵＲＬと変換後
文字列との対応は、各クライアント端末１０ごとに管理
されることになる。
各クライアント端末１０の機能（最大ＵＲＬ長ｘ）の差
異により、クライアント端末１０ごとに異なるものにな
る。ＵＲＬ変換対応記憶部３における元ＵＲＬと変換後
文字列との対応は、各クライアント端末１０ごとに管理
されることになる。
【００４９】以上により本発明の実施例について説明し
た。なお、上述した実施形態は、本発明の好適な実施形
態の一例を示すものであり、本発明はそれに限定される
ものではなく、その要旨を逸脱しない範囲内において、
種々変形実施が可能である。
た。なお、上述した実施形態は、本発明の好適な実施形
態の一例を示すものであり、本発明はそれに限定される
ものではなく、その要旨を逸脱しない範囲内において、
種々変形実施が可能である。
【００５０】
【発明の効果】以上の説明から明らかなように、本発明
によれば、コンテンツ公開サーバにおいて、クライアン
ト端末の能力を考慮したコンテンツ作成を行う手間が必
要ない。コンテンツにクライアント端末がサポートでき
ないほど長いＵＲＬが含まれている場合でも、Ｐｒｏｘ
ｙサーバにおいて自動的にＵＲＬの変換処理を行ってク
ライアント端末がサポートできる長さのＵＲＬへと縮小
化するためである。
によれば、コンテンツ公開サーバにおいて、クライアン
ト端末の能力を考慮したコンテンツ作成を行う手間が必
要ない。コンテンツにクライアント端末がサポートでき
ないほど長いＵＲＬが含まれている場合でも、Ｐｒｏｘ
ｙサーバにおいて自動的にＵＲＬの変換処理を行ってク
ライアント端末がサポートできる長さのＵＲＬへと縮小
化するためである。
【００５１】また、サポートするＵＲＬ長に制限のある
クライアント端末において、そのような制限のある端末
を考慮して作成されていないコンテンツを参照すること
ができる。その理由は上記と同様である。
クライアント端末において、そのような制限のある端末
を考慮して作成されていないコンテンツを参照すること
ができる。その理由は上記と同様である。
【００５２】また、クライアント端末が送受信するデー
タ量を減少させる。ＰｒｏｘｙサーバにおいてＵＲＬの
縮小化処理を行うため、クライアント端末とＰｒｏｘｙ
サーバとの間を行き交うデータのサイズが小さくなるた
めである。
タ量を減少させる。ＰｒｏｘｙサーバにおいてＵＲＬの
縮小化処理を行うため、クライアント端末とＰｒｏｘｙ
サーバとの間を行き交うデータのサイズが小さくなるた
めである。
【図面の簡単な説明】
【図１】本発明の第１の実施の形態におけるＵＲＬ長変
換システムの構成を示す図である。
換システムの構成を示す図である。
【図２】ＵＲＬ長変換処理について示す図である。
【図３】本発明の第１の実施の形態におけるＵＲＬ長変
換システムのＵＲＬ変換処理の動作を示すフローチャー
トである。
換システムのＵＲＬ変換処理の動作を示すフローチャー
トである。
【図４】本発明の第１の実施の形態におけるＵＲＬ長変
換システムのＵＲＬ復元処理の動作を示すフローチャー
トである。
換システムのＵＲＬ復元処理の動作を示すフローチャー
トである。
【図５】本発明のＵＲＬ長変換システムにおける処理の
具体例について示すシーケンス図である。
具体例について示すシーケンス図である。
【図６】本発明の第２の実施の形態におけるＵＲＬ長変
換システムの構成を示す図である。
換システムの構成を示す図である。
【図７】本発明の第２の実施の形態におけるＵＲＬ長変
換システムのＵＲＬ変換処理の動作を示すフローチャー
トである。
換システムのＵＲＬ変換処理の動作を示すフローチャー
トである。
１０ クライアント端末
２０ Ｐｒｏｘｙサーバ
３０ コンテンツサーバ
１１ クライアントプログラム
３１ サーバプログラム
１ ネットワーク処理部（Ｐｒｏｘｙプログラム）
２ ＵＲＬ変換処理部
３ ＵＲＬ変換対応記憶部
４ 縮小化処理部
５ 復元処理部
６ 端末情報管理部
Claims (6)
- 【請求項１】 コンテンツを公開するサーバと、該サー
バに対するクライアントであり、扱える最大ＵＲＬ長に
制限のあるクライアント端末と、該クライアントによる
前記コンテンツへのアクセスを代理・中継するＰｒｏｘ
ｙサーバと、を有するシステム上におけるＵＲＬ長変換
システムであって、 前記Ｐｒｏｘｙサーバは、 前記コンテンツサーバからコンテンツを受信した際、該
コンテンツに記述されているＵＲＬ文字列の長さを判断
して、前記クライアント端末の扱えるＵＲＬ長の文字列
に変換する縮小化手段と、 前記ＵＲＬ文字列変換の対応をテーブルに記憶して管理
する変換対応記憶手段と、 前記クライアント端末からコンテンツアクセス要求メッ
セージを受信した際、該メッセージ内のＵＲＬ文字列と
前記テーブルとを参照し、該ＵＲＬ文字列が前記縮小化
手段により変換された文字列である場合は、元のＵＲＬ
に戻す復元手段と、を有することを特徴とするＵＲＬ長
変換システム。 - 【請求項２】 前記Ｐｒｏｘｙサーバは、 複数の前記クライアント端末について、端末種別情報あ
るいは最大ＵＲＬ長情報を記憶して管理する端末情報管
理手段をさらに有し、 前記縮小化手段は、前記ＵＲＬ変換処理の際に、前記端
末情報管理手段の管理する情報をもとに閾値を決定して
前記判断を行うことを特徴とする請求項１記載のＵＲＬ
長変換システム。 - 【請求項３】 前記Ｐｒｏｘｙサーバは、 前記クライアント端末からのリクエストメッセージから
該クライアント端末の端末種別情報あるいは最大ＵＲＬ
長情報を取得する手段と、 該情報を参照して前記ＵＲＬ変換処理の際の判断用閾値
を決定する手段と、をさらに有し、 前記縮小化手段は、前記閾値をもとに前記判断及び変換
処理を行うことを特徴とする請求項１または２に記載の
ＵＲＬ長変換システム。 - 【請求項４】 コンテンツを公開するサーバと、該サー
バに対するクライアントであり、扱える最大ＵＲＬ長に
制限のあるクライアント端末と、該クライアントによる
前記コンテンツへのアクセスを代理・中継するＰｒｏｘ
ｙサーバと、を有するシステム上におけるプログラムで
あって、 前記Ｐｒｏｘｙサーバにおいて、 前記コンテンツサーバからコンテンツを受信した際、該
コンテンツに記述されているＵＲＬ文字列の長さを判断
して、前記クライアント端末の扱えるＵＲＬ長の文字列
に変換する縮小化処理と、 前記ＵＲＬ文字列変換の対応をテーブルに記憶して管理
する変換対応記憶処理と、 前記クライアント端末からコンテンツアクセス要求メッ
セージを受信した際、該メッセージ内のＵＲＬ文字列と
前記テーブルとを参照し、該ＵＲＬ文字列が前記縮小化
処理により変換された文字列である場合は、元のＵＲＬ
に戻す復元処理と、をコンピュータに実行させることを
特徴とするプログラム。 - 【請求項５】 前記Ｐｒｏｘｙサーバにおいて、 複数の前記クライアント端末について、端末種別情報あ
るいは最大ＵＲＬ長情報を記憶して管理する端末情報管
理処理をさらにコンピュータに実行させ、 前記縮小化処理では、前記ＵＲＬ変換の際に、前記端末
情報管理処理により管理される情報をもとに閾値を決定
して前記判断を行うことを特徴とする請求項４記載のプ
ログラム。 - 【請求項６】 前記Ｐｒｏｘｙサーバにおいて、 前記クライアント端末からのリクエストメッセージから
該クライアント端末の端末種別情報あるいは最大ＵＲＬ
長情報を取得する処理と、 該情報を参照して前記ＵＲＬ変換処理の際の判断用閾値
を決定する処理と、をさらにコンピュータに実行させ、 前記縮小化処理では、前記閾値をもとに前記判断及び変
換処理を行うことを特徴とする請求項４または５に記載
のプログラム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001331357A JP2003141002A (ja) | 2001-10-29 | 2001-10-29 | Ｕｒｌ長変換システム及びそのプログラム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001331357A JP2003141002A (ja) | 2001-10-29 | 2001-10-29 | Ｕｒｌ長変換システム及びそのプログラム |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2003141002A true JP2003141002A (ja) | 2003-05-16 |
Family
ID=19146952
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001331357A Pending JP2003141002A (ja) | 2001-10-29 | 2001-10-29 | Ｕｒｌ長変換システム及びそのプログラム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2003141002A (ja) |
Cited By (13)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006526968A (ja) * | 2003-06-04 | 2006-11-24 | クゥアルコム・インコーポレイテッド | 無線環境において資源名を変換するための方法および装置 |
| JP2009009308A (ja) * | 2007-06-27 | 2009-01-15 | Fujifilm Corp | 通信システム，代理サーバならびにその制御方法およびその制御プログラム |
| JP2009086779A (ja) * | 2007-09-28 | 2009-04-23 | Fujifilm Corp | 通信システム，代理サーバならびにその制御方法およびその制御プログラム |
| WO2009110622A1 (ja) | 2008-03-05 | 2009-09-11 | 富士フイルム株式会社 | 代理サーバ、その制御方法及びその制御プログラム |
| US8086756B2 (en) * | 2006-01-25 | 2011-12-27 | Cisco Technology, Inc. | Methods and apparatus for web content transformation and delivery |
| US8103954B2 (en) | 2008-09-29 | 2012-01-24 | Fujifilm Corporation | Proxy server, and method and program for controlling same |
| US8166134B2 (en) | 2007-06-27 | 2012-04-24 | Fujifilm Corporation | Server system, method of controlling operation thereof and control program therefor |
| JP2012174205A (ja) * | 2011-02-24 | 2012-09-10 | Dainippon Printing Co Ltd | データ通信システム、ｕｒｌ生成サーバ及びデータ通信プログラム |
| US8819287B2 (en) * | 2003-06-06 | 2014-08-26 | Ca, Inc. | System and method for compressing URL request parameters |
| JP2016515739A (ja) * | 2013-04-02 | 2016-05-30 | アリババ・グループ・ホールディング・リミテッドＡｌｉｂａｂａ Ｇｒｏｕｐ Ｈｏｌｄｉｎｇ Ｌｉｍｉｔｅｄ | 短縮アドレスを用いたリダイレクト・ウェブサイト・ログインの管理 |
| US9705968B2 (en) | 2013-08-15 | 2017-07-11 | Fuji Xerox Co., Ltd. | Information processing apparatus, information processing method, and non-transitory computer readable medium |
| JP2019504412A (ja) * | 2015-12-30 | 2019-02-14 | アリババ グループ ホウルディング リミテッド | ショートリンクの処理方法、デバイス、及びサーバ |
| CN114285834A (zh) * | 2021-12-24 | 2022-04-05 | 山石网科通信技术股份有限公司 | 一种报文传输方法、装置及终端设备 |
-
2001
- 2001-10-29 JP JP2001331357A patent/JP2003141002A/ja active Pending
Cited By (17)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006526968A (ja) * | 2003-06-04 | 2006-11-24 | クゥアルコム・インコーポレイテッド | 無線環境において資源名を変換するための方法および装置 |
| US8819287B2 (en) * | 2003-06-06 | 2014-08-26 | Ca, Inc. | System and method for compressing URL request parameters |
| US8086756B2 (en) * | 2006-01-25 | 2011-12-27 | Cisco Technology, Inc. | Methods and apparatus for web content transformation and delivery |
| US8166134B2 (en) | 2007-06-27 | 2012-04-24 | Fujifilm Corporation | Server system, method of controlling operation thereof and control program therefor |
| JP2009009308A (ja) * | 2007-06-27 | 2009-01-15 | Fujifilm Corp | 通信システム，代理サーバならびにその制御方法およびその制御プログラム |
| US7783751B2 (en) | 2007-06-27 | 2010-08-24 | Fujifilm Corporation | Communication system, proxy server, method of controlling same and control program therefor |
| JP2009086779A (ja) * | 2007-09-28 | 2009-04-23 | Fujifilm Corp | 通信システム，代理サーバならびにその制御方法およびその制御プログラム |
| US20110016197A1 (en) * | 2008-03-05 | 2011-01-20 | Yoshiko Shiimori | Proxy server, and method and program for controlling same |
| WO2009110622A1 (ja) | 2008-03-05 | 2009-09-11 | 富士フイルム株式会社 | 代理サーバ、その制御方法及びその制御プログラム |
| US8103954B2 (en) | 2008-09-29 | 2012-01-24 | Fujifilm Corporation | Proxy server, and method and program for controlling same |
| JP2012174205A (ja) * | 2011-02-24 | 2012-09-10 | Dainippon Printing Co Ltd | データ通信システム、ｕｒｌ生成サーバ及びデータ通信プログラム |
| JP2016515739A (ja) * | 2013-04-02 | 2016-05-30 | アリババ・グループ・ホールディング・リミテッドＡｌｉｂａｂａ Ｇｒｏｕｐ Ｈｏｌｄｉｎｇ Ｌｉｍｉｔｅｄ | 短縮アドレスを用いたリダイレクト・ウェブサイト・ログインの管理 |
| US9705968B2 (en) | 2013-08-15 | 2017-07-11 | Fuji Xerox Co., Ltd. | Information processing apparatus, information processing method, and non-transitory computer readable medium |
| JP2019504412A (ja) * | 2015-12-30 | 2019-02-14 | アリババ グループ ホウルディング リミテッド | ショートリンクの処理方法、デバイス、及びサーバ |
| US10789322B2 (en) | 2015-12-30 | 2020-09-29 | Alibaba Group Holding Limited | Short link processing to improve service efficiency |
| US10789321B2 (en) | 2015-12-30 | 2020-09-29 | Alibaba Group Holding Limited | Short link processing to improve service efficiency |
| CN114285834A (zh) * | 2021-12-24 | 2022-04-05 | 山石网科通信技术股份有限公司 | 一种报文传输方法、装置及终端设备 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6195677B1 (en) | Distributed network computing system for data exchange/conversion between terminals | |
| KR100289520B1 (ko) | 웹브라우저애플리케이션의성능향상방법및장치,클라이언트/서버시스템의성능향상방법및장치 | |
| US7257122B1 (en) | Data service in a mobile communications network | |
| US5966451A (en) | Distributed network computing system, and data exchange apparatus and method and storage medium used in this system | |
| JP4286143B2 (ja) | 拡張可能マークアップ言語（ｘｍｌ）ドキュメントを処理するシステムおよび方法 | |
| JP4179535B2 (ja) | ネットワークシステム、リバースプロキシ、コンピュータ装置、データ処理方法及びプログラム | |
| US20030203732A1 (en) | Dynamic content filter in a gateway | |
| JP2004342069A (ja) | データ・キャッシュ方法およびデータ・キャッシュ装置 | |
| KR19980703864A (ko) | 통신 링크를 통해 전송되는 데이타를 줄이는 방법 및 장치와 컴퓨터 프로그램 제품 | |
| CN102056333A (zh) | Wap网关及其业务处理方法和wap代理服务器 | |
| US6766296B1 (en) | Data conversion system | |
| CN112104744B (zh) | 流量代理方法、服务器及存储介质 | |
| JP2003141002A (ja) | Ｕｒｌ長変換システム及びそのプログラム | |
| US7756927B2 (en) | Object filtering method and client device using the same | |
| JP2005322222A (ja) | 通信機能付加方法、プログラム、記録媒体及び通信装置 | |
| US20020035636A1 (en) | Computer and process for the provision of distributed dynamic services for mobile terminal devices | |
| JP2005143100A (ja) | モバイル機器からｅｒｐにアクセスする方法 | |
| JP2005275534A (ja) | 移動体通信システム及びサーバ装置 | |
| JP2002259333A (ja) | コンテンツ転送方法 | |
| CN114650271B (zh) | 全局负载dns邻居站点学习方法及装置 | |
| JP4276562B2 (ja) | 移動体通信システム及びサーバ装置 | |
| JP3613392B2 (ja) | Ｄｎｓデータ変更システム及びｄｎｓデータ変更サーバ | |
| JPH10322396A (ja) | 発信情報中継サーバ及び発信情報中継方法並びにそのシステム | |
| JP4171712B2 (ja) | 移動体通信システム及びサーバ装置 | |
| KR101389140B1 (ko) | 서비스 유알아이와 거점정보를 통한 메시지 중계 장치 및 그 방법 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20050708 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20050719 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20051206 |