(57)【要約】【課題】携帯端末から送信するＵＲＬを短縮することで通信量を削減し、また携帯端末で扱うことができないＣｏｏｋｉｅを利用した非携帯端末向けＷｅｂコンテンツも携帯端末で閲覧可能にすること。【解決手段】携帯端末から受信したコンテンツのＵＲＬ情報をホスト部分とパス部分とに分割し、それぞれに一意のインデックス情報を割当て、記憶手段に記憶するステップと、携帯端末から受信したＵＲＬ情報が記憶手段に既に記憶されたインデックス情報を含む形式か否かに応じて、記憶手段を参照して元のＵＲＬ情報に復元するステップと、復元したＵＲＬ情報に基づき対応する非携帯端末向けＷｅｂコンテンツを取得するステップと、取得したコンテンツ内に含まれる参照先などのＵＲＬ情報を解析し、ホスト部分とパス部分とに対応するインデックス情報が既に記憶されているかに応じて一意のインデックス情報を割当て、記憶手段に追加記憶する。【選択図】        図１
2004206406.tif 000002
【特許請求の範囲】
【請求項１】
携帯端末から受信した非携帯端末向けＷｅｂコンテンツのＵＲＬ情報を変換する方法であって、
携帯端末から受信した非携帯端末向けＷｅｂコンテンツのＵＲＬ情報をホスト部分とパス部分とに分割し、それぞれに一意のインデックス情報を割当て、第１の記憶手段に記憶する第１のステップと、
携帯端末から受信した非携帯端末向けＷｅｂコンテンツのＵＲＬ情報が前記第１の記憶手段に既に記憶されたインデックス情報を含む形式か否かに応じて、前記第１の記憶手段を参照して元のＵＲＬ情報に復元する第２のステップと、
復元したＵＲＬ情報に基づき対応する非携帯端末向けＷｅｂコンテンツを取得する第３のステップと、
取得した非携帯端末向けＷｅｂコンテンツ内に含まれる参照先などのＵＲＬ情報を解析し、当該ＵＲＬ情報のホスト部分とパス部分とに対応するインデックス情報が前記第１の記憶手段に既に記憶されているかを判定し、記憶されていなければ当該ＵＲＬ情報のホスト部分とパス部分のそれぞれに一意のインデックス情報を割当て、第１の記憶手段に追加記憶すると共に、当該ＵＲＬ情報をインデックス情報を含む形式に変換し、記憶されていれば前記第１の記憶手段を参照して当該ＵＲＬ情報をインデックス情報を含む形式に変換し、非携帯端末向けＷｅｂコンテンツ内に含まれる参照先などのＵＲＬ情報を変換後のＵＲＬ情報に置換した非携帯端末向けＷｅｂコンテンツを携帯端末に配信する第４のステップと
を備えることを特徴とするＵＲＬ情報の変換方法。
【請求項２】
前記第１及び第４のステップにおいて、ホスト部分とパス部分のそれぞれに一意のインデックス情報を割当てる際に、インデックス情報の利用状況を記憶した第２の記憶手段を参照し、未使用状態のインデックス情報を優先して割当てることを特徴とする請求項１に記載のＵＲＬ情報の変換方法。
【請求項３】
前記第２のステップにおいて、携帯端末から受信した非携帯端末向けＷｅｂコンテンツのＵＲＬ情報が前記第１の記憶手段に既に記憶されたインデックス情報を含む形式でない場合は、当該ＵＲＬ情報をホスト部分とパス部分とに分割し、それぞれに一意のインデックス情報を割当て、第１の記憶手段に追加記憶することを特徴とする請求項１または２に記載のＵＲＬ情報の変換方法。
【請求項４】
携帯端末から受信した非携帯端末向けＷｅｂコンテンツのＵＲＬ情報を変換するプログラムであって、
携帯端末から受信した非携帯端末向けＷｅｂコンテンツのＵＲＬ情報をホスト部分とパス部分とに分割し、それぞれに一意のインデックス情報を割当て、第１の記憶手段に記憶する第１の処理ステップと、
携帯端末から受信した非携帯端末向けＷｅｂコンテンツのＵＲＬ情報が前記第１の記憶手段に既に記憶されたインデックス情報を含む形式か否かに応じて、前記第１の記憶手段を参照して元のＵＲＬ情報に復元する第２の処理ステップと、
復元したＵＲＬ情報に基づき対応する非携帯端末向けＷｅｂコンテンツを取得する第３の処理ステップと、
取得した非携帯端末向けＷｅｂコンテンツ内に含まれる参照先などのＵＲＬ情報を解析し、当該ＵＲＬ情報のホスト部分とパス部分とに対応するインデックス情報が前記第１の記憶手段に既に記憶されているかを判定し、記憶されていなければ当該ＵＲＬ情報のホスト部分とパス部分のそれぞれに一意のインデックス情報を割当て、第１の記憶手段に追加記憶すると共に、当該ＵＲＬ情報をインデックス情報を含む形式に変換し、記憶されていれば前記第１の記憶手段を参照して当該ＵＲＬ情報をインデックス情報を含む形式に変換し、非携帯端末向けＷｅｂコンテンツ内に含まれる参照先などのＵＲＬ情報を変換後のＵＲＬ情報に置換した非携帯端末向けＷｅｂコンテンツを携帯端末に配信する第４の処理ステップとを備えることを特徴とするＵＲＬ情報の変換プログラム。
【請求項５】
前記第１及び第４の処理ステップは、ホスト部分とパス部分のそれぞれに一意のインデックス情報を割当てる際に、インデックス情報の利用状況を記憶した第２の記憶手段を参照し、未使用状態のインデックス情報を優先して割当てることを特徴とする請求項４に記載のＵＲＬ情報の変換プログラム。
【請求項６】
前記第２の処理ステップは、携帯端末から受信した非携帯端末向けＷｅｂコンテンツのＵＲＬ情報が前記第１の記憶手段に既に記憶されたインデックス情報を含む形式でない場合は、当該ＵＲＬ情報をホスト部分とパス部分とに分割し、それぞれに一意のインデックス情報を割当て、第１の記憶手段に追加記憶することを特徴とする請求項４または５に記載のＵＲＬ情報の変換プログラム。
【請求項７】
携帯端末から非携帯端末向けＷｅｂコンテンツのＵＲＬ情報を受信し、そのＵＲＬ情報に対応する非携帯端末向けＷｅｂコンテンツを取得し、配信要求元の携帯端末に配信するコンテンツ配信方法であって、
携帯端末から受信した非携帯端末向けＷｅｂコンテンツのＵＲＬ情報をホスト部分とパス部分とに分割し、それぞれに一意のインデックス情報を割当て、第１の記憶手段に記憶する第１のステップと、
携帯端末から受信した非携帯端末向けＷｅｂコンテンツのＵＲＬ情報が前記第１の記憶手段に既に記憶されたインデックス情報を含む形式か否かに応じて、前記第１の記憶手段を参照して元のＵＲＬ情報に復元する第２のステップと、
復元したＵＲＬ情報に基づき対応する非携帯端末向けＷｅｂコンテンツを取得する第３のステップと、
取得した非携帯端末向けＷｅｂコンテンツ内に含まれる参照先などのＵＲＬ情報を解析し、当該ＵＲＬ情報のホスト部分とパス部分とに対応するインデックス情報が前記第１の記憶手段に既に記憶されているかを判定し、記憶されていなければ当該ＵＲＬ情報のホスト部分とパス部分のそれぞれに一意のインデックス情報を割当て、第１の記憶手段に追加記憶すると共に、当該ＵＲＬ情報をインデックス情報を含む形式に変換し、記憶されていれば前記第１の記憶手段を参照して当該ＵＲＬ情報をインデックス情報を含む形式に変換し、非携帯端末向けＷｅｂコンテンツ内に含まれる参照先などのＵＲＬ情報を変換後のＵＲＬ情報に置換した非携帯端末向けＷｅｂコンテンツを携帯端末に配信する第４のステップと、
携帯端末から要求された非携帯端末向けＷｅｂコンテンツを取得する際に、当該非携帯端末向けＷｅｂコンテンツがベーシック認証等の認証を必要とするコンテンツであった場合は、認証用コンテンツを生成して配信要求元の携帯端末に送信し、その認証用コンテンツに対する携帯端末から応答情報を非携帯端末向けＷｅｂコンテンツの配信元に中継転送して認証を受ける第５のステップと
を備えることを特徴とするコンテンツ配信方法。
【請求項８】
携帯端末から要求された非携帯端末向けＷｅｂコンテンツを取得する際に、当該非携帯端末向けＷｅｂコンテンツが携帯端末では扱うことができないＣｏｏｋｉｅ等を使ってセッションを管理している場合は、携帯端末の代わりにＣｏｏｋｉｅ等の情報を取得し、管理する第６のステップをさらに備えることを特徴とする請求項７に記載のコンテンツ配信方法。
【請求項９】
前記第４のステップにおいて、非携帯端末向けＷｅｂコンテンツを携帯端末に配信する際に、コンテンツ記述言語変換、ページ分割などの処理を行い携帯端末に配信するステップを備えることを特徴とする請求項７または８に記載のコンテンツの配信方法。
【請求項１０】
非携帯端末向けＷｅｂコンテンツを管理するＷｅｂサーバと、携帯端末から非携帯端末向けＷｅｂコンテンツのＵＲＬ情報を受信し、そのＵＲＬ情報に対応する非携帯端末向けＷｅｂコンテンツを前記Ｗｅｂサーバから取得し、配信要求元の携帯端末に配信するプロキシサーバとから構成されるコンテンツ配信システムであって、
前記プロキシサーバが、
携帯端末から受信した非携帯端末向けＷｅｂコンテンツのＵＲＬ情報をホスト部分とパス部分とに分割し、それぞれに一意のインデックス情報を割当て、第１の記憶手段に記憶する第１の手段と、
携帯端末から受信した非携帯端末向けＷｅｂコンテンツのＵＲＬ情報が前記第１の記憶手段に既に記憶されたインデックス情報を含む形式か否かに応じて、前記第１の記憶手段を参照して元のＵＲＬ情報に復元する第２の手段と、
復元したＵＲＬ情報に基づき対応する非携帯端末向けＷｅｂコンテンツを取得する第３の手段と、
取得した非携帯端末向けＷｅｂコンテンツ内に含まれる参照先などのＵＲＬ情報を解析し、当該ＵＲＬ情報のホスト部分とパス部分とに対応するインデックス情報が前記第１の記憶手段に既に記憶されているかを判定し、記憶されていなければ当該ＵＲＬ情報のホスト部分とパス部分のそれぞれに一意のインデックス情報を割当て、第１の記憶手段に追加記憶すると共に、当該ＵＲＬ情報をインデックス情報を含む形式に変換し、記憶されていれば前記第１の記憶手段を参照して当該ＵＲＬ情報をインデックス情報を含む形式に変換し、非携帯端末向けＷｅｂコンテンツ内に含まれる参照先などのＵＲＬ情報を変換後のＵＲＬ情報に置換した非携帯端末向けＷｅｂコンテンツを携帯端末に配信する第４の手段と、
携帯端末から要求された非携帯端末向けＷｅｂコンテンツを取得する際に、当該非携帯端末向けＷｅｂコンテンツがベーシック認証等の認証を必要とするコンテンツであった場合は、認証用コンテンツを生成して配信要求元の携帯端末に送信し、その認証用コンテンツに対する携帯端末から応答情報を非携帯端末向けＷｅｂコンテンツの配信元に中継転送して認証を受ける第５の手段と
を備えることを特徴とするコンテンツ配信システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、例えばパーソナルコンピュータ（以下、ＰＣ）ユーザ向けに作成された非携帯端末向けＷｅｂコンテンツを、画面サイズの小さい携帯電話機などの携帯端末向けに編集し直して配信する際に、配信対象のＷｅｂコンテンツのＵＲＬ（Universal Resource Locator）を変換する方法およびプログラム並びにコンテンツ配信方法に関するものである。
【０００２】
【従来の技術】
例えばＰＣ向けに作成された非携帯端末向けＷｅｂコンテンツを、携帯電話機やＰＤＡ（Personal Digital Assistance）などの画面サイズが小さい携帯端末を用いて閲覧するためには、非携帯端末向けＷｅｂコンテンツを携帯端末向けに変換する作業が必要となる。現在、そのような作業を行う、例えばプロキシ型のシステムが開発されている。
このようなシステムの代表的な処理方法は、携帯端末から、閲覧したい非携帯端末向けＷｅｂコンテンツのＵＲＬをプロキシサーバに送信し、そのＵＲＬを受信したプロキシサーバが、携帯端末から送信されてきたＵＲＬの非携帯端末向けＷｅｂコンテンツをＷｅｂサーバから取得し、携帯端末向けの変換処理を行うというものである。
その際、下記の特許文献１に開示されているように、ＵＲＬを数字に対応させることにより、ＵＲＬ長の短縮を図る方法がある。
【０００３】
【特許文献１】
特開２００２−２４１１７号公報
【０００４】
この特許文献１に開示された方法では、予めプロキシサーバ内に、ＵＲＬとそれに対応する数字を１：１の関係で登録しておく必要がある。そのため、システム管理者の負担が増えてしまう。また、ＵＲＬと数字が常に１：１の関係で登録されているため、登録するＵＲＬの数が多くなるに比例して、使用する記憶領域も増加する。
また、携帯端末からプロキシサーバに送信されてきたＵＲＬについてのみ処理を行う。すなわち、変換元となるＷｅｂコンテンツ内に記述されているＵＲＬは、変換されていない元のＵＲＬのままである。そのため、変換後の携帯端末向けＷｅｂコンテンツ内のハイパーリンク等で示されたコンテンツを閲覧する際には、変換されていない元のＵＲＬが使用される。このため、閲覧を希望するＷｅｂコンテンツのＵＲＬの長さを短縮することは期待できない。また、ＵＲＬ短縮によってＷｅｂコンテンツ自体のサイズを削減することも期待できない。
【０００５】
【発明が解決しようとする課題】
プロキシサーバを利用した携帯端末向けＷｅｂコンテンツ配信システムでは、携帯端末からプロキシサーバ宛に、プロキシサーバのＵＲＬに加え、閲覧先の非携帯端末向けＷｅｂコンテンツのＵＲＬをパラメータとして送信する。そのため、携帯端末から携帯端末向けＷｅｂコンテンツ配信システムに送信しなくてはならないＵＲＬ長が、閲覧を希望する非携帯端末向けＷｅｂコンテンツのＵＲＬよりも長くなってしまう。その結果、通信量が増加してしまい、通信に時間がかかる上、携帯端末を用いた通信の際にかかる通信料金が増加してしまう場合がある。
【０００６】
また、非携帯端末向けＷｅｂコンテンツを変換した後の携帯端末向けＷｅｂコンテンツ内にも、ハイパーリンクや画像の参照先等としてＵＲＬが記述されている。それらのＵＲＬ長が長い場合も、携帯端末に送信するＷｅｂコンテンツのサイズが増加してしまう。その結果、通信量の増加により通信に時間がかかる上、携帯端末を用いた通信の通信料金が多くなってしまう。
また、ＵＲＬを数字に置き換えてＵＲＬを短縮する方法では、システム管理者が、予めプロキシサーバ内にＵＲＬと数字の対応を登録しておかなくてはならない。そのため、コンテンツ配信者にとって、準備が大変になる上、管理工数が増えてしまう。
【０００７】
加えて、すべてのＵＲＬについて数字のインデックスを１：１の割合で与える必要があるため、登録するＵＲＬの数に比例して記憶領域を使ってしまう。
また、非携帯端末向けＷｅｂコンテンツは、Ｃｏｏｋｉｅ等を利用してセッションを管理している場合がある。Ｃｏｏｋｉｅを利用してセッションを管理しているＷｅｂコンテンツを閲覧する場合、閲覧者は、Ｃｏｏｋｉｅを端末内に保存しておく必要がある。ところが、多くの携帯端末はＣｏｏｋｉｅを端末内に保存することができない。従って、そのような非携帯端末向けＷｅｂコンテンツを携帯端末で閲覧することはできない。
さらに、プロキシサーバが変換元となる非携帯端末向けＷｅｂコンテンツを取得する際に、プロキシ認証やベーシック認証などの認証が必要となった場合、その認証情報のやり取りが、変換元となる非携帯端末向けＷｅｂコンテンツを配信しているＷｅｂサーバとプロキシサーバ間でのやり取りとなってしまう。そのため、認証が発生したことが携帯端末に伝わらず、携帯端末のユーザが認証を受けることができない。その結果、その非携帯端末向けＷｅｂコンテンツを携帯端末向けＷｅｂコンテンツに変換することができず、携帯端末で閲覧することができなくなってしまうことがある。
【０００８】
本発明は、このような問題を解決するためになされたものであり、その目的は、携帯端末で所望のＷｅｂコンテンツを取得する際に、コンテンツ配信システム側との間で送受信するコンテンツのＵＲＬ長を削減し、さらにはＷｅｂコンテンツ自体のサイズを削減することができるＵＲＬ変換方法及びプログラム並びにコンテンツ配信方法を提供することにある。
さらに、携帯端末とコンテンツ配信システム側との間で送受信するコンテンツのＵＲＬ長を削減するのに加え、Ｃｏｏｋｉｅ等を利用してセッションを管理しているＷｅｂコンテンツ、ベーシック認証等の認証を必要とするＷｅｂコンテンツも携帯端末で閲覧可能にすることができるコンテンツ配信方法を提供することを目的とする。
【０００９】
【課題を解決するための手段】
上記目的を達成するために、本発明に係るＷｅｂコンテンツのＵＲＬ変換方法は、携帯端末から受信した非携帯端末向けＷｅｂコンテンツのＵＲＬ情報をホスト部分とパス部分とに分割し、それぞれに一意のインデックス情報を割当て、第１の記憶手段に記憶する第１のステップと、携帯端末から受信した非携帯端末向けＷｅｂコンテンツのＵＲＬ情報が前記第１の記憶手段に既に記憶されたインデックス情報を含む形式か否かに応じて、前記第１の記憶手段を参照して元のＵＲＬ情報に復元する第２のステップと、復元したＵＲＬ情報に基づき対応する非携帯端末向けＷｅｂコンテンツを取得する第３のステップと、取得した非携帯端末向けＷｅｂコンテンツ内に含まれる参照先などのＵＲＬ情報を解析し、当該ＵＲＬ情報のホスト部分とパス部分とに対応するインデックス情報が前記第１の記憶手段に既に記憶されているかを判定し、記憶されていなければ当該ＵＲＬ情報のホスト部分とパス部分のそれぞれに一意のインデックス情報を割当て、第１の記憶手段に追加記憶すると共に、当該ＵＲＬ情報をインデックス情報を含む形式に変換し、記憶されていれば前記第１の記憶手段を参照して当該ＵＲＬ情報をインデックス情報を含む形式に変換し、非携帯端末向けＷｅｂコンテンツ内に含まれる参照先などのＵＲＬ情報を変換後のＵＲＬ情報に置換した非携帯端末向けＷｅｂコンテンツを携帯端末に配信する第４のステップとを備えることを特徴とする。
また、前記第１及び第４のステップにおいて、ホスト部分とパス部分のそれぞれに一意のインデックス情報を割当てる際に、インデックス情報の利用状況を記憶した第２の記憶手段を参照し、未使用状態のインデックス情報を優先して割当てることを特徴とする。
また、前記第２のステップにおいて、携帯端末から受信した非携帯端末向けＷｅｂコンテンツのＵＲＬ情報が前記第１の記憶手段に既に記憶されたインデックス情報を含む形式でない場合は、当該ＵＲＬ情報をホスト部分とパス部分とに分割し、それぞれに一意のインデックス情報を割当て、第１の記憶手段に追加記憶することを特徴とする。
【００１０】
本発明に係るＵＲＬ変換プログラムは、携帯端末から受信した非携帯端末向けＷｅｂコンテンツのＵＲＬ情報をホスト部分とパス部分とに分割し、それぞれに一意のインデックス情報を割当て、第１の記憶手段に記憶する第１の処理ステップと、携帯端末から受信した非携帯端末向けＷｅｂコンテンツのＵＲＬ情報が前記第１の記憶手段に既に記憶されたインデックス情報を含む形式か否かに応じて、前記第１の記憶手段を参照して元のＵＲＬ情報に復元する第２の処理ステップと、復元したＵＲＬ情報に基づき対応する非携帯端末向けＷｅｂコンテンツを取得する第３の処理ステップと、取得した非携帯端末向けＷｅｂコンテンツ内に含まれる参照先などのＵＲＬ情報を解析し、当該ＵＲＬ情報のホスト部分とパス部分とに対応するインデックス情報が前記第１の記憶手段に既に記憶されているかを判定し、記憶されていなければ当該ＵＲＬ情報のホスト部分とパス部分のそれぞれに一意のインデックス情報を割当て、第１の記憶手段に追加記憶すると共に、当該ＵＲＬ情報をインデックス情報を含む形式に変換し、記憶されていれば前記第１の記憶手段を参照して当該ＵＲＬ情報をインデックス情報を含む形式に変換し、非携帯端末向けＷｅｂコンテンツ内に含まれる参照先などのＵＲＬ情報を変換後のＵＲＬ情報に置換した非携帯端末向けＷｅｂコンテンツを携帯端末に配信する第４の処理ステップとを備えることを特徴とする。
また、前記第１及び第４の処理ステップは、ホスト部分とパス部分のそれぞれに一意のインデックス情報を割当てる際に、インデックス情報の利用状況を記憶した第２の記憶手段を参照し、未使用状態のインデックス情報を優先して割当てることを特徴とする。
また、前記第２の処理ステップは、携帯端末から受信した非携帯端末向けＷｅｂコンテンツのＵＲＬ情報が前記第１の記憶手段に既に記憶されたインデックス情報を含む形式でない場合は、当該ＵＲＬ情報をホスト部分とパス部分とに分割し、それぞれに一意のインデックス情報を割当て、第１の記憶手段に追加記憶することを特徴とする。
【００１１】
本発明に係るコンテンツ配信方法は、携帯端末から受信した非携帯端末向けＷｅｂコンテンツのＵＲＬ情報をホスト部分とパス部分とに分割し、それぞれに一意のインデックス情報を割当て、第１の記憶手段に記憶する第１のステップと、携帯端末から受信した非携帯端末向けＷｅｂコンテンツのＵＲＬ情報が前記第１の記憶手段に既に記憶されたインデックス情報を含む形式か否かに応じて、前記第１の記憶手段を参照して元のＵＲＬ情報に復元する第２のステップと、復元したＵＲＬ情報に基づき対応する非携帯端末向けＷｅｂコンテンツを取得する第３のステップと、取得した非携帯端末向けＷｅｂコンテンツ内に含まれる参照先などのＵＲＬ情報を解析し、当該ＵＲＬ情報のホスト部分とパス部分とに対応するインデックス情報が前記第１の記憶手段に既に記憶されているかを判定し、記憶されていなければ当該ＵＲＬ情報のホスト部分とパス部分のそれぞれに一意のインデックス情報を割当て、第１の記憶手段に追加記憶すると共に、当該ＵＲＬ情報をインデックス情報を含む形式に変換し、記憶されていれば前記第１の記憶手段を参照して当該ＵＲＬ情報をインデックス情報を含む形式に変換し、非携帯端末向けＷｅｂコンテンツ内に含まれる参照先などのＵＲＬ情報を変換後のＵＲＬ情報に置換した非携帯端末向けＷｅｂコンテンツを携帯端末に配信する第４のステップと、携帯端末から要求された非携帯端末向けＷｅｂコンテンツを取得する際に、当該非携帯端末向けＷｅｂコンテンツがベーシック認証等の認証を必要とするコンテンツであった場合は、認証用コンテンツを生成して配信要求元の携帯端末に送信し、その認証用コンテンツに対する携帯端末から応答情報を非携帯端末向けＷｅｂコンテンツの配信元に中継転送して認証を受ける第５のステップとを備えることを特徴とする。
また、携帯端末から要求された非携帯端末向けＷｅｂコンテンツを取得する際に、当該非携帯端末向けＷｅｂコンテンツが携帯端末では扱うことができないＣｏｏｋｉｅ等を使ってセッションを管理している場合は、携帯端末の代わりにＣｏｏｋｉｅ等の情報を取得し、管理する第６のステップをさらに備えることを特徴とする。
また、前記第４のステップにおいて、非携帯端末向けＷｅｂコンテンツを携帯端末に配信する際に、コンテンツ記述言語変換、ページ分割などの処理を行い携帯端末に配信するステップを備えることを特徴とする。
【００１２】
本発明に係るコンテンツ配信システムは、非携帯端末向けＷｅｂコンテンツを管理するＷｅｂサーバと、携帯端末から非携帯端末向けＷｅｂコンテンツのＵＲＬ情報を受信し、そのＵＲＬ情報に対応する非携帯端末向けＷｅｂコンテンツを前記Ｗｅｂサーバから取得し、配信要求元の携帯端末に配信するプロキシサーバとから構成されるコンテンツ配信システムであって、
前記プロキシサーバが、
携帯端末から受信した非携帯端末向けＷｅｂコンテンツのＵＲＬ情報をホスト部分とパス部分とに分割し、それぞれに一意のインデックス情報を割当て、第１の記憶手段に記憶する第１の手段と、携帯端末から受信した非携帯端末向けＷｅｂコンテンツのＵＲＬ情報が前記第１の記憶手段に既に記憶されたインデックス情報を含む形式か否かに応じて、前記第１の記憶手段を参照して元のＵＲＬ情報に復元する第２の手段と、復元したＵＲＬ情報に基づき対応する非携帯端末向けＷｅｂコンテンツを取得する第３の手段と、取得した非携帯端末向けＷｅｂコンテンツ内に含まれる参照先などのＵＲＬ情報を解析し、当該ＵＲＬ情報のホスト部分とパス部分とに対応するインデックス情報が前記第１の記憶手段に既に記憶されているかを判定し、記憶されていなければ当該ＵＲＬ情報のホスト部分とパス部分のそれぞれに一意のインデックス情報を割当て、第１の記憶手段に追加記憶すると共に、当該ＵＲＬ情報をインデックス情報を含む形式に変換し、記憶されていれば前記第１の記憶手段を参照して当該ＵＲＬ情報をインデックス情報を含む形式に変換し、非携帯端末向けＷｅｂコンテンツ内に含まれる参照先などのＵＲＬ情報を変換後のＵＲＬ情報に置換した非携帯端末向けＷｅｂコンテンツを携帯端末に配信する第４の手段と、携帯端末から要求された非携帯端末向けＷｅｂコンテンツを取得する際に、当該非携帯端末向けＷｅｂコンテンツがベーシック認証等の認証を必要とするコンテンツであった場合は、認証用コンテンツを生成して配信要求元の携帯端末に送信し、その認証用コンテンツに対する携帯端末から応答情報を非携帯端末向けＷｅｂコンテンツの配信元に中継転送して認証を受ける第５の手段とを備えることを特徴とする。
【００１３】
なお、本発明は携帯電話機に限らず、Ｗｅｂブラウジング機能を備えたＰＤＡなどの携帯情報端末にも同様に適用できるものである。従って、本発明では、携帯電話機やＰＤＡなどの機器を総称して「携帯端末」と言う。
【００１４】
【発明の実施の形態】
以下、本発明を実施する場合の一形態を、図面を参照して具体的に説明する。
図１は、本発明に係る携帯端末向けＷｅｂコンテンツ配信システムの一実施の形態を示すシステム構成図である。
図１において、既存ＰＣ向けＷｅｂコンテンツである非携帯端末向けＷｅｂコンテンツ１０２は、ＰＣ向けＷｅｂサーバ１０１によって配信されている。ＰＣ向けＷｅｂサーバ１０１は、非携帯端末向けＷｅｂコンテンツ１０２を保持している。本発明のシステムを利用しようとするＷｅｂコンテンツ管理者１００は、管理者用マシン１０３を使用し、非携帯端末向けＷｅｂコンテンツ１０２を作成、更新、配置、管理したり、ＵＲＬ情報テーブル１０４、ＵＲＬ情報テーブルマップ１０５、Ｃｏｏｋｉｅ情報テーブル１１０を管理、更新したりする。ＵＲＬ情報テーブル１０４及びＵＲＬ情報テーブルマップ１０５、Ｃｏｏｋｉｅ情報テーブル１１０は、携帯端末向けＷｅｂコンテンツ配信システムであるプロキシサーバ１０６からアクセス可能な場所に配置され、利用される。
【００１５】
ＵＲＬ情報テーブル１０４には、プロキシサーバ１０６が今までに扱った非携帯端末向けＷｅｂコンテンツのＵＲＬ情報が、インデックスを与えられて格納されている。また、ＵＲＬ情報テーブルマップ１０５には、ＵＲＬ情報テーブル１０４の、どのインデックス番号が利用されているかを知るための情報が格納されている。
また、Ｃｏｏｋｉｅ情報テーブル１１０は、非携帯端末向けＷｅｂコンテンツ１０２がＣｏｏｋｉｅを利用したセッション管理を行っている場合に、携帯端末１０７に代えてプロキシサーバ１０６がＣｏｏｋｉｅを利用したセッション管理を行なうために設けらたものである。すなわち、携帯端末１０７はＣｏｏｋｉｅを利用したセッション管理には対応できないため、プロキシサーバ１０６がＣｏｏｋｉｅ情報をＣｏｏｋｉｅ情報テーブル１１０に格納し、保持、利用することで、Ｃｏｏｋｉｅを用いたセッション管理を実現する。
【００１６】
携帯端末１０７は、無線回線と有線回線のプロトコル変換を行うゲートウェイ１０８によって、インターネット１０９に接続することができる。プロキシサーバ１０６は、携帯端末１０７から、携帯端末１０７で閲覧を希望する非携帯端末向けＷｅｂコンテンツ１０２のＵＲＬ情報をインターネット１０９を経由して受信する。その要求を受信したプロキシサーバ１０６は、該当する非携帯端末向けＷｅｂコンテンツ１０２をＰＣ向けＷｅｂサーバ１０１を介して取得する。そして、取得した非携帯端末向けＷｅｂコンテンツ１０２を携帯端末１０７で閲覧可能な形式にするために、コンテンツ記述言語変換、ページ分割、ＵＲＬ管理、セッション管理機能等を有している。
携帯端末１０７は、携帯端末１０７で閲覧を希望する非携帯端末向けＷｅｂコンテンツ１０２のＵＲＬ情報をプロキシサーバ１０６に送信する。
ここで、もし、非携帯端末向けＷｅｂコンテンツ１０２にアクセスするために、ベーシック認証やプロキシ認証が必要となった場合、プロキシサーバ１０６は、その認証に必要な情報を送信するための携帯端末向けＷｅｂページを生成し、携帯端末１０７に送信する。携帯端末１０７は、認証に必要な情報、例えば、ユーザ名やパスワード等をプロキシサーバ１０６に送信する。その情報を受信したプロキシサーバ１０６は、その情報を利用することで、認証を実行する。
【００１７】
図２は、本発明に係る携帯端末向けＷｅｂコンテンツ配信システム全体の処理手順の一例である。
携帯端末１０７が、携帯端末１０７で閲覧する非携帯端末向けＷｅｂコンテンツ１０２のＵＲＬを含む閲覧要求を、携帯端末向けＷｅｂコンテンツ配信システムであるプロキシサーバ１０６に送信する(ステップ２０１)。
携帯端末１０７からの要求を受信したプロキシサーバ１０６は、そのＵＲＬ情報を解析し、ＵＲＬ情報がすでにプロキシサーバ１０６によってインデックス（数字）に変換されているか、または、もとの文字列としてのＵＲＬ情報であるかを調べる(ステップ２０２)。もし、携帯端末１０７から送信されてきたＵＲＬ情報が、すでにプロキシサーバ１０６によってインデックス（数字）に変換されている場合は、そのインデックス（数字）に対応するＵＲＬ情報をＵＲＬ情報テーブル１０４から取得し、ＵＲＬ情報を復元する(ステップ２０３)。
【００１８】
ステップ２０２、２０３が終了したら、プロキシサーバ１０６が読み込む非携帯端末向けＷｅｂコンテンツ１０２のＵＲＬが決定する(ステップ２０４)。
続いて、ステップ２０４において決定したＵＲＬが、ＵＲＬ情報テーブル１０４に登録済みかどうか調べる(ステップ２０５)。もし未登録の場合は、ＵＲＬ情報テーブルマップ１０５を参照し、決定したＵＲＬの情報をＵＲＬ情報テーブル１０４のどのインデックス位置に格納するか、インデックス位置を決定する(ステップ２０６)。この際、決定したインデックス位置が使用済みとなることを、ＵＲＬ情報テーブルマップ１０５に登録する。
【００１９】
ステップ２０６でインデックス位置が決定したら、ＵＲＬ情報を、ＵＲＬ情報テーブル１０４内の、ステップ２０６で決定したインデックス位置に格納する(ステップ２０７)。
ステップ２０５、２０６が終了したら、ステップ２０４で決定したＵＲＬに対応する非携帯端末向けＷｅｂコンテンツ１０２を読み込む(ステップ２０８)。非携帯端末向けＷｅｂコンテンツ１０２を読み込んだら、その文章内容を解析し、ハイパーリンクや画像の参照先などで利用されている、ＵＲＬの情報をすべて検索して取得する(ステップ２０９)。そして、取得した全てのＵＲＬについて、そのＵＲＬがＵＲＬ情報テーブル１０４に登録済みであるか調べる(ステップ２１０)。
もし、そのＵＲＬがＵＲＬ情報テーブル１０４に未登録である場合は、ＵＲＬ情報テーブルマップ１０５を参照し、そのＵＲＬ情報をＵＲＬ情報テーブル１０４のどのインデックス位置に格納するか、インデックス位置を決定する(ステップ２１１)。この際、決定したインデックス位置が使用済みとなることを、ＵＲＬ情報テーブルマップ１０５に登録する。
【００２０】
ステップ２１１でインデックス位置が決定したら、そのＵＲＬ情報を、ＵＲＬ情報テーブル１０４内の、ステップ２１１で決定したインデックス位置に格納する(ステップ２１２)。
ＵＲＬ情報テーブルマップ１０４、ＵＲＬ情報テーブル１０５にＵＲＬ情報を格納し終えたら、その処理中のＵＲＬを、ステップ２１１で決定したインデックス位置の情報（数字）で表現し直し（置換し）、プロキシサーバ１０６にＵＲＬ情報を送信するようにＵＲＬを書き換え、その書き換えたＵＲＬで、ステップ２０９で検索し処理を行っているＵＲＬ文字列を書き換える(ステップ２１３)。
ステップ２１０からステップ２１３の処理は、ステップ２０９で検索したハイパーリンク等のＵＲＬの個数分繰り返して実行される(ステップ２１４)。
【００２１】
これらの処理が終了後、コンテンツ記述言語変換や、携帯端末で閲覧可能なファイルサイズにするためのページ分割等の処理を行う(ステップ２０５)。そして、プロキシサーバ１０６によって携帯端末向けに変換されたＷｅｂコンテンツを、携帯端末１０７に送信する(ステップ２１６)。
【００２２】
図３は、ＵＲＬ情報テーブル１０４のデータ構造の一例を示す図である。
携帯端末１０７から送信され、プロキシサーバ１０６が受信した非携帯端末向けＷｅｂコンテンツ１０２のＵＲＬが、ＵＲＬ３０１であるとする。プロキシサーバは、このＵＲＬ３０１を、符号３０２で示すようにホスト部分とパス部分に分割する。
ＵＲＬ情報テーブル１０４は、大きく分けて、ホスト部分を格納する記憶領域３０３と、パス部分を格納する記憶領域３０４からなる。それぞれの記憶領域は、インデックス部分と、ＵＲＬ情報部分から構成される。
ＵＲＬ３０１を解析すると、符号３０２で示すようにホスト部分とパス部分に分割できる。そこで、ＵＲＬ情報テーブル１０４のホスト部分記憶領域３０３に「http://www.abcde.co.jp/」を、パス部分記憶領域３０４に「News/News１００.html」を、新たなインデックスを付与して格納する。
その後、ＵＲＬ３０１の非携帯端末向けＷｅｂコンテンツを読み込んだ後、その非携帯端末向けＷｅｂコンテンツ内に記述されている、ハイパーリンクや画像の参照先などのＵＲＬについても、ＵＲＬ情報テーブル１０４に含まれていないＵＲＬである場合は、先に説明した方法と同様の処理を行いＵＲＬ情報テーブル１０４に登録する。
【００２３】
続いて、ＵＲＬ３０１について処理が終わった後、ＵＲＬ３０１とは異なるＵＲＬが送信されてきた場合を考える。例えば、ＵＲＬ３０１を処理した後、携帯端末１０７からＵＲＬ３０５が送信されてきたとする。ＵＲＬ３０５のホスト部分は「http://www.abcde.co.jp/」、パス部分は空白であり、ホスト部分はホスト部分記憶領域３０３内のインデックスの３番目に、パス部分はパス部分記憶領域３０４のインデックスの０番目（図では空白となっている欄）に、それぞれ登録済みである。従って、ＵＲＬ３０５については、ＵＲＬ情報テーブル１０４に格納済みであるため、新規に登録する必要はない。
【００２４】
ＵＲＬ３０５の非携帯端末向けＷｅｂコンテンツを読み込んだ後、その非携帯端末向けＷｅｂコンテンツ内に記述されている、ハイパーリンクや画像の参照先などのＵＲＬについても、ＵＲＬ情報テーブル１０４に含まれていないＵＲＬである場合は、先に説明した方法と同様の処理を行いＵＲＬ情報テーブル１０４に登録する。
【００２５】
続いて、次のＵＲＬ３０６が送信されてきたとする。ＵＲＬ３０６のホスト部分は「http://www.a.co.jp/」、パス部分は「menu.html」である。ホスト部分はホスト部分記憶領域３０３内のインデックスの０番目登録されているため、新規登録する必要はない。パス部分については、パス部分記憶領域３０４に未登録であるため、新たにインデックス番号を振り(この例では１６となる)、パス部分記憶領域３０４のインデックス番号１６の位置に、「menu.html」を新規登録する。その後、ＵＲＬ３０６の非携帯端末向けＷｅｂコンテンツを読み込んだ後、その非携帯端末向けＷｅｂコンテンツ内に記述されている、ハイパーリンクや画像の参照先などのＵＲＬについても、ＵＲＬ情報テーブル１０４に含まれていないＵＲＬである場合は、先に説明した方法と同様の処理を行いＵＲＬ情報テーブル１０４に登録する。
【００２６】
続いて、次のＵＲＬ３０７が送信されてきたとする。ＵＲＬ３０７のホスト部分は「http://www.d.co.jp/」であり、これはホスト部分記憶領域３０３に登録されていない。そこで、新たにインデックス番号を振り(この例では４になる)、ホスト部分記憶領域３０３のインデックス番号４の位置に、「http://www.d.co.jp/」を新規登録する。また、ＵＲＬ３０８のパス部分は「index.html」であり、これはパス部分記憶領域３０４のインデックスの１番目に登録済みであるため、新規登録する必要はない。
【００２７】
その後、ＵＲＬ３０７の非携帯端末向けＷｅｂコンテンツを読み込んだ後、その非携帯端末向けＷｅｂコンテンツ内に記述されている、ハイパーリンクや画像の参照先などのＵＲＬについても、ＵＲＬ情報テーブル１０４に含まれていないＵＲＬである場合は、先に説明した方法と同様の処理を行いＵＲＬ情報テーブル１０４に登録する。
【００２８】
また、もし、非携帯端末向けＷｅｂコンテンツ１０２が、Ｃｏｏｋｉｅの代わりにＵＲＬ書き換えによってセッション管理を行っている場合、パス部分にセッション情報が記載されてしまう。そこで、そのセッションの有効期限がきたら、ＵＲＬ情報テーブル１０４、ＵＲＬ情報テーブルマップ１０５内から、該当するＵＲＬ情報及びインデックス番号を削除する。また、Ｃｏｏｋｉｅを利用してセッションを管理している場合も、Ｃｏｏｋｉｅの有効期限がきたら、ＵＲＬ情報テーブル１０４、ＵＲＬ情報テーブルマップ１０５から、該当するＵＲＬ情報及びインデックス番号を削除する。
【００２９】
プロキシサーバ１０６は、ＵＲＬ情報テーブル１０４のどのインデックス番号が利用されているかという情報であるＵＲＬ情報テーブルマップ１０５を持っている。もし、インデックスの３番目の情報が消去されて未使用となっている場合は、次にＵＲＬ情報をＵＲＬ情報テーブル１０４に登録する際、３番目のインデックスを優先的に利用するよう制御する。これにより、データ領域の増加を抑える。
【００３０】
図４は、ステップ２１３の、ＵＲＬをインデックス数字で表現することを説明する図である。
携帯端末向けＷｅｂコンテンツ配信システムであるプロキシサーバ１０６は、携帯端末１０７で閲覧する非携帯端末向けＷｅｂコンテンツ１０２のＵＲＬや、そのＷｅｂコンテンツ内のＵＲＬが、全てプロキシサーバ１０６を経由するように書き換える。つまり、実際のＵＲＬをパラメータとして、プロキシサーバ１０６に送信するようにＵＲＬを書き換える。
プロキシサーバ１０６に送信されたＵＲＬ４０１を、ＵＲＬ情報テーブル１０４のインデックス数字を用いて数字に変換する。まず、プロキシサーバ１０６は、ＵＲＬ４０１を符号４０２に示すようにホスト部分、パス部分に分割する。
その後、ＵＲＬ情報テーブル１０４におけるホスト部分記憶領域４０３、パス部分記憶領域４０４を参照し、分割したホスト部分、パス部分のインデックスを調べる。
【００３１】
図４の例のＵＲＬ４０１のホスト部分はインデックス番号３、パス部分はインデックス番号１５に格納されている。インデックス番号が得られたら、ＵＲＬ４０５のようにＵＲＬ４０１を書き換える。
ＵＲＬ４０５は、「クエスチョンマーク」以降のパラメータを、プロキシサーバ１０６(この例では「http://www.converter.net/convert」)に送信することをあらわしている。
パラメータ部分について、「__path」がパラメータ名、「３.１５」がパラメータ値である。「３.１５」の「３」は、ホスト部分のインデックス、「１５」はパス部分のインデックスであり、ホスト部分とパス部分の区切りは「.」であらわされている。このように変換することで、元のＵＲＬ情報４０１をプロキシサーバ１０６がプロキシサーバ１０６を経由するようにする。
携帯端末１０７に配信しようとしている非携帯端末向けＷｅｂコンテンツ１０２内に記述されている全てのＵＲＬを、この方法を用いて書き換えることで、元のＵＲＬの情報がプロキシサーバ１０６を経由するようになる。
【００３２】
図５は、図２のステップ２１３において、Ｗｅｂコンテンツ内のＵＲＬを全て数字に変換する例を示した図である。５０１は、変換前のＷｅｂページのＨＴＭＬファイルである。変換前Ｗｅｂページ５０１内には、画像(ＩＭＧ)タグのURL５０３と、ハイパーリンク(Ａ)タグのURL５０４、５０５がある。なお、実際にはもっと多くのハイパーリンク等が５０１内に記述されているものとするが、説明のため割愛する。これらのＵＲＬ情報を、ステップ２１３の処理を行うことで、変換後Ｗｅｂページ５０２に変換する。
【００３３】
変換後Ｗｅｂページ５０２を見ると、新たにＢＡＳＥタグ５０６が加えられている。あるＷｅｂページ内の相対ＵＲＬが全てあるＵＲＬに属する場合は、ＢＡＳＥタグでＵＲＬを指定することで、その他のＵＲＬを全て相対パスで記述することができる。ここでの例では、全てのＵＲＬ情報は、携帯端末向けＷｅｂコンテンツ配信システム（プロキシサーバ１０６）にパラメータとして送信される。そのため、携帯端末向けＷｅｂコンテンツ配信システムのＵＲＬである「http://www.converter.net/」をBASEタグで記述しておくことによって、その他のURLを相対パスで記述することができる。
URL５０３、５０４、５０５が、それぞれURL５０７、５０８、５０９に変換され、URLの長さが短縮されていることが分かる。これにより、携帯端末１０７に配信するコンテンツサイズを削減すると共に、携帯端末１０７でハイパーリンク等を選択することで携帯端末向けWebコンテンツ配信システムに送信するURL長を削減し、その通信量を削減し、通信レスポンスを向上させると共に、パケット通信等にかかる通信量を削減することができる。
【００３４】
なお、図４において、パス部分４０２をさらに分割し、それぞれにインデックス番号を割当てて管理するようにしても良い。例えば、test/path/index.htmlについては、test/path/とindex.htmlとに分割するようにしても良い。
【００３５】
以上のように、本実施形態においては、携帯端末で閲覧しようとしている非携帯端末向けＷｅｂコンテンツのＵＲＬをホスト部分とパス部分に分割し、それぞれを一意のインデックス情報に変換し、それをプロキシサーバのＵＲＬのパラメータとしてプロキシサーバに送信するようにすることにより、携帯端末から送信するＵＲＬ情報の送信にかかる通信量を削減することができる。
また、携帯端末に配信するＷｅｂコンテンツ内に記述されているハイパーリンクや画像の参照先等のＵＲＬも、インデックス情報で表現された形式に変換することにより、携帯端末に配信するＷｅｂコンテンツ自体のサイズを削減することが可能となる。
また、ＵＲＬ情報をホスト部分、パス部分を別にインデックスを割り当て保存し、ＵＲＬ情報テーブル内のＵＲＬ情報を再利用可能とすることで、携帯端末向けＷｅｂコンテンツ配信システムの記憶領域の有効利用を図ることができる。
また、ＵＲＬ情報テーブル内において、有効期限切れなどでＵＲＬ情報が削除されたインデックス番号を優先的に再利用させることで、携帯端末向けＷｅｂコンテンツ配信システムの記憶領域の有効利用を図ることができる。
また、非携帯端末向けＷｅｂコンテンツが、携帯端末に保存することができないＣｏｏｋｉｅを利用してセッション管理を行っている場合、プロキシサーバが携帯端末の代わりにＣｏｏｋｉｅ情報を取得、保存、利用することで、携帯端末でもＣｏｏｋｉｅを利用した非携帯端末向けＷｅｂコンテンツの閲覧が可能となる。
また、非携帯端末向けＷｅｂコンテンツにアクセスする際、ベーシック認証やプロキシ認証などの認証が求められた時、プロキシサーバが、認証を受けるために必要な情報を送信する携帯端末向けＷｅｂコンテンツを生成し、携帯端末に配信し、それに対する認証を受けるために必要な情報を携帯端末から受信し、その受信情報を利用して、非携帯端末向けＷｅｂコンテンツにアクセスするための認証を受けるようにすることにより、プロキシサーバが認証情報の受け渡しの役割を担うことになり、直接にコネクションをはっているわけではない携帯端末と非携帯端末向けＷｅｂコンテンツとの間の認証処理を進め、プロキシ認証などの認証が必要な非携帯端末向けＷｅｂコンテンツを携帯端末で閲覧することが可能になる。
【００３６】
【発明の効果】
以上の説明から明らかなように、本発明によれば、携帯端末で所望のＷｅｂコンテンツを取得する際に、コンテンツ配信システム側との間で送受信するコンテンツのＵＲＬ長を削減し、さらにはＷｅｂコンテンツ自体のサイズを削減することができる。
さらに、携帯端末とコンテンツ配信システム側との間で送受信するコンテンツのＵＲＬ長を削減するのに加え、Ｃｏｏｋｉｅ等を利用してセッションを管理しているＷｅｂコンテンツ、ベーシック認証等の認証を必要とするＷｅｂコンテンツも携帯端末で閲覧可能にすることができる。
【図面の簡単な説明】
【図１】本発明に係る携帯端末向けＷｅｂコンテンツ配信システムの実施の形態を示す全体構成図である。
【図２】携帯端末向けＷｅｂコンテンツ配信システム全体の処理の流れを説明したフローチャートである。
【図３】文字列のＵＲＬ情報をＵＲＬ情報テーブルに登録する方法を説明した図である。
【図４】文字列のＵＲＬ情報を数字に変換し、そのＵＲＬ情報を携帯端末向けＷｅｂコンテンツ配信システムに送信できるようにする方法を説明した図である。
【図５】携帯端末に配信するＷｅｂコンテンツ内に記述されているハイパーリンクや画像の参照先等のＵＲＬを数字に変換することで、Ｗｅｂコンテンツのサイズを削減することを説明する図である。
【符号の説明】
１００…コンテンツ提供者、１０１…ＰＣ向けＷｅｂサーバ、１０２…非携帯端末向けＷｅｂコンテンツ、１０３…管理者用マシン、１０４…ＵＲＬ情報テーブル、１０５…ＵＲＬ情報テーブルマップ、１０６…プロキシサーバ、１０７…携帯端末、１０８…ゲートウェイ、１０９…インターネット、１１０…Ｃｏｏｋｉｅ情報テーブル。
【図１】
2004206406.tif 000003
【図２】
2004206406.tif 000004
【図３】
2004206406.tif 000005
【図４】
2004206406.tif 000006
【図５】
2004206406.tif 000007