(57)【要約】情報コンテンツをネットワーク経由でクライアント装置に提供するコンテンツ提供装置において、前記コンテンツ提供装置内部で発生するイベントを検知するイベント検知手段と、該イベントが検知されると、該情報コンテンツを元の形式とは異なる所定の形式に変換して静的なコンテンツを生成する静的コンテンツ生成手段と、クライアント装置から発信された該コンテンツに対するリクエストを受け取るリクエスト受取手段と、該リクエストを発信したクライアント装置の認証を行う認証手段と、該認証が成功したクライアント装置のみに該生成された静的コンテンツを提供するコンテンツ提供手段と、を備えたこと、を特徴とするコンテンツ提供装置を提供する。
2008143284.tif 000002
【特許請求の範囲】
【請求項１】
情報コンテンツをネットワーク経由でクライアント装置に提供するコンテンツ提供装置において、
前記コンテンツ提供装置内部で発生するイベントを検知するイベント検知手段と、
該イベントが検知されると、該情報コンテンツを元の形式とは異なる所定の形式に変換して静的なコンテンツを生成する静的コンテンツ生成手段と、
クライアント装置から発信された該情報コンテンツに対するリクエストを受け取るリクエスト受取手段と、
該リクエストを発信したクライアント装置の認証を行う認証手段と、
該認証が成功したクライアント装置のみに該生成された静的コンテンツを提供するコンテンツ提供手段と、を備えたこと、を特徴とするコンテンツ提供装置。
【請求項２】
該情報コンテンツが格納される記憶媒体と、
前記静的コンテンツ生成手段により生成された静的コンテンツを前記記憶媒体の所定領域に格納する静的コンテンツ格納手段と、を備え、
前記コンテンツ提供手段は、前記認証手段により認証成功と判定されたクライアント装置のみに該静的コンテンツの格納場所を通知することを特徴とする請求項１に記載のコンテンツ提供装置。
【請求項３】
前記静的コンテンツ生成手段により生成された静的コンテンツの格納場所を所定のタイミングで変更する格納場所変更手段を更に備えたこと、を特徴とする請求項２に記載のコンテンツ提供装置。
【請求項４】
前記静的コンテンツを格納するための領域はデータフォルダであること、を特徴とする請求項２に記載のコンテンツ提供装置。
【請求項５】
前記記憶媒体は静的コンテンツを格納するためのフォルダを複数有し、
前記コンテンツ提供装置は、所定のタイミングで、該静的コンテンツが格納されるフォルダを別のフォルダに変更する格納フォルダ変更手段を更に備えたこと、を特徴とする請求項４に記載のコンテンツ提供装置。
【請求項６】
所定のアルゴリズムで生成された文字列を名前とする新規フォルダを所定のタイミングで作成するフォルダ生成手段と、
該新規フォルダが作成されると、前記静的コンテンツ生成手段により生成された静的コンテンツの格納場所を当該新規フォルダ内に変更する格納フォルダ変更手段と、を更に備えたこと、を特徴とする請求項４に記載のコンテンツ提供装置。
【請求項７】
該イベントは該情報コンテンツの更新であること、を特徴とする請求項１に記載のコンテンツ提供装置。
【請求項８】
前記認証手段は、前記リクエストの発信元のユーザについて、所定のユーザグループに属するかを基準として認証を行うこと、を特徴とする請求項１に記載のコンテンツ提供装置。
【請求項９】
前記認証手段は、情報コンテンツ毎に異なるユーザグループを割り当てることにより、前記リクエストの発信元のユーザについて情報コンテンツ単位で認証を行うこと、を特徴とする請求項８に記載のコンテンツ提供装置。
【請求項１０】
情報コンテンツをコンテンツ提供装置からネットワーク経由でクライアント装置に提供する方法であって、
前記コンテンツ提供装置内部で発生するイベントを検知し、
該イベントが検知されると、該情報コンテンツを元の形式とは異なる所定の形式に変換して静的なコンテンツを生成し、
クライアント装置から発信された該情報コンテンツに対するリクエストを受け取り、
該リクエストを発信したクライアント装置の認証を行い、
該認証が成功したクライアント装置のみに該生成された静的コンテンツを提供すること、により該情報コンテンツを提供するコンテンツ提供方法。  
【請求項１１】
該情報コンテンツを記憶媒体に格納し、
生成された前記静的コンテンツを前記記憶媒体の所定領域に格納し、
認証成功と判定されたクライアント装置のみに該静的コンテンツの格納場所を通知すること、により該情報コンテンツを提供する、請求項１０に記載のコンテンツ提供方法。
【請求項１２】
生成された前記静的コンテンツの格納場所を所定のタイミングで変更することにより情報コンテンツを提供する、請求項１１に記載のコンテンツ提供方法。
【請求項１３】
前記静的コンテンツを格納するための領域はデータフォルダであること、を特徴とする請求項１２に記載のコンテンツ提供方法。
【請求項１４】
前記記憶媒体が静的コンテンツを格納するためのフォルダを複数有する場合に、
前記コンテンツ提供装置において、所定のタイミングで、該静的コンテンツが格納されるフォルダを別のフォルダに変更すること、を特徴とする請求項１３に記載のコンテンツ提供方法。
【請求項１５】
所定のアルゴリズムで生成された文字列を名前とする新規フォルダを所定のタイミングで作成し、
該新規フォルダが作成されると、生成された前記静的コンテンツの格納場所を当該新規フォルダ内に変更すること、を特徴とする請求項１３に記載のコンテンツ提供方法。
【請求項１６】
該イベントは該情報コンテンツの更新であること、を特徴とする請求項１０に記載のコンテンツ提供方法。
【請求項１７】
前記クライアント装置の認証は、前記リクエストの発信元のユーザについて、所定のユーザグループに属するかを基準として認証を行うこと、を特徴とする請求項１０に記載のコンテンツ提供方法。
【請求項１８】
前記クライアント装置の認証は、情報コンテンツ毎に異なるユーザグループを割り当てることにより、前記リクエストの発信元のユーザについて情報コンテンツ単位で認証を行うこと、を特徴とする請求項１７に記載のコンテンツ提供装置。
【請求項１９】
情報コンテンツをクライアント装置に提供するようコンピュータを制御するための、コンピュータで読取可能な命令を含むコンピュータ使用可能な記憶媒体であって、
前記コンピュータ内部で発生するイベントを検知するステップと、
該イベントが検知されると、該情報コンテンツを元の形式とは異なる所定の形式に変換して静的なコンテンツを生成するステップと、
クライアント装置から発信された該コンテンツに対するリクエストを受け取るステップと、
該リクエストを発信したクライアント装置の認証を行うステップと、
該認証が成功したクライアント装置のみに該生成された静的コンテンツを提供するステップと、を実行することによってコンピュータを制御する命令を含むことを特徴とするコンピュータ使用可能な記憶媒体。
【請求項２０】
生成された前記静的コンテンツを記憶媒体の所定領域に格納し、
認証成功と判定されたクライアント装置のみに該静的コンテンツの格納場所を通知するよう、コンピュータを制御する命令を含む、請求項１９に記載の記憶媒体。
【請求項２１】
生成された前記静的コンテンツの格納場所を所定のタイミングで変更するよう、コンピュータを制御する命令を含む、請求項２０に記載の記憶媒体。
【請求項２２】
前記静的コンテンツを前記記憶媒体のデータフォルダに格納するよう、コンピュータを制御する命令を含む、請求項２０に記載の記憶媒体。
【請求項２３】
前記記憶媒体が静的コンテンツを格納するためのフォルダを複数有する場合に、
前記コンピュータにおいて、所定のタイミングで、該静的コンテンツが格納されるフォルダを別のフォルダに変更するよう、コンピュータを制御する命令を含む、請求項２２に記載の記憶媒体。
【請求項２４】
所定のアルゴリズムで生成された文字列を名前とする新規フォルダを所定のタイミングで作成し、
該新規フォルダが作成されると、生成された前記静的コンテンツの格納場所を当該新規フォルダ内に変更するよう、コンピュータを制御する命令を含む、請求項２２に記載の記憶媒体。
【請求項２５】
該イベントは該情報コンテンツの更新であること、を特徴とする請求項１９に記載の記憶媒体。
【請求項２６】
前記クライアント装置の認証は、前記リクエストの発信元のユーザについて、所定のユーザグループに属するかを基準として認証を行うよう、コンピュータを制御する命令を含む、請求項１９に記載の記憶媒体。
【請求項２７】
前記クライアント装置の認証は、情報コンテンツ毎に異なるユーザグループを割り当てることにより、前記リクエストの発信元のユーザについて情報コンテンツ単位で認証を行うよう、コンピュータを制御する命令を含む、請求項２６に記載の記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツをクライアント装置に提供するコンテンツ提供装置、コンテンツ提供方法、およびコンテンツをクライアント装置に提供するコンピュータ上で使用可能な記憶媒体に関し、特に、ＰＣ（Personal Computer）向けのコンテンツを表示できないクライアント装置に対してコンテンツを提供するコンテンツ提供装置、コンテンツ提供方法、およびそのためのコンピュータ使用可能な記憶媒体に関する。
【背景技術】
【０００２】
ネットワーク上の情報を閲覧するための情報閲覧ソフトウェア（以下、「ブラウザ」と記す）が広く知られ実用に供されている。ブラウザには、ネットワーク上の情報（例えばＷｅｂページであり、ＨＴＭＬ（Hyper Text Markup Language）等のマークアップ言語で記述された文書）を解釈し、その解釈結果に基づいてレンダリングを行う機能が実装されている。ユーザはＵＲＩ（Uniform Resource Identifier）を指定することによりブラウザ上で所望のＷｅｂページを閲覧することができる。【０００３】
近年、ブラウザはＰＣに限らず、例えば携帯電話やＰＤＡ（Personal Digital Assistants）、情報家電等の様々な機器に搭載されている。これに対してＷｅｂページはＰＣ向けに作成されるものが多い。従って、ＰＣ以外の殆どの機器では閲覧可能なＷｅｂページが限定されていた。このような不都合を解消するため、最近では例えばフルブラウザ対応の携帯電話が登場し、ＰＣ向けのＷｅｂページ（以下、「ＰＣ向けページ」という）を携帯電話機の画面上でも閲覧できるようになっている。【０００４】
しかし、現状ではフルブラウザ未対応の携帯電話端末も数多く存在し、また、フルブラウザ対応の携帯電話端末であってもリソースが限られているため動作が遅くＰＣ向けページを快適に閲覧できないといった不都合もある。このためＷｅｂサイトの中には、ＰＣ向けページ（ＨＴＭＬ）をコンパクトＨＴＭＬ（Compact-HTML）やＨＤＭＬ（Handheld Device Markup Language）、ＭＭＬ（Mobile Markup Language）等のモバイル機器向けのコンテンツ記述言語に変換してクライアント装置（携帯電話端末）に提供するコンテンツ変換サービスを提供するものもある。ＰＣ向けページをコンパクトＨＴＭＬ等に変換することで例えば容量が抑えられ、モバイル機器上でも快適なＷｅｂブラウジングが達成されると共に、フルブラウザ未対応の携帯電話機上でも様々なＷｅｂページを閲覧できるようになる。附言するにこのようなサービスは一般的に有料で提供される。【０００５】
例えば特開２００５−３４６７３４号公報に、コンテンツ変換サービスの一形態が開示されている。それによれば、Ｗｅｂサーバは、端末装置の機種および搭載ブラウザを特定し、その特定結果に応じたコンテンツデータを生成して端末装置に提供する。
【発明の開示】
【０００６】
ところが上記の構成では、端末装置からのアクセス要求の度にコンテンツ変換処理がサーバサイドで実行されるため、当該端末装置に対するレスポンスが遅いといった不都合がある。また、他の端末装置からアクセスが集中したときにはＷｅｂサーバに負荷が掛かり過ぎてしまい、場合によってはＷｅｂサーバがダウンすることも考えられる。
【０００７】
そこで、本発明は上記の事情に鑑みて、迅速なレスポンスでコンテンツ変換サービスをクライアントに提供し、且つ負荷軽減にも好適なコンテンツ提供装置、コンテンツ提供方法、およびコンピュータ使用可能な記憶媒体を提供することを課題としている。
【０００８】
本発明の一態様に係る情報コンテンツをネットワーク経由でクライアント装置に提供するコンテンツ提供装置は、前記コンテンツ提供装置内部で発生するイベントを検知するイベント検知手段と、該イベントが検知されると、該情報コンテンツを元の形式とは異なる所定の形式に変換して静的なコンテンツを生成する静的コンテンツ生成手段と、クライアント装置から発信された該情報コンテンツに対するリクエストを受け取るリクエスト受取手段と、該リクエストを発信したクライアント装置の認証を行う認証手段と、該認証が成功したクライアント装置のみに該生成された静的コンテンツを提供するコンテンツ提供手段と、を備えたことを特徴とする。
【０００９】
このように構成されたコンテンツ提供装置によれば、クライアント装置からのアクセス要求と非同期に静的コンテンツが作成されるため、アクセス要求に呼応してコンテンツ変換のためのプログラムを実行する必要がない。このため、クライアント装置に対して迅速なレスポンスを返すことができると共に、コンテンツ提供装置側の負荷を抑えることも可能となる。
【００１０】
また、本発明の一態様に係る、情報コンテンツをコンテンツ提供装置からネットワーク経由でクライアント装置に提供する方法は、前記コンテンツ提供装置内部で発生するイベントを検知し、該イベントが検知されると、該情報コンテンツを元の形式とは異なる所定の形式に変換して静的なコンテンツを生成し、クライアント装置から発信された該情報コンテンツに対するリクエストを受け取り、該リクエストを発信したクライアント装置の認証を行い、該認証が成功したクライアント装置のみに該生成された静的コンテンツを提供すること、により該情報コンテンツを提供する。
【００１１】
このようなコンテンツ提供プログラムによれば、クライアント装置からのアクセス要求と非同期に静的コンテンツが作成されるため、アクセス要求に呼応してコンテンツ変換のためのプログラムを実行する必要がない。このため、クライアント装置に対して迅速なレスポンスを返すことができると共に、コンテンツ提供装置側の負荷を抑えることも可能となる。
【００１２】
また、本発明の一態様に係る、情報コンテンツをクライアント装置に提供するようコンピュータを制御するための、コンピュータで読取可能な命令を含むコンピュータ使用可能な記憶媒体は、前記コンピュータ内部で発生するイベントを検知するステップと、該イベントが検知されると、該情報コンテンツを元の形式とは異なる所定の形式に変換して静的なコンテンツを生成するステップと、クライアント装置から発信された該情報コンテンツに対するリクエストを受け取るステップと、該リクエストを発信したクライアント装置の認証を行うステップと、該認証が成功したクライアント装置のみに該生成された静的コンテンツを提供するステップと、を実行することによってコンピュータを制御する命令を含むことを特徴とする。
【００１３】
このような記憶媒体によれば、クライアント装置からのアクセス要求と非同期に静的コンテンツが作成されるため、アクセス要求に呼応してコンテンツ変換のためのプログラムを実行する必要がない。このため、クライアント装置に対して迅速なレスポンスを返すことができると共に、コンピュータ側の負荷を抑えることも可能となる。
【図面の簡単な説明】
【００１４】
【図１】本発明の実施の形態による端末装置の外観を示した図である。
【図２】本発明の実施の形態による端末装置の構成を概略的に示したブロック図である。
【図３】本発明の実施の形態によるブラウザに含まれるブラウザエンジンの機能ブロック図である。
【図４】本発明の実施の形態によるＷｅｂサーバの構成を概略的に示したブロック図である。
【図５】本発明の実施の形態においてブラウザ−サーバサイド間で実行される処理のシーケンス図である。
【図６】本発明の実施の形態の認証サーバの構成を概略的に示したブロック図である。
【図７】本発明の実施の形態においてＷｅｂサーバが実行するディレクトリ変更処理のフローチャートである。
【発明を実施するための最良の形態】
【００１５】
以下、図面を参照して、本発明の実施の形態について説明する。【００１６】
図１は、本発明の実施の形態による端末装置１０の外観を示した図である。また、図２は、本発明の実施の形態による端末装置１０の構成を概略的に示したブロック図である。本実施の形態において端末装置１０は携帯電話機であるが、別の実施の形態では例えばＰＤＡ、ＰＨＳ（Personal Handy phone System）、或いは携帯ゲーム機等の種々の形態のモバイル機器が想定される。【００１７】
端末装置１０には、装置全体の制御を統括的に実行するＣＰＵ（Central Processing Unit）１０３が備えられる。ＣＰＵ１０３にはバス１１９を介して各構成要素が接続される。ＣＰＵ１０３は、バス１１９を介するデータ通信を行って各構成要素と信号を送受信することにより各種機能を実現する。これらの構成要素には、ＲＯＭ(Read-Only Memory)１０５、ＲＡＭ(Random-Access Memory)１０７、ネットワークインタフェース１０９、ディスプレイ１１１、ユーザインタフェースデバイス１１３、およびフラッシュメモリ１１５がある。【００１８】
ＲＯＭ１０５には各種プログラムや各種データが格納されている。ＲＯＭ１０５に格納されるプログラムには例えばブラウザ５０がある。ブラウザ５０は、所定のマークアップ言語で記述されたオンライン又はオフライン上の情報をディスプレイ１１１上に表示させ閲覧するための情報閲覧ソフトウェアである。【００１９】
ＲＡＭ１０７は例えばＲＯＭ１０５に格納されている各種プログラムの展開先である。ユーザインタフェースデバイス１１３を用いたユーザ・オペレーション（以下、単に「ユーザ・オペレーション」と記す）にしたがって、ＲＯＭ１０５に格納されているプログラム（例えばブラウザ５０）が読み出され、ＲＡＭ１０７の所定領域に展開されて実行される。これによりブラウザ５０が起動して、ユーザはＷｅｂブラウジングできるようになる。なお、端末装置１０には、ユーザインタフェースデバイス１１３として５ウェイキー、テンキー等の操作キーが実装されている。ＣＰＵ１０３にはユーザが押下する操作キーに応じた信号が入力され、ＣＰＵ１０３がＲＡＭ１０７に展開したプログラムを用いて入力信号に対応した処理を行うことにより、Ｗｅｂブラウジングを始めとする様々な機能が端末装置１０で達成される。【００２０】
ここで、ブラウザ５０の機能について説明する。図３を参照してブラウザ５０の基本的な構成要素であるブラウザエンジン３０について説明する。【００２１】
図３は、本発明の実施の形態によるブラウザ５０に含まれるブラウザエンジン３０の機能ブロック図である。図３に示されるように、ブラウザエンジン３０は、パーサー３１、フォーマッタ３３の各機能ブロックを含む。【００２２】
コンテンツ閲覧のため、ユーザによりコンテンツに対応するＵＲＩが指定されると、インターネット上の指定ＵＲＩに、指定されたコンテンツに対応するＨＴＭＬ文書２１を要求するためのリクエストが送信される。リクエストを受け付けた、指定ＵＲＩに対応するサーバは、当該のリクエストに応答して、指定ＵＲＩに置かれたＨＴＭＬ文書２１をブラウザ５０に送信する。ＨＴＭＬ文書２１は、インターネット等の所定のネットワークおよびネットワークインタフェース１０９を介してパーサー３１に渡される。なお、本実施形態でブラウザ５０が受け取るＨＴＭＬ文書２１は、例えばサーバサイドでコンパクトＨＴＭＬやＨＤＭＬ、ＭＭＬ等に変換されたものである。このコンテンツの変換処理については後に説明する。【００２３】
パーサー３１は、受け取ったＨＴＭＬ文書２１（コンパクトＨＴＭＬ）を解釈して、ＨＴＭＬ文書２１の文法構造がツリー構造で表されたドキュメントツリー２３を作成する。なお、ドキュメントツリー２３は、ＨＴＭＬ文書２１の文法構造を表現するのみであり、ドキュメントの表現に関する情報までは含んでいない。次いで、ドキュメントツリー２３、タグ、スタイルシート等に関する情報を基に、ＨＴＭＬ文書２１の表現形式、例えばblock, inline, table, list, item等を含むレイアウトツリー２５が作成される。レイアウトツリー２５は、block, inline, table等がどのような順番に存在しているかを表している。但し、レイアウトツリー２５は、これらの要素（block, inline, table等）が端末装置側の画面の何処にどのような幅と高さで表示されるか、テキストがどこで折り返されるか等の情報は含んでいない。【００２４】
フォーマッタ３３は、レイアウトツリー２５および端末装置１０の仕様（例えばディスプレイ１１１の画面サイズやアスペクト比等）の情報に基づいて周知のフォーマッティングを実行して、ディスプレイ１１１の画面上の各要素のレイアウト（例えば表示画面幅方向のピクセル数に合わせたテキストの折り返し、各要素の画面上での位置、幅、高さ等）を決定する。次いで、決定されたレイアウトに基づいてレンダリングを実行し、描画データを作成する。そして、作成された描画データを例えばＲＡＭ１０７のビデオメモリ領域に展開する。これにより、ＨＴＭＬ文書２１すなわちリクエストされたコンテンツのページがディスプレイ１１１に表示される。【００２５】
次に、ＰＣ向けのＷｅｂサイトを公開するＷｅｂサーバ２００に端末装置１０（ブラウザ５０）がコンテンツをリクエストした際に実行される処理について詳説する。図４に、本発明の実施の形態によるＷｅｂサーバ２００の概略的な構成をブロック図で示す。また、図５に、本発明の実施の形態によるブラウザ５０−サーバサイド間で実行される処理のシーケンス図を示す。本実施形態ではブラウザ５０はＷｅｂサーバ２００にＷｅｂページをリクエストし、そのレスポンスとして適切なコンテンツ記述言語に変換されたＷｅｂページを受け取る。なお、本実施形態では、端末装置１０がブルブラウザ対応機種でないことを前提に説明を行う。【００２６】
図４に示されるように、Ｗｅｂサーバ２００には、装置全体の制御を統括的に実行するＣＰＵ２０３が備えられる。ＣＰＵ２０３にはバス２１３を介して各構成要素が接続される。ＣＰＵ２０３は、バス２１３を介するデータ通信を行って各構成要素と信号を送受信することにより各種機能を実現する。これらの構成要素には、記憶装置２０５、ＲＡＭ２０７、ネットワークインタフェース２０９、およびタイマ２１１がある。【００２７】
記憶装置２０５には各種プログラムや各種データが格納されている。記憶装置２０５に格納されるプログラムには、クライアントからのリクエストを処理するプログラムがある。ＲＡＭ２０７は、例えば記憶装置２０５に格納されている各種プログラムの展開先である。上記プログラムはＷｅｂサーバ２００が起動している限り、例えばＲＡＭ２０７に展開されて常駐した状態にある。従って、上記プログラムは、クライアントからのリクエストに応答して直ぐさま実行され、また、動的なレスポンスを生成して送出することも可能である。また、記憶装置２０５に格納されるデータには、例えばＷｅｂページのコンテンツがある。【００２８】
図５のシーケンス図によれば、Ｗｅｂサーバ２００のＷｅｂページのコンテンツをリクエストするユーザ・オペレーションが入力されると、ブラウザ５０はそれに応じたリクエスト・メッセージを作成して、端末装置１０の端末ＩＤ（例えば電話番号等）と共にＷｅｂサーバ２００に送信する（ステップ１、以下、明細書及び図面においてステップを「Ｓ」と略記）。なお、ここで指定されるＵＲＩはＰＣ向けページの格納場所であり、便宜上、「http://www.OOO.co.jp/index.html」とする。【００２９】
次いで、Ｗｅｂサーバ２００は、受信した端末ＩＤを参照してクライアント装置が携帯電話機である（すなわちＰＣではない）ことを認識し、端末装置１０はＰＣ向けページを表示できないと判断する。そして、端末ＩＤを認証サーバ３００に転送して、クライアント装置のユーザがコンテンツ変換サービスに登録済みであるか否かを認証する認証処理を依頼する（Ｓ２）。なお、Ｗｅｂサーバ２００は、クライアント装置がＰＣであると判断した場合にはＳ２以降の処理を実行することなく通常の処理を実行する（すなわちリクエストされたＷｅｂページをレスポンスとして当該クライアントに返す）。また、ここでいう「コンテンツ変換サービス」は、ＰＣ向けページをモバイル機器上で閲覧可能とするためのサービスである。【００３０】
次に、認証サーバ３００について説明する。本実施形態において認証サーバ３００は、例えば携帯電話のキャリアが管理するサーバであり、キャリア毎に別個に存在する。Ｗｅｂサーバ２００は、各キャリアの認証サーバ３００のＵＲＩを予め記憶しており、Ｓ２の処理では例えばリクエスト・メッセージ中のメッセージ・ヘッダに含まれるユーザエージェント情報（例えば端末装置１０のキャリア、機種、搭載ブラウザの判別情報等を含む情報）を参照し、認証サーバ３００を転送先として決定する。【００３１】
図６に、認証サーバ３００の概略的な構成をブロック図で示す。図６に示されるように認証サーバ３００は、ＣＰＵ３０３、記憶装置３０５、ＲＡＭ３０７、ネットワークインタフェース３０９、登録者データベース３１１の各構成要素がバス３１３を介して接続された構成を有している。なお、ＣＰＵ３０３、記憶装置３０５、ＲＡＭ３０７、およびネットワークインタフェース３０９についての機能は、それぞれＷｅｂサーバ２００のものと同様のためここでは省略する。また、別の実施の形態では認証サーバ３００は、Ｗｅｂサーバ２００の管理者により管理されても良く、或いは認証サーバ３００と同一機能を果たすＷｅｂサーバ２００内に組み込まれたプログラムであっても良い。【００３２】
登録者データベース３１１は、ＣＰＵ３０３がコンテンツ変換サービスを利用するユーザの情報を登録者情報としてデータベース化して管理するものである。例えばユーザがキャリアの店頭やＷｅｂサイト内にあるオンラインフォームで所定の申込手続を行うと、認証サーバ３００は、キャリアのサーバ群が有する他のサーバや端末装置等と連係して動作し、その申込情報を登録者情報として、登録者データベース３１１に蓄積する。登録者情報には例えばユーザの氏名、住所、携帯電話機の端末ＩＤ等が含まれる。【００３３】
ここで、図５のシーケンス図の説明に戻る。認証サーバ３００は、Ｓ２の処理で転送された端末ＩＤを受信すると認証処理を実行する（Ｓ３）。具体的には、認証サーバ３００が、受信した端末ＩＤを条件に登録者データベース３１１を検索して、一致する端末ＩＤがあるか否かを判定する。一致する端末ＩＤがある場合、端末装置１０のユーザが登録者であることを意味する。このため認証サーバ３００は認証成功と判定し、その旨の通知をＷｅｂサーバ２００に返す（Ｓ４）。一方、登録者データベース３１１を検索した結果、一致する端末ＩＤがない場合、端末装置１０のユーザが非登録者であることを意味する。この場合、認証サーバ３００は、認証失敗と判定してエラー処理を実行する。このエラー処理については図示を省略する。なお、認証サーバ３００は、認証成功したクライアント装置に対して周知の課金処理を実行することにより、コンテンツ変換サービスの利用料を徴収する。【００３４】
エラー処理において認証サーバ３００は、認証失敗に応じたメッセージ（以下、「認証失敗メッセージ」という）を作成してブラウザ５０に返す。認証失敗メッセージには、例えば認証失敗のステータス・コード、ＨＴＴＰリダイレクトのステータス・コード、リダイレクト先ＵＲＩ等が含まれる。ブラウザ５０は、認証失敗メッセージを受信すると、当該メッセージに含まれるＨＴＴＰリダイレクトのステータス・コードに従ってリダイレクト処理を実行する。このときのリダイレクト先は、認証失敗メッセージに含まれるリダイレクト先ＵＲＩであり、例えばキャリアのＷｅｂサイト内にあるオンラインフォームページである。ユーザがリダイレクト先のオンラインフォーム上で申込手続を行い、その申込情報に対応するレコードが登録者データベース３１１に追加されると、端末装置１０に対する以降の認証処理は認証成功となる。【００３５】
Ｗｅｂサーバ２００は、認証サーバ３００から認証成功の通知を受信すると、Ｓ１の処理のリクエスト・メッセージに応じたレスポンス・メッセージを作成して（Ｓ５）、ブラウザ５０に返す（Ｓ６）。このときのレスポンス・メッセージには、例えばＨＴＴＰリダイレクトのステータス・コード、リダイレクト先ＵＲＩ等が含まれる。ブラウザ５０はレスポンス・メッセージを受信すると、認証失敗メッセージのときと同様にＨＴＴＰリダイレクトのステータス・コードに従ってリダイレクト処理を実行する（Ｓ７）。【００３６】
上記レスポンス・メッセージ中のリダイレクト先ＵＲＩには、Ｓ１の処理でブラウザ５０がリクエストしたＰＣ向けページ（ＨＴＭＬファイル）に対応するモバイル向けページ（当該ＨＴＭＬファイルを例えばコンパクトＨＴＭＬ等に予め変換してある静的なＷｅｂページ）が格納されている。ブラウザ５０が上記リダイレクト処理によりリダイレクト先ＵＲＩにアクセスすると（Ｓ７）、Ｗｅｂサーバ２００がそのレスポンスとして当該ページのデータを返す（Ｓ８）。これにより、Ｓ１の処理におけるリクエストに対応したモバイル向けページがブラウザ５０上で表示され（Ｓ９）、図５のシーケンス図の処理は終了する。なお、説明の便宜上、ここでのリダイレクト先ＵＲＩを「http://www.OOO.co.jp/ax08ea9/index.chtml」とする。本実施形態では、Ｗｅｂサーバ２００のＷｅｂサイトに含まれるＰＣ向けの全ページに対応するモバイル向けページのデータが同一ディレクトリ内に格納されている（ここでは後述のディレクトリ変更処理で作成された「ax08ea9」というディレクトリに、当該Ｗｅｂサイトの全てのモバイル向けページが格納されている）。【００３７】
ここで、図５の説明によれば、Ｗｅｂサーバ２００は、モバイル向けページを端末装置１０からのリクエスト以前に作成して上記リダイレクト先ＵＲＩに格納していることが分かる。モバイル向けページの作成タイミングは、例えばＰＣ向けページの更新時や、定期的なチェックでコンテンツの更新が検知されたときである。ＰＣ向けページが更新されたとき、或いは定期的なチェックでコンテンツの更新が検知されたとき、Ｗｅｂサーバ２００は、更新後のＰＣ向けページに対応するモバイル向けページを作成して上記リダイレクト先ＵＲＩ（ここでは「ax08ea9」ディレクトリ）に格納する。これにより、「ax08ea9」ディレクトリ下の、更新されたＰＣ向けページに対応するモバイル向けページのファイルが更新される。なお、ＨＴＭＬをコンパクトＨＴＭＬやＨＤＭＬ、ＭＭＬ等に変換する処理は周知技術であり、ここでの説明は省略する。【００３８】
附言するにＷｅｂサーバ２００は、例えばコンパクトＨＴＭＬやＨＤＭＬ、ＭＭＬ等の複数形式のモバイル向けページを作成してそれぞれ異なるディレクトリに格納する。これは、複数のファイル形式をサポートすることによって、コンテンツ変換サービスをより多くのユーザに提供するためである。従って、Ｗｅｂサーバ２００の負荷軽減を優先させたい場合には一形式のモバイル向けページだけを作成するといった形態も考えられる。【００３９】
複数形式のモバイル向けページがある場合、Ｓ５の処理においてＷｅｂサーバ２００は、端末装置１０のユーザエージェント情報を参照してブラウザ５０上で表示可能な形式を判断する。次いで、表示可能と判断した形式のモバイル向けページデータを格納したディレクトリの情報を、リダイレクト先ＵＲＩとしてレスポンス・メッセージに埋め込む。このような処理により、端末装置１０には、表示可能な形式のモバイル向けページがクライアントに対して適切に提供されることになる。【００４０】
このようにＰＣ向けページをモバイル向けページに事前に変換し格納しておく（すなわち、リクエスト毎に実行されていたコンテンツ変換処理を省略する）ことにより、ターンアラウンドタイム（ここではＳ１のリクエスト送信時からＳ９のレスポンス送信時までに掛かる時間）を従来と比較して格段に短縮できる。例えば従来のＷｅｂサーバは、リクエストを受け取ると認証処理を実行する。次いで、認証成功の場合、ＰＨＰやＰｅｒｌで作成されたサーブレットを実行してＰＣ向けページデータをモバイル向けページデータに変換する。そして、変換されたモバイル向けページデータをクライアントに返す。この構成において、５１１．３ｍｓｅｃがターンアラウンドタイムの実測値として確認されている。これに対して本願発明を適用したサーバの場合、認証処理、モバイル向けページへのアクセスのターンアラウンドタイムがそれぞれ１１５．２ｍｓｅｃ、６．４ｍｓｅｃとなる実測結果が確認されている。本願発明を適用した場合、実測結果からも明らかなようにターンアラウンドタイムが従来と比較して格段に短縮されるといった効果が得られる。【００４１】
また、本実施形態によれば、クライアント装置には、ＰＨＰやＰｅｒｌで作成されたサーブレット等による動的なＷｅｂページではなく、既に作成済みである静的なＷｅｂページ（モバイル向けページ）のデータが提供される。従って、モバイル向けページをＰＣ向けページと同様に不特定多数に広く公開した場合、ユーザは、モバイル向けページのＵＲＩ（すなわち「http://www.OOO.co.jp/ax08ea9/index.chtml」）を容易に入手して直接入力することで当該ページを閲覧できてしまう。附言するに従来はユーザエージェント情報の受信からサーブレット実行までの過程で認証処理を実行できるため、課金処理を行うには好適であった。一方で、本実施形態のような既に作成済みのモバイル向けページの場合、そのＵＲＩに直接アクセスしたクライアントに対しては、認証サーバ３００の介在余地がなく課金処理を行うことができないといった不都合が考えられる。【００４２】
上記不都合を解消するために本実施形態では、認証成功と判定したユーザ（すなわち登録者）に対してのみモバイル向けページのＵＲＩ（ここでは「http://www.OOO.co.jp/ax08ea9/index.chtml」）を提供するよう構成した。これにより、それ以外のユーザ（すなわち非登録者）に対してはモバイル向けページのＵＲＩが隠蔽される。モバイル向けページのＵＲＩを知るためには認証サーバ３００による認証処理が必要となるため、課金処理を適切に行うことができるようになる。【００４３】
更に本実施形態では、課金処理をより適切に行うため、以下に説明するディレクトリ変更処理を実行する構成となっている。図７に、本発明の実施の形態においてＷｅｂサーバ２００が実行するディレクトリ変更処理のフローチャートを示す。図７によれば、Ｗｅｂサーバ２００は、タイマ２１１を用いて計時処理を行い、現在時刻が所定時刻か否かを定期的に判定する（Ｓ２１）。そして、所定時刻であると検知したとき（Ｓ２１：ＹＥＳ）、モバイル向けページデータを格納するためのディレクトリ名を新規作成する（Ｓ２２）。ディレクトリ名作成のアルゴリズムとしては、例えば周知の擬似乱数生成法が挙げられる。上記アルゴリズムにより、例えば英数字が適当に並べられた文字列（例えば「ax08ea9」、「e990ba2」等）が新規ディレクトリ名として生成される。【００４４】
次いで、Ｗｅｂサーバ２００は新規ディレクトリを作成して、当該ディレクトリの名前をＳ２２の処理で作成した新規ディレクトリ名に設定する（Ｓ２３）。そして、Ｗｅｂサーバ２００のＷｅｂサイトのモバイル向けページ全てを現在のディレクトリ下から当該の新規ディレクトリ下に移動させる（Ｓ２４）。【００４５】
Ｗｅｂサーバ２００はＳ２４の処理に次いで、図５のＳ５の処理で作成するレスポンス・メッセージ中のリダイレクト先ＵＲＩを、新規作成したディレクトリに対応するＵＲＩに設定し（Ｓ２５）、ディレクトリ変更処理を終了する。例えば「ax08ea9」というディレクトリから「e990ba2」というディレクトリにモバイル向けページ（「index.chtml」）を移動させた場合、上記リダイレクト先ＵＲＩも「http://www.OOO.co.jp/ax08ea9/index.chtml」）から「http://www.OOO.co.jp/e990ba2/index.chtml」）に変更される。【００４６】
このように本実施形態では、図７のディレクトリ変更処理が実行される度にモバイル向けページデータの格納場所が変更する。従って、「http://www.OOO.co.jp/ax08ea9/index.chtml」に一度アクセスしたユーザが例えばＵＲＩ履歴を用いて「http://www.OOO.co.jp/ax08ea9/index.chtml」に再度アクセスしても、ディレクトリ変更処理が実行されて格納場所が「e990ba2」に移動している場合、ユーザはモバイル向けページを閲覧することができない。ユーザがモバイル向けページを再度閲覧するためには、認証サーバ３００による認証処理を経て新たなリダイレクト先ＵＲＩ（ここでは「http://www.OOO.co.jp/e990ba2/index.chtml」）を入手する必要がある。このため、登録者に対する課金を適切に実行することができる。また、リダイレクト先ＵＲＩを定期的に変更することで非登録者に対するモバイル向けページのＵＲＩの隠蔽がより確実なものとなり、このような面でも極めて好適である。【００４７】
なお、Ｓ２１で用いられる所定時刻の情報は、例えばＷｅｂサーバ２００の更新頻度やアクセス者数等のパラメータを考慮して適宜設定される。例えば更新頻度が低ければ一日や数週間といった比較的長いスパンの間に図７のディレクトリ変更処理を一回実行するよう時刻設定しても良いし、更新頻度が高ければ当該ディレクトリ変更処理を一日に複数回実行するよう時刻設定しても良い。また、ディレクトリ変更処理を設定時刻でなく、所定のタイミング毎（例えば数時間毎）に実行するようにしても良い。【００４８】
以上に記載した本実施形態によれば、Ｗｅｂサーバ２００は、クライアント装置からのリクエストに対してコンテンツ変換処理を実行することなくモバイル向けページデータを提供することができる。このためモバイル向けページデータが迅速なレスポンスでクライアントに提供される。また、Ｗｅｂサーバ２００はコンテンツ変換処理をクライアント装置からのアクセス要求毎に実行しない構成であるため、アクセス要求が集中してもＷｅｂサーバ２００に対する負荷は限定的である。【００４９】
本発明は、これらの実施形態に限定されるものではなく様々な範囲で変形が可能である。例えばリダイレクト先ＵＲＩとなる新規ディレクトリ名は、図７のディレクトリ変更処理の実行毎に作成しなくても良い。一例として、所定期間（例えば一年分）の新規ディレクトリ名を一括して生成しても良い。この場合、一括して生成された新規ディレクトリ名が、例えば所定時刻になる毎に一つずつ、モバイル向けページデータの移動先ディレクトリ名として用いられる。【００５０】
また、端末装置１０とＷｅｂサーバ２００とのデータ通信を、キャリアのサーバ（本実施形態では認証サーバ３００）が仲介して実行するようにしても良い。この場合、ユーザがモバイル向けページのＵＲＩを直接指定しても必ず認証処理が実行されるため、セキュリティ（認証サーバ３００を介さないモバイル向けページへのアクセスに対するセキュリティ）の面でより好適である。【００５１】
また、代替的には、認証サーバ３００はＷｅｂサーバ２００の機能の一部を実行する構成であっても良い。具体的には、例えばコンテンツ変換処理や、図５のＳ５、６、８等の処理、モバイル向けページの管理（例えばディレクトリ変更処理の実行による格納場所変更等）を実行するようにしても良い。また、これらの処理を認証サーバ３００ではなく、更に別の管理サーバが実行するようにしても良い。【００５２】
また、セキュリティを強化するため、リダイレクト先ＵＲＩを何段階にも設定する構成を採用しても良い。附言するにユーザには複数の認証用ＩＤが与えられ、各段階のリダイレクト処理時に別個の認証用ＩＤを用いて認証を行うようにしても良い。何段階のリダイレクト処理を実行するかは、対象となるコンテンツの内容（すなわちそのコンテンツに設定すべきセキュリティレベル）に依存して決まる。従って、リダイレクト処理の実行回数がコンテンツ毎に異なることもあり得る。【００５３】
また、Ｓ２１で用いられる所定時刻の情報を動的に設定し、図７のディレクトリ変更処理の実行間隔を更新頻度やアクセス者数に応じて柔軟に変更できるようにしても良い。【００５４】
また、ＨＴＴＰリダイレクト等によるコンテンツの定期的な格納場所変更処理は、例えばＳＮＳ（Social Networking Service）や企業プロジェクトの管理システム等といったクローズドなネットワークにおいても効果を発揮する。例えば限られたユーザのみで共有したい写真や日記等のコンテンツ、プロジェクトの進捗状況等のデータがあるとする。この場合、これらのデータは、アップロード時に例えば擬似乱数生成法で名前を付与されたディレクトリに格納され、以降は新たなディレクトリに定期的に移動させる。上記限られたユーザに対しては認証用ＩＤが与えられるため、認証処理およびリダイレクト処理を経てデータを閲覧することができる。これに対して外部の第三者にはリダイレクト先ＵＲＩが隠蔽されるため、上記データに対する不正アクセスが困難になる。【００５５】
このほか、複数の端末装置１０それぞれを使用する複数のユーザで構成されたグループを設け、このグループに関する情報（グループ名、グループに属するユーザの氏名、住所、携帯電話機の端末ＩＤ等）を登録者情報として登録者データベース３１１に登録してデータベース化し、特定のグループにのみコンテンツを提供可能にするよう管理してもよい。この構成の場合、登録済みグループに属するユーザ（端末装置１０）からコンテンツを要求するリクエストを受信すると、認証サーバ３００は、このユーザが該グループに属しているか否かを判断することによって認証／非認証を決定することができる。【００５６】
また、コンテンツやページごとにコンテンツを提供可能な特定のグループを設定し、ユーザのこのグループへの所属が登録されている場合にのみコンテンツが提供されるよう構成してもよい。この場合、コンテンツ提供可能なグループを構成するユーザは一人でも複数でもよい。【００５７】
そして、特定のグループのみに提供可能な限定的コンテンツをユーザが要求した場合、この限定的コンテンツが格納されている場所を示す静的リンク情報をリダイレクト先として端末装置１０に返信する。この構成の場合、静的リンクは携帯電話のキャリアが取り扱う端末装置１０の機種ごとに設けてもよい。或いは、該限定的コンテンツの記述形式が（例えば画像ファイル等の）多くの端末装置１０で機種を問わず対応可能な一般的なものであれば、一つのみ設けてもよい。【００５８】
特定のグループのみに提供可能な限定的コンテンツを要求したユーザが該特定のグループに所属していなかった場合の応答としては、そのコンテンツごとに「何の応答も返さない」「エラー報知」「特定のグループに所属しないユーザ用に設けた所定のページデータを返す」といった対応が考えられる。所定のページデータは未変換の通常ページデータであってもよいし、該ユーザにはアクセス不可のコンテンツであることを示す情報を含むページデータであってもよい。
【図１】
2008143284.tif 000003
【図２】
2008143284.tif 000004
【図３】
2008143284.tif 000005
【図４】
2008143284.tif 000006
【図５】
2008143284.tif 000007
【図６】
2008143284.tif 000008
【図７】
2008143284.tif 000009
【国際調査報告】
2008143284.tif 000010
2008143284.tif 000011