(57)【要約】【課題】会員サイトにログインするための会員情報の管理を、汎用性の高い手法で実現することのできる情報処理システム、情報処理装置、及び情報処理方法を提供する。【解決手段】会員サイトをクライアント端末へ提供する情報処理システムであって、クライアント端末からのログインを受け付けるためのログイン管理部１０１と、他の会員サイトへログインするための会員情報を記憶するユーザ情報ＤＢ１５０と、他の会員サイトへアクセスするためのアドレス情報を含むリンク表示画面の画面データを、クライアント端末に送信する通信インタフェースと、クライアント端末がリンク表示画面から他の会員サイトのログイン画面へアクセスする場合に、ユーザ情報ＤＢ１５０に記憶され、当該他の会員サイトへログインするための会員情報をクライアント端末に表示させる出力コード生成部１０５とを備える。【選択図】図４
2014002486.tif 000002
【特許請求の範囲】
【請求項１】
会員サイトをクライアント端末へ提供する情報処理システムであって、
前記クライアント端末からのログインを受け付けるためのログイン手段と、
他の会員サイトへログインするための会員情報を記憶するデータベースと、
前記他の会員サイトへアクセスするためのアドレス情報を含むリンク表示画面の画面データを、前記ログイン手段によりログインを受け付けた前記クライアント端末に送信する送信手段と、
前記クライアント端末が前記リンク表示画面から前記他の会員サイトのログイン画面へアクセスする場合に、前記データベースに記憶され、当該他の会員サイトへログインするための会員情報を前記クライアント端末に表示させる制御手段と
を備える、情報処理システム。
【請求項２】
前記制御手段は、会員情報をポップアップ表示させる、
請求項１記載の情報処理システム。
【請求項３】
前記制御手段は、会員情報を表示させるためのコードを含む前記リンク表示画面の画面データを生成する、請求項１又は請求項２記載の情報処理システム。
【請求項４】
前記制御手段は、前記他の会員サイトのログイン画面の画面データを取得すると共に、当該画面データから、会員情報を表示させるためのコードを含む画面データを生成し、
前記送信手段は、当該画面データを前記クライアント端末へ送信する、
請求項１又は請求項２記載の情報処理システム。
【請求項５】
前記制御手段は、前記クライアント端末のブラウザに組み込まれるプラグインである、
請求項１又は請求項２記載の情報処理システム。
【請求項６】
会員サイトをクライアント端末へ提供する情報処理システムであって、
前記クライアント端末からのログインを受け付けるためのログイン手段と、
他の会員サイトへログインするための会員情報を記憶するデータベースと、
前記会員情報を含む前記他の会員サイトへのアクセス要求を前記クライアント端末へ送信する送信手段と
を備える、情報処理システム。
【請求項７】
ログインを必要とする第１の会員サイトから、ログインに会員情報を必要とする第２の会員サイトへのアクセスを検出する検出手段と、
データベースから前記会員情報を取得する取得手段と、
前記第１の会員サイトから前記第２の会員サイトへのアクセスを検出した場合に、前記第２の会員サイトのログイン画面上に前記会員情報を表示する表示手段と
を備える、情報処理装置。
【請求項８】
クライアント端末からのログインを受け付けるステップと、
前記他の会員サイトへアクセスするためのアドレス情報を含むリンク表示画面の画面データを、ログインを受け付けた前記クライアント端末に送信するステップと、
前記クライアント端末が前記リンク表示画面から前記他の会員サイトのログイン画面へアクセスする場合に、当該他の会員サイトへログインするための会員情報を前記クライアント端末に表示させるステップと
を備える、情報処理方法。
【請求項９】
クライアント端末から会員サイトへのログインを受け付けるステップと、
他の会員サイトへログインするための会員情報を記憶するステップと、
前記会員情報を含む前記他の会員サイトへのアクセス要求を前記クライアント端末へ送信するステップと
を備える、情報処理方法。
【請求項１０】
ログインを必要とする第１の会員サイトから、ログインに会員情報を必要とする第２の会員サイトへのアクセスを検出するステップと、
データベースから前記会員情報を取得するステップと、
前記第１のサイトから前記第２のサイトへのアクセスを検出した場合に、前記第２のサイトのログイン画面上に前記会員情報を表示するステップと
を備える、情報処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明に係るいくつかの態様は、情報処理システム、情報処理装置、及び情報処理方法に関する。
【背景技術】
【０００２】
現在、インターネット等のネットワーク上には、ユーザＩＤやパスワードの入力を求めることにより、正当なユーザであることを確認するサイトが数多く存在する。このようなＩＤやパスワードの入力は、サイトの安全性を高める一方で、サイト毎に設定されたＩＤやパスワードの記憶をユーザに強いるものであるため、ユーザに多大な負荷が生じている。
【０００３】
そこで特許文献１には、どのＷＷＷサーバーからユーザがアカウントの登録を行なった場合であっても、ドメイン横断アカウント（ＤＡＡ）・サーバーが一元的にアカウントの保存・管理を行う技術が開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００２−１９７０６３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１記載の手法は、サイトを提供する各ＷＷＷサーバーにＤＡＡサーバーへの接続先の切換え等の各種対応を強いるものである。つまり、特許文献１記載の手法には、汎用性に欠けるという課題がある。
【０００６】
ここで、ＩＤやパスワード管理の煩雑さが引き起こしている事態を、医師等の医療従事者の場合を例に説明する。医師等の医療従事者は、業務上、各種医薬や治療法等の情報を収集すべく、日頃から各製薬会社や医療器具メーカー等から情報を収集する必要がある。このような製薬会社や医療器具メーカー等が提供するサイトは、同じ会社が提供するものであったとしても製品毎に異なるサイトとなっていることも多いため、その数は、１つの医療分野だけでも、１００〜２００に及ぶことも少なくない。更に、これらのサイトはログインを要する会員制サイトであることが多いため、医師等の医療従事者であるユーザは、これらの会員サイトの数だけＩＤやパスワードを管理したり入力したりする必要がある。つまり、これまで、医師等の医療従事者は、医療サービスの維持・向上の為に、極めて困難かつ煩雑な作業を強いられていた。これらの作業の簡素化は、医療業務の効率性向上につながり、ひいては患者が受ける医療の質の向上にもつながるため、極めて強く求められている。
【０００７】
一方で、このような１つの医療分野だけでも１００以上にも及ぶ数多くのサイト提供者の全てに対して、煩雑な接続処理方法を強いるのは現実的に困難である。たとえサイト提供者側でも何らかの対応が必要であるとしても、なるべく簡素な接続処理で対応できるようにする配慮が求められている。
【０００８】
本発明のいくつかの態様は前述の課題に鑑みてなされたものであり、会員サイトにログインするための会員情報の管理を、汎用性の高い手法で実現することのできる情報処理システム、情報処理装置、及び情報処理方法を提供することを目的の１つとする。
【課題を解決するための手段】
【０００９】
本発明に係る１の情報処理システムは、会員サイトをクライアント端末へ提供する情報処理システムであって、前記クライアント端末からのログインを受け付けるためのログイン手段と、他の会員サイトへログインするための会員情報を記憶するデータベースと、前記他の会員サイトへアクセスするためのアドレス情報を含むリンク表示画面の画面データを、前記ログイン手段によりログインを受け付けた前記クライアント端末に送信する送信手段と、前記クライアント端末が前記リンク表示画面から前記他の会員サイトのログイン画面へアクセスする場合に、前記データベースに記憶され、当該他の会員サイトへログインするための会員情報を前記クライアント端末に表示させる制御手段とを備える。
【００１０】
本発明に係る１の情報処理システムは、会員サイトをクライアント端末へ提供する情報処理システムであって、前記クライアント端末からのログインを受け付けるためのログイン手段と、他の会員サイトへログインするための会員情報を記憶するデータベースと、前記会員情報を含む前記他の会員サイトへのアクセス要求を前記クライアント端末へ送信する送信手段とを備える。
【００１１】
本発明に係る１の情報処理装置は、ログインを必要とする第１の会員サイトから、ログインに会員情報を必要とする第２の会員サイトへのアクセスを検出する検出手段と、データベースから前記会員情報を取得する取得手段と、前記第１の会員サイトから前記第２の会員サイトへのアクセスを検出した場合に、前記第２の会員サイトのログイン画面上に前記会員情報を表示する表示手段とを備える。
【００１２】
本発明に係る１の情報処理方法は、クライアント端末からのログインを受け付けるステップと、前記他の会員サイトへアクセスするためのアドレス情報を含むリンク表示画面の画面データを、ログインを受け付けた前記クライアント端末に送信するステップと、前記クライアント端末が前記リンク表示画面から前記他の会員サイトのログイン画面へアクセスする場合に、当該他の会員サイトへログインするための会員情報を前記クライアント端末に表示させるステップとを備える。
【００１３】
本発明に係る１の情報処理方法は、クライアント端末から会員サイトへのログインを受け付けるステップと、他の会員サイトへログインするための会員情報を記憶するステップと、前記会員情報を含む前記他の会員サイトへのアクセス要求を前記クライアント端末へ送信するステップとを備える。
【００１４】
本発明に係る１の情報処理方法は、ログインを必要とする第１の会員サイトから、ログインに会員情報を必要とする第２の会員サイトへのアクセスを検出するステップと、データベースから前記会員情報を取得するステップと、前記第１のサイトから前記第２のサイトへのアクセスを検出した場合に、前記第２のサイトのログイン画面上に前記会員情報を表示するステップとを備える。
【００１５】
尚、本発明において、「部」や「手段」、「システム」とは、単に物理的手段を意味するものではなく、その「部」や「手段」、「システム」が有する機能をソフトウェアによって実現する場合も含む。また、１つの「部」や「手段」、「システム」が有する機能が２つ以上の物理的手段や装置により実現されても、２つ以上の「部」や「手段」の機能が１つの物理的手段や装置により実現されても良い。
【発明の効果】
【００１６】
本発明によれば、会員サイトにログインするための会員情報の管理を、汎用性の高い手法で実現することのできる情報処理システム、情報処理装置、及び情報処理方法を提供することができる。
【図面の簡単な説明】
【００１７】
【図１】本発明の実施形態における情報処理システムの概略機能を説明するための図である。
【図２】図１の情報処理システムで表示される表示画面の具体例を示す図である。
【図３】図１の情報処理システムで表示されるログイン画面の具体例を示す図である。
【図４】図１の情報処理システムのサーバに係る機能構成を示す機能ブロック図である。
【図５】図１の情報処理システムのユーザ情報ＤＢの具体例を示す図である。
【図６】図４に例を示したサーバの処理の流れを示すフローチャートである。
【図７】図１の情報処理システムのクライアントの処理の流れを示すフローチャートである。
【図８】他の実施形態に係る情報処理システムのサーバの処理の流れを示すフローチャートである。
【図９】他の実施形態に係る情報処理システムのクライアントの機能構成を示す機能ブロック図である。
【図１０】図９に示したクライアントの処理の流れを示すフローチャートである。
【図１１】第５の実施形態における情報処理システムの概略機能を説明するための図である。
【図１２】図１１の情報処理システムのサーバに係る機能構成を示す機能ブロック図である。
【図１３】図１２に例を示したサーバの処理の流れを示すフローチャートである。
【発明を実施するための形態】
【００１８】
以下に本発明の実施形態を説明する。以下の説明及び参照する図面の記載において、同一又は類似の構成には、それぞれ同一又は類似の符号が付されている。
【００１９】
（第１の実施形態）
図１乃至図７は、本発明の第１の実施形態を説明するための図である。以下、これらの図を参照しながら、以下の流れに沿って本実施形態を説明する。まず「１」で実施形態全体の概要を示す。その上で、「２」でシステムの構成を説明する。「３」では、処理の流れを説明する。最後に、「４」以降で、本実施形態に係る効果等を説明する。「５」以降は、他の実施形態の説明であり、図８乃至図１３を参照しながら説明する。
【００２０】
（１  概要）
（１．１  システムの機能概要）
まず、図１を参照しながら、本実施形態に係る情報処理システム１の機能を説明する。図１は、本実施形態に係る情報処理システム１の機能を説明するための図である。
【００２１】
本実施形態に係る情報処理システム１は、大きく分けてポータルサイト１０を提供するサーバ１００と、クライアント端末２００（クライアント端末２００Ａ乃至２００Ｍを総称して「クライアント端末２００」と呼ぶ。「クライアント２００」も同義として使用する。）と、会員サイト３０を提供するサーバ３００（会員サイト３０Ａ（「会員サイトＡ」）乃至３０Ｎ（「会員サイトＮ」）を総称して「会員サイト３０」と呼ぶ。サーバ３００についても同様である。）と、会員サイト３０にログインするためのＩＤやパスワード等のユーザ情報（アカウント情報、会員情報）を管理するユーザ情報データベース（ＤＢ）１５０とを含む。ここで、サーバ１００、クライアント２００、及びサーバ３００は、それぞれネットワークＮに接続されている。
【００２２】
尚、本実施形態ではユーザ情報ＤＢ１５０はサーバ１００にのみ接続されているがこれに限るものではなく、例えばネットワークＮに接続されるようにしても良い。
【００２３】
ここで、サーバ１００が提供するポータルサイト１０はクライアント２００からアクセス可能な会員制のサイトであり、例えば、ソーシャルネットワークサービス（ＳＮＳ）も提供する。ここで、以下ではポータルサイト１０は、例えば、医師、又はそれに類する医療関係者（看護師、歯科医師、医薬情報担当者等）を対象とするものとする。しかしながら、必ずしもそれに限られるものではない。
【００２４】
医師等であるユーザは、クライアント２００を操作することで、サーバ１００にアクセスして、クライアント２００上で動作するブラウザ上に、ポータルサイト１０の表示画面を表示することができるようになる。
【００２５】
更に、ポータルサイト１０は、会員サイト３０Ａ乃至３０Ｃにアクセスするためのアドレス情報及びログインに必要なＩＤ／パスワードを管理する機能も有する。これは、いわばネットワーク上で管理可能なブックマーク機能と共に、これらの会員サイト３０Ａ乃至３０ＣへログインするためのＩＤやパスワード管理の機能を兼ね備えるものである。ユーザがポータルサイト１０を経由して会員サイト３０Ａ乃至３０Ｃにアクセスすると、当該会員サイト３０Ａ乃至３０Ｃの表示画面上に、ログインするためのＩＤやパスワードが表示される。
【００２６】
（１．２  画面例）
以下、図２及び図３を参照しながら、クライアント２００の表示部に表示される画面の遷移を説明する。
【００２７】
（１．２．１  ポータルサイト１０のユーザ情報管理画面）
図２は、サーバ１００が提供するポータルサイト１０内の、特にＩＤ／パスワード管理に係る表示画面１１の例を示す図である。尚、図２の表示画面１１は、ポータルサイト１０を提供するサーバ１００がＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）等により記述されたテキストデータ等を含む画面データを生成し、クライアント２００のブラウザが当該画面データ等に従って表示するものである。つまり、図２の表示画面１１は、ポータルサイト１０を提供するサーバ１００が生成して、クライアント２００に表示させるものといえる。この点、図３を参照しながら後述するログイン画面３１についても同様である。
図２の例では、ポータルサイト１０の表示画面１１は、大きく分けてフレーム領域１３とメイン領域１５とから構成されている。
【００２８】
ポータルサイト１０は、先述の通り、ＳＮＳ及びユーザ情報管理機能を含む各種サービスを、クライアント２００を操作するユーザに提供する。より具体的には、１対他で迅速に情報を伝達することのできるツイート（Ｔｗｅｅｔ）機能、電子メールのようにユーザ間でメッセージを相互に伝達しあうメッセージ（Ｍｅｓｓａｇｅ）機能、ユーザが治療記録や投薬記録等の日々の出来事を記載する日記（Ｄｉａｒｙ）機能、ポータルサイト１０のプラットフォーム上でプログラムを動作させるアプリケーション（Ａｐｐｌｉｃａｔｉｏｎ）機能、随時情報が配信されるニュース（Ｎｅｗｓ）機能、ネットワーク上のデータを保存可能なストレージサーバ等の機能が提供されるクラウド（Ｃｌｏｕｄ）機能、各種製薬会社等が管理する会員サイト３０へアクセスするためのＩＤやパスワード等を管理する機能（ユーザ情報管理機能）、等をポータルサイト１０は提供する。これらの機能は、フレーム領域１３に配置されたボタン群１７のいずれかのボタンをクリックすることによりユーザが選択することができ、メイン領域１５に、それらの機能に応じた表示がなされる。ここでは、ＩＤ／パスワード管理機能により、製薬会社等が運営する会員サイト３０へのリンク及びＩＤ／パスワードの管理を管理する表示がメイン領域１５になされる場合を中心に説明する。
【００２９】
ＩＤ／パスワード管理機能では、表示画面１１のメイン領域１５に、会員サイト３０のサイト名（図２の例では、製薬会社の社名等に対応）と、当該会員サイト３０のアドレス情報（ＵＲＬ：Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）と、当該会員サイト３０へログインするためのＩＤ及びパスワードとが表示されている。これらのＵＲＬやＩＤ、パスワード等の各種情報は、例えばユーザ自身が登録する他、ＳＮＳを通じて会員サイト３０の運営者（製薬会社）や、他のユーザ等が登録できるようにしても良い。ここで、ポータルサイト１０上で管理されるアドレス情報やＩＤ、パスワードといった情報は、サーバ１００がユーザ情報ＤＢ１５０に登録し、必要に応じて読み出す。
【００３０】
尚ここで、ポータルサイト１０は会員制のサイトであるため、ユーザがＩＤやパスワードをポータルサイト１０上で管理したとしても、ポータルサイト１０に正常にログインできた会員自身しか当該会員の管理画面を見ることができないため、セキュリティを担保することは可能である。
【００３１】
医師等の医療従事者は、業務上、各種医薬や治療法等の情報を収集すべく、日ごろから各製薬会社等から情報を収集する必要があるが、そのような情報を提供するサイトは会員制であることが多いため、医師等であるユーザは、これらの会員サイト３０へログインするためのＩＤやパスワード等のユーザ情報を管理しておく必要がある。しかしながら、製薬会社は多数あり、また同じ製薬会社であっても製品毎に異なるサイトを提供していることもあるため、１つの医療分野に携わるユーザが、百を超える関連サイトを管理する場合もある。このような場合に、ユーザが全てのＩＤやパスワードを覚えておくことは極めて困難である。
【００３２】
このような場合に、ユーザが同一のＩＤやパスワードを使用することも考えられるが、通常、会員サイト３０毎にパスワードのルール（大文字と小文字を混ぜる、アルファベットと数字を混ぜる、文字数の上限及び下限、等）が決まっていることから、全ての会員サイト３０のＩＤ及びパスワードを統一することは実質的に不可能であり、また、セキュリティ上のリスクも高い。
【００３３】
更に、近年、Ｃｏｏｋｉｅ等の機能を利用してＩＤやパスワードの入力を補助するブラウザも存在するが、このような手法も、ユーザが複数の端末を使用する場合には利用することができない。
【００３４】
そこで、本実施形態では、ネットワークＮ上に存在するポータルサイト１０で、一元的にアドレス情報、ＩＤ、及びパスワードを管理することで、ユーザの利便性を飛躍的に向上させている。
【００３５】
尚、図２の表示画面１１の例では、製薬会社のサイトのみが管理されているが、これに限られるものではなく、ユーザは、必要に応じて任意のサイトをポータルサイト１０に登録できる。
【００３６】
（１．２．２  会員サイト３０のログイン画面）
図２に例を示したポータルサイト１０の表示画面１１上でユーザがリンクを選択すると、クライアント２００の表示部が表示するブラウザには、図３に例を示すような会員サイト３０のログイン画面３１が表示される。
【００３７】
図３のログイン画面３１の例では、メイン領域１５のみがリンク先の会員サイト３０の画面となっており、フレーム領域１３は、依然としてポータルサイト１０のままとなっている。これにより、ユーザは必要に応じてポータルサイト１０のサービスを受け続けることができる他、必要に応じて、フレーム領域１３を表示するためのテキストデータ（例えば、ＪａｖａＳｃｒｉｐｔ（登録商標）コードを含むＨＴＭＬデータ）から、メイン領域１５を制御することも可能となる。
【００３８】
図３のログイン画面３１では、メイン領域１５に、会員サイト３０にログインするためのＩＤ入力ボックス３５やパスワード入力ボックス３７が配置されている。ログイン画面３１上で、ＩＤやパスワードを入力すべく、ユーザがカーソル２１をＩＤ入力ボックス３５やパスワード入力ボックス３７上へ移動させると、ポップアップウィンドウ３９が表示され、当該サイトへログインするためのＩＤやパスワードが表示される。このＩＤやパスワードは、ユーザがポータルサイト１０を通じてユーザ情報ＤＢ１５０へ登録したＩＤやパスワードである。
【００３９】
ユーザは、当該ポップアップウィンドウ３９に表示されたＩＤやパスワードを参照することにより、自身では記憶していなくとも、簡単にＩＤやパスワードを入力して、会員サイト３０へログインすることが可能となる。また、ポップアップウィンドウ３９上にＩＤ及びパスワードを表示するのみで、あくまでユーザが入力するようにすることで、ＩＤ入力ボックス３５とは異なる入力ボックスにＩＤをブラウザが自動で入力してしまう等の事態を防ぐことができる他、期限切れになってしまったＩＤやパスワードが自動でＩＤ入力ボックス３５やパスワード入力ボックス３７に入力されてしまうことも防ぐことができる。
【００４０】
しかしながら、ユーザの入力の手間を防ぐため、ＩＤ及びパスワードは、ポップアップウィンドウ３９上に表示するのではなく、ＩＤ入力ボックス３５やパスワード入力ボックス３７に直接入力（表示）するようにしても良い。
【００４１】
尚、図３の例では、メイン領域１５に会員サイト３０の画面が表示されるようにしているが、これに限るものではなく、例えば別ウィンドウに表示するようにしても良い。
【００４２】
（２  システム構成）
（２．１  サーバ１００の構成）
次に、図４を参照しながら、本実施形態に係るサーバ１００の機能構成を説明する。図４は、サーバ１００の機能構成を示す機能ブロック図である。
【００４３】
サーバ１００は、ネットワークＮ越しにクライアント２００へポータルサイト１０を提供する情報処理装置であり、ログイン管理部１０１、出力コード生成部１０３及び通信インタフェース１０５を含む。
【００４４】
ログイン管理部１０１は、会員制であるポータルサイト１０へのクライアント２００からのログイン処理を管理するためのモジュールである。当該ログイン処理により、どのユーザがクライアント２００からアクセスしているのかがわかるため、出力コード生成部１０３は、ユーザ毎に応じた表示画面の画面データを生成することができるようになる。
【００４５】
出力コード生成部１０３は、例えば、ＨＴＭＬ等で記述された、表示画面１１を表示するためのテキストデータ等を生成する。クライアント２００が有するブラウザは、当該テキストデータに従って、表示画面１１の表示や、サーバ１００へのデータの送信、アドレス情報で指定される会員サイト３０への接続といった処理を行う。
【００４６】
ここで、本実施形態では、フレーム領域１３を表示するためのテキストデータ内に、ＪａｖａＳｃｒｉｐｔ（登録商標）等で記述されたコードを含む。本実施形態は、上述の通り、会員サイト３０を表示するログイン画面３１においても、フレーム領域１３はポータルサイト１０のものなので、フレーム領域１３を表示するためのコードから、クライアント２００のブラウザを制御することが可能である。よって、出力コード生成部１０３は、フレーム領域１３を表示するためのコードの中に、メイン領域１５に表示される会員サイト３０に係る入出力を制御するためのコードを埋め込むことにより、図３に例を示したポップアップウィンドウ３９が表示されるようにしている。またこのために、出力コード生成部１０３は、ユーザ情報ＤＢ１５０から、表示している会員サイト３０に対応するＩＤやパスワードを読込む。ユーザ情報ＤＢ１５０の構成については、図５を参照しながら後述する。また、サーバ１００によるポップアップウィンドウ３９の表示に係る処理の流れは、図６を参照しながら後述する。
【００４７】
通信インタフェース１０５は、ネットワークＮを介してクライアント２００を含む各情報処理装置と通信するためのインタフェースであり、例えば、出力コード生成部１０３が生成した表示画面１１に係るテキストデータ等の各種データの送信や、クライアント２００からの指示入力等を受信する。通信インタフェース１０５は、例えばＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）により、クライアント２００等と通信する。
【００４８】
（２．２  ユーザ情報ＤＢ１５０の具体例）
ユーザ情報ＤＢ１５０の具体例を、図５を参照しながら説明する。
図５に具体例を示すユーザ情報ＤＢ１５０は、各会員サイト３０の名称（サイト名）と、アドレス情報（ＵＲＬ）と、ＩＤと、パスワードとを対応付けて管理及び記憶する。当該データベースは、ポータルサイト１０へログインするユーザ毎にサーバ１００によって作成され、管理される。
【００４９】
ユーザ情報ＤＢ１５０のデータは、ユーザ（あるいは各製薬会社等）がポータルサイト１０に新たなサイト及びＩＤ／パスワードを登録した際に、サーバ１００により登録される。また、ログイン画面３１において、ポップアップウィンドウ３９上にＩＤ及びパスワードを表示することのできるフレーム領域１３表示に係るテキストデータを出力コード生成部１０３が生成する際に、ユーザ情報ＤＢ１５０は参照される。
【００５０】
（３  処理の流れ）
以下、図６及び図７を参照しながら、サーバ１００及びクライアント２００におけるそれぞれの処理の流れを説明する。
【００５１】
尚、後述の各処理ステップは、処理内容に矛盾を生じない範囲で、任意に順番を変更して若しくは並列に実行することができ、また、各処理ステップ間に他のステップを追加しても良い。更に、便宜上１つのステップとして記載されているステップは複数のステップに分けて実行することもでき、便宜上複数に分けて記載されているステップを１ステップとして実行することもできる。この点、他の実施形態についても同様である。
【００５２】
（３．１  サーバ１００の処理の流れ）
図６は、ポータルサイト１０を経由して会員サイト３０へアクセスしたクライアント２００に対するサーバ１００の処理の流れである。
【００５３】
クライアント２００から、表示画面１１のアクセス要求を受信すると、まず、出力コード生成部１０３は、ユーザ情報ＤＢ１５０から、ユーザが登録した会員サイト３０のアドレス情報や、当該会員サイト３０へアクセスするためのＩＤやパスワード等の各種情報をユーザ情報ＤＢ１５０から読込む（Ｓ６０１）。
【００５４】
その上で、出力コード生成部１０３は、表示画面１１に係るＨＴＭＬ等で記述されたテキストデータを含む各種データを生成して、当該データを通信インタフェース１０５を介してクライアント２００へ送信する（Ｓ６０３）。このデータは、表示画面１１のフレーム領域１３及びメイン領域１５の双方に関するものである。
【００５５】
ここで、メイン領域１５に対応するデータは、図２に例を示すようにサイト名やアドレス情報等をユーザに示すための情報を含む。また、フレーム領域１３に対応するデータも、図３に示すポップアップウィンドウ３９を表示するためのＪａｖａＳｃｒｉｐｔ（登録商標）等のコードと、表示する情報であるＩＤ及びパスワードと、それらのユーザ情報に対応するアドレス情報とを含む。ここで、ＩＤやパスワードの情報を、暗号化してフレーム領域１３に対応するデータに挿入すれば、第三者による盗取等を防ぐことができる。当該ＪａｖａＳｃｒｉｐｔ（登録商標）のコードに基づくクライアント２００側の処理は、以下「３．２」で説明する。
【００５６】
（３．２  クライアント２００の処理の流れ）
続いて、クライアント２００側の処理の流れを、図７を参照しながら説明する。尚、図７に係る処理の制御は、サーバ１００から送信された表示画面１１に係る表示データ（ＨＴＭＬ等のテキストデータ等）に基づき、クライアント２００にインストールされたブラウザアプリケーションにより行われる。
【００５７】
まず、クライアント２００は、サーバ１００から送信された画面データに基づき、フレーム領域１３及びメイン領域１５を含む、図２に例を示した表示画面１１を表示する（Ｓ７０１）。この画面データは、上述のＳ６０３においてサーバ１００が生成し、クライアント２００へ送信したデータである。よって、フレーム領域１３を表示するためのデータに、後述するＳ７１１でＩＤやパスワードの情報をポップアップ表示するためのＪａｖａＳｃｒｉｐｔ（登録商標）等のコードを含む。
【００５８】
クライアント２００は、ユーザにより、表示画面１１のメイン領域１５に配置された各サイトへのリンク（リンクは、アドレス情報に対応する）が選択されると（Ｓ７０３のＹｅｓ）、当該リンクに対応するアドレスに対してアクセス要求を送信する（Ｓ７０５）。サーバ３００は、当該アクセス要求に従い、会員サイト３０のログイン画面のデータを送信し、クライアント２００は、図３に例示したような、会員サイト３０をメイン領域１５に含むログイン画面３１を表示する（Ｓ７０７）。尚、このときもフレーム領域１３はポータルサイト１０のもののままである。
【００５９】
その後、ユーザが図示しないマウス操作によりカーソル２１を動かしてＩＤ入力ボックス３５又はパスワード入力ボックス３７上にくると（Ｓ７０９のＹｅｓ）、ポータルサイト１０に係る画面データが含むコードの制御により、それを検出してポップアップウィンドウ３９を表示し、その上にＩＤ及びパスワードを表示する（Ｓ７１１）。
【００６０】
（４  本実施形態の効果）
以上説明したように、本実施形態によれば、クライアント２００上に会員サイト３０にアクセスした際に、当該サイトにログインするためのＩＤ及びパスワード等のユーザ情報を表示することができる。これによりユーザは、会員サイト３０へログインするためのＩＤやパスワードを記憶しておく必要がなくなることから、操作が容易となる。
また、会員サイト３０側での対応が不要であることから、汎用性が高く、幅広いサイトに当該機能を適用することが可能である。
【００６１】
（５  他の実施形態）
上記実施形態では、画面データに含まれるＪａｖａＳｃｒｉｐｔ（登録商標）等のコードによりユーザ情報の表示を行っていたが、これに限られるものではなく、他の実現方法も考えられる。以下、それらの手法のいくつかを説明する。
【００６２】
尚、以下の実施形態の説明において、第１の実施形態と同様又は対応する構成は同一の符号を付すと共に、必要に応じて説明を省略していることがある。同様に、第１の実施形態と同様の作用効果などについても説明を省略していることがある。
【００６３】
（５．１  第２の実施形態）
本実施形態では、クライアント２００がサーバ３００から会員サイト３０の画面データを直接取得するのではなく、サーバ１００を経由して会員サイト３０の画面を受信する。このとき、サーバ１００は、会員サイト３０の画面データを、ポップアップウィンドウ３９が表示されるように書き換えてクライアント２００へ送信する。
【００６４】
尚、この実施形態において、クライアント２００上の表示画面１１からログイン画面３１への画面遷移（図２及び図３に具体例）は、第１の実施形態と同様である。つまり、第１の実施形態とは実現方法が異なるのみであって、ユーザ操作及び表示は同様となる。
【００６５】
また、サーバ１００の機能構成も、第１の実施形態と同様である。しかしながら、出力コード生成部１０３の処理は第１の実施形態とは異なる。以下、本実施形態に係るサーバ１００の処理の流れを説明する。
【００６６】
図８は、ポータルサイト１０を経由して会員サイト３０へアクセスしたクライアント２００に対する本実施形態のサーバ１００の処理の流れを示すフローチャートである。
【００６７】
クライアント２００から、表示画面１１のアクセス要求を受信すると、出力コード生成部１０３は、ユーザ情報ＤＢ１５０から、ユーザが登録した会員サイト３０のアドレス情報や、当該会員サイト３０へアクセスするためのＩＤやパスワード等の各種情報をユーザ情報ＤＢ１５０から読込む（Ｓ８０１）。
【００６８】
その上で、出力コード生成部１０３は、表示画面１１に係るＨＴＭＬ等で記述されたテキストデータを含む画面データを生成して、当該データを通信インタフェース１０５を介してクライアント２００へ送信する（Ｓ８０３）。このデータは、表示画面１１のフレーム領域１３及びメイン領域１５の双方に関するものである。
【００６９】
ここで、本実施形態では、出力コード生成部１０３がユーザ情報ＤＢ１５０から読込んだＩＤやパスワード等のユーザ情報は、メイン領域１５部分の画面データ生成にのみ使用される。換言すると、フレーム領域１３に係るデータに、ポップアップウィンドウ３９を表示するためのＩＤやパスワード等のユーザ情報や、ユーザ情報を表示するためのＪａｖａＳｃｒｉｐｔ（登録商標）等のコードを含ませる必要はない。
【００７０】
但し、メイン領域１５に配置する会員サイト３０へのリンクは、サーバ１００を経由するように変更しておく必要がある。これは、クライアント２００が会員サイト３０へ直接アクセスせずに、ログイン画面３１表示時に、サーバ１００がメイン領域１５のデータを送信できるようにするためである。尚、表示画面１１上に見えるアドレスは、会員サイト３０の正しいアドレス情報（サーバ１００を経由しないアドレス情報）を表示し、ＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）等で埋め込まれるアドレス情報（例えば、＜ａ  ｈｒｅｆ＝”アドレス情報”＞と記載され、表示画面１１上には見えない）に、サーバ１００を経由するように変更したアドレス情報を入れればよい。
【００７１】
その後、クライアント２００から会員サイト３０へのアクセス要求を受信すると（Ｓ８０５）、出力コード生成部１０３は、対応するサーバ３００から会員サイト３０の画面データ（ＨＴＭＬ等で記述されたテキストデータを含む）を取得すると共に（Ｓ８０７）、ユーザ情報ＤＢ１５０から、当該会員サイト３０に対応するＩＤ及びパスワードを読込む（Ｓ８０９）。
【００７２】
出力コード生成部１０３は、当該ＩＤ及びパスワードを示すポップアップウィンドウ３９を表示するためのＪａｖａＳｃｒｉｐｔ（登録商標）等のコードを、Ｓ８０７でサーバ３００から取得した会員サイト３０の画面データに埋め込んだ上で、通信インタフェース１０５を介してクライアント２００へと送信する（Ｓ８１１）。
【００７３】
一方、クライアント側の処理の概要は、図７に示した第１の実施形態と同様になる。但し、Ｓ７０１でサーバ１００から受信するデータ（ポップアップウィンドウ３９を表示するコードは不要）や、Ｓ７０５でアクセスするサーバがサーバ３００ではなくサーバ１００となる点、Ｓ７０７でサーバ１００から受信するログイン画面３１の画面データ内に、ポップアップウィンドウ３９を表示するためのコードが含まれる点、等が異なる。
【００７４】
以上説明したように、本実施形態では、サーバ１００が、会員サイト３０の画面データに、ポップアップウィンドウ３９を表示するためのコードを埋め込むことで、ユーザ情報をユーザに表示できるようにしている。
【００７５】
本実施形態のように実装することで、フレーム領域１３のコードによる制御は不要となる。つまり、フレーム領域１３を必ずしも表示する必要はなく、ブラウザの表示を完全に会員サイト３０に切り換えることも可能となる。この点、後述する第４の実施形態も同様である。
また、会員サイト３０側での対応が不要であることから、汎用性が高く、幅広いサイトに当該機能を適用することが可能である。
【００７６】
（５．２  第３の実施形態）
第２の実施形態では、サーバ１００でポップアップウィンドウ３９を表示するためのコードを、会員サイト３０の画面データに埋め込んでいたが、本実施形態は、ポータルサイト１０からリンクされて会員サイト３０へアクセスされた場合に、サーバ３００が、ポップアップウィンドウ３９を表示するＪａｖａＳｃｒｉｐｔ（登録商標）等のコードを埋め込んだ画面データを生成してクライアント２００へ送信する。
【００７７】
本実施形態において、サーバ１００及びクライアント２００の機能構成は第１の実施形態と同様とすることができるが、サーバ３００がユーザ情報ＤＢ１５０にアクセス可能とする必要がある。
【００７８】
尚、この実施形態において、クライアント２００上の表示画面１１からログイン画面３１への画面遷移（図２及び図３に具体例）は、第１の実施形態と同様である。つまり、第１の実施形態とは実現方法が異なるのみであって、ユーザ操作及び表示は同様となる。
【００７９】
また、本実施形態における処理は、サーバ１００の処理は第１の実施形態と同様となり（但し、ポップアップウィンドウ３９表示のためのコード等の埋め込みは不要）、クライアント２００の処理は第２の実施形態と同様となる。また、サーバ３００は、第２の実施形態のＳ８０７乃至Ｓ８１１に類似した処理を行って、ポップアップウィンドウ３９をクライアント２００の表示画面上に表示するためのコードを画面データに埋め込むこととなる。
【００８０】
以上説明したように、本実施形態では、サーバ３００が、会員サイト３０の画面データに、ポップアップウィンドウ３９を表示するためのコードを埋め込むことで、ユーザ情報をユーザに表示できるようにしている。
【００８１】
本実施形態のように実装することで、サーバ１００側での特別な処理が不要となる。また、サーバ３００でポップアップウィンドウ３９を表示するための処理を行うこととなるため、ＩＤ入力ボックス３５やパスワード入力ボックス３７の誤認による動作ミスを防げるほか、会員サイト３０の画面データに係る著作権を担保することも可能となる。
更に、サーバ１００とサーバ３００との間での画面切り替えや転送といった複雑な処理も不要となるので、汎用性を高めることも可能となる。
【００８２】
（５．３  第４の実施形態）
第１の実施形態から第３の実施形態は、主にサーバ１００及びサーバ３００側が主体となって、ユーザ情報を表示するための処理（画面データへのコード埋め込み等）を行うものであったが、本実施形態は、ブラウザにプラグインを持たせて、当該プラグインにユーザ情報を表示させるものである。
【００８３】
尚、この実施形態において、クライアント２００上の表示画面１１からログイン画面３１への画面遷移（図２及び図３に具体例）は、第１の実施形態と同様である。つまり、第１の実施形態とは実現方法が異なるのみであって、ユーザ操作及び表示は同様となる。
【００８４】
図９は、本実施形態に係るクライアント２００の構成を示す図である。図９の例では、クライアント２００は、通信インタフェース２１０と、ブラウザ２２０と、プラグイン２３０とを含む。ここで、ブラウザ２２０及びプラグイン２３０は、クライアント２００を制御するためのプログラムであり、メモリ上に一次記憶されて、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）が実行するものである。プラグイン２３０は、ブラウザ２２０の機能を拡張するためのプログラムであり、ブラウザ２２０と共に動作する。
【００８５】
プラグイン２３０は、監視部２３１、ユーザ情報取得部２３３、及びＧＵＩ制御部２３５を含む。監視部２３１は、ブラウザ２２０上の動作を監視し、例えば、ブラウザ２２０が表示しているのがポータルサイト１０の画面か、会員サイト３０の画面か、等を監視している。ユーザ情報取得部２３３は、ユーザ情報ＤＢ１５０から、ネットワークＮ越しにＩＤやパスワード等のユーザ情報を取得する。ＧＵＩ制御部２３５は、取得したＩＤやパスワードを含むポップアップウィンドウ３９を表示部に表示する。
【００８６】
以下、本実施形態における処理の流れを説明する。尚、サーバ１００側の処理は、第３の実施形態と同様である。クライアント２００のプラグイン２３０の処理を、図１０を参照しながら以下説明する。尚、図１０のフローチャートの開始時点において、ブラウザ２２０は図３に示すような各会員サイト３０へのリンクを含む表示画面１１を表示しているものとする。
【００８７】
ユーザが、表示画面１１上のリンクをクリックすると（Ｓ１００１のＹｅｓ）、プラグイン２３０は、それを検出して当該リンクに対応する会員サイト３０のＩＤ及びパスワード等のユーザ情報をユーザ情報ＤＢ１５０から取得する（Ｓ１００３）。一方、ブラウザ２２０は当該クリックされたリンクに対応する会員サイト３０へアクセスしてログイン画面３１を表示する。
【００８８】
その後、プラグイン２３０はカーソル２１の動作を監視し、カーソル２１がＩＤ入力ボックス３５やパスワード入力ボックス３７上に来たのを検出すると（Ｓ１００５のＹｅｓ）、図３の例のように、ポップアップウィンドウ３９を表示し、当該ポップアップウィンドウ３９上に、Ｓ１００３で読込んだＩＤ及びパスワードを表示する（Ｓ１００７）。
【００８９】
以上説明したように、本実施形態では、クライアント２００上で動作するプラグイン２３０が、ユーザ情報を含むポップアップウィンドウ３９を表示する。本実施形態のように実装することで、サーバ１００やサーバ３００側での特殊な処理が不要となるため、汎用性を上げることが可能となる。
【００９０】
（５．４  第５の実施形態）
第１の実施形態から第４の実施形態までは、ポップアップウィンドウ３９上にＩＤやパスワードを表示するものであったが、本実施形態は、クライアント２００が、ポータルサイト１０へのログイン後、バックグラウンドで会員サイト３０へログインするものである。これにより、ユーザは会員サイト３０にログインするためのＩＤやパスワードの入力が不要となる。
【００９１】
まず、図１１を参照しながら、本実施形態に係る情報処理システム１の機能を説明する。図１１は、本実施形態に係る情報処理システム１の機能を説明するための図である。本実施形態に係る情報処理システム１は、図１を参照しながら第１の実施形態で説明したのと同様に、ポータルサイト１０を提供するサーバ１００と、クライアント２００と、会員サイト３０を提供する１以上のサーバ３００と、会員サイト３０へログインするためのユーザ情報を管理するユーザ情報ＤＢ１５０とを含む。
【００９２】
サーバ１００が提供するポータルサイト１０が、クライアント２００からアクセス可能な会員制のサイトであるのも同様である（図中丸１）。また、ポータルサイト１０が、会員サイト３０へアクセスするためのアドレス情報及びログインに必要なＩＤ／パスワードを管理する機能を有する点や、図２に例を示したＩＤ／パスワード管理に係る表示画面１１を表示可能である点も同様である。
【００９３】
これらの機能に加え、サーバ１００が、クライアント２００に対して会員サイト３０へアクセスしてログインするための要求を行う機能を有する（図中丸２）。当該要求は、クライアント２００からの明示的な要求なしに、サーバ１００から送信されるものであり、会員サイト３０へログインするためのＩＤやパスワードのユーザ情報（会員情報）を含む。会員サイト３０へログインするための要求にユーザ情報を含ませる手法としては、例えば、クライアント２００が会員サイト３０へログインするためのＵＲＬの一部に、ユーザ情報を暗号化して含ませる手法等が考えられる。会員サイト３０は、これらの正しいユーザ情報を含むＵＲＬへのアクセス要求をクライアント２００から受信すると（図中丸３）、クライアント２００を会員サイト３０へログインさせる。
【００９４】
このとき、クライアント２００は会員サイト３０の画面をウィンドウやタブ等を表示してもよいが、表示せずに、バックグラウンドでログインさせるようにした方が、ユーザの利便性が高い。何れにしても、サーバ１００はバックグラウンドでクライアント２００を会員サイト３０へログインさせた上で、もし、ユーザが会員サイト３０へのリンク（ＵＲＬ）をクリックした場合には、ログイン画面を表示させずに（ユーザ情報をユーザが入力せずに）、直接会員サイト３０内をアクセスすることができるようになる。但し、会員サイト３０の画面を表示させずに、バックグラウンドで会員サイト３０へクライアント２００をログインさせる場合には、クライアント２００のブラウザアプリケーションのＣｏｏｋｉｅ機能をＯｎにしておく必要がある。依って、ユーザにＣｏｏｋｉｅ機能の有効化を即すメッセージを出力（表示）するようにしても良い。
【００９５】
以下、図１２を参照しながら、本実施形態に係るサーバ１００の構成を説明する。サーバ１００は、第１の実施形態等と同様、ネットワークＮ越しにクライアント２００へポータルサイト１０を提供する情報処理装置であり、ログイン管理部１０１、出力コード生成部１０３及び、通信インタフェース１０５に加えて、ログイン指示部１０７を含む。
【００９６】
ログイン管理部１０１は、会員制であるポータルサイト１０へのクライアント２００からのログイン処理を管理するためのモジュールである。当該ログイン処理により、どのユーザがクライアント２００からアクセスしているのかがわかるため、ログイン指示部１０７は、クライアント２００に送信すべきユーザ情報を送信できるようになる。
【００９７】
出力コード生成部１０３は、例えばＨＴＭＬ等で記述された、表示画面１１等のポータルサイト１０の画面を表示するためのテキストデータなどを生成する。
通信インタフェース１０５は、ネットワークＮを介してクライアント２００を含む各種情報処理装置と通信するためのインタフェースであり、例えば、出力コード生成部１０３が生成した表示画面１１等のポータルサイト１０にかかる画面のテキストデータを含む各種データの送信や、ログイン指示部１０７からクライアント２００へ送信する会員サイト３０へのアクセス要求の送信や、クライアント２００からの指示入力等を受信する。通信インタフェース１０５は、例えばＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）により、クライアント２００等と通信する。
【００９８】
ログイン指示部１０７は、クライアント２００に、会員サイト３０へのアクセス及びログインを指示する。この指示方法としては、例えばＨＴＴＰコマンドにより、会員サイト３０のＵＲＬを指定してアクセスを指示する手法が考えられ、この場合、ＵＲＬに、会員サイト３０にログインのためのユーザ情報を暗号化する等して埋め込むことが考えられる。サーバ３００は、ユーザ情報を含むＵＲＬでのアクセス要求をクライアント２００から受信すると、当該ユーザ情報を用いてログイン処理を行う。
【００９９】
続いて、本実施形態に係るサーバ１００の処理の流れを、図１３を参照しながら説明する。図１３は、本実施形態に係るサーバ１００の処理の流れを示すフローチャートである。
クライアント２００から、ログイン要求を受信すると、ログイン管理部１０１は、当該クライアント２００を使用するユーザでのログイン処理を行う（Ｓ１３０１）。当該ログイン処理により、ユーザはポータルサイト１０内の各ページにアクセス可能となると共に、ポータルサイト１０が提供する各サービスを受けることが可能となる。
【０１００】
ログイン処理が完了すると、ログイン指示部１０７は、ユーザ情報ＤＢから、会員サイト３０Ａ乃至３０Ｎの全てのＵＲＬ及びユーザ情報を読込み（Ｓ１３０３）、当該ユーザ情報（ログイン情報）を含む会員サイトのＵＲＬを作成し（Ｓ１３０５）、当該ＵＲＬへのアクセスをクライアント２００へ指示する（Ｓ１３０７）。
【０１０１】
当該指示を受けて、クライアント２００は会員サイト３０Ａ乃至３０Ｃへアクセスする。この際、ログインするためのユーザ情報がＵＲＬに含まれるため、サーバ３００Ａ乃至３００Ｎは、当該ユーザ情報を用いて、クライアント２００へのログイン処理を行う。
【０１０２】
以上説明したように、本実施形態に係るサーバ１００は、ユーザの指示がなくとも、クライアント２００に対して会員サイト３０Ａ乃至３０Ｎへログインするように指示する。これにより、ユーザが会員サイト３０Ａ乃至３０ＮへのＩＤやパスワードといったユーザ情報を直接入力せずとも、会員サイト３０Ａ乃至３０Ｎへのリンクをクリックすれば、当該サイトを見ることができるようになる。
更に、サーバ１００とサーバ３００との間での画面切り替えや転送といった複雑な処理も不要なので、実装の汎用性が高い。
【０１０３】
（６  付記事項）
上記の実施形態の説明では、ポータルサイト１０のサービス被提供者が医師等の医療関係者である場合を例に説明を行ったが、これに限られるものではない。例えば、弁護士や大学教授、システムエンジニア等の各種専門職の従事者に提供するＳＮＳに適用することも可能である。
【０１０４】
また、前述の各実施形態の構成は、組み合わせたり或いは一部の構成部分を入れ替えたりしてもよい。また、本発明の構成は前述の実施形態のみに限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変更を加えてもよい。
【符号の説明】
【０１０５】
１０・・・ポータルサイト、３０・・・会員サイト、１００・・・サーバ、１０１・・・ログイン管理部、１０３・・・出力コード生成部、１０５・・・通信インタフェース、１５０・・・ユーザ情報、２００・・・クライアント、３００・・・サーバ、Ｎ・・・ネットワーク
【図１】
2014002486.tif 000003
【図２】
2014002486.tif 000004
【図３】
2014002486.tif 000005
【図４】
2014002486.tif 000006
【図５】
2014002486.tif 000007
【図６】
2014002486.tif 000008
【図７】
2014002486.tif 000009
【図８】
2014002486.tif 000010
【図９】
2014002486.tif 000011
【図１０】
2014002486.tif 000012
【図１１】
2014002486.tif 000013
【図１２】
2014002486.tif 000014
【図１３】
2014002486.tif 000015