(57)【要約】【課題】  認証情報の入力作業を省略させた、いわば自動ログインなどの処理を実現するための処理システムを提供すること。【解決手段】ウェブ閲覧装置と、ウェブ閲覧装置に対して信号を送信する携帯端末と、ポータルサーバと、からなる処理システムを提供する。携帯端末から認証情報をウェブ閲覧装置に対して送信し、ウェブ閲覧装置においては、送信された認証情報を用いてポータルサーバに対してアクセスする処理を自動的に行うことで、いわば携帯端末を利用した自動ログインシステムを提供することができる。また、ＵＲＬ情報に認証情報を含ませることで、外観上は通常のインターネットアクセスと同様の形式にてサーバにアクセスすることができるため、既存のウェブ閲覧装置、サーバ、ネットワークインタフェースなどの資源を有効活用しつつ、本発明を実施することができる。【選択図】図１
2008211515.tif 000002
【特許請求の範囲】
【請求項１】
ウェブ閲覧装置と、ウェブ閲覧装置に対して信号を送信する携帯端末と、ポータルサーバと、からなる処理システムであって、
携帯端末は、
所定のサイトにおける処理を実行するための認証情報を保持する保持部と、
前記保持部に保持された認証情報を出力する認証情報出力部と、を有し、
ウェブ閲覧装置は、
携帯端末から出力される認証情報を受信する認証情報受信部と、
ポータルサーバのＵＲＬ情報であるＰ−ＵＲＬ情報を取得するＰ−ＵＲＬ情報取得部と、
少なくとも受信した認証情報及びＰ−ＵＲＬ情報を含みポータルサーバにて処理要求を識別可能な形式の新ＵＲＬ情報を生成する新ＵＲＬ情報生成部と、
新ＵＲＬ情報のＰ−ＵＲＬにて識別されるポータルサーバに対して新ＵＲＬ情報を送信する処理要求部と、
を有し、
ポータルサーバは、
ウェブ閲覧装置から新ＵＲＬ情報を受信する受信部と、
受信した新ＵＲＬ情報から処理要求を識別する処理識別部と、
識別された処理要求が認証情報を利用すべき処理であるか判断し、認証情報を利用すべき処理である場合には新ＵＲＬ情報に含まれる認証情報を取得して認証処理を行ってから処理を実行し、処理要求が認証情報を利用しない処理である場合には認証処理を行なわずに要求される処理を実行する処理部と、
を有する処理システム。
【請求項２】
ウェブ閲覧装置の新ＵＲＬ情報生成部は、
処理要求の少なくとも一部を依頼すべきサービスサーバのＵＲＬを識別するＳ−ＩＤを前記新ＵＲＬ情報に含んで前記生成を行なうＳ生成手段を有し、
ポータルサーバの処理識別部は、
新ＵＲＬ情報がＳ−ＩＤを含む場合にはＳ−ＩＤで識別されるサービスサーバが処理要求の少なくとも一部を実行可能とするための処理がポータルサーバに与えられる処理要求であると識別するＳ識別手段を有する、
請求項１に記載の処理システム。
【請求項３】
携帯端末から出力される認証情報を受信するＪ認証情報受信部と、
ポータルサーバのＵＲＬ情報であるＰ−ＵＲＬ情報を取得するＪ−Ｐ−ＵＲＬ情報取得部と、
少なくとも受信した認証情報及びＰ−ＵＲＬ情報を含みポータルサーバにて処理要求を識別可能な形式の新ＵＲＬ情報を生成するＪ新ＵＲＬ情報生成部と、
Ｊ新ＵＲＬ情報生成部にて生成した新ＵＲＬ情報をウェブ閲覧装置が解釈可能な形式で出力する出力部と、を有する受光装置。
【請求項４】
前記処理システムのウェブ閲覧装置の認証情報受信部と、Ｐ−ＵＲＬ情報取得部と、新ＵＲＬ情報生成部に代えて請求項３に記載の受光装置を利用する請求項１又は２に記載の処理システム。
【請求項５】
受光装置の出力部はキーボード形式の信号を出力するＫ出力手段を有する請求項４に記載の処理システム。
【請求項６】
ウェブ閲覧装置と、所定のサイトにおける処理を実行するための認証情報を保持しウェブ閲覧装置に対して信号を送信する携帯端末と、ポータルサーバと、からなるシステムのシステム動作方法であって、
携帯端末に、
前記保持された認証情報を出力する認証情報出力ステップを実行させ、
ウェブ閲覧装置に、
携帯端末から出力される認証情報を受信する認証情報受信ステップと、
ポータルサーバのＵＲＬ情報であるＰ−ＵＲＬ情報を取得するＰ−ＵＲＬ情報取得ステップと、
少なくとも受信した認証情報及びＰ−ＵＲＬ情報を含みポータルサーバにて処理要求を識別可能な形式の新ＵＲＬ情報を生成する新ＵＲＬ情報生成ステップと、
新ＵＲＬ情報のＰ−ＵＲＬにて識別されるポータルサーバに対して新ＵＲＬ情報を送信する処理要求ステップと、
を実行させ、
ポータルサーバに、
ウェブ閲覧装置から新ＵＲＬ情報を受信する受信ステップと、
受信した新ＵＲＬ情報から処理要求を識別する処理識別ステップと、
識別された処理要求が認証情報を利用すべき処理であるか判断し、認証情報を利用すべき処理である場合には新ＵＲＬ情報に含まれる認証情報を取得して認証処理を行ってから処理を実行し、処理要求が認証情報を利用しない処理である場合には認証処理を行なわずに要求される処理を実行する処理ステップと、
を実行させるシステム動作方法。
【請求項７】
ウェブ閲覧装置の新ＵＲＬ情報生成ステップは、
処理要求の少なくとも一部を依頼すべきサービスサーバのＵＲＬを識別するＳ−ＩＤを前記新ＵＲＬに含んで前記生成を行なうＳ生成ステップを有し、
ポータルサーバの処理識別ステップは、
新ＵＲＬ情報がＳ−ＩＤを含む場合にはＳ−ＩＤで識別されるサービスサーバが処理要求の少なくとも一部を実行可能とするための処理がポータルサーバに与えられる処理要求であると識別するＳ識別ステップを有する、
請求項６に記載のシステム動作方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯端末を利用した処理システムに関する。
【背景技術】
【０００２】
従来、会員制のウェブサイトにアクセスして会員毎に用意された個別の会員専用ページにアクセスするためには、煩雑な作業が必要となっていた。例えば、まず、そのウェブサイトにアクセスを行い、表示される画面上のテキストボックスなどにログイン名とパスワードを入力して送信し、認証が得られた場合に初めて利用者がその会員専用ページを利用可能な状態になる。このような作業は、例えば携帯電話などの携帯端末を用いる場合には、そのボタン数などの入力インタフェースの構成上、より煩雑な入力作業が必要とされていた。
【０００３】
特許文献１には、このような問題を解決するために、携帯電話を使ったウェブ閲覧時の認証情報の入力を省略させることが可能な発明が開示されている。特許文献１に記載の発明は、携帯電話でブラウジング処理を行う場合には、まず最初にそのサイトに訪問して登録処理を行い、当該サイトのＵＲＬに利用者のログインＩＤとパスワードを付加した情報を当該サイトから受け取り、これをブックマークとして携帯電話に保持しておく。そして二回目以降に当該サイトにアクセスする場合には、そのブックマークを利用することで、サーバ側にて認証処理を行い、その会員向けのページを表示させるという発明である。
【０００４】
また、例えばクッキーと呼ばれる一時的にウェブ閲覧装置に保存される情報を用いてログイン処理を省略する処理も一般的に行われているところである。
【特許文献１】特開２００２−４１３８０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
特許文献１に記載の発明は、各サイト毎に必ず登録作業が必要となり、そのサイトからのブックマーク用の情報の受け取りが必須の構成となっている。このため、第１回目に所定のサイトにアクセスする場合には、従来どおりの認証情報の入力が必要となっていた。また、クッキーを用いた場合には、クッキーが保存されているウェブ閲覧装置とは別個のウェブ閲覧装置にてサイトにアクセスする場合には、改めて再度の認証作業が必要になってしまっている。このように、従来技術を用いた場合においても依然として認証情報の入力作業が必要となってしまい煩雑性が解消されていないという課題が生じている。
【０００６】
そこで、本発明は、かかる課題に鑑みてなされたものであり、認証情報の入力作業を省略させた、いわば自動ログインなどの処理を実現するための処理システムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
そこで、本発明においては、かかる課題を解決するために、ウェブ閲覧装置と、ウェブ閲覧装置に対して信号を送信する携帯端末と、ポータルサーバと、からなる処理システムを提供する。携帯端末は、所定のサイトにおける処理を実行するための認証情報を保持する保持部と、前記保持部に保持された認証情報を出力する認証情報出力部と、を有し、ウェブ閲覧装置は、携帯端末から出力される認証情報を受信する認証情報受信部と、ポータルサーバのＵＲＬ情報であるＰ−ＵＲＬ情報を取得するＰ−ＵＲＬ情報取得部と、少なくとも受信した認証情報及びＰ−ＵＲＬ情報を含みポータルサーバにて処理要求を識別可能な形式の新ＵＲＬ情報を生成する新ＵＲＬ情報生成部と、新ＵＲＬ情報のＰ−ＵＲＬにて識別されるポータルサーバに対して新ＵＲＬ情報を送信する処理要求部と、を有する。ポータルサーバは、ウェブ閲覧装置から新ＵＲＬ情報を受信する受信部と、受信した新ＵＲＬ情報から処理要求を識別する処理識別部と、識別された処理要求が認証情報を利用すべき処理であるか判断し、認証情報を利用すべき処理である場合には新ＵＲＬ情報に含まれる認証情報を取得して認証処理を行ってから処理を実行し、処理要求が認証情報を利用しない処理である場合には認証処理を行なわずに要求される処理を実行する処理部と、を有する。
【０００８】
携帯端末から認証情報をウェブ閲覧装置に対して送信し、ウェブ閲覧装置においては、送信された認証情報を用いてポータルサーバに対してアクセスする処理を自動的に行うことで、いわば携帯端末を利用した自動ログインシステムを提供することができる。特に、従来技術と異なり、本発明を用いることで普段使用するウェブ閲覧装置とは別のウェブ閲覧装置を用いた場合であっても同様に認証情報入力作業を省略することが可能となる。また、ＵＲＬ情報に認証情報を含ませることで、外観上は通常のインターネットアクセスと同様の形式にてサーバにアクセスすることができるため、既存のウェブ閲覧装置、サーバ、ネットワークインタフェースなどの資源を有効活用しつつ、本発明を実施することができる。
【０００９】
また、ウェブ閲覧装置の新ＵＲＬ情報生成部は、処理要求の少なくとも一部を依頼すべきサービスサーバのＵＲＬを識別するＳ−ＩＤを前記新ＵＲＬ情報に含んで前記生成を行なうＳ生成手段を有し、ポータルサーバの処理識別部は、新ＵＲＬ情報がＳ−ＩＤを含む場合にはＳ−ＩＤで識別されるサービスサーバが処理要求の少なくとも一部を実行可能とするための処理がポータルサーバに与えられる処理要求であると識別するＳ識別手段を有する発明を提供する。かかる構成により、ポータルサーバがいわば転送サーバの役割を果たすことが可能となるため、二次元バーコードや、雑誌やテレビなどで紹介される簡易的な数字をＳ−ＩＤとして携帯端末から送信することにより、長文のＵＲＬ情報を入力するといった煩雑性を解消することができる。また、ポータルサーバにおいても、どのサービスサーバへの認証要求が多いかを集計することができるため、会員制のサイトのいわば視聴率を集計することも可能となる。
【００１０】
なお、携帯端末とウェブ閲覧装置との間にＵＲＬ情報を保持する受光装置を設けてもよい。そして、受光装置が携帯端末から認証情報を受信した場合には、受光装置にて認証情報をＵＲＬ情報に付加してウェブ閲覧装置に対して出力してもよい。かかる構成により、既存のパソコンなどのウェブ閲覧装置に受光装置を接続することによって認証作業の簡略化を実現するとともに、特定のポータルサーバに利用者を誘導するといった副次的な効果も期待できる。
【発明の効果】
【００１１】
本発明によれば、携帯端末から認証情報が送信され、これを用いてウェブ閲覧装置が所定のサイトに認証処理を行うことができるため、いわば自動認証処理を実現することが可能となり、認証情報入力時の煩雑性を解消することができる。また、本発明を用いることで普段使用するウェブ閲覧装置とは別のウェブ閲覧装置を用いた場合であっても同様に認証情報入力作業を省略することが可能となる。また、ＵＲＬ情報に認証情報を含ませることで、外観上は通常のインターネットアクセスと同様の形式にてサーバにアクセスすることができるため、既存のウェブ閲覧装置、サーバ、ネットワークインタフェースなどの資源を有効活用しつつ、本発明を実施することができる。
【発明を実施するための最良の形態】
【００１２】
以下に、各発明の実施の形態を説明する。なお、本発明はこれら実施の形態に何ら限定されるものではなく、その要旨を逸脱しない範囲において、種々なる態様で実施し得る。
【００１３】
なお、以下の実施形態と請求項の関係は次の通りである。
実施形態１は、主に請求項１、６などについて説明する。
実施形態２は、主に請求項２、７などについて説明する。
実施形態３は、主に請求項３、４、５などについて説明する。
【００１４】
<<実施形態１>>
<実施形態１の概要>
本実施形態は、例えば携帯電話を利用してウェブサイトに自動的にログインするシステムに関するものである。携帯電話のブラウザ機能を用いてウェブサイトの閲覧を行うのではなく、パソコンなどのウェブ閲覧装置に対して携帯電話から認証情報を送信し、これをトリガーとして自動的にパソコンにて閲覧予定のサイトにログインを行うことが可能となるシステムである。図１は、実施形態１の概要を説明するための図である。まず、携帯電話などの携帯端末からウェブ閲覧装置に対して認証情報を送信する（１）。これを受けて、ウェブ閲覧装置からポータルサーバに対して認証情報を含む情報が送信される（２）。この場合に、認証情報はＵＲＬの情報に含まれて送信される。そして、ポータルサーバにおいては、送信された認証情報に基づく認証処理を行い、認証済みのページを送信する（３）。
【００１５】
<実施形態１の構成>
図２は、本実施形態における処理システムの機能ブロックの一例を示す図である。図２に示すように、本実施形態の処理システムは、「携帯端末」２１０と、「ウェブ閲覧装置」２２０と、「ポータルサーバ」２３０と、からなる。携帯端末２１０は、「保持部」２１１と、「認証情報出力部」２１２と、を有する。ウェブ閲覧装置２２０は、「認証情報受信部」２２１と、「Ｐ−ＵＲＬ情報取得部」２２２と、「新ＵＲＬ情報生成部」２２３と、「処理要求部」２２４と、を有する。ポータルサーバ２３０は、「受信部」２３１と、「処理識別部」２３２と、「処理部」２３３と、を有する。
【００１６】
本件発明の構成要素である各部は、ハードウエア、ソフトウエア、ハードウエアとソフトウエアの両者、のいずれかによって構成される。例えば、これらを実現する一例として、コンピュータを利用する場合には、ＣＰＵ、メモリ、バス、インタフェース、周辺装置などから構成されるハードウエアと、これらのハードウエア上にて実行可能なソフトウエアを挙げることができる。具体的には、メモリ上に展開されたプログラムを順次実行することで、メモリ上のデータや、インタフェースを介して入力されるデータの加工、蓄積、出力などにより各部の機能が実現される（本明細書の全体を通じて同様である）。
【００１７】
「携帯端末」２１０は、ウェブ閲覧装置に対して信号を送信する端末である。携帯端末は、例えば携帯電話、ＰＤＡ（Personal Digital Assistants）、携帯用ゲーム機などが挙げられる。特に、携帯端末は携帯電話であることが好ましい。携帯電話の場合には、本人確認が他の携帯端末と比べて厳密に行われており、また、電子マネーに対応している機種もあり、認証情報を扱うことに適しているからである。ウェブ閲覧装置とは、パーソナルコンピュータが挙げられる。携帯端末は、ウェブ閲覧装置に対して、例えば赤外線信号を送信したり、Ｂｌｕｅｔｏｏｔｈ（登録商標）を用いた信号を送信したり、あるいは無線ＬＡＮを通じた信号を送信するなどしてウェブ閲覧装置に対して情報を送信可能となっている。
【００１８】
「保持部」２１１は、所定のサイトにおける処理を実行するための認証情報を保持する。保持部は、例えばフラッシュメモリなどのＲＡＭが相当する。「所定のサイト」とは、例えばインターネット上のサイトや、あるいはイントラネット上のサイトなどのことである。「所定のサイトにおける処理」としては、様々な処理が挙げられる。例えば、所定のサイトにログインすることや、あるいは、ログインを行った後に一定の処理（例えば、ログインした旨のメール通知を行う等）をすることなどが挙げられる。「認証情報」とは、このような処理を実行するための情報であり、例えばログインＩＤ及びパスワードから構成される情報である。この認証情報は、例えばユーザが携帯端末の所定のアプリケーションを起動し、このアプリケーションと関連付けてログインＩＤやパスワードを入力することで、保持されていてもよいし、あるいは、メール、インターネットなどを介して取得した認証情報を保持していてもよい。また、認証情報は複数のサイトで共用可能な情報であってもよい。
【００１９】
「認証情報出力部」２１２は、前記保持部２１２に保持された認証情報を出力する。認証情報出力のトリガーは、例えば利用者が所定のサイトにアクセスをしようと携帯端末の入力ボタンを押下することによって行われる。なお、携帯端末は、認証情報とともに、例えば所定のサイトのＵＲＬを示す情報（後述するＰ−ＵＲＬ情報）を出力してもよい。あるいは、後述する実施形態２で説明するようなサーバ識別情報（Ｓ−ＩＤ）を認証情報とともに出力してもよい。
【００２０】
次に、ウェブ閲覧装置２２０の構成について説明する。
【００２１】
「認証情報受信部」２２１は、携帯端末から出力される認証情報を受信する。認証情報の受信は、赤外線を用いる場合には受光素子などを介して行ってもよいし、あるいは、無線を通じて認証情報が出力される場合には、アンテナを介して行ってもよい。なお、後述する実施形態３で説明するように、受光装置においてかかる処理が行われてもよい。
【００２２】
「Ｐ−ＵＲＬ情報取得部」２２２は、ポータルサーバのＵＲＬ情報であるＰ−ＵＲＬ情報を取得する。ポータルサーバとは、ウェブ閲覧を行う際に最初にアクセスをするホームページを有するサーバのことである。ＵＲＬ情報とは、そのサーバのネットワーク上のアドレスを示す情報のことであり、具体的にはドメイン名やこれにディレクトリ名、ファイル名などが付加された情報が挙げられる。あるいは、例えばＨＴＴＰプロトコルなを用いて情報を要求する旨を示す情報（例えば、http://で始まる部分）などの各種プロトコルを示す情報が含まれていてよい。このＰ−ＵＲＬ情報は、例えばウェブ閲覧装置に保持されている情報であってもよいし、あるいは、携帯端末から認証情報とともに出力された情報であってもよい。さらには、後述する実施形態３で説明するように、携帯端末からの信号を受信する受光装置が保持する情報であってもよく、これをウェブ閲覧装置にて取得するとしてもよい。
【００２３】
「新ＵＲＬ情報生成部」２２３は、少なくとも受信した認証情報及びＰ−ＵＲＬ情報を含みポータルサーバにて処理要求を識別可能な形式の新ＵＲＬ情報を生成する。「ポータルサーバにて処理要求を識別可能な形式」とは、例えば所定の形式に則ったＵＲＬ形式の情報が挙げられる。具体的には、例えばドメイン名の後に情報の区切りを示す「／」を挿入し、その後にログイン名を含ませ、さらに区切りを示す「／」を挿入してパスワードを含ませる、といった具合である。図３は、かかる新ＵＲＬ情報を説明するための図である。以下、図３を用いて具体的に説明する。
【００２４】
まず、携帯端末からは認証情報としてログイン：ｘｘｘ、パスワード：ｙｙｙという情報がウェブ閲覧装置に対して出力される。ウェブ閲覧装置においては、受信した認証情報を例えばウェブ閲覧装置にて取得したＰ−ＵＲＬ情報（http://lipii.jp）とマージさせて、新URL情報として「http://lipii.jp/xxx/yyy」といった情報を生成し、これをポータルサーバに対して送信する。なお、本実施形態においては、ウェブ閲覧装置と、ポータルサーバとにて、共通のルールをそれぞれ保持しておき、例えば新ＵＲＬ情報の中のどの部分が認証情報に該当する情報であるかを互いに把握しておくことが必要となる。
【００２５】
なお、新ＵＲＬ情報は、少なくとも受信した認証情報及びＰ−ＵＲＬ情報を含む情報であるため、この他の情報が含まれていてもよい。例えば、処理の種別やそのオプションなどを示す情報や、後述する実施形態２で説明する転送先を示す情報などが含まれていてもよい。いずれにせよ、新ＵＲＬ情報は、少なくとも認証情報が含まれて送信されることが特徴である。
【００２６】
「処理要求部」２２４は、新ＵＲＬ情報のＰ−ＵＲＬにて識別されるポータルサーバに対して新ＵＲＬ情報を送信する。新ＵＲＬ情報は、例えば通常のインターネット網を介して送信される。「処理要求」とは、新ＵＲＬ情報の一部または全部の部分によって識別可能な処理の要求である。例えばＰ−ＵＲＬ情報にて識別されるポータルサーバにおける認証処理の要求であってもよいし、あるいは、Ｐ−ＵＲＬ情報で識別されるポータルサーバとは別のサーバであるサービスサーバにおける認証処理を実行するための処理の要求であってもよい。このサービスサーバに関する内容については、後述する実施形態２において説明する。なお、処理要求部は、例えば新ＵＲＬ情報を送信する際に、認証情報の部分については暗号化を行い、認証情報が外部から知覚できない態様で送信してもよい。
【００２７】
次に、ポータルサーバ２３０の構成について説明する。
【００２８】
「受信部」２３１は、ウェブ閲覧装置から新ＵＲＬ情報を受信する。新ＵＲＬ情報が例えば暗号化された情報を含む場合には、受信部は受信した新ＵＲＬ情報に含まれる情報を復号化する処理を行ってもよい。
【００２９】
「処理識別部」２３２は、受信した新ＵＲＬ情報から処理要求を識別する。処理要求の識別方法としては、例えば新ＵＲＬ情報に含まれる情報の区切り文字（例えば「／」）の位置や、あるいはその区切り文字が含まれている数に応じて処理要求を識別する方法が挙げられる。具体的には、図３で示すようにドメイン名（lipii.jp）の後方部分に区切り文字「／
」が３つ含まれている場合には、ポータルサーバにおける認証処理を要求していると識別する。また、図示していないが、ドメイン名（lipii.jp）の後方部分に例えば区切り文字「／」が４つ含まれている場合には実施形態２で説明するように、ポータルサーバにおける認証処理ではなく別のサーバにおける認証処理を要求していると識別することができる。このような区切り文字を利用する方法の他にも、処理要求の識別方法は、様々な方法によって識別することができる。例えば処理要求の種別を示す情報をウェブ閲覧装置にて新ＵＲＬ情報に含めて生成しておき、ポータルサーバにおいてはこの処理種別情報を利用して処理要求を識別するとしてもよい。
【００３０】
「処理部」２３３は、識別された処理要求が認証情報を利用すべき処理であるか判断し、認証情報を利用すべき処理である場合には新ＵＲＬ情報に含まれる認証情報を取得して認証処理を行ってから処理を実行し、処理要求が認証情報を利用しない処理である場合には認証処理を行なわずに要求される処理を実行する。「認証情報を利用すべき処理」とは、処理要求を受けたポータルサーバにおける認証情報を利用する処理のことである。図４を用いて処理の例を説明する。図４に示すように、代表的な処理としては、認証情報に含まれるＩＤとパスワードを用いたポータルサーバにおけるログイン処理が挙げられる。また、ＩＤとパスワードに例えばオプションコマンドが付加されている場合には、ログイン処理を行った後にそのオプションコマンドに応じた処理が実行されてもよい。一方、「認証情報を利用しない処理」の一例としては、ポータルサーバではなく別のサーバにおける認証処理を実行させるための処理が挙げられる。例えば図４に示すように、転送情報が含まれている場合には、その認証情報を用いて転送先のサーバにてログインをさせるような処理が該当する。転送情報に関する内容については、実施形態２で説明を行うため、ここでの説明は省略する。
【００３１】
<実施形態１の処理の流れ>
図５は、実施形態１のウェブ閲覧装置における処理の流れの一例を示したものである。本実施形態における処理は、以下に示すステップよりなる。なお、以下に示す処理の流れは、計算機に実行させるためのプログラム、またはそのプログラムが記録された読み取り可能な記録媒体として実施され得る（以下、本明細書における処理の流れの記載についても同様である）。
【００３２】
ウェブ閲覧装置においては、まず、携帯端末から認証情報を受信する（Ｓ５０１）。次に、Ｐ−ＵＲＬ情報を取得する（Ｓ５０２）。なお、Ｓ５０２においては、携帯端末から認証情報とともに送信されるＰ−ＵＲＬ情報を取得してもよいし、あるいは、ウェブ閲覧装置（又は実施形態３で説明する受光装置）にて保持している情報を取得してもよい。次に、受信した認証情報と取得したＰ−ＵＲＬ情報とを含む新ＵＲＬ情報を生成する（Ｓ５０３）。そして、Ｓ５０３にて生成した新ＵＲＬ情報をポータルサーバに対して送信する（Ｓ５０４）。以上の処理を携帯端末から認証情報を受信する毎に実行することができる。
【００３３】
図６は、実施形態１のポータルサーバにおける処理の流れの一例を示す図である。まず、ウェブ閲覧装置から新ＵＲＬ情報を取得する（Ｓ６０１）。そして、Ｓ６０１にて取得した新ＵＲＬ情報から処理要求を識別する（Ｓ６０２）。そして、処理要求が認証情報を利用すべき処理であるかを判断する（Ｓ６０３）。処理要求が認証処理を利用すべき処理である場合には、新ＵＲＬ情報に含まれる認証情報を取得してそのポータルサーバにおける認証処理を行う（Ｓ６０４）。その後は、Ｓ６０２にて識別した要求される処理を実行する（Ｓ６０５）。なお、Ｓ６０３における処理要求が認証処理を行うことのみである場合には、Ｓ６０５における処理の実行には、何もしない処理、すなわち不作為の実行も含まれるものである。
【００３４】
<実施形態１の具体的構成態様>
図７は、実施形態１におけるウェブ閲覧装置とポータルサーバの具体的な構成態様の一例を示す図である。図７（ａ）におけるウェブ閲覧装置においては、例えば認証情報受信部を構成する受光素子７１１・受光回路７１２や、Ｐ−ＵＲＬ情報取得部や新ＵＲＬ情報生成部を構成するＣＰＵ７１３・ＲＡＭ７１４や、処理要求部を構成するＣＰＵ７１３・ＲＡＭ７１４・Ｉ／Ｏ７１５などによって構成されている。以下、簡単な動作を説明する。図外の携帯端末から例えば赤外線信号にて送信される認証情報は、受光素子と受光回路によって電気信号に変換され、システムバスを通じてウェブ閲覧装置内における処理に用いられる。ＲＡＭには、所定のプログラムが格納されており、ＣＰＵはＲＡＭに格納されているプログラムに従って各種の制御処理を実行する。例えば、ＣＰＵは認証情報の受信を検知した場合には、ＲＡＭの所定領域に記憶されているＰ−ＵＲＬ情報にその認証情報を付加して新ＵＲＬ情報を生成する処理を行い、これをＲＡＭの一時的な作業領域に再格納する。そして、Ｉ／Ｏを通じて、例えばＨＴＴＰプロトコルを用いてＰ−ＵＲＬ情報にて識別されるポータルサーバに対して一時的にＲＡＭに格納した新ＵＲＬ情報を送信する。
【００３５】
図７（ｂ）におけるポータルサーバにおいては、例えば受信部を構成するＣＰＵ７２１・ＲＡＭ７２２・Ｉ／Ｏ７２４や、処理識別部や処理部を構成するＣＰＵ７２１・ＲＡＭ７２２・ＨＤ７２３などから構成されている。以下、簡単な動作を説明する。ポータルサーバにおいてもウェブ閲覧装置と同様に、ＲＡＭに所定のプログラムが格納されており、ＣＰＵはＲＡＭに格納されているプログラムに従って各種の制御処理を行う。そして、ウェブ閲覧装置から送信された新ＵＲＬ情報をＩ／Ｏを介して受信した場合には、ＣＰＵは、その新ＵＲＬ情報をＲＡＭの一時的な作業領域に格納する。そして、ＲＡＭのプログラム領域に格納されている所定のルールに従って、その新ＵＲＬ情報にて示される処理要求の種別を判断し、その処理要求の種別に応じた処理を実行する。また、例えばポータルサーバにおいては、ウェブ閲覧装置との通信におけるセッションＩＤを保持しておき、このセッションＩＤを用いて例えば別のサービスサーバのＵＲＬに関する情報をその要求を行ったウェブ閲覧装置に対して送信してもよい。
【００３６】
<実施形態１の効果>
実施形態１においては、携帯端末から認証情報をウェブ閲覧装置に対して送信し、ウェブ閲覧装置においては、送られてきた認証情報を用いてポータルサーバに対してアクセスする処理を自動的に行うことで、いわば携帯端末を利用した自動ログインシステムを提供することができる。特に、従来技術と異なり、本発明を用いることで普段使用するウェブ閲覧装置とは別のウェブ閲覧装置を用いた場合であっても同様に認証情報入力作業を省略することが可能となる。また、ＵＲＬ情報に認証情報を含ませることで、外観上は通常のインターネットアクセスと同様の形式にてサーバにアクセスすることができるため、既存のウェブ閲覧装置、サーバ、ネットワークインタフェースなどの資源を有効活用しつつ、本発明を実施することができる。
【００３７】
<<実施形態２>>
<実施形態２の概要>
実施形態２は、実施形態１で説明した構成を基本とするものであるが、ポータルサーバがいわば転送サーバの役割を果たし、転送先のサービスサーバにて認証処理が行われる点が特徴である。図８は、実施形態２の概要を説明するための図である。ポータルサーバにおいては、サービスサーバの識別情報を含む新ＵＲＬ情報を受信した場合には、例えば自身の変換テーブルなどを参照して、サービスサーバの識別情報をＵＲＬ情報に変換してウェブ閲覧装置に送信する（３）。これを受けて、ウェブ閲覧装置は認証情報やサービスサーバのＵＲＬ情報を情報をサービスサーバに対して送信する（４）。サービスサーバにおいては、その後、受信した認証情報により認証処理などを実行する。
【００３８】
<実施形態２の構成>
図９は、本実施形態における処理システムの機能ブロックの一例を示す図である。図９に示すように、本実施形態の処理システムは、「携帯端末」９１０と、「ウェブ閲覧装置」９２０と、「ポータルサーバ」９３０と、からなる。携帯端末９１０は、「保持部」９１１と、「認証情報出力部」９１２と、を有する。ウェブ閲覧装置９２０は、「認証情報受信部」９２１と、「Ｐ−ＵＲＬ情報取得部」９２２と、「新ＵＲＬ情報生成部」９２３と、「処理要求部」９２４と、を有する。新ＵＲＬ情報生成部９２３は、「Ｓ生成手段」９２５を有する。ポータルサーバ９３０は、「受信部」９３１と、「処理識別部」９３２と、「処理部」９３３と、を有する。処理識別部９３２は、「Ｓ識別手段」９３４を有する。Ｓ生成手段９２５と、Ｓ識別手段９３４を除く各構成については、実施形態１と同様であるため、ここでの説明は省略する。
【００３９】
「Ｓ生成手段」９２５は、ウェブ閲覧装置の新ＵＲＬ情報生成部に含まれるものであり、処理要求の少なくとも一部を依頼すべきサービスサーバのＵＲＬを識別するＳ−ＩＤを前記新ＵＲＬ情報に含んで前記生成を行なう。「サービスサーバ」とは、認証情報を用いた認証処理を行うサーバのことである。「処理要求の少なくとも一部」の処理とは、例えば認証処理のことである。すなわち、ウェブ閲覧装置からポータルサーバに対して送信される処理要求には、認証処理に用いるための認証情報が含まれているものであるが、この認証処理は、ポータルサーバではない他のサーバであるサービスサーバにおいて認証処理が行われる点が本実施形態の特徴である。Ｓ−ＩＤとは、サービスサーバのＵＲＬを識別する識別情報のことである。Ｓ−ＩＤは、例えば送信先のポータルサーバにてサービスサーバのＵＲＬを示す情報と関連付けて記憶されているため、Ｓ−ＩＤを含めた新ＵＲＬ情報を送信することで、ポータルサーバ側でのＵＲＬの変換処理を期待することができる。
【００４０】
「Ｓ識別手段」９３４は、ポータルサーバの処理識別部に含まれるものであり、新ＵＲＬ情報がＳ−ＩＤを含む場合にはＳ−ＩＤで識別されるサービスサーバが処理要求の少なくとも一部を実行可能とするための処理がポータルサーバに与えられる処理要求であると識別する。「処理要求の少なくとも一部」とは、例えばサービスサーバによる認証処理が挙げられる。図１０に基づいて具体的な例を挙げて説明する。まず、携帯端末からは、ログインＩＤ：ｘｘｘ、パスワードｙｙｙの情報の他に、例えばＳ−ＩＤ：２２２という情報がウェブ閲覧装置に対して出力される。これを受けたウェブ閲覧装置においては、Ｐ−ＵＲＬ情報にこれらの情報をマージして、新ＵＲＬ情報を生成する。実施形態２における新ＵＲＬ情報は、図１０に示すように、Ｓ−ＩＤが新たに含まれている。この新ＵＲＬ情報を受信したポータルサーバにおいては、例えば先に説明したように区切り文字「／」の個数などからＳ−ＩＤを用いる処理であることを認識する。そして、例えばポータルサーバに保持されている変換テーブルを参照して、Ｓ−ＩＤに対応するサービスサーバのＵＲＬ情報を取得し、これをウェブ閲覧装置に対して送信する。サービスサーバのＵＲＬ情報を受けたウェブ閲覧装置においては、先に生成した新ＵＲＬ情報のうち、Ｐ−ＵＲＬの部分をサービスサーバのＵＲＬ情報であるＳ−ＵＲＬ情報に置き換えた情報を生成し、これを用いて処理要求を行う。その後、サービスサーバにおいては、実施形態１で説明したような認証処理やこれに起因した処理が行われることになる。
【００４１】
なお、本実施形態においては、ポータルサーバが、ウェブ閲覧装置から送信された情報を管理する管理部を有していてもよい。この管理部は、例えば認証情報に含まれるログインＩＤを取得し、これを集計しておいてもよい。このような機能を備えることにより、ポータルサーバがいわばウェブの視聴率を集計する装置となることができる。特に、本実施形態のポータルサーバは、認証情報を利用したサイトへのいわば転送サーバとなっている。このため、本ポータルサーバを経由する処理は、認証が必要で会員別に用意されたサービスの提供を受けるためのアクセスである確率が非常に高いものとなる。このため、管理部によって各種のデータを収集しておくことにより、いわば会員制などのコアなネットワークユーザのインターネット視聴率などを容易に集計することも可能となる。
【００４２】
<実施形態２の処理の流れ>
図１１は、実施形態２におけるウェブ閲覧装置の処理の流れの一例を示す図である。まず、携帯端末から認証情報とＳ−ＩＤとを受信する。そして、Ｐ−ＵＲＬ情報を取得する（Ｓ１１０２）。そして、認証情報とＰ−ＵＲＬ情報とＳ−ＩＤとを含む新ＵＲＬ情報を生成する（１１０３）。その後、ポータルサーバに対して新ＵＲＬ情報を送信する（Ｓ１１０４）。その後、ポータルサーバからＳ−ＩＤで識別されるサービスサーバのＵＲＬ情報であるＳ−ＵＲＬ情報を受信する（Ｓ１１０５）。その後、サービスサーバに対してＳ−ＵＲＬ情報と認証情報とを含む情報を送信する（Ｓ１１０６）。
【００４３】
図１２は、実施形態２におけるポータルサーバの処理の流れの一例を示す図である。Ｓ１２０１については実施形態１と同様である。Ｓ１２０２においては、Ｓ−ＩＤで識別されるサービスサーバが処理要求の少なくとも一部を実行可能とするための処理がポータルサーバに与えられる処理要求であると識別する。すなわち、その後のＳ１２０３以降の処理は、図７で説明したＳ７０３のＮの方向に進んだ場合の処理に相当する（図１２では特に図示しない）。Ｓ１２０３においては、Ｓ−ＩＤをキーとして例えば自身の変換テーブルを検索し、Ｓ−ＩＤと関連付けて保持されているサービスサーバのＵＲＬ情報であるＳ−ＵＲＬ情報を取得する。そして、Ｓ１２０４においては、Ｓ１２０３にて取得したＳ−ＵＲＬ情報をウェブ閲覧装置に対して送信する。なお、図示していないが、ポータルサーバにおいては、例えば認証情報に含まれるログインＩＤと、Ｓ−ＩＤとを関連付けてアクセスログとして保持してもよい。
【００４４】
<実施形態２の効果>
実施形態２においては、ポータルサーバがいわば転送サーバの役割を果たすことが可能となるため、二次元バーコードや、雑誌やテレビなどで紹介される簡易的な数字をＳ−ＩＤとして携帯端末から送信することにより、長文のＵＲＬ情報を入力する煩雑性を解消することができる。また、ポータルサーバにおいても、どのサービスサーバへの認証要求が多いかを集計することができるため、会員制のサイトのいわば視聴率を集計することも可能となる。
【００４５】
<<実施形態３>>
<実施形態３の概要>
実施形態３は、実施形態１又は２で説明したウェブ閲覧装置の一部の機能を受光装置を用いて実現するものである。
【００４６】
<実施形態３の構成>
図１３は、本実施形態における受光装置の機能ブロックを含む処理システムの一例を示す図である。図１３に示すように本実施形態の処理システムは、「携帯端末」１３１０と、「ウェブ閲覧装置」１３２０と、「ポータルサーバ」１３３０と、「受光装置」１３４０と、からなる。携帯端末１３１０は、「保持部」１３１１と、「認証情報出力部」１３１２と、を有する。ウェブ閲覧装置１３２０は、「処理要求部」１３２４、を有する。ポータルサーバ１３３０は、「受信部」１３３１と、「処理識別部」１３３２と、「処理部」１３３３と、を有する。受光装置１３４０は、「Ｊ認証情報受信部」１３４１と、「Ｊ−Ｐ−ＵＲＬ情報取得部」１３４２と、「Ｊ新ＵＲＬ情報生成部」１３４３と、「出力部」１３４４と、を有する。受光装置１３４０を除く各構成については、実施形態１で説明したものと同様であるため、ここでの説明は省略する。また、実施形態２を基本として受光装置を有する構成をとってもよい。
【００４７】
「Ｊ認証情報受信部」１３４１と、「Ｊ−Ｐ−ＵＲＬ情報取得部」１３４２と、「Ｊ新ＵＲＬ情報生成部」１３４３は、前記処理システムのウェブ閲覧装置の認証情報受信部と、Ｐ−ＵＲＬ情報取得部と、新ＵＲＬ情報生成部に代えて受光装置に構成されるものであり、詳細については既に説明してあるため、ここでの説明は省略する。
【００４８】
「出力部」１３４４は、Ｊ新ＵＲＬ情報生成部にて生成した新ＵＲＬ情報をウェブ閲覧装置が解釈可能な形式で出力する。ウェブ閲覧装置が解釈可能な形式の一例としては、ばキーボード形式の信号にて出力するように構成されていてもよい。すなわち、受光装置の出力部はキーボード形式の信号を出力するＫ出力手段を有してもよい。キーボード形式の信号とは、例えばキーボードの各ボタンを押下した場合に出力される信号のことであり、キーコードと呼ばれる各キーに対応したキーボードのコードを示す信号のことである。図１４は、キーコードの一例を示す図である。図１４に示すように各キーボードにはそれぞれキーコードが付されており、例えば「Ａ」と刻印されているボタンを押下した場合には、キーボードからキーコード「６５」のボタンが押下されたという信号が出力されることになる。このようにキーボード形式の信号にて出力される場合には、ウェブ閲覧装置においては、例えば特別なアプリケーションインタフェースを用いることなく、一般的に広く用いられているウェブ閲覧装置にて認証処理などを行ったウェブの閲覧を行うことが可能となる。
【００４９】
<実施形態３の効果>
実施形態３では、例えばポータルサーバのＵＲＬ情報であるＰ−ＵＲＬ情報を受光装置にて保持しておき、携帯端末から受信した認証情報とともにキーボード信号形式にてウェブ閲覧装置に対して情報の入力を行うことが可能となる。これにより、様々な効果が期待できる。例えば、受光装置を各利用者に配布することにより、利用者が利用するポータルサーバにていわば囲い込みを行うことができる。このため、実施形態２で説明したようなインターネット視聴率などの情報をポータルサーバにてより多く収集することができる。また、受光装置からはキーボード信号形式で情報がウェブ閲覧装置に送信されるため、ウェブ閲覧装置においては特別なソフトウエアなどを用意する必要はなく、単に受光装置を例えばＵＳＢ端子に接続するだけで認証済みのサイトに自動でログインすることも可能となる。
【図面の簡単な説明】
【００５０】
【図１】実施形態１を説明するための概念図
【図２】実施形態１を説明するための機能ブロック図
【図３】実施形態１の新ＵＲＬ情報を説明するための図
【図４】実施形態１の処理要求の一例を説明するための図
【図５】実施形態１のウェブ閲覧装置の処理の流れの一例を示す図
【図６】実施形態１のポータルサーバの処理の流れの一例を説明する図
【図７】実施形態１のウェブ閲覧装置とポータルサーバの具体的な構成態様の一例を示す図
【図８】実施形態２を説明するための概念図
【図９】実施形態２を説明するための機能ブロック図
【図１０】実施形態２のＳ−ＩＤを含む具体的な情報の内容例を示す図
【図１１】実施形態２のウェブ閲覧装置の処理の流れの一例を示す図
【図１２】実施形態２のポータルサーバの処理の流れの一例を示す図
【図１３】実施形態３の受光装置を含むシステムの機能ブロック図を示す図
【図１４】実施形態３のキーボード信号を説明するための図
【符号の説明】
【００５１】
２１０    携帯端末
２１１    保持部
２１２    認証情報出力部
２２０    ウェブ閲覧装置
２２１    認証情報受信部
２２２    Ｐ−ＵＲＬ情報取得部
２２３    新ＵＲＬ情報生成部
２２４    処理要求部
２３０    ポータルサーバ
２３１    受信部
２３２    処理識別部
２３３    処理部
【図１】
2008211515.tif 000003
【図２】
2008211515.tif 000004
【図３】
2008211515.tif 000005
【図４】
2008211515.tif 000006
【図５】
2008211515.tif 000007
【図６】
2008211515.tif 000008
【図７】
2008211515.tif 000009
【図８】
2008211515.tif 000010
【図９】
2008211515.tif 000011
【図１０】
2008211515.tif 000012
【図１１】
2008211515.tif 000013
【図１２】
2008211515.tif 000014
【図１３】
2008211515.tif 000015
【図１４】
2008211515.tif 000016