(57)【要約】【課題】  互いに連携していないサイト間において、既存プリケーションの改修などの作業をしなくてもシングルサインオンを実現する仕組みを提供すること【解決手段】  連携元Ｗｅｂサイトにおけるユーザアカウントと連携先Ｗｅｂサイトにおけるユーザアカウントとが対応付けられたマッピングテーブルを記憶し、連携元Ｗｅｂサイトにおけるアカウント情報を取得し、取得したアカウント情報をマッピングテーブルを用いて連携先Ｗｅｂサイトのアカウント情報に変換し、変換されたアカウント情報を用いて連携先Ｗｅｂサイトにアクセスするべく、ユーザに当該アカウント情報を返送する。【選択図】  図３
2013149238.tif 000002
【特許請求の範囲】
【請求項１】
連携元Ｗｅｂサイトにおけるユーザアカウントと連携先Ｗｅｂサイトにおけるユーザアカウントとが対応付けられたマッピングテーブルを記憶する情報処理装置であって、
連携先Ｗｅｂサイトへのアクセス要求をしたユーザに関するアカウント情報を連携元Ｗｅｂサイトから取得するアカウント情報取得手段と、
前記記憶されたマッピングテーブルを用いて、前記アカウント情報に含まれる連携元Ｗｅｂサイトのユーザアカウントを連携先Ｗｅｂサイトのユーザアカウントに変換するマッピング手段と、
前記マッピング手段により変換されたアカウント情報により認証トークンを生成する生成手段と、
前記生成手段により生成された認証トークンを連携先Ｗｅｂサイトへのアクセスに用いるために、当該連携先Ｗｅｂサイトへのアクセス要求したユーザに対して送信する認証トークン送信手段と、
を備えることを特徴とする情報処理装置。
【請求項２】
認証処理を実行する認証処理実行手段と、
前記認証処理実行手段による認証処理の結果をアクセス要求したユーザに対して送信する認証結果送信手段と、
を備え、
前記マッピング手段は、前記認証処理実行手段による認証処理が成功した場合に、前記記憶されたマッピングテーブルを用いて、前記アカウント情報に含まれる連携元Ｗｅｂサイトのユーザアカウントを連携先Ｗｅｂサイトのユーザアカウントに変換することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記認証結果送信手段により送信される情報には、前記認証処理実行手段による認証処理が成功した場合に利用可能なサービスを示す情報を含むことを特徴とする請求項２に記載の情報処理装置。
【請求項４】
連携元Ｗｅｂサイトにおけるユーザアカウントと連携先Ｗｅｂサイトにおけるユーザアカウントとが対応付けられたマッピングテーブルを記憶する情報処理装置における情報処理方法であって、
前記情報処理装置のアカウント情報取得手段が、連携先Ｗｅｂサイトへのアクセス要求をしたユーザに関するアカウント情報を連携元Ｗｅｂサイトから取得するアカウント情報取得工程と、
前記情報処理装置のマッピング手段が、前記記憶されたマッピングテーブルを用いて、前記アカウント情報に含まれる連携元Ｗｅｂサイトのユーザアカウントを連携先Ｗｅｂサイトのユーザアカウントに変換するマッピング工程と、
前記情報処理装置の生成手段が、前記マッピング工程により変換されたアカウント情報により認証トークンを生成する生成工程と、
前記情報処理装置の認証トークン送信手段が、前記生成工程により生成された認証トークンを連携先Ｗｅｂサイトへのアクセスに用いるために、当該連携先Ｗｅｂサイトへのアクセス要求したユーザに対して送信する認証トークン送信工程と、
を備えることを特徴とする情報処理方法。
【請求項５】
連携元Ｗｅｂサイトにおけるユーザアカウントと連携先Ｗｅｂサイトにおけるユーザアカウントとが対応付けられたマッピングテーブルを記憶する情報処理装置において実行可能なプログラムであって、
前記情報処理装置を、
連携先Ｗｅｂサイトへのアクセス要求をしたユーザに関するアカウント情報を連携元Ｗｅｂサイトから取得するアカウント情報取得手段と、
前記記憶されたマッピングテーブルを用いて、前記アカウント情報に含まれる連携元Ｗｅｂサイトのユーザアカウントを連携先Ｗｅｂサイトのユーザアカウントに変換するマッピング手段と、
前記マッピング手段により変換されたアカウント情報により認証トークンを生成する生成手段と、
前記生成手段により生成された認証トークンを連携先Ｗｅｂサイトへのアクセスに用いるために、当該連携先Ｗｅｂサイトへのアクセス要求したユーザに対して送信する認証トークン送信手段として機能させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、Ｗｅｂサイトにおける認証技術に関する。
【背景技術】
【０００２】
現在、様々な情報やサービスがＷｅｂサイトにより提供されているが、その中には、予め登録されたユーザでなければ得られない情報やサービスもある。そのような場合、通常は、登録された個々のユーザにＩＤが割り当てられ、当該ＩＤを用いてＷｅｂサイトにログインすることで、情報やサービスを得られる仕組みとなっている。特に近年では多くのサイトにログインをする機会が増えている。
【０００３】
上述の通り、Ｗｅｂサイトへログインするにあたり、ユーザ毎に割り振られたログインＩＤとパスワードとを入力する必要がある。
【０００４】
このような場合、何度もＩＤとパスワードを入力する手間を省くために、複数のサイト間で、ある１つのＷｅｂサイトにログインすれば、他のＷｅｂサイトにもログインできる機能（いわゆるシングルサインオン）が普及している。
【０００５】
特許文献１には、このシングルサインオンに関する技術が記載され、特に複数の認証サイトで確実に認証を行うことを目的として、複数の認証サイトに対して負荷分散装置を用いて振分けを行う技術が記載されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００５−３０１４２４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかし、異なるサイト間でシングルサインオンを行う場合、連携元Ｗｅｂサイトと連携先Ｗｅｂサイトとの両方にシングルサインオン機能を備える必要がある。
【０００８】
そのため、独自の認証機能を備えているサイトとの間でシングルサインオンを実現しようとすると、既存プリケーションの改修などの作業が必要となり、実現の妨げとなっていた。
【０００９】
そこで、本発明は、互いに連携していないサイト間において、既存プリケーションの改修などの作業をしなくてもシングルサインオンを実現する仕組みを提供することを目的とする。
【課題を解決するための手段】
【００１０】
本発明は、連携元Ｗｅｂサイトにおけるユーザアカウントと連携先Ｗｅｂサイトにおけるユーザアカウントとが対応付けられたマッピングテーブルを記憶する情報処理装置であって、連携先Ｗｅｂサイトへのアクセス要求をしたユーザに関するアカウント情報を連携元Ｗｅｂサイトから取得するアカウント情報取得手段と、前記記憶されたマッピングテーブルを用いて、前記アカウント情報に含まれる連携元Ｗｅｂサイトのユーザアカウントを連携先Ｗｅｂサイトのユーザアカウントに変換するマッピング手段と、前記マッピング手段により変換されたアカウント情報により認証トークンを生成する生成手段と、前記生成手段により生成された認証トークンを連携先Ｗｅｂサイトへのアクセスに用いるために、当該連携先Ｗｅｂサイトへのアクセス要求したユーザに対して送信する認証トークン送信手段と、を備えることを特徴とする。
【００１１】
また、本発明は、連携元Ｗｅｂサイトにおけるユーザアカウントと連携先Ｗｅｂサイトにおけるユーザアカウントとが対応付けられたマッピングテーブルを記憶する情報処理装置における情報処理方法であって、前記情報処理装置のアカウント情報取得手段が、連携先Ｗｅｂサイトへのアクセス要求をしたユーザに関するアカウント情報を連携元Ｗｅｂサイトから取得するアカウント情報取得工程と、前記情報処理装置のマッピング手段が、前記記憶されたマッピングテーブルを用いて、前記アカウント情報に含まれる連携元Ｗｅｂサイトのユーザアカウントを連携先Ｗｅｂサイトのユーザアカウントに変換するマッピング工程と、前記情報処理装置の生成手段が、前記マッピング工程により変換されたアカウント情報により認証トークンを生成する生成工程と、前記情報処理装置の認証トークン送信手段が、前記生成工程により生成された認証トークンを連携先Ｗｅｂサイトへのアクセスに用いるために、当該連携先Ｗｅｂサイトへのアクセス要求したユーザに対して送信する認証トークン送信工程と、を備えることを特徴とする。
【００１２】
また、本発明は、連携元Ｗｅｂサイトにおけるユーザアカウントと連携先Ｗｅｂサイトにおけるユーザアカウントとが対応付けられたマッピングテーブルを記憶する情報処理装置において実行可能なプログラムであって、前記情報処理装置を、連携先Ｗｅｂサイトへのアクセス要求をしたユーザに関するアカウント情報を連携元Ｗｅｂサイトから取得するアカウント情報取得手段と、前記記憶されたマッピングテーブルを用いて、前記アカウント情報に含まれる連携元Ｗｅｂサイトのユーザアカウントを連携先Ｗｅｂサイトのユーザアカウントに変換するマッピング手段と、前記マッピング手段により変換されたアカウント情報により認証トークンを生成する生成手段と、前記生成手段により生成された認証トークンを連携先Ｗｅｂサイトへのアクセスに用いるために、当該連携先Ｗｅｂサイトへのアクセス要求したユーザに対して送信する認証トークン送信手段として機能させることを特徴とする。
【発明の効果】
【００１３】
本発明によれば、互いに連携していないサイト間において、既存アプリケーションの改修などの作業負荷を軽減し、シングルサインオンを実現する仕組みを提供することが可能となる。
【図面の簡単な説明】
【００１４】
【図１】本発明の情報処理システムの構成の一例を示す図である
【図２】図１のクライアント端末１０１、中継サーバ１０２のハードウエア構成の一例を示す図である
【図３】本発明の第１の実施形態におけるクライアント端末１０１、中継サーバ１０２、連携元Ｗｅｂサイト１０４が実行する認証処理を示すフローチャート
【図４】連携情報管理テーブルの一例を示す図
【図５】マッピングテーブルの一例を示す図
【図６】本発明の第２の実施形態におけるクライアント端末１０１、中継サーバ１０２、連携元Ｗｅｂサイト１０４が実行する認証処理を示すフローチャート
【発明を実施するための形態】
【００１５】
以下、図面を参照して本発明の実施形態を詳細に説明する。
【００１６】
図１は、本発明に係る情報処理システムのシステム構成の一例を示す図である。
【００１７】
図１に示すように、本実施形態に係る情報処理システムは、クライアント端末１０１と連携元Ｗｅｂサイト１０４、連携先Ｗｅｂサイト１０５、中継サーバ１０２が相互に通信可能に広域ネットワーク１０３を介して接続されている。
【００１８】
以下、本発明の情報処理システムを構成する各装置について説明する。
【００１９】
以下、図２を用いて、図１に示したクライアント端末１０１、中継サーバ１０２のハードウエア構成の一例について説明する。
【００２０】
図２において、２０１はＣＰＵで、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。また、ＲＯＭ２０３あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ  Ｉｎｐｕｔ  ／  Ｏｕｔｐｕｔ  Ｓｙｓｔｅｍ）やオペレーティングシステムプログラム（以下、ＯＳ）や、各サーバ或いは各ＰＣの実行する機能を実現するために必要な各種プログラム等が記憶されている。
【００２１】
２０２はＲＡＭで、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＯＭ２０３あるいは外部メモリ２１１からＲＡＭ２０２にロードして、該ロードしたプログラムを実行することで各種動作を実現するものである。
【００２２】
また、２０５は入力コントローラで、入力装置２０９等からの入力を制御する。２０６はビデオコントローラで、液晶ディスプレイ等のディスプレイ装置２１０への表示を制御する。なお、ディスプレイ装置は、液晶ディスプレイに限られず、ＣＲＴディスプレイなどであっても良い。これらは必要に応じてクライアントが使用するものである。
【００２３】
２０７はメモリコントローラで、ブートプログラム，各種のアプリケーション，フォントデータ，ユーザファイル，編集ファイル，各種データ等を記憶するハードディスク（ＨＤ）や、フレキシブルディスク（ＦＤ）、或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等の外部メモリ２１１へのアクセスを制御する。
【００２４】
２０８は通信Ｉ／Ｆコントローラで、ネットワーク（例えば、図１に示したＬＡＮ４００）を介して外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いた通信等が可能である。
【００２５】
なお、ＣＰＵ２０１は、例えばＲＡＭ２０２内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ディスプレイ装置２１０上での表示を可能としている。また、ＣＰＵ２０１は、ディスプレイ装置２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。
【００２６】
ハードウエア上で動作する各種プログラムは、外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０２にロードされることによりＣＰＵ２０１によって実行されるものである。
【００２７】
なお、全ての装置がこれらの構成を備えているわけではなく、必要なものを夫々備えていればよい。
【００２８】
次に図３を用いて、本発明の第１の実施形態におけるクライアント端末１０１、中継サーバ１０２、連携元Ｗｅｂサイト１０４が行う認証処理について説明する。
【００２９】
なお、図３のフローチャートで示す処理については、クライアント端末１０１のＣＰＵ２０１が所定の制御プログラムを読み出して実行する処理である。
【００３０】
ステップＳ３０１では、クライアント端末１０１のＣＰＵ２０１は、ユーザからのＷｅｂサイト（連携先Ｗｅｂサイト）へのアクセス要求を受け付ける。
例えば、連携元Ｗｅｂサイトから連携先Ｗｅｂサイトへ遷移するための操作（リンクをクリックや、ボタンの押下）を受け付けることで、連携先Ｗｅｂサイトへのアクセス要求を受け付ける。
Ｗｅｂサイトへのアクセス要求を受け付けると、クライアント端末１０１のＣＰＵ２０１は当該要求を連携元Ｗｅｂサイトへ送信する。
【００３１】
ステップＳ３０２では、連携元Ｗｅｂサイト１０４は、ステップＳ３０１でクライアント端末１０１から送信された要求を受信すると、まず当該要求を送信したユーザについて認証処理を行う。
【００３２】
認証処理に成功すると、アクセス要求先であるＷｅｂサイト（連携先Ｗｅｂサイト）を示す情報と、連携元アカウント（認証処理をしたユーザにかかるアカウント）とに対して暗号化処理を施す（アカウント情報を暗号化する）。
【００３３】
ステップＳ３０３では、連携元Ｗｅｂサイト１０４は、ステップＳ３０２で暗号化したアカウント情報と、中継サーバ１０２のＵＲＬとをブラウザへ返却する。
【００３４】
ステップＳ３０４では、クライアント端末１０１のＣＰＵ２０１は、ステップＳ３０３で送信された中継サーバのＵＲＬをもとに、中継サーバ１０２へリダイレクトまたは自動ＰＯＳＴし、ステップＳ３０３で送信された暗号化されたアカウント情報を中継サーバ１０２に送信する。
【００３５】
ステップＳ３０５では、中継サーバ１０２のＣＰＵ２０１は、ステップＳ３０４で送信されたアカウント情報を受信すると、当該アカウント情報を復号する。
【００３６】
なお、ステップＳ３０４での暗号化処理およびステップＳ３０５での復号処理については、公知の技術を用いて行うものとする。
【００３７】
ステップＳ３０６では、中継サーバ１０２のＣＰＵ２０１は、ステップＳ３０５で受信したアカウント情報に含まれるアクセス要求先のＷｅｂサイトが連携情報管理テーブルに登録されているか否かを判断する。
【００３８】
連携情報管理テーブル（図４）に登録されていると判断された場合（ステップＳ３０６：ＹＥＳ）は、処理をステップＳ３０７に移行する。
【００３９】
連携情報管理テーブル（図４）に登録されていないと判断された場合（ステップＳ３０６：ＮＯ）は、処理をステップＳ３１４に移行する。
【００４０】
ステップＳ３０７では、中継サーバ１０２のＣＰＵ２０１は、ステップＳ３０５で受信したアカウント情報に含まれる連携元アカウントが、マッピングテーブル（図５）に登録されているか否かを判断する。
【００４１】
マッピングテーブルに登録されていると判断された場合（ステップＳ３０７：ＹＥＳ）は、処理をステップＳ３０８に移行する。
【００４２】
マッピングテーブルに登録されていないと判断された場合（ステップＳ３０７：ＮＯ）は、処理をステップＳ３１４に移行する。
【００４３】
ステップＳ３０８では、中継サーバ１０２のＣＰＵ２０１は、アカウントの認証処理を行う。
【００４４】
ステップＳ３０８における認証処理は、ステップＳ３０５で受信したアカウント情報と、ディレクトリサーバ（不図示）に登録されたアカウント情報との照合を行い、同一のアカウント情報が登録されていれば認証ＯＫと判断される。認証で使用されるアカウント情報はユーザＩＤ、パスワードの組み合わせや証明書などが用いられる。
【００４５】
なお、ディレクトリサーバについては、中継サーバと同一の端末であってもよい。
【００４６】
ステップＳ３０９では、中継サーバ１０２のＣＰＵ２０１は、ステップＳ３０８における認証処理の結果を判断する。
【００４７】
認証ＯＫであった場合（ステップＳ３０９：ＹＥＳ）は、処理をステップＳ３１０に移行する。
【００４８】
認証ＮＧであった場合（ステップＳ３０９：ＮＯ）は、処理をステップＳ３１４に移行する。
【００４９】
ステップＳ３１０では、中継サーバ１０２のＣＰＵ２０１は、アカウントマッピング処理を実行する。
【００５０】
具体的には、図５に示すアカウントマッピングテーブルを用いて、ステップＳ３０５で受信したアカウント情報に含まれる連携元アカウントを連携先アカウントに置き換える。
【００５１】
ステップＳ３１１では、中継サーバ１０２のＣＰＵ２０１は、アクセス要求のあったＷｅｂサイト（連携先Ｗｅｂサイト）に対して送信される認証トークンを生成する。
【００５２】
ステップＳ３１２では、中継サーバ１０２のＣＰＵ２０１は、ステップＳ３１１で生成した認証トークンをブラウザへ返却する。
【００５３】
ステップＳ３１３では、クライアント端末１０１のＣＰＵ２０１は、アクセス要求先サイト（連携先Ｗｅｂサイト）へステップＳ３１２で中継サーバ１０２から送信された認証トークンを用いてリダイレクトまたは自動ＰＯＳＴでアクセスする。
【００５４】
以上のように、中継サーバがシングルサインオン機能を備え、当該中継サーバのシングルサインオン機能を利用することで、互いに連携していないサイト間においても、既存のアプリケーションの改修を最小限に留めてシングルサインオンを実現する仕組みを提供することが可能となる。
【００５５】
また、クライアント端末１０１と中継サーバ１０２との間でやりとりされるアカウント情報については、暗号化処理がなされるため、なりすましなどによる不正アクセスを防止することが可能となる。
【００５６】
次に、図６を用いて、本発明の第２の実施形態におけるクライアント端末１０１、中継サーバ１０２、連携元Ｗｅｂサイト１０４が行う認証処理について説明する。
【００５７】
なお、図６に示すフローチャートは、第１の実施形態における図３のフローチャートの処理に、ステップＳ６０１〜ステップＳ６０５の処理を追加したものである。そのため、ここでは当該追加したステップＳ６０１〜Ｓ６０５の処理についてのみ説明する。
【００５８】
他の処理については、図３のフローチャートに示す処理と同様であるため、ここでの説明は省略する。
【００５９】
ステップＳ３０９において、認証ＯＫと判定された場合（ステップＳ３０９：ＹＥＳ）に、中継サーバ１０２のＣＰＵ２０１は、ステップＳ６０１の処理を実行する。
【００６０】
ステップＳ６０１では、中継サーバ１０２のＣＰＵ２０１は、認証済み情報をクライアント端末１０１に返却する。ここで、認証済み情報とは具体的には、クライアントを一意に識別するためのID（一般的にはセッションIDと呼ばれる）とサービスＵＲＬである。
【００６１】
サービスＵＲＬについては、ステップＳ３０１においてユーザから要求された内容を元に特定される。
【００６２】
ステップＳ６０２では、クライアント端末１０１のＣＰＵ２０１は、ステップＳ６０１で送信されたサービスＵＲＬ（本実施形態においては、シングルサインオン開始ＵＲＬ）へリダイレクトまたは自動ＰＯＳＴしアクセスする。
【００６３】
ステップＳ６０３では、中継サーバ１０２のＣＰＵ２０１は、認証済み情報が有効であるか、無効となったかを判断する。
【００６４】
すなわち、ステップＳ３０９において認証に成功しているが、ステップＳ６０３の時点ではタイムアウト等により無効となっている可能性があるため、ステップＳ６０３において有効性の確認をする。
【００６５】
認証済み情報が有効であると判断された場合（ステップＳ６０３：ＹＥＳ）は、処理をステップＳ３１０に移行する。
【００６６】
ステップＳ３１０~Ｓ３１３の処理は、図３に示すフローチャートの処理と同様であるため、ここでの説明は省略する。
【００６７】
認証済み情報が無効である場合（ステップＳ６０３：ＮＯ）は、処理をステップＳ６０４に移行する。
【００６８】
ステップＳ６０４では、中継サーバ１０２のＣＰＵ２０１は、エラーページをクライアント端末１０１に送信する。
【００６９】
ステップＳ６０５では、クライアント端末１０１のＣＰＵ２０１は、ステップＳ６０４で送信されたエラーページを受信し、表示する。
そして、本フローチャートの処理を終了する。
【００７０】
以上のように、第１の実施形態における処理に対して、認証済み情報をクライアント端末１０１に返却する処理（ステップＳ６０１）を追加することで、中継サーバ１０２で提供されるシングルサインオン以外のサービスであって認証が必要なサービスについても、シングルサインオンによる利用が可能となる。
【００７１】
具体的には、本実施形態においては、ステップＳ３１０〜Ｓ３１２については中継サーバが提供するシングルサインオン機能を実現するための処理としているが、この処理を中継サーバが提供する別のサービスに置き換えることが可能となる。
【００７２】
本実施形態におけるステップＳ３１０〜Ｓ３１２の処理を中継サーバ１０２が提供する別のサービスに置き換えた場合は、ステップＳ３１３では、連携元Ｗｅｂサイトまたは中継サーバのページへ遷移する処理となる。
【００７３】
また、シングルサインオンサービスのような１回のリクエストで完結するサービスではなく、中継サーバ１０２を継続的に利用するサービスについても、シングルサインオンでの利用が可能となる。
【００７４】
なお、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。
【００７５】
また、本発明におけるプログラムは、図３の処理方法をコンピュータが実行可能なプログラムである。なお、本発明におけるプログラムは図３の各装置の処理方法ごとのプログラムであってもよい。
【００７６】
以上のように、前述した実施形態の機能を実現するプログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムを読み出し、実行することによっても本発明の目的が達成されることは言うまでもない。
【００７７】
この場合、記録媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記録した記録媒体は本発明を構成することになる。
【００７８】
プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ−ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＥＥＰＲＯＭ、シリコンディスク等を用いることが出来る。
【００７９】
また、コンピュータが読み出したプログラムを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００８０】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００８１】
また、本発明は、複数の機器から構成されるシステムに適用しても、ひとつの機器から成る装置に適用しても良い。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【００８２】
さらに、本発明を達成するためのプログラムをネットワーク上のサーバ、データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。
【符号の説明】
【００８３】
１０１  クライアント端末
１０２  中継サーバ
１０３  広域ネットワーク
１０４  連携元Ｗｅｂサイト
１０５  連携先Ｗｅｂサイト
【図１】
2013149238.tif 000003
【図２】
2013149238.tif 000004
【図３】
2013149238.tif 000005
【図４】
2013149238.tif 000006
【図５】
2013149238.tif 000007
【図６】
2013149238.tif 000008