(57)【要約】【課題】装置の認証精度を改善すること。【解決手段】ユーザ端末３がサーバ装置１を認証し、サーバ装置１がユーザ端末３を認証する。特に、ユーザ端末３は、サーバ装置１との間で共有する秘密情報Ｓを記憶しておき、乱数Ｒを生成してサーバ装置１へ送信し、秘密情報Ｓと乱数Ｒを結合したデータのハッシュ値を検証用として算出して、サーバ装置１からのハッシュ値との同一性に基づきサーバ装置１を認証する。【選択図】図１
2015231177.tif 000002
【特許請求の範囲】
【請求項１】
クライアント装置とサーバ装置で行う装置認証方法において、
前記クライアント装置は、
前記サーバ装置からの認証用データを受信する受信ステップと、
記憶手段から読み出した検証用データを用いて前記サーバ装置を認証する認証ステップと、を有し、
前記サーバ装置は、
前記クライアント装置からの認証用データを受信する受信ステップと、
記憶手段から読み出した検証用データを用いて前記クライアント装置を認証する認証ステップと、
を有することを特徴とする装置認証方法。
【請求項２】
前記クライアント装置は、
前記サーバ装置との間で共有する共有データを記憶しておく記憶ステップと、
乱数を生成する生成ステップと、
前記乱数を前記サーバ装置へ送信する送信ステップと、を更に有し、
前記クライアント装置の認証ステップでは、
前記共有データと前記乱数を含むデータのハッシュ値を検証用として算出し、前記サーバ装置からのハッシュ値との同一性に基づき前記サーバ装置を認証することを特徴とする請求項１に記載の装置認証方法。
【請求項３】
前記サーバ装置は、
前記共有データを記憶しておく記憶ステップと、
前記共有データと前記乱数を含むデータのハッシュ値をパス名とするワンタイム型のＵＲＬを生成する生成ステップと、
前記ＵＲＬを前記クライアント装置へ送信する送信ステップと、を更に有し、
前記クライアント装置の認証ステップでは、
前記ＵＲＬのパス名と前記検証用のハッシュ値との同一性に基づき前記サーバ装置を認証することを特徴とする請求項２に記載の装置認証方法。
【請求項４】
クライアント装置とサーバ装置を備えた装置認証システムにおいて、
前記クライアント装置は、
前記サーバ装置からの認証用データを受信する受信手段と、
記憶手段から読み出した検証用データを用いて前記サーバ装置を認証する認証手段と、を有し、
前記サーバ装置は、
前記クライアント装置からの認証用データを受信する受信手段と、
記憶手段から読み出した検証用データを用いて前記クライアント装置を認証する認証手段と、
を有することを特徴とする装置認証システム。
【請求項５】
前記クライアント装置は、
前記サーバ装置との間で共有する共有データを記憶しておく記憶手段と、
乱数を生成する生成手段と、
前記乱数を前記サーバ装置へ送信する送信手段と、を更に有し、
前記クライアント装置の認証手段は、
前記共有データと前記乱数を含むデータのハッシュ値を検証用として算出し、前記サーバ装置からのハッシュ値との同一性に基づき前記サーバ装置を認証することを特徴とする請求項４に記載の装置認証システム。
【請求項６】
前記サーバ装置は、
前記共有データを記憶しておく記憶手段と、
前記共有データと前記乱数を含むデータのハッシュ値をパス名とするワンタイム型のＵＲＬを生成する生成手段と、
前記ＵＲＬを前記クライアント装置へ送信する送信手段と、を更に有し、
前記クライアント装置の認証手段は、
前記ＵＲＬのパス名と前記検証用のハッシュ値との同一性に基づき前記サーバ装置を認証することを特徴とする請求項５に記載の装置認証システム。
【請求項７】
請求項１乃至３のいずれかに記載の装置認証方法をコンピュータに実行させることを特徴とする装置認証プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、装置を認証する技術に関する。
【背景技術】
【０００２】
ＷＷＷサーバは、ユーザを認証するためにＩＤ及びパスワードを要求する。しかし、近年では、ＩＤ及びパスワードの不正取得による不正アクセスの被害が多数報告されている。
【０００３】
ＩＤ及びパスワードを不正に取得する方法の１つとしてフィッシング技術がある。本物に似せた偽のＷＷＷページを電子メールで誘導して他人のＩＤ及びパスワードを入力させる技術である。このような不正行為を未然に防止するため、ＷＷＷサーバ内のウェブブラウザにはフィッシング対策機能が組み込まれている。このフィッシング対策機能は、フィッシングサイトのＵＲＬをデータベース化し、それと照らし合わせることでアクセス先サイトの正当性を検証し、両方のＵＲＬが合致する場合にはユーザへ警告する（特許文献１−７）。
【０００４】
また、ワンタイムパスワードを利用した２段階認証を用いてユーザ認証を強化する方法もある。しかし、この方法は、ユーザ側でＷＷＷサーバ側の正当性を判断できるか否かに関して何ら配慮していない。そこで、ユーザ側でＷＷＷサーバ側を確認するためにＳＳＬ証明書を用いる手法がある。また、第三者機関がＷＷＷサーバの正当性を保証する方法もある（特許文献８，９）。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特許第５４６５６５１号公報
【特許文献２】特許第４７１４１１７号公報
【特許文献３】特許第４６１７２４３号公報
【特許文献４】特許第４６１２５３５号公報
【特許文献５】特許第４５７９７７１号公報
【特許文献６】特許第４５６４９１６号公報
【特許文献７】特許第４４２９９７１号公報
【特許文献８】特許第４８３２９４１号公報
【特許文献９】特許第４７７８３５８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、前述のフィッシング対策機能を用いる場合、ある程度発見的にフィッシングサイトを検出できるが、フィッシングサイトをデータベース化するため、新たなフィッシングサイトを継続して追従するにはコストや時間がかかる。
【０００７】
一方、ＳＳＬ証明書を用いる場合、ＵＲＬ又はＳＳＬ証明書の目視というユーザ自身の行為に留まるところがある。つまり、目視といったユーザ自身の注意によるところが大きいため、専門知識がない限り記述内容の正当性を判断することが難しい。
【０００８】
また、これらの従来技術においては、第三者機関に正当性の判断が委ねられるため、ユーザ自身ではそれを確実に判断できないという共通の課題があった。つまり、ＳＳＬ証明書は、第三の信頼された機関が証明したという事実に基づいているため、その第三の機関が仮に詐称された場合は全く信頼できないものになる。また、フィッシングサイト対策機能についてもデータベースを構築した第三の機関の判断に基づいているため、そのデータベースに存在していないフィッシングサイトにおいては当然効力をもたない。
【０００９】
本発明は、上記事情を鑑みてなされたものであり、装置の認証精度を改善することを目的とする。
【課題を解決するための手段】
【００１０】
以上の課題を解決するため、請求項１に記載の装置認証方法は、クライアント装置とサーバ装置で行う装置認証方法において、前記クライアント装置は、前記サーバ装置からの認証用データを受信する受信ステップと、記憶手段から読み出した検証用データを用いて前記サーバ装置を認証する認証ステップと、を有し、前記サーバ装置は、前記クライアント装置からの認証用データを受信する受信ステップと、記憶手段から読み出した検証用データを用いて前記クライアント装置を認証する認証ステップと、を有することを要旨とする。
【００１１】
本発明によれば、クライアント装置がサーバ装置を認証し、サーバ装置がクライアント装置を認証するため、認証処理が２段階で行われることから、装置の認証精度を向上できる。
【００１２】
請求項２に記載の装置認証方法は、請求項１に記載の装置認証方法において、前記クライアント装置は、前記サーバ装置との間で共有する共有データを記憶しておく記憶ステップと、乱数を生成する生成ステップと、前記乱数を前記サーバ装置へ送信する送信ステップと、を更に有し、前記クライアント装置の認証ステップでは、前記共有データと前記乱数を含むデータのハッシュ値を検証用として算出し、前記サーバ装置からのハッシュ値との同一性に基づき前記サーバ装置を認証することを要旨とする。
【００１３】
本発明によれば、クライアント装置は、サーバ装置との間で共有する共有データを記憶しておき、乱数を生成してサーバ装置へ送信し、共有データと乱数を含むデータのハッシュ値を検証用として算出して、サーバ装置からのハッシュ値との同一性に基づきサーバ装置を認証するため、装置の認証精度を更に向上できる。
【００１４】
請求項３に記載の装置認証方法は、請求項２に記載の装置認証方法において、前記サーバ装置は、前記共有データを記憶しておく記憶ステップと、前記共有データと前記乱数を含むデータのハッシュ値をパス名とするワンタイム型のＵＲＬを生成する生成ステップと、前記ＵＲＬを前記クライアント装置へ送信する送信ステップと、を更に有し、前記クライアント装置の認証ステップでは、前記ＵＲＬのパス名と前記検証用のハッシュ値との同一性に基づき前記サーバ装置を認証することを要旨とする。
【００１５】
請求項４に記載の装置認証システムは、クライアント装置とサーバ装置を備えた装置認証システムにおいて、前記クライアント装置は、前記サーバ装置からの認証用データを受信する受信手段と、記憶手段から読み出した検証用データを用いて前記サーバ装置を認証する認証手段と、を有し、前記サーバ装置は、前記クライアント装置からの認証用データを受信する受信手段と、記憶手段から読み出した検証用データを用いて前記クライアント装置を認証する認証手段と、を有することを要旨とする。
【００１６】
請求項５に記載の装置認証システムは、請求項４に記載の装置認証システムにおいて、前記クライアント装置は、前記サーバ装置との間で共有する共有データを記憶しておく記憶手段と、乱数を生成する生成手段と、前記乱数を前記サーバ装置へ送信する送信手段と、を更に有し、前記クライアント装置の認証手段は、前記共有データと前記乱数を含むデータのハッシュ値を検証用として算出し、前記サーバ装置からのハッシュ値との同一性に基づき前記サーバ装置を認証することを要旨とする。
【００１７】
請求項６に記載の装置認証システムは、請求項５に記載の装置認証システムにおいて、前記サーバ装置は、前記共有データを記憶しておく記憶手段と、前記共有データと前記乱数を含むデータのハッシュ値をパス名とするワンタイム型のＵＲＬを生成する生成手段と、前記ＵＲＬを前記クライアント装置へ送信する送信手段と、を更に有し、前記クライアント装置の認証手段は、前記ＵＲＬのパス名と前記検証用のハッシュ値との同一性に基づき前記サーバ装置を認証することを要旨とする。
【００１８】
請求項７に記載の装置認証プログラムは、請求項１乃至３のいずれかに記載の装置認証方法をコンピュータに実行させることを要旨とする。
【発明の効果】
【００１９】
本発明によれば、装置の認証精度を向上できる。
【図面の簡単な説明】
【００２０】
【図１】装置認証システムの全体構成を示す図である。
【図２】サーバ装置の機能ブロック構成を示す図である。
【図３】ユーザ端末の機能ブロック構成を示す図である。
【図４】２段階の認証処理の概要を示す図である。
【図５】ユーザ端末側で行うアカウント登録処理フローを示す図である。
【図６】サーバ装置側で行うアカウント登録処理フローを示す図である。
【図７】ユーザ端末側で行う第１段階目の認証処理フローを示す図である。
【図８】サーバ装置側で行う第１段階目の認証処理フローを示す図である。
【図９】ユーザ端末側で行う第１段階目の認証処理フローを示す図である。
【発明を実施するための形態】
【００２１】
以下、本発明を実施する一実施の形態について図面を用いて説明する。
【００２２】
図１は、本実施の形態に係る装置認証システムの全体構成を示す図である。この装置認証システムは、インターネットを介して相互通信可能に接続されたサーバ装置１とユーザ端末３とを備えて構成される。
【００２３】
図２は、サーバ装置１の機能ブロック構成を示す図である。このサーバ装置１は、例えばＷＷＷサービスを提供するＷＷＷサーバであり、ユーザ端末３に関するユーザ情報を記憶するユーザ情報記憶部１１と、ユーザ端末３を認証するユーザ認証部１２と、ユーザ端末３との間でＨＴＴＰ通信を行うＨＴＴＰ通信部１３と、ＳＭＳ通信を行うＳＭＳ通信部１４と、電子メール通信を行うＥメール通信部１５と、を備えて構成される。
【００２４】
図３は、ユーザ端末３の機能ブロック構成を示す図である。このユーザ端末３は、例えばＷＷＷサービスを享受するクライアント装置であり、自端末のユーザに関するユーザ情報を記憶するユーザ情報記憶部３１と、サーバ装置１の正当性を検証するサーバ検証部３３と、サーバ装置１との間でＨＴＴＰ通信を行うＨＴＴＰ通信部３３と、ＳＭＳ通信を行うＳＭＳ通信部３４と、電子メール通信を行うＥメール通信部３５と、を備えて構成される。
【００２５】
次に、この装置認証システムで行う装置認証方法を説明する。この装置認証方式は、図４に示すように、アカウント登録を行った後、ユーザ端末３がサーバ装置１を認証する第１段階と、サーバ装置１がユーザ端末３を認証する第２段階との２段階の認証処理を実行する。以下、第１段階目で行う認証処理について詳述する。なお、第２段階目の認証処理は従来の認証方法に相当するため詳細説明を省略する。例えば、サーバ装置１において、ユーザ端末３からＩＤ及びパスワードを受信すると、メモリ等に予め保持されているユーザ端末３のＩＤ及びパスワードを用いて認証する、といった既存のクライアント認証を実行する。
【００２６】
最初に、図５，６を参照しながら、サーバ装置１とユーザ端末３の各アカウント情報を登録する処理について説明する。本処理では、後段の２つの認証処理で必要とされる情報をサーバ装置１とユーザ端末３で相互に設定する。
【００２７】
まず、図５を参照しながら、ユーザ端末３で行うサーバ装置１のアカウント情報の登録処理を説明する。最初に、ステップＳ１０１において、ＨＴＴＰ通信部３３は、ユーザ情報記憶部３１に登録されている自端末のユーザＩＤ及びパスワードを読み出してサーバ装置１へ送信する。ここで送信されるユーザ端末ＩＤ及びパスワードは、第２段階目の認証処理時に利用される。
【００２８】
引き続き、ステップＳ１０２において、ＨＴＴＰ通信部３３は、ユーザ情報記憶部３１に設定されているワンタイムＵＲＬ生成用ＩＤ及び秘密情報Ｓを読み出してサーバ装置１へ送信する。ここで送信されるワンタイムＵＲＬ生成用ＩＤ及び秘密情報Ｓは、第１段階目の認証処理時に利用される。
【００２９】
その後、ステップＳ１０３において、ＨＴＴＰ通信部３３は、ステップＳ１０２の送信先であったサーバ装置１の識別子（例えば、ＦＱＤＮ）をキーにして、当該サーバ装置１の識別子とステップＳ１０２で送信したワンタイムＵＲＬ生成用ＩＤ及び秘密情報Ｓとを関連付けてユーザ情報記憶部３１に保持する。これにより、サーバ装置１のアカウント情報がユーザ端末３に登録される。
【００３０】
ここで、ワンタイムＵＲＬ生成用ＩＤ及び秘密情報Ｓについて説明する。ワンタイムＵＲＬ生成用ＩＤ及び秘密情報Ｓは、上述したように第１段階目の認証処理時にサーバ装置１の正当性を検証するために用いられる。
【００３１】
ワンタイムＵＲＬ生成用ＩＤとは、ユーザ端末３が認証処理時にサーバ装置１からワンタイムＵＲＬを得るために最初に用いるＩＤである。後述するように、ＷＷＷブラウザ上でのＨＴＴＰ、ＳＭＳ、又はＥメールを利用して送信される。また、ワンタイムＵＲＬ生成用ＩＤに基づきサーバ装置１で生成されるワンタイムＵＲＬは、乱数Ｒを用いて生成されるため、１回限りのユーザ認証用のページとなる。ワンタイムＵＲＬのユーザ認証ページは、当該ユーザ以外からの全ての認証処理を失敗とする。
【００３２】
なお、ワンタイムＵＲＬ生成用ＩＤ自体を適宜変更してもよい。定期的又は非定期にワンタイムＵＲＬ生成用ＩＤを変更することにより、不正アクセスされる確率を確実に低減できる。また、ワンタイムＵＲＬ生成用ＩＤは、その目的に特化させ、他サイトへのアカウントとして流用しないことにより、外部に漏洩する機会を無くし、認証の処理自体を不当に実施させないようにしてもよい。
【００３３】
次に、図６を参照しながら、サーバ装置１で行うユーザ端末３のアカウント情報の登録処理を説明する。最初に、ステップＳ２０１において、ＨＴＴＰ通信部１３は、ユーザ端末３のユーザＩＤ及びパスワードを受信すると、そのユーザＩＤのアカウントを生成してユーザ情報記憶部１１に記憶する。
【００３４】
次に、ステップＳ２０２において、ＨＴＴＰ通信部１３は、ユーザ端末３から送信されたワンタイムＵＲＬ生成用ＩＤ及び秘密情報Ｓを受信すると、ステップＳ２０３において、受信したユーザＩＤをキーにしてワンタイムＵＲＬ生成用ＩＤ及び秘密情報Ｓに関連付けてユーザ情報記憶部１１に保持する。これにより、ユーザ端末３のアカウント情報がサーバ装置１に登録される。
【００３５】
なお、サーバ装置１及びユーザ端末３は、秘密情報Ｓを内部に閉じて利用するものとし、暗号化等を施し容易に漏洩させないものとする。また、秘密情報Ｓとは、サーバ装置１とユーザ端末３で共に共有的に保持される共有データである。
【００３６】
続いて、図７〜図９を参照しながら第１段階目の認証処理について説明する。この認証処理は、前述したようにユーザ端末３がサーバ装置１を認証する処理である。
【００３７】
まず、図７を参照しながら、ユーザ端末３がワンタイムＵＲＬ生成用ＩＤをサーバ装置１へ送信するまでの処理を説明する。最初に、ステップＳ３０１において、サーバ検証部３２は、サーバ装置１の識別子をキーにして、アカウント登録を行ったサーバ装置１の識別子に対応するワンタイムＵＲＬ生成用ＩＤをユーザ情報記憶部３１から取得する。
【００３８】
次に、ステップＳ３０２において、サーバ検証部３２は、サーバ装置１で生成予定のワンタイムＵＲＬを１回限りの使い捨てＵＲＬにするため、乱数Ｒを生成する。
【００３９】
その後、ステップＳ３０３において、ＳＭＳ通信部３４は、ワンタイムＵＲＬ生成用ＩＤと乱数Ｒとを当該ワンタイムＵＲＬ生成用ＩＤを送信したサーバ装置１へＳＭＳで送信する。具体的には、ＳＩＰのＵＲＩ又は電話番号形式のワンタイムＵＲＬ生成用ＩＤ宛てにメッセージ送信する。サーバ装置宛てにワンタイムＵＲＬ生成用ＩＤを含むメッセージを送信してもよい。
【００４０】
このとき、ＳＭＳ送信に代えて、ＨＴＴＰ又はＥメールで送信してもよい。ＨＴＴＰで送信する場合、「https://サーバ名/ワンタイムURL生成用ID」又は「https://サーバ名/login?generateid=ワンタイムURL生成用ID」のように、ワンタイムＵＲＬ生成用ＩＤをＨＴＴＰのＵＲＬの一部又はパラメータとして指定する。Ｅメール送信であれば、Ｅメールアドレス形式のワンタイムＵＲＬ生成用ＩＤ宛てにメッセージを送信する。サーバ装置宛てにワンタイムＵＲＬ生成用ＩＤを含むメッセージを送信してもよい。なお、この送信に対してサーバ装置１からワンタイムＵＲＬが返答されるが、その返答方式も、ＷＷＷページ、ＳＭＳメッセージ、又はＥメール等を用いて実現する。いずれの返答方式を用いるかはユーザのアカウント登録時にサーバ装置１との間で予め決定され登録されている。
【００４１】
次に、図８を参照しながら、サーバ装置１がワンタイムＵＲＬ生成用ＩＤを受信してからワンタイムＵＲＬを生成してユーザ端末３へ送信するまでの処理を説明する。最初に、ステップＳ４０１において、ユーザ認証部１２は、ユーザ端末３からのワンタイムＵＲＬ生成用ＩＤ及び乱数Ｒを受信すると、そのワンタイムＵＲＬ生成用ＩＤに紐づくユーザＩＤを特定し、そのユーザＩＤに関連付けられた秘密情報Ｓをユーザ情報記憶部１１から取得する。
【００４２】
次に、ステップＳ４０２において、ユーザ認証部１２は、取得した秘密情報Ｓに受信した乱数Ｒを結合し、結合したデータに対してＳＨＡ１等のハッシュ関数を用いてハッシュ値を算出する。このハッシュ値は、ユーザ端末３で行われるサーバ装置１の正当性を判定するために用いられる。
【００４３】
次に、ステップＳ４０３において、ユーザ認証部１２は、算出したハッシュ値をパス名とするワンタイムＵＲＬを生成する。例えば、算出したハッシュ値をワンタイムＵＲＬのパス名の最下層として「http://domain名/dir1名/dir2名/[ハッシュ値]」のようにワンタイムＵＲＬを生成する。このワンタイムＵＲＬは乱数Ｒを用いて生成されるため、１回限りの使い捨てＵＲＬとなる。
【００４４】
その後、ステップＳ４０４において、ＳＭＳ通信部１４は、ワンタイムＵＲＬをワンタイムＵＲＬ生成用ＩＤの送信元であるユーザ端末３へＳＭＳで送信する。
【００４５】
次に、図９を参照しながら、ユーザ端末３で行うサーバ装置１の認証処理を説明する。最初に、ステップＳ５０１において、サーバ検証部３２は、サーバ装置１からのワンタイムＵＲＬを受信すると、そのワンタイムＵＲＬからスキーマ及びドメインを除くパス名を取得することによりサーバ装置１のハッシュ値を取得する。
【００４６】
次に、ステップＳ５０２において、サーバ検証部３２は、ユーザ情報記憶部３１から当該サーバ装置１に紐づく秘密情報Ｓを取得し、ステップＳ５０３において、取得した秘密情報ＳとステップＳ３０２で生成した乱数Ｒとを結合したデータのハッシュ値を算出して検証用ハッシュ値とする。
【００４７】
次に、ステップＳ５０４において、サーバ検証部３２は、算出した検証用ハッシュ値をもとにサーバ装置１のハッシュ値を検証する。具体的には、パス名に含まれるハッシュ値と検証用ハッシュ値とを比較し、これら２つのハッシュ値が一致すれば正しいサーバ装置にアクセスしていると判定し、不一致であれば偽のサーバ装置であると判定する。
【００４８】
その後、正しいサーバ装置にアクセスしていると判定された場合、ステップＳ５０５において、ユーザ端末３は、前述した第２段階目の認証処理へ進み、ステップＳ１０１，Ｓ２０１のアカウント登録時に送受信したＩＤ及びパスワードを用いて認証処理を継続する。一方、偽のサーバ装置にアクセスしていると判定された場合、ステップＳ５０６において、ＨＴＴＰ通信部３３は、ＨＴＴＰ通信を切断し、第２段階目の認証処理へ進むことなく全ての認証処理を終了する。
【００４９】
本実施の形態によれば、ユーザ端末３がサーバ装置１を認証し、サーバ装置１がユーザ端末３を認証するので、認証処理が２段階で行われることから、装置の認証精度を向上できる。
【００５０】
また、本実施の形態によれば、ユーザ端末３は、サーバ装置１との間で共有する秘密情報Ｓを記憶しておき、乱数Ｒを生成してサーバ装置１へ送信し、秘密情報Ｓと乱数Ｒを結合したデータのハッシュ値を検証用として算出して、サーバ装置１からのハッシュ値との同一性に基づきサーバ装置１を認証するので、装置の認証精度を更に向上できる。乱数Ｒは認証処理毎に生成されるため、そこから生成されるハッシュ値もログインごとに変化することから、秘密情報Ｓを算出することは現実的に不可能に近いため、装置の認証精度を確実に向上可能となる。
【００５１】
また、本実施の形態によれば、秘密情報Ｓと乱数Ｒを結合したデータのハッシュ値をパス名とするワンタイムＵＲＬを用いているので、ユーザ自身がサーバ装置１を検証すると共に強力なユーザ認証を実現できる。
【００５２】
以上より、ユーザによる注意といった不確定な行為によらず、システム的に正しいサーバ装置ではないことを検出可能としつつ、ＳＳＬ証明書に関する専門知識を持たずとも不正か否かをユーザ自身が判断できる。
【００５３】
最後に、本実施の形態で説明したサーバ装置１やユーザ端末３をプログラムとして構築し、コンピュータにインストールして実行させることや、通信ネットワークを介して流通させることも可能である。
【符号の説明】
【００５４】
１…サーバ装置
１１…ユーザ情報記憶部
１２…ユーザ認証部
１３…ＨＴＴＰ通信部
１４…ＳＭＳ通信部
１５…Ｅメール通信部
３…ユーザ端末
３１…ユーザ情報記憶部
３２…サーバ検証部
３３…ＨＴＴＰ通信部
３４…ＳＭＳ通信部
３５…Ｅメール通信部
Ｓ１０１〜Ｓ１０３、Ｓ２０１〜Ｓ２０３、Ｓ３０１〜Ｓ３０３、Ｓ４０１〜Ｓ４０４、Ｓ５０１〜Ｓ５０６…ステップ
【図１】
2015231177.tif 000003
【図２】
2015231177.tif 000004
【図３】
2015231177.tif 000005
【図４】
2015231177.tif 000006
【図５】
2015231177.tif 000007
【図６】
2015231177.tif 000008
【図７】
2015231177.tif 000009
【図８】
2015231177.tif 000010
【図９】
2015231177.tif 000011