(57)【要約】【課題】特殊な加工が施されたＷｅｂコンテンツの配信を大規模な専用アプリケーションを開発することなく行うことを可能とするファイル取得方法およびシステムを提供する。【解決手段】標準ブラウザが解釈可能な規格タグに加えて、標準ブラウザが解釈できない独自タグを付加したページファイルを配信サーバ側に用意し、利用者端末側には、独自タグの解釈を行う機能を備えた専用ブラウザを搭載する。利用者端末側では、配信サーバにアクセスして、独自タグを付加したページファイルを受け取ると、独自タグの内容を解釈して、必要な処理を行い、対象とするファイルを取得する。【選択図】  図５
2004362338.tif 000002
【特許請求の範囲】
【請求項１】
利用者が利用する端末装置である利用者端末から、利用者を閲覧対象とする対象ファイルの配信を行うサーバコンピュータである配信サーバにアクセスして当該対象ファイルを取得する方法であって、
前記利用者端末からのアクセスに基づいて、前記配信サーバが、規格外のタグである独自タグを付加したログインページファイルを前記利用者端末に送信する段階と、
前記利用者端末が、前記受信したログインページファイルに記録された独自タグの内容を解釈して、前記利用者端末に記録されている認証用情報を抽出し、前記配信サーバのログインページファイルを指定して、前記抽出した認証用情報を送信する段階と、
前記配信サーバが、前記認証用情報を利用して認証を行い、ページファイルを送信する段階と、
前記利用者端末が、前記受信したページファイルに記録された独自タグの内容を解釈して、当該独自タグに記録されていた配信サーバ上の前記ページファイルと異なるページファイルにアクセスする段階と、
前記利用者端末への前記配信サーバからの前記ページファイルの送信が１回以上行われた後、前記利用者端末が受信したページファイルに付加された独自タグ内に記録されたアクセス先がリストページである場合に、当該リストページへの前記利用者端末からのアクセスに基づいて、前記配信サーバが、顧客情報から抽出したファイル情報を含む独自タグを１以上付加したリストページを作成して前記利用者端末に送信する段階と、
前記受信したリストページに対する利用者端末からのファイルの指定に基づいて、前記配信サーバが、対応する対象ファイルを抽出して、前記利用者端末に送信する段階と、
を有することを特徴とするファイル取得方法。
【請求項２】
利用者が利用する端末装置である利用者端末から、利用者を閲覧対象とする対象ファイルの配信を行うサーバコンピュータである配信サーバにアクセスして当該対象ファイルを取得するシステムであって、
顧客である利用者の情報を記録した顧客データベースと、
前記利用者に配信するための対象ファイルを管理するファイルサーバと、を有し、
前記利用者端末は、受信したページファイルに含まれる規格外のタグである独自タグを解釈し、解釈した内容に従って必要な情報を前記配信サーバに送信する機能と、解釈した内容に従って表示を行う機能を有し、
前記配信サーバは、前記独自タグを記録したページファイルを有すると共に、前記利用者端末から送信される情報に基づいて、前記ファイルサーバから抽出した情報を含む独自タグを付加したページファイルを作成する機能を有し、
前記利用者端末は、前記配信サーバから受信したページファイル内の独自タグを解釈して、前記配信サーバとの通信を行うことにより、前記配信サーバからページファイルを取得し、当該ページファイルに記録された独自タグを解釈することにより表示されるリストを利用して対象ファイルを取得するものであることを特徴とするファイル取得システム。
【請求項３】
表示を制御するタグを付加したタグ付きファイルにおいて、標準ブラウザで閲覧することを可能とする規格に従ったタグである規格タグに加えて、規格外であって、標準ブラウザで解釈することができない独自のタグである独自タグを付加したことを特徴とするページファイル。
【発明の詳細な説明】
【０００１】
【産業上の利用分野】
本発明は、Ｗｅｂコンテンツの閲覧に使用されるＨＴＭＬ、およびＨＴＭＬを利用したシステムに関する。
【０００２】
【従来の技術】
近年、インターネット環境の普及に伴い、利用明細書や請求書等をインターネットを利用して電子的に配信するサービスが提供されてきている（例えば、特許文献１参照）。
【０００３】
【特許文献１】
特開２００２−２７９１３１号公報
【０００４】
従来、このような電子的に請求書等のファイルを配信する方法としては、ブラウザと呼ばれる標準的にパーソナルコンピュータに組み込まれ使用されているソフトウェアを用いる方法と、専用のアプリケーションをパーソナルコンピュータに別途導入して通信を行う方法とがあった。
【０００５】
【発明が解決しようとする課題】
従来、標準ブラウザを用いて情報を取得する場合、ＨＴＭＬやＰＤＦといった通常のＷｅｂコンテンツの閲覧は可能であるが、特殊な加工が施されたＷｅｂコンテンツの閲覧は不可能であった。ここで、特殊な加工とは、例えば、Ｗｅｂコンテンツに対する暗号化や、開封確認のための情報を埋め込むこと等である。そこで、特殊な加工が施されたＷｅｂコンテンツを配信する配信サーバと通信可能な専用アプリケーションを、パーソナルコンピュータ等の閲覧側に別途用意し、この専用アプリケーションに復号や開封通知といった機能を持たせることが考えられる。
【０００６】
しかし、専用アプリケーションを別途用意することは、標準ブラウザと通信していたＷｅｂアプリケーションとは異なる専用アプリケーション用Ｗｅｂアプリケーションを配信サーバ側に用意する必要があり、構築費が増大することになる。また、専用アプリケーション用Ｗｅｂアプリケーションを配信サーバ側に用意したとしても、標準ブラウザに対してもサービスの提供を行いたい場合には、専用アプリケーションと標準ブラウザでサービスの併用が可能とするために維持管理コストが増大する。
【０００７】
上記のような点に鑑み、本発明は、特殊な加工が施されたＷｅｂコンテンツの配信を大規模な専用アプリケーションを開発することなく行うことを可能とするファイル取得方法およびシステムを提供することを課題とする。
【０００８】
【課題を解決するための手段】
上記課題を解決するため、本発明では、利用者が利用する端末装置である利用者端末から、利用者を閲覧対象とする対象ファイルの配信を行うサーバコンピュータである配信サーバにアクセスして当該対象ファイルを取得する方法として、
前記利用者端末からのアクセスに基づいて、前記配信サーバが、規格外のタグである独自タグを付加したログインページファイルを前記利用者端末に送信する段階、前記利用者端末が、前記受信したログインページファイルに記録された独自タグの内容を解釈して、前記利用者端末に記録されている認証用情報を抽出し、前記配信サーバのログインページファイルを指定して、前記抽出した認証用情報を送信する段階、前記配信サーバが、前記認証用情報を利用して認証を行い、ページファイルを送信する段階、前記利用者端末が、前記受信したページファイルに記録された独自タグの内容を解釈して、当該独自タグに記録されていた配信サーバ上の前記ページファイルと異なるページファイルにアクセスする段階、前記利用者端末への前記配信サーバからの前記ページファイルの送信が１回以上行われた後、前記利用者端末が受信したページファイルに付加された独自タグ内に記録されたアクセス先がリストページである場合に、当該リストページへの前記利用者端末からのアクセスに基づいて、前記配信サーバが、顧客情報から抽出したファイル情報を含む独自タグを１以上付加したリストページを作成して前記利用者端末に送信する段階、前記受信したリストページに対する利用者端末からのファイルの指定に基づいて、前記配信サーバが、対応する対象ファイルを抽出して、前記利用者端末に送信する段階を実行するようにしたことを特徴とする。
【０００９】
本発明によれば、利用者が配信サーバから自分宛のファイルを取得する際に、標準ブラウザで閲覧可能な規格タグに加えて、標準ブラウザで解釈できない独自タグを付加したページファイルを配信サーバ側に用意し、利用者端末側では、独自タグを解釈するための機能および情報を備えるようにしたので、特殊な加工が施されたＷｅｂコンテンツの配信を専用アプリケーションを開発することなく行うことが可能となる。
【００１０】
【発明の実施の形態】
以下、本発明の好適な実施形態について、図面を参照して詳細に説明する。
（システムの構成）
図１は、本発明におけるファイル取得システムの構成を示す図である。図１において、１は配信サーバ、２は顧客ＤＢ（データベース）、３はファイルサーバ、４はネットワーク、５は利用者端末である。
【００１１】
配信サーバ１は、顧客ＤＢ２等に記録された顧客情報に従って、該当する顧客が利用する利用者端末５に、ファイルサーバ３に格納されている対象ファイルを送信する機能を有している。また、対象ファイルを取得するまでに、利用者との間でやりとりするページファイルを生成する機能も有している。
【００１２】
顧客ＤＢ２は、各顧客（利用者）の個人情報を記録したデータベースである。ファイルサーバ３は、利用明細書、請求書等の利用者に配信する対象となる対象ファイルを格納したサーバコンピュータである。利用者端末５は標準ブラウザをはじめとする各種通信機能を搭載したパーソナルコンピュータ等の端末装置である。
【００１３】
（ページファイル）
続いて、図１に示したシステムにおいて、対象ファイル取得までに送受信されるページファイルについて説明する。本システムでは、ページファイルの形式としてＨＴＭＬファイルを採用している。ＨＴＭＬとは、周知のように、タグによりデータを囲むことにより、囲まれたデータの定義を行うものであり、タグの種類については、Ｗ３Ｃの勧告で定義されている。本システムでは、専用ブラウザで利用可能とするために、Ｗ３Ｃの勧告で定義されているタグ（以下、規格タグという）以外のオリジナルのタグ（以下、独自タグという）を用意する。図２に本発明で用いる独自タグの一例を示す。図２に示す例は、「ｏｒｉｇｉｎａｌ−ｌｏｇｉｎ」というログイン用に用いる独自タグであり、属性として「ｕｒｌ」、「ｉｄ」、「ｐａｓｓｗｄ」を持っている。本発明のページファイルは、このような独自タグが規格タグと同様にＨＴＭＬファイル内に記述されて構成されることになる。
【００１４】
（処理の流れ）
続いて、図２に示したような独自タグが追加されたＨＴＭＬファイルを利用した本システムの処理動作について説明する。ここでは、ある利用者が、配信サーバ１にアクセスして、いくつかのページをたどった後、対象ファイルのリスト（一覧）を得て、最終的に未開封の対象ファイルを取得する場合を例にとって説明する。図３は本システムにより、上記処理を行う場合の処理概要を示すフローチャートである。図３において、中央の点線から左側は利用者端末５における処理、右側は配信サーバ１における処理を示している。まず、利用者は、利用者端末５で専用ブラウザを起動する。すると、専用ブラウザは、利用者端末５内に記録されている設定情報の一つである起動時ＵＲＬを読み込んで、その起動時ＵＲＬで特定される配信サーバ１のログインページにアクセスする（ステップＳ１）。なお、設定情報とは、図４に示すようなものであり、専用ブラウザが参照するために利用者端末５内に記録されている情報である。設定情報に、あらかじめ宛先のＵＲＬが設定されているため、起動するだけで配信サーバ１のログインページにアクセスされることになる。利用者端末５からログインページを指定したアクセスがあると、配信サーバ１は、独自タグが付加されたＨＴＭＬ形式のログインページを送信する（ステップＳ２）。ここで、送信されるログインページに記載された独自タグを図５に示す。
【００１５】
利用者端末５は、ログインページを受け取ると、受け取ったログインページに、独自タグが存在するかどうかを確認する。本実施形態では、ログインページに、図５（ａ）に示したような独自タグが付加されているため、専用ブラウザは「ｏｒｉｇｉｎａｌ−ｌｏｇｉｎ」タグを検出することになる。専用ブラウザは、独自タグを検出すると、その解釈を行って実行する。なお、図５（ａ）に示した「ｏｒｉｇｉｎａｌ−ｌｏｇｉｎ」タグの属性は、図５（ｂ）に示すとおりである。ここでは、「ｏｒｉｇｉｎａｌ−ｌｏｇｉｎ」タグを解釈して、その属性値として埋め込まれてきたＵＲＬ（リンクページを示す）にアクセスし、同じく埋め込まれてきた情報に対応する認証用情報を送信する（ステップＳ３）。例えば、図５（ａ）に示した独自タグを検出した場合、まず、アクセス先として「ｗｗｗ．○○．ｃｏ．ｊｐ／Ｌｉｎｋ１」を認識すると共に、変数「ｃｕｓｔｏｍｅｒｉｄ」および変数「ｐａｓｓｗｏｒｄ」を認識する。続いて、利用者端末５内に記録されている設定情報を参照し、変数「ｃｕｓｔｏｍｅｒｉｄ」および変数「ｐａｓｓｗｏｒｄ」の値を抽出する。設定情報が図４に示すようなものであったとすると、変数「ｃｕｓｔｏｍｅｒｉｄ」の値として「０００００１」、変数「ｐａｓｓｗｏｒｄ」の値として「ａｂｃｄｅｆ」を抽出することになる。この値が認証用情報として利用されることになる。続いて、専用ブラウザは、「ｃｕｓｔｏｍｅｒｉｄ＝０００００１＆  ｐａｓｓｗｏｒｄ＝  ａｂｃｄｅｆ」というリクエスト変数を、独自タグ内で「ｔｙｐｅ」として指定されたＰＯＳＴ形式で送信し、同時に「ｗｗｗ．○○．ｃｏ．ｊｐ／Ｌｉｎｋ１」で特定されるリンクページを要求する。
【００１６】
配信サーバ１は、ログインページへのアクセスと共に認証用情報であるｃｕｓｔｏｍｅｒｉｄ、ｐａｓｓｗｏｒｄが送信されてきたら、ｃｕｓｔｏｍｅｒｉｄ、ｐａｓｓｗｏｒｄを照合することにより利用者の認証を行う（ステップＳ４）。認証が正しく行われたら、配信サーバ１は、利用者端末５から要求された「ｗｗｗ．○○．ｃｏ．ｊｐ／Ｌｉｎｋ１」で特定されるリンクページを利用者端末５に送信する（ステップＳ５）。ここで、送信されるリンクページに記載された独自タグを図６（ａ）に示す。利用者端末５は、リンクページを受け取ると、受け取ったリンクページに、独自タグが存在するかどうかを確認する。本実施形態では、リンクページに、図６（ａ）に示したような独自タグが付加されているため、専用ブラウザは「ｏｒｉｇｉｎａｌ−ｌｉｎｋ」タグを検出することになる。上述のように、専用ブラウザは、独自タグを検出すると、その解釈を行って実行する。なお、図６（ａ）に示した「ｏｒｉｇｉｎａｌ−ｌｏｇｉｎ」タグの属性は、図６（ｂ）に示すとおりである。ここでは、「ｏｒｉｇｉｎａｌ−  ｌｉｎｋ」タグを解釈して、その属性値として埋め込まれてきたページの送信を要求する（ステップＳ６）。例えば、図６（ａ）に示した独自タグを検出した場合、まず、アクセス先として「ｗｗｗ．○○．ｃｏ．ｊｐ／Ｌｉｎｋ２」を認識すると共に、変数「ｐａｒａｍｅｔｅｒ」を認識する。続いて、専用ブラウザは、独自タグに含まれている「ｐａｒａｍｅｔｅｒ＝”ｎｏ＝１＆ｃｈｅｃｋ＝ｔｒｕｅ”」というリクエスト変数を、独自タグ内で「ｔｙｐｅ」として指定されたＧＥＴ形式で送信し、「ｗｗｗ．○○．ｃｏ．ｊｐ／Ｌｉｎｋ２」で特定される配信サーバ１上のリンクページを要求することになる。
【００１７】
配信サーバ１は、リンクページの要求を受け取ると、ＵＲＬに対応するリンクページを利用者端末５に送信する。このページが上記の例のように「ｗｗｗ．○○．ｃｏ．ｊｐ／Ｌｉｎｋ２」で特定されるリンクページである場合は、利用者端末５で独自タグから検出したリクエスト変数を配信サーバ１に送信することになる。すなわち、リクエスト変数に対応するページがリンクページである限りは、ステップＳ５とステップＳ６の処理が繰り返し行われることになる。
【００１８】
ステップＳ６において、利用者端末５から配信サーバ１に送信されるリクエスト変数に対応するページがリストページである場合、配信サーバ１はリストページを利用者端末５に送信することになる（ステップＳ７）。具体的には、図６（ａ）に示したような「ｏｒｉｇｉｎａｌ−ｌｉｎｋ」タグの「ｕｒｌ」の属性値がリストページを示している場合に、リストページの送信が行われる。ここで送信されるリストページの作成は、その利用者に対応する対象ファイルの情報をファイルサーバ３から抽出し、抽出した各対象ファイルの情報を含めた独自タグを付加することにより行う。利用者端末５は、リストページを受け取ると、受け取ったリストページに、独自タグが存在するかどうかを確認する。リストページには、図７に示したような独自タグが１以上付加されているため、専用ブラウザは「ｏｒｉｇｉｎａｌ−ｌｉｓｔ」タグを検出することになる。
【００１９】
ここで、図７に示した「ｏｒｉｇｉｎａｌ−ｌｉｓｔ」タグについて説明しておく。「ｏｒｉｇｉｎａｌ−ｌｉｓｔ」タグは、対象ファイルの一覧を表示するために用いる独自タグであり、属性として「ｕｒｌ」、「ｔｉｔｌｅ」、「ｓｅｎｄｅｒ」、「ｐｏｓｔｍａｒｋ」、「ｒｅｃｅｉｖｅ」、「ｕｎｉｑｕｅｋｅｙ」を持っている。図７（ｂ）に示すように、「ｕｒｌ」は、対象ファイルの記録位置を特定するためのＵＲＬである。「ｔｉｔｌｅ」は、対象ファイルの表示用の名前（タイトル）である。「ｓｅｎｄｅｒ」は、送り主を示す。なお、ここでの「送り主」とは、配信サーバ１等を管理する送信者ではなく、例えば、対象ファイルが請求書に関するものであれば、その請求書の発行元を示す。もちろん、送り主と送信者が同一であっても構わない。「ｐｏｓｔｍａｒｋ」は、対象ファイルをファイルサーバ３に登録した日を示す。「ｒｅｃｅｉｖｅ」は、顧客が対象ファイルを開封した日を示すものであり、開封前はＮＵＬＬ値が設定されている。「ｕｎｉｑｕｅｋｅｙ」は、対象ファイルが利用者端末５で開封されたことを確認するためのキーであり、対象ファイルごとにユニークなキーとすることにより、どの対象ファイルが開封されたかを確認できるようになっている。なお、図７（ｂ）に示した各属性は、利用者を特定するユーザＩＤと共にファイルサーバ３内に記録されており、ファイル管理に利用されている。
【００２０】
上述のように、専用ブラウザは、独自タグを検出すると、その解釈を行って実行する。ここでは、「ｏｒｉｇｉｎａｌ−  ｌｉｓｔ」タグを解釈して、まず、その属性として埋め込まれてきた「ｒｅｃｅｉｖｅ」の属性値がない（ＮＵＬＬ値である）ものを表示対象とする。これは、既に利用者が開封済みであるものを表示しないことを意味している。続いて、表示対象とする独自タグ内から属性「ｔｉｔｌｅ」、「ｓｅｎｄｅｒ」の属性値を抽出して表示する（ステップＳ８）。このとき、利用者端末５の画面の様子を図８に示す。
【００２１】
図８に示すように、図７（ａ）と図８を比較するとわかるように、利用者端末５の画面には、「ｒｅｃｅｉｖｅ」の属性値がないものについて、属性「ｔｉｔｌｅ」、「ｓｅｎｄｅｒ」の属性値が一覧表示される。この画面で利用者が、タイトルをクリックすると、専用ブラウザは、そのタイトルに対応する対象ファイルの要求を配信サーバ１に対して行う（ステップＳ９）。具体的には、クリックされたタイトルが属性値として含まれる独自タグ内の属性「ｕｒｌ」で指定されたＵＲＬ「／ＧＥＴＰｄｆ？ｎｏ＝１９２３７３９８１３」で特定されるファイルサーバ３内の対象ファイルを要求することになる。
【００２２】
配信サーバ１では、利用者端末５からの対象ファイルの要求に従って、該当する対象ファイルをファイルサーバ３から抽出し、利用者端末５に送信する（ステップＳ１０）。利用者端末５では、対象ファイルを受け取ると、専用ブラウザが自動的に開封を行って画面上に表示させる（ステップＳ１１）。さらに、専用ブラウザは、対象ファイルの開封と同時に、開封したことを通知するため、開封通知を配信サーバ１に送信する。開封通知は、リストページに付加されてきた独自タグの属性「ｕｎｉｑｕｅｋｅｙ」の属性値を送信することにより行われる。
【００２３】
配信サーバ１では、受け取ったユニークキーでファイルサーバ３内を検索し、該当するユニークキーに開封日を記録する（ステップＳ１２）。開封日が記録された対象ファイルについては、次回ステップＳ７におけるリストページ作成の際に、「ｏｒｉｇｉｎａｌ−ｌｉｓｔ」タグの属性「ｒｅｃｅｉｖｅ」の値に、その開封日が設定されることになる。
【００２４】
以上のようにして、ログインページ、リンクページ、リストページ等のページファイルに規格タグだけでなく、独自タグを付加しておくと共に、利用者端末５の専用ブラウザに、独自タグを解釈する機能をもたせておくことにより、専用ブラウザを起動しただけで、自動的にその利用者の対象ファイル一覧が表示されることになる。このため、上記のような開封確認を行うような特殊なＷｅｂコンテンツを配信する場合にも大規模な専用アプリケーションの開発は必要なくなる。もちろん、専用ブラウザの開発や、配信サーバ１側のプログラムの若干の開発は必要となるが、その開発コストは大きく軽減される。
【００２５】
本発明では、規格タグで構成されるページファイルに独自タグを付加したのみであるので、利用者端末５では、標準ブラウザを用いることも可能である。この場合、利用者は、標準ブラウザを起動後、自分でアクセス先のＵＲＬを指定して配信サーバ１にアクセスし、自分でユーザＩＤとパスワードを入力してログインすることになる。さらに、標準ブラウザは、送信されてきたページファイルの独自タグは無視して規格タグに従った表示を行うので、利用者は、表示されたページに対して所定の指示を行うことにより、対象ファイルを取得することができる。このように、専用ブラウザをもっていなくても、対象ファイルを取得することができる。
【００２６】
【発明の効果】
以上、説明したように本発明によれば、利用者が配信サーバから自分宛のファイルを取得する際に、標準ブラウザで閲覧可能な規格タグに加えて、標準ブラウザで解釈できない独自タグを付加したページファイルを配信サーバ側に用意し、利用者端末側では、独自タグを解釈するための機能および情報を備えるようにしたので、特殊な加工が施されたＷｅｂコンテンツの配信を専用アプリケーションを開発することなく行うことが可能となるという効果を奏する。
【図面の簡単な説明】
【図１】本発明に係るファイル取得システムの一実施形態を示す構成図である。
【図２】本発明でページファイルに付加される独自タグを示す図である。
【図３】本発明に係るファイル取得方法の概要を示すフローチャートである。
【図４】利用者端末５に記録された設定情報を示す図である。
【図５】ログインページファイルに設定された独自タグを示す図である。
【図６】リンクページファイルに設定された独自タグを示す図である。
【図７】リストページファイルに設定された独自タグを示す図である。
【図８】利用者端末５に表示されるリスト画面を示す図である。
【符号の説明】
１・・・配信サーバ
２・・・顧客ＤＢ（データベース）
３・・・ファイルサーバ
４・・・ネットワーク
５・・・利用者端末
【図１】
2004362338.tif 000003
【図２】
2004362338.tif 000004
【図３】
2004362338.tif 000005
【図４】
2004362338.tif 000006
【図５】
2004362338.tif 000007
【図６】
2004362338.tif 000008
【図７】
2004362338.tif 000009
【図８】
2004362338.tif 000010