(57)【要約】【課題】端末装置を操作するユーザにマーケティング情報の取得を意識させることなく、かつメモリに制約のある携帯端末からのアクセスにおいてもマーケティング情報の取得が可能な中継サーバ技術を提供する。【解決手段】ネットワークを介して端末装置と目的サーバとを中継する中継サーバにおいて、端末装置からネットワークを介して目的サーバのサイトＩＤを指定したリクエストを受け付けて、リンク管理テーブルにアクセスして、サイトＩＤ毎に設けられ前記サイトＵＲＬ内のリンクタグＵＲＬ毎に設定されたリンクタグＩＤを読み出してリンクタグＵＲＬをリンクタグＩＤに変換したＨＴＭＬソースデータを前記端末装置に返信する。【選択図】    図２
2005070833.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して端末装置と目的サーバとを中継する中継サーバにおいて、
端末装置からネットワークを介して目的サーバのサイトＩＤを指定したリクエストを受け付けて、
リンク管理テーブルにアクセスして、前記サイトＩＤ毎に設けられ前記サイトＵＲＬ内のリンクタグＵＲＬ毎に設定されたリンクタグＩＤを読み出し、
前記サイトＵＲＬのリンクタグＵＲＬをリンクタグＩＤに変換したＨＴＭＬソースデータを前記端末装置に返信し、
前記端末装置より前記リンクタグＩＤを指定したリクエストを受け付けたときに、前記リンク管理テーブルを参照してリンクタグＩＤに対応したリンクタグＵＲＬを索出してＨＴＭＬリクエストを生成し前記目的サーバのサイトＵＲＬにリクエストを送信するネットワーク中継方法。
【請求項２】
前記リンクタグは１乃至数バイトの固定長で構成されている請求項１記載のネットワーク中継方法。
【請求項３】
前記サイト管理テーブルには、端末装置から前記サイトＵＲＬの閲覧数が登録されている請求項１記載のネットワーク中継方法。
【請求項４】
前記サイト管理テーブルには、前記サイトＵＲＬをアクセスしたユーザ数が登録されている請求項１記載のネットワーク中継方法。
【請求項５】
前記サイト管理テーブルには、サイトＵＲＬの閲覧に伴う課金金額が登録されている請求項１記載のネットワーク中継方法。
【請求項６】
前記サイト管理テーブルには、さらに、課金のシェアとその比率が登録されている請求項５記載のネットワーク中継方法。
【請求項７】
前記中継サーバには、目的サーバのＵＲＬ毎に課金登録数を登録した課金管理テーブルを有している請求項１記載のネットワーク中継方法。
【請求項８】
前記中継サーバには、目的サーバのＵＲＬのリンクタグＩＤ毎に決済金額を登録した決済購入管理テーブルを有している請求項１記載のネットワーク中継方法。
【請求項９】
ネットワークを介して端末装置と目的サーバとを中継する中継サーバであって、
端末装置からネットワークを介して受け付けた目的サーバへのアクセスのためのリクエスト中のサイトＵＲＬに対応したサイトＩＤが登録されたサイト管理テーブルと、
前記サイトＩＤ毎に設けられ前記サイトＵＲＬ内のリンクタグＵＲＬ毎に設定されたリンクタグＩＤが登録されたサイト管理テーブルとを備えた中継サーバ。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、インターネットの各サイトへのアクセス情報の取得が容易な中継サーバ技術に関する。
【０００２】
【従来の技術】
ネットワーク接続可能な携帯端末等の端末装置で目的のサイト（ＷＥＢサーバ等）にアクセスする場合、このアクセス数やアクセスしたユーザ数、課金情報等が統合的に管理可能であればマーケティング情報として高い価値を有することになる。
【０００３】
この点について、アドレス毎（ＵＲＬ毎）に数桁のコードを付与してユーザがコードを指定するだけでコードに関連付けられたサイトへのアクセスを可能にし、これによりサイト毎のアクセス件数を管理できるようにした技術が知られている。
【０００４】
【特許文献１】
特開２００２−８２８５６号公報
【０００５】
【発明が解決しようとする課題】
しかし、かかる方法では、ユーザはサイトＵＲＬに対応するコードを雑誌等の別媒体で知得しなければならず、ユーザに対してそのアクセスがマーケティング情報用途に用いられる意識を持たせてしまうことになるといった状況があった。
【０００６】
本発明は、前記技術をさらに検討してなされたものであり、端末装置を操作するユーザにマーケティング情報の取得を意識させることなく、かつメモリに制約のある携帯端末からのアクセスにおいてもマーケティング情報の取得が可能な中継サーバ技術を提供することを技術的課題とする。
【０００７】
【課題を解決するための手段】
本発明は、ネットワークを介して端末装置と目的サーバとを中継する中継サーバにおいて、端末装置からネットワークを介して目的サーバのサイトＩＤを指定したリクエストを受け付けて、リンク管理テーブルにアクセスして、サイトＩＤ毎に設けられ前記サイトＵＲＬ内のリンクタグＵＲＬ毎に設定されたリンクタグＩＤを読み出してリンクタグＵＲＬをリンクタグＩＤに変換したＨＴＭＬソースデータを前記端末装置に返信するものである。
【０００８】
すなわち、前記端末装置より前記リンクタグＩＤを指定したリクエストが返信されてきたときには、再度前記リンク管理テーブルを参照してリンクタグＩＤに対応したリンクタグＵＲＬを索出してＨＴＭＬリクエストを生成し前記目的サーバのサイトＵＲＬにリクエストを送信する。
【０００９】
このようなサイト管理テーブルを設けることにより、目的サイトのアクセス数（ページ閲覧数）、アクセスユーザ数、課金金額、課金シェア比率、シェア対象企業等の管理が容易となり、マーケティング情報として高価値な情報を得ることができる。
【００１０】
また、リンクタグＩＤを１〜数バイト程度の固定長の文字列で設定することにより、メモリの小さな携帯端末上の閲覧プログラムであっても多数のリンクを表示させることができるようになる。
【００１１】
【発明の実施の形態】
以下、図面に基づいて、本発明の実施の形態を説明する。
本実施形態のシステム構成は、図１に示すように、端末装置としての携帯電話１０１と、該携帯電話１０１とキャリアゲートウェイ１０２およびインターネット１０３を介して接続されたプロキシサーバ１０４と、ＷＥＢサーバ１０５（目的サーバ）とで構成されている。
【００１２】
携帯電話１０１は、ネットワーク接続可能な携帯端末であり、内蔵されたブラウザプログラムにより、液晶表示部等にＨＴＭＬやＸＭＬに準拠した表示データが表示可能となっている。前記携帯電話１０１は、キャリアゲートウェイ１０２およびインターネット１０３を介してプロキシサーバ１０４に接続可能となっている。
【００１３】
プロキシサーバ１０４はハードウェア的には、コンピュータ、すなわち情報処理装置で構成されており、図示しない中央処理装置（ＣＰＵ）がプロキシ処理プログラムを読み込んで実行処理することにより本実施形態のプロキシサーバ１０４としての機能を実現している。
【００１４】
プロキシサーバ１０４にはハードディスク装置等の大容量記憶装置１０７を有しており、ここにはオペレーティングシステム（ＯＳ）や前記プロキシ処理プログラムの他に、セッション管理ログ等の管理エリアが設けられている。また、後で詳述するサイト管理テーブル２０１、リンク管理テーブル２０２、課金管理テーブル３０３および決済購入管理テーブル４０１等も登録されている。
【００１５】
サイト管理テーブル２０１には、図２に示すように、サイトＩＤをキーにして、サイト名、サイトＵＲＬ、セッションＩＤ（ＳＩＤ）、課金金額、シェア比率、シェア対象企業、ページ閲覧数（ＰＶ数）およびアクセスユーザ数（ＵＵ数）が登録されるようになっている。
【００１６】
ここで、サイトＩＤはサイト毎に割り当てられた数桁の英数文字からなるコードであり、あらかじめキャリアゲートウェイ１０２において携帯電話１０１に表示されるメニュー画面等のＵＲＬリストに設定されている。したがって、携帯電話１０１のユーザは、当該プロキシサーバ１０４のアドレスをサイトＩＤを引数として指定して（たとえばｈｔｔｐ：／／ｐｒｏｘｙ．ｃｙｂｉｒｄ．ｎｅ．ｊｐ／ｐ？ｉｄ＝ＣＹ０００１）アクセスすることになる。
【００１７】
サイト管理テーブル２０１の課金金額は、当該サイトＵＲＬを閲覧した際の課金金額であり、１回毎のアクセスの金額または１カ月の固定金額等を登録しておくことができる。シェア比率は、シェア対象企業の課金金額のシェアの比率を登録したものであり、この「ＣＹＢ０００１」のサイトＩＤの場合、課金金額は１００円であり、そのうち３０％、すなわち３０円がシェア対象企業であるＡ社のシェアとなることがわかる。
【００１８】
ページ閲覧数（ＰＶ数）は、当該サイトＩＤに対応するＵＲＬ（ここではｈｔｔｐ：／／Ａｓｉｔｅ．ｊｐ／ｉｎｄｅｘ．ｈｔｍｌ）が閲覧された累計数を登録しており、閲覧される毎に数値が１だけ加算される。一方、アクセスユーザ数（ＵＵ数）は、アクセスしたユーザの累計を示しており、異なったユーザが当該サイトＵＲＬにアクセスした場合にのみ数値が１だけ加算される。
【００１９】
図２において、プロキシサーバ１０４が携帯電話１０１から「ｈｔｔｐ：／／ｐｒｏｘｙ．ｃｙｂｉｒｄ．ｎｅ．ｊｐ／ｐ？ｉｄ＝ＣＹ０００１」のＨＴＴＰリクエストを受け付けた場合、プロキシサーバ１０４の中央処理装置（ＣＰＵ）は、プロキシ処理プログラムにより引数として付加されているサイトＩＤ「ＣＹ０００１」を取り出してサイト管理テーブル２０１にアクセスする。
【００２０】
そして、ページ閲覧数（ＰＶ数）に１を加算する。また、当該ユーザが当該サイトへの初めてのアクセスである場合には、アクセスユーザ数（ＵＵ数）にも１を加算する。
【００２１】
次に、プロキシサーバ１０４の中央処理装置（ＣＰＵ）は、サイト管理テーブル２０１よりサイトＵＲＬ（ここではｈｔｔｐ：／／Ａｓｙｔｅ．ｊｐ／ｉｎｄｅｘ．ｈｔｍｌ）を読み出して当該サイト（ＷＥＢサーバ１０５）にＨＴＴＰ接続し、当該ＷＥＢサーバ１０５からの応答（Ｒｅｓｐｏｎｓｅ）を取得する。その際に、中央処理装置（ＣＰＵ）は、当該ページ（ＨＴＭＬリソースページ）のセッションＩＤを生成し、当該ＨＴＭＬソースファイルを解析して、ページ内に設定されたリンクタグＵＲＬを一意で認識するリンクタグＩＤを生成する。そして、このリンクタグＩＤとリンクタグＵＲＬとを関係付けたリンク管理テーブル２０２に登録する。
【００２２】
図２の、リンク管理テーブル２０２では、サイトＩＤが「ＣＹ０００１」のリンクタグ（ｈｔｔｐ：／／Ａｓｉｔｅ．ｊｐ／ｗｈａｔｓｎｅｗ．ｃｇｉ）に対して２バイト文字からなる「Ａ１」がリンクＩＤとして設定されている。
【００２３】
次に、プロキシサーバ１０４の中央処理装置（ＣＰＵ）は、前記リンクタグをリンクＩＤに置き換えたＨＴＭＬソースファイルを生成し、携帯電話１０１に返信する。具体的には、「＜Ａ  ＨＲＥＦ＝”  ／ｗｈａｔｓｎｅｗ．ｃｇｉ”＞Ｗｈａｔ‘ｓＮｅｗ  ＜／Ａ＞」のＨＴＭＬ文は、「＜Ａ  ＨＲＦＥ＝”Ａ１”＞Ｗｈａｔ‘ｓＮｅｗ＜／Ａ＞」に変換される。
【００２４】
このように、約十数バイトの文字列が２バイトのリンクＩＤに変換されることにより、携帯電話１０１に送信される通信パケット量を抑制できる効果もある。
【００２５】
次に、携帯電話１０１からこのリンクタグＵＲＬへのＨＴＴＰリクエストは当該プロキシサーバ１０４のＵＲＬとページセッションＩＤとリンクタグＩＤとを組み合わせたもの、たとえば「ｈｔｔｐ：／／ｐｒｏｘｙ．ｃｙｂｉｒｄ．ｎｅ．ｊｐ／００ＡＢＣＤＥＦＧ／Ａ１／」となる。なお、このときにサイト管理テーブル２０１のページ閲覧数（ＰＶ数）とアクセスユーザ数（ＵＵ数）とを加算するようにしてもよい。
【００２６】
図３は、本実施形態のプロキシサーバ１０４を用いた課金管理方法を示している。
同図に示すように、課金管理テーブル３０３が設けられている。以下に、この課金管理テーブル３０３の生成方法について説明する。
【００２７】
まず、プロキシサーバ１０４が携帯電話１０１からページセッションＩＤとリンクタグＩＤとを含むＨＴＴＰリクエスト（たとえば、「ｈｔｔｐ：／／ｐｒｏｘｙ．ｃｙｂｉｒｄ．ｎｅ．ｊｐ／００ＡＢＣＤＥＦＧ／Ａ３／」）を受信すると、中央処理装置（ＣＰＵ）は、リンク管理テーブル２０２を参照して、一致するリンクタグＵＲＬ（ここでは、「ｈｔｔｐ：／／  外部課金システム．ｊｐ／ｋａｋｉｎ．ｃｇｉ？ＲｅｇｉｓｔＵＲＬ＝課金完了通知ＵＲＬ」）を検出する。次に、ＧＥＴやＰＯＳＴパラメータに付加する課金完了通知ＵＲＬを、プロキシサーバ１０４経由に書き換えた上で外部課金システムに課金登録リクエスト（ここでは「ｈｔｔｐ：／／  外部課金  ／ｋａｋｉｎ．ｃｇｉ？ＲｅｇｉｓｔＵＲＬ＝課金完了通知ＵＲＬ？ｉｄ＝ＣＹ０００１」を送信する。
【００２８】
次に、外部課金システム３０１で課金処理がなされると、プロキシ宛課金完了通知ＵＲＬ宛てのＨＴＴＰリクエスト（ｈｔｔｐ：／／  プロキシ宛課金完了通知ＵＲＬ？ｉｄ＝ＣＹ０００１）が返信されてくる、課金管理テーブル３０３の該当サイトＩＤの課金登録数を＋１する。同時にサイト宛課金完了通知ＵＲＬ（ＷＥＢサーバ１０５「ｈｔｔｐ：／／Ａｓｉｔｅ．ｊｐ／ｒｅｇｉｓｔ．ｃｇｉ」）にＨＴＴＰリクエストを送信する。そして最後に携帯電話１０１に対して処理完了を通知する。
【００２９】
このように図３に示した実施形態によれば、プロキシサーバ１０４において課金管理（課金数の管理）が可能となる。
【００３０】
図４は、本プロキシサーバ１０４において、外部ＥＣサーバ４０２における決済管理を行う例を示したものである。
同図に示すようにこの実施形態では、決済購入管理テーブル４０１が設けられている。
【００３１】
この決済購入管理テーブル４０１には、サイトＩＤと、ページセッションＩＤと、リンクタグＩＤと決済金額とが対応付けられて登録されている。以下にこの決済購入管理テーブル４０１の生成方法について説明する。
【００３２】
まず、プロキシサーバ１０４が携帯電話１０１からページセッションＩＤとリンクタグＩＤとを含むＨＴＴＰリクエスト（たとえば、「ｈｔｔｐ：／／ｐｒｏｘｙ．ｃｙｂｉｒｄ．ｎｅ．ｊｐ／００ＡＢＣＤＥＦＧ／Ａ１／」）を受信すると、中央処理装置（ＣＰＵ）は、リンク管理テーブル２０２を参照して、一致するリンクタグＵＲＬ（ここでは、「ｈｔｔｐ：／／  外部ＥＣサイト．ｊｐ／ｂｕｙ．ｃｇｉ」）を検索する。ここで一致するＵＲＬを検出した場合には、外部ＥＣサーバ４０２での決済購入リクエストであると認識する。
【００３３】
次に、プロキシサーバ１０４の中央処理装置（ＣＰＵ）は、外部ＥＣサーバ４０２に対してＨＴＴＰリクエスト（ここでは「ｈｔｔｐ：／／  外部ＥＣサイト．ｊｐ／ｂｕｙ．ｃｇｉ？ＩＤ＝００１」）を送信する。
次に、プロキシサーバ１０４は、外部ＥＣサーバからの応答（Ｒｅｓｐｏｎｓｅ）を受け取った後、その応答が正常であればリクエスト（Ｒｅｑｕｅｓｔ）のＰＯＳＴもしくはＧＥＴパラメータを解析し、決済金額を決済購入管理テーブル４０１に登録する。また、サイトＩＤ、ページセッションＩＤ、リンクタグＩＤ、課金対象金額や外部ＥＣサーバ４０２からの応答（Ｒｅｓｐｏｎｓｅ）の戻りが異常値の場合は、何も行わない。
【００３４】
次に、外部ＥＣサーバからの応答（Ｒｅｓｐｏｎｓｅ）の中のリンクタグＵＲＬの文字列「ｈｔｔｐ：／／  外部ＥＣサイト．ｊｐ／ｂｕｙ．ｃｇｉ」を２バイト文字「Ａ１」に変換してリンク管理テーブル２０２に登録する。
【００３５】
そして、前記リンクタグＵＲＬを２バイト文字に変換したＨＴＭＬソースファイルを携帯電話１０１に返信する。
【発明の効果】
本発明によれば、目的サイトのアクセス数（ページ閲覧数）、アクセスユーザ数、課金金額、課金シェア比率、シェア対象企業等の管理が容易となり、マーケティング情報として高価値な情報を得ることができる。また、リンクタグＩＤを１〜数バイト程度の固定長の文字列で設定することにより、メモリの小さな携帯端末上の閲覧プログラムであっても多数のリンクを表示させることができるようになる。
【図面の簡単な説明】
【図１】本発明の実施形態におけるシステム構成を示す図
【図２】実施形態におけるプロキシサーバ１０４の処理手順とテーブル構成を示す図（１）
【図３】実施形態におけるプロキシサーバ１０４の処理手順とテーブル構成を示す図（２）
【図４】実施形態におけるプロキシサーバ１０４の処理手順とテーブル構成を示す図（３）
【符号の説明】
１０１  携帯電話（端末装置）
１０２  キャリアゲートウェイ
１０３  インターネット
１０４  プロキシサーバ
１０５  ＷＥＢサーバ
２０１  サイト管理テーブル
２０２  リンク管理テーブル
３０１  外部課金システム
３０３  課金管理テーブル
４０１  決済購入管理テーブル
４０２  外部ＥＣサーバ
【図１】
2005070833.tif 000003
【図２】
2005070833.tif 000004
【図３】
2005070833.tif 000005
【図４】
2005070833.tif 000006