(57)【要約】【課題】【解決手段】最初はウェブサイトにログインしていないユーザのためのウェブサイトアクセスの管理が：ユーザがウェブサイトにログインすることを必要とするウェブページにアクセスするためにユーザによってクライアントを介して送信された要求を受信する工程であって、要求は、ウェブページの元ページアドレスを含む、工程（５０２）と；元ページアドレスの少なくとも一部をエンコードして、エンコード部分を生成する工程と；エンコード部分を含む短縮アドレスを生成する工程と；短縮アドレスを用いて、クライアントをリダイレクトする工程（５０４）と；少なくともエンコード部分と元ページアドレスとの対応付けを維持する工程と；短縮アドレスに少なくとも部分的に基づくログインアドレスを用いて、ユーザがログインを実行するために、クライアントをログインサーバにリダイレクトする工程（５０８）と；短縮アドレスに少なくとも部分的に基づいてクライアントをリダイレクトする工程（５１２）と；元ページアドレスを決定する工程と、を備える。【選択図】図５
2016515739.tif 000002
【特許請求の範囲】
【請求項１】
最初はウェブサイトにログインしていないユーザのためにウェブサイトアクセスを管理する方法であって、
前記ユーザが前記ウェブサイトにログインすることを必要とするウェブページにアクセスするために前記ユーザによってクライアントを介して送信された要求を受信する工程であって、前記要求は、前記ウェブページの元ページアドレスを含む、工程と、
コンピュータプロセッサを用いて、前記元ページアドレスの少なくとも一部をエンコードして、エンコード部分を生成する工程であって、前記エンコード部分は、エンコードされた前記元ページアドレスの前記少なくとも一部よりも実質的に長さが短い、工程と、
前記エンコード部分を含む短縮アドレスを生成する工程と、
前記短縮アドレスを用いて、前記クライアントをリダイレクトする工程と、
少なくとも前記エンコード部分と前記元ページアドレスとの対応付けを維持する工程と、
前記短縮アドレスに少なくとも部分的に基づくログインアドレスを用いて、前記ユーザがログインを実行するために、前記クライアントをログインサーバにリダイレクトする工程と、
前記ユーザが前記ログインサーバでログインに成功した場合に、前記短縮アドレスに少なくとも部分的に基づいて前記クライアントをリダイレクトする工程と、
少なくとも前記エンコード部分と前記元ページアドレスとの前記対応付けに基づいて、前記元ページアドレスを決定する工程と、
を備える、方法。
【請求項２】
請求項１に記載の方法であって、さらに、前記決定された元ページアドレスを用いた元ページへのアクセスを前記クライアントに提供する工程を備える、方法。
【請求項３】
請求項１に記載の方法であって、前記元ページアドレスの少なくとも一部をエンコードして、前記エンコード部分を生成する工程は、前記元ページアドレスの前記少なくとも一部にＭＤ５を適用する工程を含む、方法。
【請求項４】
請求項１に記載の方法であって、前記短縮アドレスは、さらに、短縮ユニバーサルリソースロケータ（ＵＲＬ）マネージャのドメイン名を含む、方法。
【請求項５】
請求項１に記載の方法であって、少なくとも前記エンコード部分と前記元ページアドレスとの対応付けを維持する工程は、少なくとも前記エンコード部分および前記元ページアドレスを格納する工程を含み、少なくとも前記エンコード部分は、前記格納された元ページアドレスをルックアップするための識別子として用いられる、方法。
【請求項６】
請求項１に記載の方法であって、前記ログインアドレスは、前記短縮アドレスと、ログインサーバのドメイン名とを含む、方法。
【請求項７】
請求項１に記載の方法であって、少なくとも前記エンコード部分と前記元ページアドレスとの前記対応付けに基づいて、前記元ページアドレスを決定する工程は、
前記短縮アドレスから前記エンコード部分を抽出する工程と、
前記エンコード部分を用いて、前記元ページアドレスをデータベース内でルックアップする工程と、
を含む、方法。
【請求項８】
請求項１に記載の方法であって、
前記短縮アドレスは、さらに、短縮ＵＲＬ管理サーバのドメイン名を含み、
前記ログインアドレスは、前記短縮アドレスと、ログインサーバのドメイン名とを含む、方法。
【請求項９】
最初はウェブサイトにログインしていないユーザのためにウェブサイトアクセスを管理するためのシステムであって、
前記ユーザが前記ウェブサイトにログインすることを必要とするウェブページにアクセスするために前記ユーザによってクライアントを介して送信された要求を受信するよう構成された１または複数のインターフェースであって、前記要求は、前記ウェブページの元ページアドレスを含む、１または複数のインターフェースと、
１または複数のプロセッサであって、
前記元ページアドレスの少なくとも一部をエンコードして、エンコード部分を生成し、前記エンコード部分は、エンコードされた前記元ページアドレスの前記少なくとも一部よりも実質的に長さが短く、
前記エンコード部分を含む短縮アドレスを生成し、
前記短縮アドレスを用いて、前記クライアントをリダイレクトし、
少なくとも前記エンコード部分と前記元ページアドレスとの対応付けを維持し、
前記短縮アドレスに少なくとも部分的に基づくログインアドレスを用いて、前記ユーザがログインを実行するために、前記クライアントをログインサーバにリダイレクトし、
前記ユーザが前記ログインサーバでログインに成功した場合に、前記短縮アドレスに少なくとも部分的に基づいて前記クライアントをリダイレクトし、
少なくとも前記エンコード部分と前記元ページアドレスとの前記対応付けに基づいて、前記元ページアドレスを決定する、ように構成された、１または複数のプロセッサと、
を備える、システム。
【請求項１０】
請求項９に記載のシステムであって、前記１または複数のプロセッサは、さらに、前記決定された元ページアドレスを用いた元ページへのアクセスを前記クライアントに提供するよう構成されている、システム。
【請求項１１】
請求項９に記載のシステムであって、前記元ページアドレスの少なくとも一部をエンコードして、前記エンコード部分を生成することは、前記元ページアドレスの前記少なくとも一部にＭＤ５を適用することを含む、システム。
【請求項１２】
請求項９に記載のシステムであって、前記短縮アドレスは、さらに、短縮ユニバーサルリソースロケータ（ＵＲＬ）マネージャのドメイン名を含む、システム。
【請求項１３】
請求項９に記載のシステムであって、少なくとも前記エンコード部分と前記元ページアドレスとの対応付けを維持することは、少なくとも前記エンコード部分および前記元ページアドレスを格納することを含み、少なくとも前記エンコード部分は、前記格納された元ページアドレスをルックアップするための識別子として用いられる、システム。
【請求項１４】
請求項９に記載のシステムであって、前記ログインアドレスは、前記短縮アドレスと、ログインサーバのドメイン名とを含む、システム。
【請求項１５】
請求項９に記載のシステムであって、少なくとも前記エンコード部分と前記元ページアドレスとの前記対応付けに基づいて、前記元ページアドレスを決定することは、
前記短縮アドレスから前記エンコード部分を抽出することと、
前記エンコード部分を用いて、前記元ページアドレスをデータベース内でルックアップすることと、
を含む、システム。
【請求項１６】
請求項９に記載のシステムであって、
前記短縮アドレスは、さらに、短縮ＵＲＬ管理サーバのドメイン名を含み、
前記ログインアドレスは、前記短縮アドレスと、ログインサーバのドメイン名とを含む、システム。
【請求項１７】
最初はウェブサイトにログインしていないユーザのためにウェブサイトアクセスを管理するためのコンピュータプログラム製品であって、有形で持続性のコンピュータ読み取り可能な記憶媒体内に具現化され、
前記ユーザが前記ウェブサイトにログインすることを必要とするウェブページにアクセスするために前記ユーザによってクライアントを介して送信された要求を受信するためのコンピュータ命令であって、前記要求は、前記ウェブページの元ページアドレスを含む、コンピュータ命令と、
前記元ページアドレスの少なくとも一部をエンコードして、エンコード部分を生成するためのコンピュータ命令であって、前記エンコード部分は、エンコードされた前記元ページアドレスの前記少なくとも一部よりも実質的に長さが短い、コンピュータ命令と、
前記エンコード部分を含む短縮アドレスを生成するためのコンピュータ命令と、
前記短縮アドレスを用いて、前記クライアントをリダイレクトするためのコンピュータ命令と、
少なくとも前記エンコード部分と前記元ページアドレスとの対応付けを維持するためのコンピュータ命令と、
前記短縮アドレスに少なくとも部分的に基づくログインアドレスを用いて、前記ユーザがログインを実行するために、前記クライアントをログインサーバにリダイレクトするためのコンピュータ命令と、
前記ユーザが前記ログインサーバでログインに成功した場合に、前記短縮アドレスに少なくとも部分的に基づいて前記クライアントをリダイレクトするためのコンピュータ命令と、
少なくとも前記エンコード部分と前記元ページアドレスとの前記対応付けに基づいて、前記元ページアドレスを決定するためのコンピュータ命令と、
を備える、コンピュータプログラム製品。
【発明の詳細な説明】
【技術分野】
【０００１】
他の出願の相互参照
本願は、２０１３年４月２日出願の中国特許出願第２０１３１０１１３１４１号「ＭＥＴＨＯＤ，ＤＥＶＩＣＥ  ＡＮＤ  ＳＹＳＴＥＭ  ＦＯＲ  ＬＯＧＧＩＮＧ  ＩＮＴＯ  ＰＡＧＥＳ」の優先権を主張する。当該出願は、すべての目的のために参照により本明細書に組み込まれる。
【０００２】
本願は、コンピュータネットワークの分野に関し、特に、ネットワークアクセス中にページにログインするための方法、デバイス、および、システムに関する。
【背景技術】
【０００３】
ユーザがページを閲覧する時、サイト上のページを閲覧し続けるためにウェブサイトにログインする必要がある状況に遭遇することが時々ある。ユーザがログインしていないと検出されると、ブラウザは、ログインページにリダイレクトされる。ログインが完了した後、ブラウザは、ユーザが閲覧したかった元ページに戻る。この処理は、時に、ログイン・ジャンプと呼ばれる。図１は、ログイン・ジャンプ動作のためのネットワーク処理フローの一例を示す図である。ユーザは、まだログインしていない。クライアントブラウザが、ログインを求めるページにアクセスするために用いられる。クライアントブラウザは、ハイパーテキスト・トランスファー・プロトコル（ＨＴＴＰ）要求を発行する。サーバが、ユーザによって要求されたページを受信する（例えば、ウェブサイトサーバ／ページサーバなど）。サーバは、要求されたページを受信した後、ユーザがログインしているか否かを評価する。ユーザがログインしていない場合、サーバは、ユーザが要求したページのページアドレスをパラメータと見なし、その要求をログインサーバに外部リダイレクトする。すなわち、サーバは、ユニバーサルリソースロケータ（ＵＲＬ）をパラメータとして、要求を外部リダイレクトする。自身の要求がログインサーバにリダイレクトされた後、ユーザは、ログイン処理を完了させる。次いで、ユーザがログインした後、ブラウザは、ユーザが要求したウェブページに戻るように外部リダイレクトされる。最後に、要求されたウェブページからの結果が、クライアントブラウザに返され、そのページへのアクセスが行われる。
【０００４】
実際の実施例において、ブラウザは、ウェブページのＵＲＬの長さに関して制限される。すなわち、アクセスされるＵＲＬが長すぎることは認められない。既存のウェブサイトのほとんどは、ウェブサイトユーザのログイン動作を集中処理する独自のログインサーバを有する。ユーザがアクセスする必要のあるウェブページが、アクセスの前にログインを要求した場合、ウェブサイトは、一般に、ブラウザをログインサーバにリダイレクトする。ユーザがログイン動作を完了した後、サーバは、要求されたページ（ユーザによって要求された実際の／元のページ）にユーザのブラウザをリダイレクトする。この移動を完了させるために、ユーザのブラウザは、ログインサーバにリダイレクトされた時に、ブラウザがログイン完了後に戻されるべきアドレスがログインサーバにわかるように、元々アクセスするつもりであったページのアドレスを伝えなければならない。ユーザによってアクセスされる元ページのＵＲＬが非常に長く、パラメータとして機能し、元のＵＲＬ（ａと表す）を新しいＵＲＬ（ｂと表す）に付け加えなければならない（つまり、ａ＋ｂ＝ａｂとなる）場合、ブラウザのＵＲＬの長さ制限を超える場合がある。この場合、ブラウザのバッファは、結果として得られた新しいＵＲＬ（ａｂ）を適切に保持することができず、登録サーバは、対応する元ページの完全なＵＲＬを取得できない。その後、ユーザが要求したページへのログインサーバのリダイレクトが失敗するか、または、ログインが失敗する可能性がある。したがって、ブラウザがログインページに到達することが可能であっても、ログインが、不完全な情報により失敗するか；または、ブラウザが、ログイン完了後に元のページに戻ることに失敗する場合がある。かかる失敗は、ユーザ体験に深刻な影響を与えうる。
【０００５】
要約すると、既存のシステムでは、クライアントは、時々、アクセスに用いられるリダイレクトされたアドレスが長すぎるために、ログインの失敗またはリダイレクトの失敗を経験する。
【図面の簡単な説明】
【０００６】
以下の詳細な説明と添付の図面において、本発明の様々な実施形態を開示する。
【０００７】
【図１】ログイン・ジャンプ動作のためのネットワーク処理フローの一例を示す図。
【０００８】
【図２】いくつかの実施形態に従って、ウェブサイトアクセスを管理する際の１または複数の工程を実行するためにプログラムされたコンピュータシステムを示す機能図。
【０００９】
【図３】ウェブアクセス処理の一実施形態を示すフローチャート。
【００１０】
【図４】結合されたＵＲＬの長さを短くすることによってログインの失敗を防ぐよう構成されたシステムの一実施形態を示すブロック図。
【００１１】
【図５】処理３００中にやり取りされる一連のメッセージの例を示す図。
【発明を実施するための形態】
【００１２】
本発明は、処理、装置、システム、物質の組成、コンピュータ読み取り可能な格納媒体上に具現化されたコンピュータプログラム製品、および／または、プロセッサ（プロセッサに接続されたメモリに格納および／またはそのメモリによって提供される命令を実行するよう構成されたプロセッサ）を含め、様々な形態で実装されうる。本明細書では、これらの実装または本発明が取りうる任意の他の形態を、技術と呼ぶ。一般に、開示された処理の工程の順序は、本発明の範囲内で変更されてもよい。特に言及しない限り、タスクを実行するよう構成されるものとして記載されたプロセッサまたはメモリなどの構成要素は、ある時間にタスクを実行するよう一時的に構成された一般的な構成要素として、または、タスクを実行するよう製造された特定の構成要素として実装されてよい。本明細書では、「プロセッサ」という用語は、１または複数のデバイス、回路、および／または、コンピュータプログラム命令などのデータを処理するよう構成された処理コアを指すものとする。
【００１３】
以下では、本発明の原理を示す図面を参照しつつ、本発明の１または複数の実施形態の詳細な説明を行う。本発明は、かかる実施形態に関連して説明されているが、どの実施形態にも限定されない。本発明の範囲は、特許請求の範囲によってのみ限定されるものであり、本発明は、多くの代替物、変形物、および、等価物を含む。以下の説明では、本発明の完全な理解を提供するために、多くの具体的な詳細事項が記載されている。これらの詳細事項は、例示を目的としたものであり、本発明は、これらの具体的な詳細事項の一部または全てがなくとも特許請求の範囲に従って実施可能である。簡単のために、本発明に関連する技術分野で周知の技術事項については、本発明が必要以上にわかりにくくならないように、詳細には説明していない。
【００１４】
最初はウェブサイトにログインしていないユーザのためのウェブサイトアクセスの管理について開示されている。いくつかの実施形態では、ロングＵＲＬの代わりになる短縮アドレス（短縮ＵＲＬとも呼ぶ）が、クライアントをログインサーバにリダイレクトするために用いられ、それにより、ロングＵＲＬの長さに起因するログインの失敗を防ぐ。いくつかの実施形態では、外部リダイレクトが、リダイレクトを実行するために用いられる。具体的には、クライアントの元々の要求（例えば、元ページアドレスに対するＨＴＴＰ  ＧＥＴ要求）に応答して、ウェブサーバは、要求されたページが利用不可能でありクライアントが新しいアドレスで別の要求を行う必要があることを示す応答をクライアントに送信することによって外部リダイレクトを行い、ＨＴＴＰ要求を閉じる。次いで、クライアントは、この新しいアドレスを用いて新しいＨＴＴＰ要求を行う。いくつかの実施形態では、内部書き換えが、リダイレクトを実行するために用いられる。具体的には、クライアントの元々の要求（例えば、元ページアドレスに対するＨＴＴＰ  ＧＥＴ要求）に応答して、サーバは、要求されているアドレスに関連するファイルパスの一部を新しいアドレスで置き換え、新しいアドレスにあるコンテンツに基づいて要求を送信する。
【００１５】
図２は、いくつかの実施形態に従って、ウェブサイトアクセスを管理する際の１または複数の工程を実行するためにプログラムされたコンピュータシステムを示す機能図である。明らかに、他のコンピュータシステムアーキテクチャおよび構成が、ウェブサイトアクセスを管理する際の１または複数の工程を実行するために利用されてもよい。以下に述べるような様々なサブシステムを備えるコンピュータシステム１００は、少なくとも１つのマイクロプロセッササブシステム（プロセッサまたは中央処理装置（ＣＰＵ）とも呼ばれる）１０２を備える。例えば、プロセッサ１０２は、シングルチッププロセッサまたはマルチプロセッサによって実装できる。いくつかの実施形態において、プロセッサ１０２は、コンピュータシステム１００の動作を制御する汎用デジタルプロセッサである。メモリ１１０から読み出された命令を用いて、プロセッサ１０２は、入力データの受信および操作、ならびに、出力デバイス（例えば、ディスプレイ１１８）上でのデータの出力および表示を制御する。いくつかの実施形態において、プロセッサ１０２は、図３および図５に関して後述する処理を、備える、および／または、実行／実施するために用いられる。
【００１６】
プロセッサ１０２は、メモリ１１０と双方向的に接続されており、メモリ１１０は、第１のプライマリストレージ（通例は、ランダムアクセスメモリ（ＲＡＭ））および第２のプライマリストレージ領域（通例は、読み出し専用メモリ（ＲＯＭ））を含みうる。当業者に周知のように、プライマリストレージは、一般的な記憶領域として、および、スクラッチパッドメモリとして利用可能であり、また、入力データおよび処理済みデータを格納するために利用可能である。プライマリストレージは、さらに、プロセッサ１０２上で実行される処理のための他のデータおよび命令に加えて、データオブジェクトおよびテキストオブジェクトの形態で、プログラミング命令およびデータを格納できる。また、当業者に周知のように、プライマリストレージは、通例、機能（例えば、プログラムされた命令）を実行するためにプロセッサ１０２によって用いられる基本的な動作命令、プログラムコード、データ、および、オブジェクトを備える。例えば、メモリ１１０は、例えば、データアクセスが双方向である必要があるか、単方向である必要があるかに応じて、後述する任意の適切なコンピュータ読み取り可能な記憶媒体を含みうる。例えば、プロセッサ１０２は、頻繁に必要になるデータをキャッシュメモリ（図示せず）に直接的かつ非常に迅速に格納し取り出すことができる。
【００１７】
着脱可能マスストレージデバイス１１２が、コンピュータシステム１００にさらなるデータ記憶容量を提供しており、プロセッサ１０２に対して双方向（読み出し／書き込み）または単方向（読み出しのみ）に接続されている。例えば、ストレージ１１２は、磁気テープ、フラッシュメモリ、ＰＣカード、携帯型マスストレージデバイス、ホログラフィックストレージデバイス、および、その他のストレージデバイスなどのコンピュータ読み取り可能な媒体も含みうる。固定マスストレージ１２０も、例えば、さらなるデータ記憶容量を提供しうる。マスストレージ１２０の最も一般的な例は、ハードディスクドライブである。マスストレージ１１２、１２０は、一般に、プロセッサ１０２によって通例はあまり利用されないさらなるプログラミング命令、データなどを格納する。マスストレージ１１２および１２０に保持された情報は、必要であれば、仮想メモリとしてのメモリ１１０（例えば、ＲＡＭ）の一部に標準的な方式で組み込まれてよいことが理解される。
【００１８】
プロセッサ１０２がストレージサブシステムにアクセスできるようにすることに加えて、バス１１４は、その他のサブシステムおよびデバイスへのアクセスを可能にするために用いられてもよい。図に示すように、これらは、ディスプレイモニタ１１８、ネットワークインターフェース１１６、キーボード１０４、および、ポインティングデバイス１０６、ならびに、必要に応じて、補助入力／出力デバイスインターフェース、サウンドカード、スピーカ、および、その他のサブシステムを含みうる。例えば、ポインティングデバイス１０６は、マウス、スタイラス、トラックボール、または、タブレットであってよく、グラフィカルユーザインターフェースと相互作用するのに有用である。
【００１９】
ネットワークインターフェース１１６は、図に示すように、ネットワーク接続を用いて、別のコンピュータ、コンピュータネットワーク、または、遠隔通信ネットワークにプロセッサ１０２を接続することを可能にする。例えば、ネットワークインターフェース１１６を通して、プロセッサ１０２は、方法／処理ステップを実行する過程で、別のネットワークから情報（例えば、データオブジェクトまたはプログラム命令）を受信したり、別のネットワークに情報を出力したりすることができる。情報は、しばしば、プロセッサ上で実行される一連の命令として表され、別のネットワークから受信されたり、別のネットワークへ出力されたりしうる。インターフェースカード（または同様のデバイス）と、プロセッサ１０２によって実装（例えば、実行／実施）される適切なソフトウェアとを用いて、コンピュータシステム１００を外部ネットワークに接続し、標準プロトコルに従ってデータを転送することができる。例えば、本明細書に開示された様々な処理の実施形態は、プロセッサ１０２上で実行されてもよいし、処理の一部を共有するリモートプロセッサと共に、ネットワーク（インターネット、イントラネットワーク、または、ローカルエリアネットワークなど）上で実行されてもよい。さらなるマスストレージデバイス（図示せず）が、ネットワークインターフェース１１６を通してプロセッサ１０２に接続されてもよい。
【００２０】
補助Ｉ／Ｏデバイスインターフェース（図示せず）が、コンピュータシステム１００と共に用いられてよい。補助Ｉ／Ｏデバイスインターフェースは、プロセッサ１０２がデータを送信すること、ならびに、より典型的には、他のデバイス（マイクロホン、タッチセンサ方式ディスプレイ、トランスデューサカードリーダ、テープリーダ、音声または手書き認識装置、バイオメトリクスリーダ、カメラ、携帯型マスストレージデバイス、および、他のコンピュータなど）からデータを受信することを可能にする汎用インターフェースおよびカスタマイズされたインターフェースを含みうる。
【００２１】
さらに、本明細書に開示された様々な実施形態は、さらに、様々なコンピュータ実装された動作を実行するためのプログラムコードを備えたコンピュータ読み取り可能な媒体を含むコンピュータストレージ製品に関する。コンピュータ読み取り可能な媒体は、データを格納できる任意のデータストレージデバイスであり、そのデータは、後にコンピュータシステムによって読み出されうる。コンピュータ読み取り可能な媒体の例は、以下の媒体すべてを含むがそれらに限定されない：ハードディスク、フロッピーディスク、および、磁気テープなどの磁気媒体；ＣＤ−ＲＯＭディスクなどの光学媒体；光学ディスクなどの磁気光学媒体；ならびに、特定用途向け集積回路（ＡＳＩＣ）、プログラム可能論理デバイス（ＰＬＤ）、および、ＲＯＭ／ＲＡＭデバイスなど、特別に構成されたハードウェアデバイス。プログラムコードの例としては、例えば、コンパイラによって生成されるマシンコード、または、インタープリタを用いて実行できる高水準コード（例えば、スクリプト）を含むファイルが挙げられる。
【００２２】
図２に示したコンピュータシステムは、本明細書に開示された様々な実施形態と共に利用するのに適切なコンピュータシステムの一例にすぎない。かかる利用に適した他のコンピュータシステムは、より多いまたは少ないサブシステムを含みうる。さらに、バス１１４は、サブシステムをつなぐよう機能する任意の相互接続スキームの例である。異なる構成のサブシステムを有する他のコンピュータアーキテクチャが利用されてもよい。
【００２３】
図３は、ウェブアクセス処理の一実施形態を示すフローチャートである。最初、ユーザは、ウェブサイトにログインしていない。
【００２４】
工程３０２で、元々のウェブページアドレス（元ＵＲＬまたは元ページアドレスとも呼ぶ）にアクセスするためにクライアントを介してユーザによって送信された要求が取得される。いくつかの実施形態において、工程３０２は、ウェブサーバ（図４の４０２など）によって、具体的には、トランシーバ４０４によって実行される。
【００２５】
ユーザによってなされる要求は、例えば、ブラウザまたはスタンドアロンアプリケーションなどのクライアントアプリケーション（クライアントとも呼ぶ）からＨＴＴＰ  ＧＥＴ要求として送信されてよい。要求は、元ページアドレスを含んでおり、そのページアドレスは、ユーザがアクセスしたいページのアドレス（ＵＲＬ）に対応する。ユーザは、ウェブサイトにログインした後にのみ、所望の元ページのコンテンツへのアクセスを許可される。ユーザがログインしていない場合、ログイン動作を実施するためにクライアントをログインページにリダイレクトする必要がある。ログイン動作が成功した後にのみ、ページにアクセスできる。
【００２６】
クライアントは、ユーザがログインしていない場合には、ログインページにリダイレクトされるので、元ＵＲＬとログインサーバのＵＲＬとを組み合わせたＵＲＬが長すぎて、クライアントが処理できない可能性がある。クライアントがログインサーバにリダイレクトされた時にユーザがログインに成功できることを保証するために、工程３０４で、元ページアドレスの少なくとも一部がエンコードされ、エンコードされる元ページアドレスの少なくとも一部よりも長さが実質的に短いエンコード部分が生成される。工程３０５で、エンコード部分を含む短縮アドレス（短縮ＵＲＬとも呼ぶ）が生成される。いくつかの実施形態において、この工程は、ウェブサーバ（図４の４０２など）によって、具体的には、エンコーダ４０６によって実行される。
【００２７】
この例において、ウェブサーバは、ユーザからＨＴＴＰ要求を受信し、ユーザがウェブサイトにログインしているか否かを判定する。ユーザがログインしていないと判定された場合、ユーザによって要求された元ページアドレスがエンコードされる。いくつかの実施形態においては、元ページアドレスの一部がエンコードされ；いくつかの実施形態においては、元ページアドレスの全体がエンコードされる。いくつかの実施形態において、ハッシング技術（ＭＤ５など）が実行される。以下の開示では、例示の目的でＭＤ５を広く議論する。出力の長さが入力よりも短くなる（例えば、少ないビット数／文字数が少なくなる）その他のエンコード技術が用いられてもよい。例えば、元ページのＵＲＬ文字列は、ＭＤ５計算エンジンへの入力として用いられ、出力（ＭＤ５コードと呼ぶ）は、短縮ＵＲＬを生成するために用いられる。いくつかの実施形態において、ＭＤ５コードは、短縮ＵＲＬを生成するために、短縮ＵＲＬ管理サーバアドレスのドメイン名と組み合わせられる。短縮ＵＲＬ管理サーバアドレスのドメイン名は、事前に設定され、ウェブサーバにとって既知であり、このドメイン名を特定することによって、短縮ＵＲＬ管理サーバへのリダイレクトが可能になる。
【００２８】
例えば、元ページアドレスをｘ／ｂ．ｃと表し、ここで、ｘは、ページサーバのドメイン名（ホスト名とも呼ぶ）（例えば、“ｅｘａｍｐｌｅ．ｃｏｍ”）を表し、ｂ．ｃは、パス部分を表し、長い英数字の文字列（例えば、“ｌｏｎｇｕｒｌ．ｈｔｍ？ｐａｒａｍ１＝ｖａｌｕｅ１＆ｐａｒａｍ２＝ｖａｌｕｅ２＆ｐａｒａｍ３＝ｖａｌｕｅ３＆ｐａｒａｍ４＝ｖａｌｕｅ４＆ｐａｒａｍ５＝ｖａｌｕｅ５…”）であってよい。いくつかの実施形態では、文字列全体がエンコードされ、その結果は、ｍｄ５文字列（例えば、“ｘ８９０１”）として表される。いくつかの実施形態では、パス部分のみがエンコードされ、ドメイン名が文字列に追加されて、エンコードの結果全体は、ｘ／ｍｄ５（例えば、“ｅｘａｍｐｌｅ．ｃｏｍ／ａ４３２９”）と表される。例えば、短縮ＵＲＬ管理サーバアドレス（ａ）のドメイン名またはパス名は、“ｓｈｏｒｔｕｒｌ”または“ｓｈｏｒｔｕｒｌ．ｃｏｍ．”でありうる。短縮ＵＲＬ管理サーバのドメイン名は、エンコード結果と組み合わせられ、ｘ／ａ／ｍｄ５またはａ／ｍｄ５（例えば、“ｅｘａｍｐｌｅ．ｃｏｍ／ｓｈｏｒｔｕｒｌ／ａ４３２９”または“ｓｈｏｒｔｕｒｌ．ｃｏｍ／ｘ８９０１”）と表される短縮ＵＲＬを生成する。この新しいアドレスは、短縮ＵＲＬ管理サーバへの外部リダイレクトのための基礎として機能しうる。
【００２９】
いくつかの実施形態において、短縮ＵＲＬ管理サーバは、ウェブサーバ内に構成される。例えば、図４の短縮ＵＲＬ管理サーバ４０８は、ウェブサーバ４０２のサーブレットとして構成されてよい。したがって、短縮ＵＲＬ管理サーバおよびウェブサーバは、重複したドメイン名を有する。この場合、元ページアドレスがエンコードされ、ウェブサーバのドメイン名は保持される。例えば、短縮ＵＲＬ管理サーバのドメイン名が“ｅｘａｍｐｌｅ．ｃｏｍ／ｓｈｏｒｔｕｒｌ”であり、ユーザによって要求された元ページアドレスが“ｈｔｔｐ：／／ｅｘａｍｐｌｅ．ｃｏｍ／ｌｏｎｇｕｒｌ．ｈｔｍ？ｐａｒａｍ１＝ｖａｌｕｅ１＆ｐａｒａｍ２＝ｖａｌｕｅ２．．．．．．＆ｐａｒａｍｎ＝ｖａｌｕｅｎ．”であるとする。ＭＤ５エンコーディングが、“ｌｏｎｇｕｒｌ．ｈｔｍ？ｐａｒａｍ１＝ｖａｌｕｅ１＆ｐａｒａｍ２＝ｖａｌｕｅ２．．．．．．＆ｐａｒａｍｎ＝ｖａｌｕｅｎ”に実行され、はるかに短い英数字の文字列（例えば、文字列“ｔｌ０３４ｋ”）であるＭＤ５コード（変数ｍｄ５を用いて表される）が得られる。ＭＤ５コードと、短縮ＵＲＬ管理サーバに固有のドメイン名とに基づいて、結果として得られる短縮ＵＲＬは、“ｈｔｔｐ：／／ｅｘａｍｐｌｅ．ｃｏｍ／ｓｈｏｒｔｕｒｌ／ｔｌ０３４ｋ”の形態を有する。具体的には、新しいアドレスは、元ページアドレスのパス部分をエンコードした後に、その結果を短縮ＵＲＬ管理サーバのドメイン名（ｓｈｏｒｔｕｒｌ）と組み合わせることによって生成される。この新しいアドレスは、クライアントを短縮ＵＲＬ管理サーバに外部リダイレクトするために用いられる。いくつかの実施形態において、ウェブサーバは、要求された元ページアドレスＵＲＬを新しいアドレスで置き換え、したがって、クライアントに、新しいアドレスにある短縮ＵＲＬ管理サーバから応答を受信させる。
【００３０】
いくつかの実施形態において、短縮管理サーバは、ページサーバと独立して構成され、それらのサーバは、異なるドメイン名を有する。この場合、元ページアドレス全体がエンコードされる。例えば、短縮ＵＲＬサーバのドメイン名が“ｓｈｏｒｔｕｒｌ．ｃｏｍ”であり、ユーザ要求の元ページアドレスが“ｈｔｔｐ：／／ｅｘａｍｐｌｅ．ｃｏｍ／ｌｏｎｇｕｒｌ．ｈｔｍ？ｐａｒａｍ１＝ｖａｌｕｅ１＆ｐａｒａｍ２＝ｖａｌｕｅ２．．．．．．＆ｐａｒａｍｎ＝ｖａｌｕｅｎ”であるとする。
【００３１】
ＭＤ５コーディングが、“ｅｘａｍｐｌｅ．ｃｏｍ／ｌｏｎｇｕｒｌ．ｈｔｍ？ｐａｒａｍ１＝ｖａｌｕｅ１＆ｐａｒａｍ２＝ｖａｌｕｅ２．．．．．．＆ｐａｒａｍｎ＝ｖａｌｕｅｎ”に実行され、ＭＤ５コード“ｔｌ０３４ｋ”が得られる。短縮ＵＲＬサーバのドメイン名をＭＤ５コードと組み合わせると、結果として得られる短縮ＵＲＬは、“ｈｔｔｐ：／／ｓｈｏｒｔｕｒｌ．ｃｏｍ／ｔｌ０３４ｋ”となる。次いで、この新しいアドレスは、クライアントを短縮ＵＲＬ管理サーバに外部リダイレクトする（すなわち、クライアントに、“ｓｈｏｒｔｕｒｌ．ｃｏｍ”というドメイン名で短縮管理サーバをロケートさせる）ための基礎として機能する。
【００３２】
短縮ＵＲＬが生成された後、工程３０６で、クライアントは、短縮ＵＲＬにある短縮ＵＲＬ管理サーバにリダイレクトされる。上述のように、外部リダイレクトまたは内部書き換えのいずれかが、リダイレクトを容易にするために用いられてよい。ユーザの観点から、外部リダイレクトは、ブラウザのアドレスフィールドが新しいアドレスに変わるので気付くことが可能であり、内部書き換えは、ブラウザのアドレスフィールドが変わらないので認識できない。
【００３３】
クライアントが短縮ＵＲＬ管理サーバにリダイレクトされると、工程３０８で、短縮管理ＵＲＬサーバは、ＭＤ５コードと元ページアドレスとの対応付けを格納する。工程３１０で、短縮管理ＵＲＬサーバは、さらに、ログイン機能を実装するログインサーバにクライアントをリダイレクトする。
【００３４】
この例において、元ページアドレスは、対応するコードの値として（例えば、ＨＴＴＰ  ＧＥＴ要求のパラメータまたは値として）短縮ＵＲＬ管理サーバに送信される。他の送信方法も可能である。ＭＤ５コードなどのエンコード形態は、短縮ＵＲＬ管理サーバのバッファまたはその他の格納先に保存される。
【００３５】
工程３８０で、ＭＤ５コードと元ページアドレスとの対応関係が格納される。いくつかの実施形態において、この工程は、図４の短縮ＵＲＬ管理サーバ４０８によって実行される。いくつかの実施形態において、生成されたＭＤ５コードは、識別子キー（インデックスとも呼ぶ）として、元ページアドレスは、識別子キーの値と見なされる。それらは共に、短縮ＵＲＬ管理サーバ内のテーブルのエントリとして保存される。このように、ＭＤ５コード文字列（キー）と元ページアドレスとの間の関係性が確立される。例えば：キー１は、元ページアドレス１に対応する、キー２は、元ページアドレス２に対応する、などである。各キーは、元ページアドレスを一意的に識別する。キー１およびキー２は、ＭＤ５エンコーディングによって得られた２つのＭＤ５コード文字列である。対応する元ページアドレス１から生成された短縮ＵＲＬは、キー１を含み、対応する元ページアドレス２から生成された短縮ＵＲＬは、キー２を含む。このように、ＭＤ５コード文字列（キー）が与えられれば、元ページアドレスを見つけることができる。
【００３６】
工程３１０で、クライアントは、短縮アドレスに少なくとも部分的に基づいたログインアドレスを用いてログインサーバにリダイレクトされる。いくつかの実施形態において、この工程は、図４の短縮ＵＲＬ管理サーバ４０８によって実行される。この例において、短縮ＵＲＬ管理サーバは、短縮ＵＲＬおよびログインサーバアドレスを組み合わせて、新しい結合されたログインアドレスを生成する。新しい結合されたログインサーバアドレスは、クライアントがリダイレクトされるべきアドレスとしてクライアントに送信される。それに応答して、クライアントは、ログインサーバに新しい要求を送信し、ログインサーバは、ユーザがユーザログインを完了させるためのログインユーザインターフェースを提供する。いくつかの実施形態において、ログインサーバのドメイン名は、ドメイン名をリダイレクト要求に含めることができるように予め構成される。
【００３７】
クライアントがログインサーバにリダイレクトされる時、新しい結合されたログインアドレスに元ページアドレスを含める必要はなく、短縮ＵＲＬが含まれていればよい。新しいログインアドレスの長さは、元ページアドレスが含まれる場合よりも大幅に短くなることが可能であるため、クライアントによってサポートされる制限をログインサーバの長さが超えることでログインサーバへの到達に失敗する可能性を低くする。
【００３８】
引き続き上記の例において、元ページアドレスがｘ／ｂ．ｃと表されるとする  （ｘは、ページサーバのドメイン名を表す）。元ページがエンコードされた後、生成された短縮ＵＲＬは、ａ／ｍｄ５またはｘ／ａ／ｍｄ５である（ａは、短縮ＵＲＬサーバのドメイン名を表す）。結果として得られたＵＲＬは、元ページアドレスよりもかなり短い。また、ログインサーバアドレスのドメイン名がｄと表されるとする。したがって、パラメータとして短縮ＵＲＬ（すなわち、ａ／ｍｄ５またはｘ／ａ／ｍｄ５）を用いて生成されたログインサーバアドレスは、ｄ／ａ／ｍｄ５またはｄ／ｘ／ａ／ｍｄ５と表される。比較すると、既存の技術では、ｄ／ｘ／ｂ．ｃと表されるログインサーバアドレス内にエンコード結果を用いずにアドレスを組み合わせるため、ｄ／ａ／ｍｄ５またはｄ／ｘ／ａ／ｍｄ５と表されるアドレスよりもはるかに文字長が長くなりうる。実際、ｄ／ａ／ｍｄ５またはｄ／ｘ／ａ／ｍｄ５は、十分に短く、クライアントのＵＲＬ長の制限を超えず、クライアントが正確なログインサーバアドレスにリダイレクトされることを保証する。さらに、ログインが完了した後、ｄ／ａ／ｍｄ５またはｄ／ｘ／ａ／ｍｄ５は、ａというドメインにある短縮ＵＲＬマネージャに戻るための基礎として用いられてよい。例えば、ｄ／ａ／ｍｄ５またはｄ／ｘ／ａ／ｍｄ５が、ＨＴＴＰ要求に含まれてよい。短縮ＵＲＬマネージャは、要求を解析し、要求からｍｄ５として表されたＭＤ５エンコード形態を抽出し、ｍｄ５をキーとして用いて、対応する格納された値（すなわち、元ページアドレス）をテーブル内でルックアップする。元ページアドレスを用いて、クライアントは、ユーザがそもそもアクセスしたいページの要求を行い、要求は、ウェブサーバによって受信され、ウェブサーバが、クライアントにページコンテンツを送信し、次いで、クライアントが、ユーザに対してページをレンダリングする。これらの工程に含まれるアドレスは、用いられるＵＲＬがブラウザの制限を超えて失敗するということがない。
【００３９】
後に、ユーザがログイン認証情報（例えば、ユーザ名およびパスワード）を入力し、ログインに成功した後、クライアントは、別のＨＴＴＰ  ＧＥＴ要求を行うことによって、短縮ＵＲＬ管理サーバにリダイレクトされる。短縮ＵＲＬ管理サーバは、キー（ＭＤ５コード）を用いて、ユーザのＨＴＴＰ要求の元ページアドレスへの次のリダイレクトのための値（元ページアドレス）を見いだし、そのページにアクセスする。
【００４０】
ログインに失敗した場合、処理は、工程３１２で中断される。ログイン動作が成功した場合、工程３１４で、ログインサーバは、ログインアドレスに含まれていた短縮アドレスを用いて、クライアントを短縮ＵＲＬ管理サーバにリダイレクトする。ログインサーバに対して以前に生成された要求は、ログインサーバのアドレスと、短縮ＵＲＬ管理サーバのアドレスを特定する短縮ＵＲＬパラメータと、を含む。この短縮ＵＲＬは、クライアントを短縮ＵＲＬ管理サーバにリダイレクトするために、抽出されて用いられてよい。続いて上述の例において、短縮ＵＲＬパラメータａ／ｍｄ５が、ｄ／ａ／ｍｄ５またはｄ／ｘ／ａ／ｍｄ５から抽出される。クライアントは、短縮アドレスａ／ｍｄ５を用いて、ａというドメイン名を有する短縮ＵＲＬ管理サーバにリダイレクトされる。
【００４１】
工程３１６で、元ページアドレスが、短縮アドレスに基づいて決定される。いくつかの実施形態において、この工程は、図４のログインサーバ４１２によって実行される。短縮ＵＲＬ管理サーバは、クライアントの要求によって送信された短縮ＵＲＬからエンコード部分（上述の例のＭＤ５コードすなわちｍｄ５）を抽出し、エンコード部分を用いて元ページアドレスを決定する。この短縮ＵＲＬは、生成される時、ＭＤ５コードと組み合わせて生成される。したがって、短縮ＵＲＬのフォーマッティングが予め確立されており、エンコード部分（ＭＤ５コード文字列）は、既知のフォーマットに基づいて短縮ＵＲＬから抽出されうる。上述のように、ＭＤ５コードと元ページアドレス値との対応関係は、短縮ＵＲＬ管理サーバのテーブルに予め保存されている。短縮ＵＲＬから抽出されたＭＤ５コードをキーとして用いて、対応する元ページアドレスをルックアップできる。
【００４２】
工程３１８で、元ページアドレスは、ユーザによって元々要求されていたページにアクセスするために用いられる。具体的には、クライアントは、元ページアドレスを用いて要求を行う。この時点で、ユーザは、すでにログオンに成功して、要求されたページへのアクセスを許可されており、短縮ＵＲＬ管理サーバは、元々要求されていたページにクライアントをリダイレクトする。実施例に応じて、クライアントをリダイレクトするために、内部書き換えおよび／または外部リダイレクトを利用できる。具体的には、短縮ＵＲＬ管理サーバがページサーバに組み込まれ、それらのサーバが同じドメイン名を共有する場合、クライアントのリダイレクトは、内部書き換えによって実行される。続いて上記の例において、組み込みアプローチで、短縮ＵＲＬサーバは、要求を変更するが、ドメイン名を変更しない。例えば、ｈｔｔｐ：／／ｅｘａｍｐｌｅ．ｃｏｍ／ｓｈｏｒｔｕｒｌ／ｔｌ０３４ｋという短縮ＵＲＬが、短縮ＵＲＬ管理サーバによって、ｈｔｔｐ：／／ｅｘａｍｐｌｅ．ｃｏｍ／ｌｏｎｇｕｒｌ．ｈｔｍ？ｐａｒａｍ１＝ｖａｌｕｅ１＆ｐａｒａｍ２＝ｖａｌｕｅ２．．．．．．＆ｐａｒａｍｎ＝ｖａｌｕｅｎに変更され、その際、ドメイン名“ｅｘａｍｐｌｅ．ｃｏｍ”は変更されていない。ブラウザクライアントのアドレスフィールドは変わらない。短縮ＵＲＬ管理サーバがページサーバの外部に配置され、それらのサーバがドメイン名を共有しない場合、外部リダイレクトアプローチが用いられる。例えば、短縮ＵＲＬサーバは、応答／リダイレクトメッセージ内で、短縮ＵＲＬ“ｈｔｔｐ：／／ｓｈｏｒｔｕｒｌ．ｃｏｍ／ｔｌ０３４ｋ”を“ｈｔｔｐ：／／ｅｘａｍｐｌｅ．ｃｏｍ／ｌｏｎｇｕｒｌ．ｈｔｍ？ｐａｒａｍ１＝ｖａｌｕｅ１＆ｐａｒａｍ２＝ｖａｌｕｅ２．．．．．．＆ｐａｒａｍｎ＝ｖａｌｕｅｎ”へ変更するようにクライアントに伝える。ブラウザクライアントにおいて、アドレスフィールドが変わる。
【００４３】
クライアントが、ユーザによって元々要求されていたページにアクセスするためにリダイレクトされた後、ウェブサーバは、クライアントにページのコンテンツを提供し、クライアントは、ページをレンダリングする。ログイン・ジャンプ動作が完了する。
【００４４】
図４は、結合されたＵＲＬの長さを短くすることによってログインの失敗を防ぐよう構成されたシステムの一実施形態を示すブロック図である。
【００４５】
図の例では、ウェブプラットフォーム４００が、トランシーバ４０４およびエンコーダ４０６を含むウェブサーバ４０２と、短縮ＵＲＬマネージャ４１０を含む短縮ＵＲＬサーバ４０８と、ログインサーバ４１２と、を備える。
【００４６】
ユーザが、クライアントデバイス４１４を用いて、ウェブサーバ４０２によって維持されるウェブページにインターネットなどのネットワークを介してアクセスする。クライアントデバイスは、ラップトップコンピュータ、デスクトップコンピュータ、タブレット、携帯デバイス、スマートフォン、ウェアラブルネットワークデバイス、または、任意のその他の適切なコンピュータデバイスであってよい。いくつかの実施形態において、ウェブブラウザクライアントまたはスタンドアロンアプリケーションクライアントが、各クライアントデバイスにインストールされており、ウェブプラットフォーム３００によって提供されたウェブページにユーザがアクセスすることを可能にする。
【００４７】
トランシーバ４０４（ウェブサーバ４０２の構成要素として含まれてもよいし、ウェブサーバから独立していてもよい）は、クライアントからユーザアクセス要求を受信し、元ページアドレスを取得し、後にユーザが認証された時に、要求されたページをクライアントに送信するよう構成されている。
【００４８】
エンコーダ４０６（ページサーバ内に配置されてもよいし、独立的にページサーバに接続されていてもよい）は、元ページアドレスの少なくとも一部をエンコードしてエンコード部分を生成し、エンコード部分を含む短縮アドレスを生成するよう構成されている。いくつかの実施形態において、エンコーダは、元ページアドレスをエンコードして短縮アドレスを生成するために、ＭＤ５処理を実行する。
【００４９】
短縮ＵＲＬマネージャ４１０（短縮ＵＲＬサーバ４０８内に配置されてもよいし、独立的にサーバに接続されていてもよい）は、少なくともエンコード部分と元ページアドレスとの対応付けを維持し、ログインアドレスを決定するよう構成されている。いくつかの実施形態において、元ページアドレスおよびエンコード部分は、テーブルに保存される。短縮ＵＲＬマネージャは、さらに、短縮ＵＲＬを用いてログインサーバアドレスを形成し、クライアントをログインサーバにリダイレクトするよう構成されている。さらに、ログインが成功した後、短縮ＵＲＬマネージャは、リダイレクトされた要求に含まれる短縮ＵＲＬを用いてエンコード部分を取得し、エンコード部分を用いて、対応する元アドレスをルックアップしページにアクセスする。
【００５０】
ログインサーバ４１２は、ユーザに対してログイン認証を実行し、ユーザがログインに成功すると、クライアントを短縮ＵＲＬマネージャにリダイレクトするよう構成されている。
【００５１】
上述の例において、各サーバは、コンピュータ、マルチプロセッサシステム、マイクロプロセッサベースのシステム、専用デバイス、先述のシステムまたはデバイスの内の任意のものを含む分散型コンピュータ環境、もしくは、１または複数のプロセッサと、プロセッサに接続されプロセッサに命令を提供するよう構成されたメモリとを含むその他の適切なハードウェア／ソフトウェア／ファームウェアの組み合わせなど、１または複数のコンピュータデバイスを用いて実装されてよい。システム（１００など）が、１または複数のサーバを実装するために用いられてよい。
【００５２】
上述の構成要素（トランシーバ、エンコーダ、短縮ＵＲＬマネージャなど）は、１または複数の汎用プロセッサ上で実行されるソフトウェアコンポーネントとして、特定の機能を実行するよう設計されたプログラム可能論理デバイスおよび／または特定用途向け集積回路などのハードウェアとして、もしくは、それらの組み合わせとして実装することができる。いくつかの実施形態において、構成要素は、コンピュータデバイス（パーソナルコンピュータ、サーバ、ネットワーク装置など）に本願の実施形態に記載された方法を実行させるための複数の命令など、不揮発性記憶媒体（光学ディスク、フラッシュ記憶装置、携帯用ハードディスクなど）に格納することができるソフトウェア製品の形態で具現化されてよい。構成要素は、単一のデバイス上に実装されてもよいし、複数のデバイスにわたって分散されてもよい。構成要素の機能は、互いに統合されてもよいし、複数のサブ構成要素にさらに分割されてもよい。
【００５３】
図５は、処理３００中にやり取りされる一連のメッセージの例を示す図である。
【００５４】
最初に、クライアントブラウザが、ユーザ要求ページに行く（例えば、ウェブサーバｘに行き、アドレスｘ／ｂ．ｃに基づいてパスｂ．ｃで指定されたファイルにアクセスする）ために、ＨＴＴＰ要求５０２を発行する。ユーザがログインしていないとウェブサーバが判定した場合、ユーザ要求ページの元ページアドレスがエンコードされ、短縮ＵＲＬ（例えば、ａ／ｍｄ５またはｘ／ａ／ｍｄ５）が、エンコード部分と短縮ＵＲＬサーバのドメイン名とを組み合わせることによって生成される。短縮ＵＲＬは、クライアントをリダイレクトするために、応答５０４でクライアントに送信される。したがって、クライアントは、短縮ＵＲＬによって指定されたアドレスに別の要求５０６を送信する。短縮ＵＲＬサーバは、要求を受信し、エンコード部分と元ページアドレスとの対応付けを保存する。短縮ＵＲＬサーバは、さらに、受信した短縮ＵＲＬおよびログインサーバアドレスに基づいてログインアドレスを生成し、クライアントをログインサーバにリダイレクトするために、応答５０８を送信する。クライアントは、ユーザがログインを実行するために、ログインサーバに要求５１０を行う。ユーザがログインに成功すると、ログインサーバは、要求５１０で受信した短縮ＵＲＬを用いて、クライアントを短縮ＵＲＬサーバにリダイレクトするための応答５１２を生成する。クライアントは、エンコード部分を含む別の要求５１４を短縮ＵＲＬサーバに対して行い、短縮ＵＲＬサーバは、要求５１４に含まれるエンコード部分に基づいて元ページアドレスをルックアップし、クライアントをウェブサーバにリダイレクトするための応答５１６を送信する。クライアントは、応答５１６から元ページアドレスを取得し、元ページアドレスに基づいて要求５１８を行う。この時、ユーザはログインに成功しているので、ウェブサーバは、応答５２０で、元々要求されていたページのコンテンツを返す。
【００５５】
短縮されたアドレスを用いたウェブサイトアクセスの管理を開示した。本明細書に開示の技術は、リダイレクトの際に用いられるアドレスの長さによるログインリダイレクトの失敗の可能性を著しく低減する。
【００５６】
上述の実施形態は、理解しやすいようにいくぶん詳しく説明されているが、本発明は、提供された詳細事項に限定されるものではない。本発明を実施する多くの代替方法が存在する。開示された実施形態は、例示であり、限定を意図するものではない。
【図１】
2016515739.tif 000003
【図２】
2016515739.tif 000004
【図３】
2016515739.tif 000005
【図４】
2016515739.tif 000006
【図５】
2016515739.tif 000007
【国際調査報告】
2016515739.tif 000008
2016515739.tif 000009
2016515739.tif 000010