JP2010140228A - サービス提供装置、利用者情報管理装置、利用者登録管理システム、利用者登録方法、利用者情報管理方法、利用者登録プログラム及び利用者情報管理プログラム - Google Patents

Abstract

【課題】ユーザＩＤから直接的にメールアドレスを知られてしまうことがなく、ユーザの操作性、利便性を向上させ、ユーザが覚え難いユーザＩＤとなることを抑制し、サービス提供事業者のサービス提供装置は、不要な利用者情報を取得しなくてもユーザＩＤを得られるようにしたサービス提供装置を提供する。
【解決手段】利用者に対してサービスを提供するサービス提供装置であって、識別子生成要求送信手段は、前記利用者の操作に応じて、該利用者を特定する識別子の生成要求を、該利用者に関する情報を管理する利用者情報管理装置に送信し、識別子受信手段は、前記識別子生成要求送信手段によって送信された要求に対して前記利用者情報管理装置から返信された識別子を受信し、利用者登録手段は、前記識別子受信手段によって受信された識別子に応じて、前記利用者を登録する。
【選択図】図２

Description

本発明は、利用者に対してサービスを提供するサービス提供装置、利用者に関する情報を管理する利用者情報管理装置、利用者登録管理システム、利用者登録方法、利用者情報管理方法、利用者登録プログラム及び利用者情報管理プログラムに関する。

サービス提供事業者のサービス提供装置が提供するサービスをユーザが利用しようとする際に、個々の事業者ごとに識別子（ＩＤ（ＩＤｅｎｔｉｆｉｃａｔｉｏｎ）、ユーザ識別子、ユーザＩＤともいわれ、ユーザを特定するために使われる名称や文字列をいう。以下、ユーザＩＤ、ＩＤともいう）の取得が必要な場合がある。

ユーザＩＤを生成する技術として、従来から以下のようなものがある。
（１）メールアドレスをユーザＩＤとする方法
（２）ユーザが希望するユーザＩＤを入力する方法
（３）ユーザがユーザＩＤ登録の際に入力した利用者情報（あるいは希望のユーザＩＤ）に乱数などの文字列を加えてユニークなユーザＩＤを生成する方法
（４）互いに事前に信頼関係を構築している場合、利用者情報を管理している利用者情報管理業者から利用者情報をサービス提供事業者へ送付する方法

これに関連する技術として、例えば、特許文献１には、システム管理者がユーザ登録を行う際、システム管理者がユーザＩＤを決定する必要がなく、ユーザ登録できる方式を提供することを課題とし、ユーザ情報入力受付手段は入力された氏名等をユーザＩＤ決定手段に与え、ユーザＩＤ決定手段は受け取った氏名等から仮のユーザＩＤを決定し、ユーザ情報ファイル検索手段が、仮のユーザＩＤと同じユーザＩＤがユーザ情報ファイルに登録されているか否を検索し、検索の結果、登録されていなければ、仮のユーザＩＤを決定ユーザＩＤとして、ユーザＩＤ決定手段は、ユーザ情報入力受付手段に与え、ユーザ情報入力受付手段は、決定ユーザＩＤとその他キーボードから入力された所属部門等をユーザ情報登録手段に与え、ユーザ情報登録手段が、ユーザ情報ファイルに登録することが開示されている。
特開平１１−７３３９２号公報

しかしながら、このような従来の技術では、以下のような問題点があった。
（１）メールアドレスをユーザＩＤとする方法
問題点：メールアドレスはユーザの友人や知人が知りえる情報であるうえ、個人を特定できる情報であるため、プライバシーの保護が確立されない。
（２）ユーザが希望するユーザＩＤを入力する方法
問題点：ユニークなアカウントが作成できるまで、ユーザがユーザＩＤを考え、入力するという試行作業を繰り返す必要があり、ユーザの時間と労力を要する。ユーザが時間と労力を要するがゆえに、ユーザＩＤの取得を断念することにもつながりかねない。
（３）ユーザがユーザＩＤ登録の際に入力した利用者情報（あるいは希望のユーザＩＤ）に乱数などの文字列を加えてユニークなユーザＩＤを生成する方法
問題点：ユーザＩＤ登録時に入力する情報数が少ない場合、入力した情報のみでユニークなユーザＩＤを生成することは難しいため、関連性のない文字列（乱数など）を使用し、ユーザが覚え難いユーザＩＤとなる。
（４）互いに事前に信頼関係を構築している場合、利用者情報を管理している利用者情報管理業者から利用者情報をサービス提供事業者へ送付する方法
問題点：利用者情報（属性情報）の受け渡しはできるが、ユーザＩＤの自動生成は利用者情報を管理しているプロバイダでは行わない。そのため、利用者情報の受け渡し後に、サービス提供事業者がユーザＩＤを生成する場合、サービス提供事業者のサービス提供装置はユーザＩＤ生成のために、不要な利用者情報を取得する必要がある。

本発明は、このような従来の技術が有する問題点に着目してなされたもので、ユーザＩＤから直接的にメールアドレスを知られてしまうことがなく、ユーザの操作性、利便性を向上させ、ユーザが覚え難いユーザＩＤとなることを抑制し、サービス提供事業者のサービス提供装置は、不要な利用者情報を取得しなくてもユーザＩＤを得られるようにしたサービス提供装置、利用者情報管理装置、利用者登録管理システム、利用者登録方法、利用者情報管理方法、利用者登録プログラム及び利用者情報管理プログラムを提供することを目的としている。

かかる目的を達成するための本発明の要旨とするところは、次の各項の発明に存する。
［１］ 利用者に対してサービスを提供するサービス提供装置であって、前記利用者の操作に応じて、該利用者を特定する識別子の生成要求を、該利用者に関する情報を管理する利用者情報管理装置に送信する識別子生成要求送信手段と、前記識別子生成要求送信手段によって送信された要求に対して前記利用者情報管理装置から返信された識別子を受信する識別子受信手段と、前記識別子受信手段によって受信された識別子に応じて、前記利用者を登録する利用者登録手段を具備することを特徴とするサービス提供装置。

［２］ 利用者に関する情報を管理する利用者情報管理装置であって、前記利用者に関する情報を記憶する利用者情報記憶手段と、サービス提供装置からの利用者を特定する識別子の生成要求を受信する識別子生成要求受信手段と、前記識別子生成要求受信手段によって受信された生成要求に応じて、前記利用者情報記憶手段に記憶されている該利用者に関する情報を用いて、該利用者の識別子を生成する識別子生成手段と、前記識別子生成手段によって生成された識別子を前記サービス提供装置に送信する識別子送信手段を具備することを特徴とする利用者情報管理装置。

［３］ 利用者に対してサービスを提供するサービス提供装置と利用者に関する情報を管理する利用者情報管理装置を有する利用者登録管理システムであって、前記サービス提供装置は、前記利用者の操作に応じて、該利用者を特定する識別子の生成要求を、該利用者に関する情報を管理する利用者情報管理装置に送信する識別子生成要求送信手段と、前記識別子生成要求送信手段によって送信された要求に対して前記利用者情報管理装置から返信された識別子を受信する識別子受信手段と、前記識別子受信手段によって受信された識別子に応じて、前記利用者を登録する利用者登録手段を具備し、前記利用者情報管理装置は、前記利用者に関する情報を記憶する利用者情報記憶手段と、サービス提供装置からの利用者を特定する識別子の生成要求を受信する識別子生成要求受信手段と、前記識別子生成要求受信手段によって受信された生成要求に応じて、前記利用者情報記憶手段に記憶されている該利用者に関する情報を用いて、該利用者の識別子を生成する識別子生成手段と、前記識別子生成手段によって生成された識別子を前記サービス提供装置に送信する識別子送信手段を具備することを特徴とする利用者登録管理システム。

［４］ 前記識別子生成要求送信手段は、前記サービス提供装置で登録される識別子が満たすべき形式に関する条件を含む生成要求を送信することを特徴とする［１］に記載のサービス提供装置。

［５］ 前記識別子生成手段は、前記識別子生成要求受信手段によって受信された生成要求に含まれる前記サービス提供装置で登録される識別子が満たすべき形式に関する条件に応じて、前記利用者情報記憶手段に記憶されている該利用者に関する情報を用いて、該利用者の識別子を生成することを特徴とする［２］に記載の利用者情報管理装置。

［６］ 前記識別子受信手段は、識別子とともに認証確認情報を受信し、前記識別子受信手段によって受信された識別子に応じて、該識別子を用いて利用者を登録できるか否かを判断する判断手段と、前記判断手段によって、前記利用者を登録できないと判断した場合は、該利用者を特定する識別子の生成要求とともに前記識別子受信手段によって受信された認証確認情報を前記利用者情報管理装置に送信する第２の識別子生成要求送信手段をさらに具備し、前記利用者登録手段は、前記判断手段によって、前記利用者を登録できると判断した場合に、前記利用者を登録することを特徴とする［１］又は［４］に記載のサービス提供装置。

［７］ 前記判断手段は、前記識別子受信手段によって受信された識別子が既に登録されている場合は、該識別子を用いて利用者を登録できないと判断することを特徴とする［６］に記載のサービス提供装置。

［８］ 前記識別子生成要求受信手段によって受信された生成要求に対応する利用者を認証する認証手段と、前記認証手段によって認証されたことを示す認証確認情報を生成する認証確認情報生成手段をさらに具備し、前記識別子送信手段は、前記識別子とともに前記認証確認情報生成手段によって生成された認証確認情報を送信することを特徴とする［２］又は［５］に記載の利用者情報管理装置。

［９］ 前記利用者情報記憶手段内の前記利用者に関する情報には、識別子を生成する際の優先順位が付与されており、前記識別子生成手段は、前記利用者情報記憶手段内の優先順位に応じて、前記利用者の識別子を生成することを特徴とする［２］、［５］又は［８］に記載の利用者情報管理装置。

［１０］ 前記識別子生成要求送信手段は、前記利用者が所有している通信端末から利用者登録の指示を受信した場合は、該通信端末を管理している利用者情報管理装置に、該利用者を特定する識別子の生成要求を送信することを特徴とする［１］、［４］、［６］又は［７］に記載のサービス提供装置。

［１１］ 利用者に対してサービスを提供するサービス提供装置が行う利用者登録方法であって、前記利用者の操作に応じて、該利用者を特定する識別子の生成要求を、該利用者に関する情報を管理する利用者情報管理装置に送信する識別子生成要求送信ステップと、前記識別子生成要求送信ステップによって送信された要求に対して前記利用者情報管理装置から返信された識別子を受信する識別子受信ステップと、前記識別子受信ステップによって受信された識別子に応じて、前記利用者を登録する利用者登録ステップを具備することを特徴とする利用者登録方法。

［１２］ 利用者に関する情報を管理する利用者情報管理装置が行う利用者情報管理方法であって、前記利用者情報管理装置は、前記利用者に関する情報を記憶する利用者情報記憶手段を有しており、サービス提供装置からの利用者を特定する識別子の生成要求を受信する識別子生成要求受信ステップと、前記識別子生成要求受信ステップによって受信された生成要求に応じて、前記利用者情報記憶手段に記憶されている該利用者に関する情報を用いて、該利用者の識別子を生成する識別子生成ステップと、前記識別子生成ステップによって生成された識別子を前記サービス提供装置に送信する識別子送信ステップを具備することを特徴とする利用者情報管理方法。

［１３］ 利用者に対してサービスを提供するサービス提供装置で動作する利用者登録プログラムであって、前記サービス提供装置を、前記利用者の操作に応じて、該利用者を特定する識別子の生成要求を、該利用者に関する情報を管理する利用者情報管理装置に送信する識別子生成要求送信手段と、前記識別子生成要求送信手段によって送信された要求に対して前記利用者情報管理装置から返信された識別子を受信する識別子受信手段と、前記識別子受信手段によって受信された識別子に応じて、前記利用者を登録する利用者登録手段として機能させることを特徴とする利用者登録プログラム。

［１４］ 利用者に関する情報を管理する利用者情報管理装置で動作する利用者情報管理プログラムであって、前記利用者情報管理装置を、前記利用者に関する情報を記憶する利用者情報記憶手段と、サービス提供装置からの利用者を特定する識別子の生成要求を受信する識別子生成要求受信手段と、前記識別子生成要求受信手段によって受信された生成要求に応じて、前記利用者情報記憶手段に記憶されている該利用者に関する情報を用いて、該利用者の識別子を生成する識別子生成手段と、前記識別子生成手段によって生成された識別子を前記サービス提供装置に送信する識別子送信手段として機能させることを特徴とする利用者情報管理プログラム。

前記本発明は次のように作用する。
本発明におけるサービス提供装置では、識別子生成要求送信手段は、利用者の操作に応じて、該利用者を特定する識別子の生成要求を、該利用者に関する情報を管理する利用者情報管理装置に送信し、識別子受信手段は、前記識別子生成要求送信手段によって送信された要求に対して前記利用者情報管理装置から返信された識別子を受信し、利用者登録手段は、前記識別子受信手段によって受信された識別子に応じて、前記利用者を登録する。
本発明における利用者情報管理装置では、利用者情報記憶手段は、利用者に関する情報を記憶し、識別子生成要求受信手段は、サービス提供装置からの利用者を特定する識別子の生成要求を受信し、識別子生成手段は、前記識別子生成要求受信手段によって受信された生成要求に応じて、前記利用者情報記憶手段に記憶されている該利用者に関する情報を用いて、該利用者の識別子を生成し、識別子送信手段は、前記識別子生成手段によって生成された識別子を前記サービス提供装置に送信する。
これによって、ユーザＩＤから直接的にメールアドレスを知られてしまうことがなく、ユーザの操作性、利便性を向上させ、ユーザが覚え難いユーザＩＤとなることを抑制し、サービス提供事業者のサービス提供装置は、不要な利用者情報を取得しなくてもユーザＩＤを得ることができるものである。

本発明にかかるサービス提供装置、利用者情報管理装置、利用者登録管理システム、利用者登録方法、利用者情報管理方法、利用者登録プログラム及び利用者情報管理プログラムによれば、ユーザＩＤから直接的にメールアドレスを知られてしまうことがなく、ユーザの操作性、利便性を向上させ、ユーザが覚え難いユーザＩＤとなることを抑制し、サービス提供事業者のサービス提供装置は、不要な利用者情報を取得しなくてもユーザＩＤを得ることができる。

以下、図面に基づき本発明を実現するにあたっての好適な一実施の形態の例を説明する。
図１は、本発明の実施の形態を実現するシステム構成例を示す説明図である。
利用者情報管理装置１１０、サービス提供装置１２０、端末装置１３０は、通信ネットワーク１４０を介して接続されており、互いに通信可能となっている。また、各装置は、必要に応じてＳＳＬ（Ｓｅｃｕｒｅ Ｓｏｃｋｅｔ Ｌａｙｅｒ）／ＴＬＳ（Ｔｒａｎｓｐｏｒｔ Ｌａｙｅｒ Ｓｅｃｕｒｉｔｙ）などの安全な通信路を確立し、通信相手以外の第三者による、通信内容の不正な傍受、盗み見を防止できる。通信ネットワーク１４０は、有線であってもよいし、無線であってもよい。また、図１に示す例では、利用者情報管理装置１１０、サービス提供装置１２０、端末装置１３０は各１つずつであるが、それぞれ複数あってもよい。

利用者登録管理システムは、利用者情報管理装置１１０、サービス提供装置１２０を有し、端末装置１３０によって利用される。
利用者情報管理装置１１０には、利用者情報が既に登録されており、サービス提供装置１２０からの要求に対して、利用者（ユーザ）１９９をサービス提供装置１２０にユーザ登録するためのユーザＩＤを生成するものである。例えば、利用者情報管理装置１１０は、利用者１９９が端末装置１３０を購入等（例えば、端末装置１３０を用いた通信サービスを契約等することも含む）する際に、その利用者１９９に関する情報を入手して管理している。
サービス提供装置１２０は、端末装置１３０の利用者１９９にサービスを提供するものであり、そのサービスの提供のためには、利用者１９９のユーザ登録が必要である。例えば、サービス事業者が管理しているものであり、提供するサービスとしては、メールサービス、旅行の予約サービス等がある。

以下、端末装置１３０として、携帯電話を主に例示して説明する。端末装置１３０は、利用者情報管理装置１１０、サービス提供装置１２０とデータ通信できるものであればよく、携帯電話の他に、ＰＨＳ（Ｐｅｒｓｏｎａｌ Ｈａｎｄｙ ｐｈｏｎｅ Ｓｙｓｔｅｍ）、固定電話、通信可能なＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）、ゲーム機、携帯情報端末、情報家電等にも適用が可能である。なお、本実施の形態では、携帯電話のように、キーが少なく（又は小さく）入力操作が困難である端末装置において、利用者にとってより利便性が発揮されるようになる。

図２は、本実施の形態の構成例についての概念的なモジュール構成図を示している。
なお、モジュールとは、一般的に論理的に分離可能なソフトウェア、ハードウェア等の部品を指す。したがって、本実施の形態におけるモジュールはプログラムにおけるモジュールのことだけでなく、ハードウェア構成におけるモジュールも指す。それゆえ、本実施の形態は、プログラム、システム及び方法の説明をも兼ねている。ただし、説明の都合上、「記憶する」、「記憶させる」、これらと同等の文言を用いるが、これらの文言は、実施の形態がプログラムの場合は、記憶装置に記憶させるように制御するの意である。また、モジュールは機能にほぼ一対一に対応しているが、実装においては、１モジュールを１プログラムで構成してもよいし、複数モジュールを１プログラムで構成してもよく、逆に１モジュールを複数プログラムで構成してもよい。また、複数モジュールは１コンピュータによって実行されてもよいし、分散又は並列環境におけるコンピュータによって１モジュールが複数コンピュータで実行されてもよい。なお、１つのモジュールに他のモジュールが含まれていてもよい。また、以下、「接続」とは物理的な接続の他、論理的な接続（データの授受、指示、データ間の参照関係等）を含む。
また、システム又は装置とは、複数のコンピュータ、ハードウェア、装置等がネットワーク等で接続されて構成されるほか、１つのコンピュータ、ハードウェア、装置等によって実現される場合も含まれる。「所定」という用語は、予め定められたの意の他に、そのときの状況・状態に応じて、又はそれまでの状況・状態に応じての意を含めて用いる。

図２に示すように、端末装置１３０は、入力モジュール１３１、出力モジュール１３２、通信モジュール１３３、処理制御モジュール１３４を有している。利用者情報管理装置１１０は、アーティファクト生成モジュール１１１、ＩＤ生成モジュール１１２、ＩＤ生成情報ＤＢ１１３、認証モジュール１１４、利用者情報ＤＢ１１５、通信モジュール１１６、処理制御モジュール１１７を有している。サービス提供装置１２０は、ＩＤ条件ＤＢ１２１、ＩＤ管理モジュール１２２、ＩＤ管理ＤＢ１２３、通信モジュール１２４、処理制御モジュール１２５を有している。

入力モジュール１３１は、端末装置１３０への入力を受け付ける。例えば、利用者１９９による操作（キー入力、タッチパネルの操作等）を受け付ける。より具体的には、利用者１９９のユーザ登録要求（利用者１９９を特定するユーザＩＤの生成要求を含む）を受け付ける。
出力モジュール１３２は、端末装置１３０からの出力を提示する。例えば、端末装置１３０のディスプレイへの表示、スピーカーからの音声出力が該当する。
通信モジュール１３３は、通信ネットワーク１４０を介して、利用者情報管理装置１１０、サービス提供装置１２０と通信をする。例えば、入力モジュール１３１が受け付けたユーザ登録要求をサービス提供装置１２０へ送信する。
処理制御モジュール１３４は、他のモジュールを用いて、端末装置１３０内の処理を制御する。

利用者情報管理装置１１０は、ユーザに関する情報を管理し、そのユーザのユーザＩＤを生成する。
アーティファクト生成モジュール１１１は、認証モジュール１１４によってユーザの認証が成功した場合にアーティファクトを生成する。ここで、アーティファクトとは、認証モジュール１１４によって認証されたこと（認証が成功したこと）を示す認証確認情報である。例えば、アーティファクトは、タイプコード（ＴｙｐｅＣｏｄｅ、アーティファクトのタイプ）、リメイニングアーティファクト（ＲｅｍａｉｎｉｎｇＡｒｔｉｆａｃｔ）を含む。リメイニングアーティファクトは、ユーザＩＤが格納されている場所のＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）のハッシュ値と乱数との組み合わせである。これらを、テキストデータとして扱うために、Ｂａｓｅ６４変換等を行ってもよい。また、乱数は疑似乱数であってもよい。１回の認証成功に対して、アーティファクトを複数生成するようにしてもよい。

ＩＤ生成モジュール１１２は、通信モジュール１１６によって受信されたＩＤ生成要求に応じて、利用者情報ＤＢ１１５に記憶されているそのユーザの利用者情報を用いて、ユーザＩＤを生成する。
また、ＩＤ生成モジュール１１２は、通信モジュール１１６によって受信されたＩＤ生成要求に含まれるＩＤ条件に応じて、利用者情報ＤＢ１１５に記憶されているユーザの利用者情報を用いて、ユーザＩＤを生成するようにしてもよい。
また、ＩＤ生成モジュール１１２は、利用者情報ＤＢ１１５内の優先順位に応じて、ユーザＩＤを生成するようにしてもよい。

例えば、より具体的には、ＩＤ生成モジュール１１２は、通信モジュール１１６を介してサービス提供装置１２０からＩＤ生成要求を受信し、認証モジュール１１４に利用者１９９を認証させ、認証成功の場合はアーティファクト生成モジュール１１１にアーティファクトを生成させ、そのアーティファクトをサービス提供装置１２０に送信する。サービス提供装置１２０からアーティファクトを受信したら、サービス提供装置１２０からのＩＤ条件とユーザを特定するための利用者識別情報、利用者情報ＤＢ１１５で管理している利用者情報、ＩＤ生成情報ＤＢ１１３の情報などに基づいて、ユーザＩＤを生成する。そして、そのユーザＩＤを通信モジュール１１６を介してサービス提供装置１２０に送信する。また、そのユーザＩＤとともにアーティファクト生成モジュール１１１によって生成されたアーティファクトを送信するようにしてもよい。

また、ＩＤ生成モジュール１１２は、通信モジュール１１６によってＩＤ生成要求とともにアーティファクトを受信した場合（サービス提供装置１２０からの２度目以降のＩＤ生成要求の場合は、アーティファクトも受信することとなる）は、受信したアーティファクトがアーティファクト生成モジュール１１１によって生成されたものであるかの確認を行い、アーティファクト生成モジュール１１１によって生成されたものである場合は、認証モジュール１１４による利用者１９９の認証を省いて、ユーザＩＤを再度生成する。つまり、利用者情報管理装置１１０によって生成されたユーザＩＤがサービス提供装置１２０では既に登録されたものである場合、サービス提供装置１２０から利用者情報管理装置１１０に対して再度ＩＤ生成要求が行われるが、そのときのＩＤ生成処理には、利用者１９９によるユーザＩＤ、パスワード入力を不要としたものである。また、サービス提供装置１２０に送信する都度に、アーティファクト生成モジュール１１１が複数生成したアーティファクトを順次送信し、サービス提供装置１２０から受信したアーティファクトは直前に送信したアーティファクトであるかの検証を行うようにしてもよい。

ＩＤ生成情報ＤＢ１１３は、ユーザＩＤ生成に必要な辞書（数変換テーブル、特殊文字一覧テーブル、日本語−ローマ字対応テーブル等）を格納している。具体例については、図６の例に示したＩＤ条件テーブル６００を用いて後述する。

認証モジュール１１４は、通信モジュール１１６によって受信されたＩＤ生成要求に対応する利用者１９９を認証する。例えば、具体的には、利用者１９９が端末装置１３０に入力したユーザＩＤ（利用者情報管理装置１１０に登録されているユーザを特定するためのユーザＩＤ）、パスワードを利用者情報ＤＢ１１５が管理している情報と照合し、本人確認を行い、結果をかえす。
利用者情報ＤＢ１１５は、個人情報を含む利用者に関する利用者情報を格納している。これらには、利用者情報管理装置１１０に登録されているユーザのユーザＩＤ、そのパスワード等が含まれている。また、ここで、利用者情報とは、個人情報の保護に関する法律で規定する個人情報（生存する個人に関する情報であって、当該情報に含まれる氏名、生年月日その他の記述等により特定の個人を識別することができるもの（他の情報と容易に照合することができ、それにより特定の個人を識別することができることとなるものを含む。））に限られず、利用者に関する情報であればよい。
また、利用者情報ＤＢ１１５内の利用者情報には複数項目があり、その項目にはユーザＩＤを生成する際の優先順位が付与されていてもよい。

通信モジュール１１６は、通信ネットワーク１４０を介して、サービス提供装置１２０、端末装置１３０と通信をする。例えば、サービス提供装置１２０からユーザＩＤの生成要求を受信する。
処理制御モジュール１１７は、他のモジュールを用いて、利用者情報管理装置１１０内の処理を制御する。

サービス提供装置１２０は、ユーザに対してサービスを提供する。サービスを提供するにあたって、ユーザはサービス提供装置１２０に登録されている必要がある。
ＩＤ条件ＤＢ１２１は、ＩＤ条件を格納している。ここで、ＩＤ条件とは、サービス提供装置１２０で登録されるユーザＩＤが満たすべき形式に関する条件をいう。

ＩＤ管理モジュール１２２は、通信モジュール１２４が受信した端末装置１３０からのＩＤ生成要求を、その利用者１９９に関する情報を管理する利用者情報管理装置１１０に、通信モジュール１２４を介して送信する。より具体的には、ＩＤ管理モジュール１２２は、利用者１９９が所有している端末装置１３０から利用者登録の指示を通信モジュール１２４を介して受信した場合は、その端末装置１３０を管理している利用者情報管理装置１１０に、その利用者１９９のユーザＩＤの生成要求を送信するようにしてもよい。例えば、端末装置１３０の識別子（電話番号等）を用いて、利用者情報管理装置１１０を特定するようにしてもよい。また、利用者１９９からの指示操作に基づいて利用者情報管理装置１１０を選択してもよい。
そして、その送信されたＩＤ生成要求に対して利用者情報管理装置１１０から返信されたユーザＩＤを通信モジュール１２４を介して受信し、その受信されたユーザＩＤに応じて、利用者１９９をＩＤ管理ＤＢ１２３に登録する。
また、ＩＤ条件ＤＢ１２１に格納されているＩＤ条件を含むＩＤ生成要求を利用者情報管理装置１１０に、通信モジュール１２４を介して送信するようにしてもよい。

そして、ＩＤ管理モジュール１２２は、通信モジュール１２４を介して利用者情報管理装置１１０から受け取ったユーザＩＤが、ＩＤ管理ＤＢ１２３で管理しているものと重複していないかの照合処理を行う。また、照合処理結果、ユーザＩＤに重複がなかった場合、ＩＤ管理ＤＢ１２３に新しく該ユーザＩＤを登録する。
また、ＩＤ管理モジュール１２２は、ユーザＩＤとともにアーティファクトを、利用者情報管理装置１１０から通信モジュール１２４を介して受信し、その受信したユーザＩＤに応じて、そのユーザＩＤを用いて利用者１９９をＩＤ管理ＤＢ１２３に登録できるか否かを判断する。利用者１９９を登録できないと判断した場合は、利用者１９９のユーザＩＤ生成要求とともに、受信したアーティファクトを利用者情報管理装置１１０に通信モジュール１２４を介して送信するようにしてもよい。そして、利用者１９９を登録できると判断した場合には、利用者１９９をＩＤ管理ＤＢ１２３に登録する。なお、受信したユーザＩＤが既にＩＤ管理ＤＢ１２３に登録されている場合は、そのユーザＩＤを用いて利用者１９９を登録できないと判断する。

ＩＤ管理ＤＢ１２３は、サービス提供装置１２０で管理しているユーザのユーザＩＤとそれに紐付く（対応付けられている）利用者情報を格納している。
通信モジュール１２４は、通信ネットワーク１４０を介して、利用者情報管理装置１１０、端末装置１３０と通信をする。例えば、端末装置１３０からユーザ登録要求を受信し、利用者情報管理装置１１０へユーザＩＤの生成要求を送信する。
処理制御モジュール１２５は、他のモジュールを用いて、サービス提供装置１２０内の処理を制御する。例えば、端末装置１３０に対して、サービスを提供する処理を行う。

図３は、本実施の形態の処理例を示す説明図である。
ステップＳ３０１では、端末装置１３０がサービス提供装置１２０に対して、利用者１９９の操作に応じてサービス利用の要求を送信する。
ステップＳ３０２では、サービス提供装置１２０が端末装置１３０に対して、ユーザＩＤを取得してユーザ登録してもらうように依頼を送信する。サービスを提供するにあたって、サービス提供装置１２０にユーザ登録してもらう必要があるためである。
ステップＳ３０３では、端末装置１３０がサービス提供装置１２０に対して、利用者１９９の操作に応じてユーザＩＤ取得の申請を送信する。

ステップＳ３０４では、サービス提供装置１２０が利用者情報管理装置１１０に対して、ＩＤ生成の依頼を送信する。その際にＩＤ条件も送信してもよい。
ステップＳ３０５では、利用者情報管理装置１１０が利用者１９９の認証を行う。例えば、利用者情報管理装置１１０が端末装置１３０に対して、利用者情報管理装置１１０におけるユーザＩＤ、パスワードの入力を要求する。利用者１９９はそれを端末装置１３０を介して入力し、利用者情報管理装置１１０がそのユーザＩＤ、パスワードが一致するかを確認する。
ステップＳ３０６では、利用者情報管理装置１１０は、認証が成功したことを示すアーティファクトを生成する。

ステップＳ３０７では、利用者情報管理装置１１０がサービス提供装置１２０に対して、認証結果であるアーティファクトを送信する。
ステップＳ３０８では、サービス提供装置１２０が利用者情報管理装置１１０に対して、ステップＳ３０７で受信したアーティファクトを送信する。
ステップＳ３０９では、利用者情報管理装置１１０が、ステップＳ３０８で受信したアーティファクトを確認し、アーティファクトが正しければユーザＩＤを生成する。さらに、次のアーティファクトを生成する。

ステップＳ３１０では、利用者情報管理装置１１０がサービス提供装置１２０に対して、ステップＳ３０９で生成したユーザＩＤ及びアーティファクトを送信する。
ステップＳ３１１では、サービス提供装置１２０が、ステップＳ３１０で受信したユーザＩＤは、登録可能であるか否かの照合を行う。
ステップＳ３１２では、サービス提供装置１２０が、ステップＳ３１１での照合の結果、登録可能である場合はユーザＩＤ登録（ユーザ登録）を行う。
ステップＳ３１３では、サービス提供装置１２０が端末装置１３０に対して、サービスの提供を行う。

図４は、本実施の形態の処理例を示すフローチャートである。図３の例に示した処理例をより具体化したものであり、該当する処理については図３の例に示したステップ番号を参照しながら説明する。
ステップＳ４０１では、端末装置１３０がサービス提供装置１２０に対して、サービスのトップ画面を要求する。
ステップＳ４０２では、サービス提供装置１２０が端末装置１３０に対して、サービスのトップ画面を送信し、ユーザ登録が必要であることを提示する。
ステップＳ４０１、ステップＳ４０２は、ステップＳ３０１に該当する。

ステップＳ４０３では、端末装置１３０がサービス提供装置１２０に対して、ユーザＩＤ取得（ユーザ登録）の申込画面を要求する。
ステップＳ４０４では、サービス提供装置１２０が端末装置１３０に対して、ユーザＩＤ取得の申込画面を送信する。
ステップＳ４０３、ステップＳ４０４は、ステップＳ３０２に該当する。

ステップＳ４０５では、端末装置１３０がサービス提供装置１２０に対して、ユーザＩＤ取得の申請を行う。例えば、図５の例に示すＩＤ取得申請用画面５００を端末装置１３０のディスプレイに表示し、利用者１９９の操作に応じて、氏名欄５１０、年齢欄５２０、メールアドレス欄５３０にそれぞれ氏名、年齢、メールアドレスが記入される。そして、本実施の形態によるユーザＩＤの自動生成処理を用いることができることのメッセージを表示し、どの利用者情報管理装置１１０を利用するかを利用者情報管理装置選択欄５４０のいずれかを選択で指定できるようにしている。また、端末装置１３０の識別子で利用者情報管理装置１１０を選択するようにしてもよい。この場合、利用者情報管理装置１１０は、端末装置１３０を用いた通信サービスを提供する通信事業者のシステムとなる。
ステップＳ４０５は、ステップＳ３０３に該当する。

ステップＳ４０６では、サービス提供装置１２０が端末装置１３０に対して、ステップＳ４０５で指定された利用者情報管理装置１１０へリダイレクト（端末装置１３０との接続先を切り替える）する。

ステップＳ４０７では、ステップＳ４０６でのリダイレクトによって、端末装置１３０が利用者情報管理装置１１０に対して、ＩＤ生成依頼を行う（サービス提供装置１２０が利用者情報管理装置１１０に対してＩＤ生成要求を行うことの一形態に含まれる）。このとき、ＩＤ条件をサービス提供装置１２０から利用者情報管理装置１１０へ送信するＩＤ生成依頼に含めるようにしてもよい。また、ＩＤ条件そのものを送信するのではなく、ＩＤ生成情報ＤＢ１１３内の該当するテーブルのＵＲＬを利用者情報管理装置１１０へ送信し、利用者情報管理装置１１０がＩＤ条件をとりにＩＤ生成情報ＤＢ１１３へアクセスするということを行ってもよい。

例えば、ＩＤ条件として、図６の例に示すＩＤ条件テーブル６００を用いてもよい。図６は、ＩＤ条件テーブル６００のデータ構造例を示す説明図である。ＩＤ条件テーブル６００は、対象文字欄６１０、文字数の条件欄６２０を有している。文字数の条件欄６２０は、以上欄６２１、以下欄６２２を有している。
対象文字欄６１０は、ユーザＩＤとして使用できる文字の対象（種類）を表している。文字数の条件欄６２０は、その対象文字がとり得る文字数の範囲（以上欄６２１欄の数以上で、以下欄６２２の欄の数以下の範囲）を表している。例えば、ＩＤ生成の条件として、ＩＤ全体ではＮ１以上でＮ２以下の文字数であり、その中の半角数字はＸ１以上でＸ２以下の文字数であることを示している。「６文字の半角英数字で数字を１文字含む」というＩＤ条件の場合、「Ｎ１＝Ｎ２＝６、Ｘ１＝Ｘ２＝１」という条件をサービス提供装置１２０から利用者情報管理装置１１０へ送信する。なお、文字数の条件Ｎ１，Ｎ２，Ａ１，Ａ２，Ｂ１，Ｂ２，Ｘ１，Ｘ２，Ｙ１，Ｙ２は、０以上の整数とする。
Ｎ１文字目までの対象文字（半角英小文字、半角英大文字、半角数字、特殊文字）の文字数をそれぞれＫＡ，ＫＢ，ＫＸ，ＫＹと記述すると、例えば半角英大文字のＩＤ条件はＡ１≦ＫＡ≦Ａ２と表現できる。
ステップＳ４０６、ステップＳ４０７は、ステップＳ３０４に該当する。

ステップＳ４０８では、利用者情報管理装置１１０が端末装置１３０に対して、本人確認のための画面を送信する。例えば、利用者情報管理装置１１０におけるユーザＩＤとパスワードを入力させるものである。
ステップＳ４０９では、端末装置１３０が利用者情報管理装置１１０に対して、利用者１９９の操作によって入力されたユーザＩＤとパスワードを送信する。
ステップＳ４０８、ステップＳ４０９は、ステップＳ３０５に該当する。

ステップＳ４１０では、利用者情報管理装置１１０が、本人確認を行う。すなわち、ステップＳ３０４のＩＤ生成依頼の際に送付された利用者１９９を特定できる情報（例えば、端末装置１３０の電話番号）に基づいて、利用者情報ＤＢ１１５を検索し、利用者情報管理装置１１０が利用者１９９を管理していることを確認する。つまり、利用者１９９が入力したユーザＩＤとパスワードと、利用者情報管理装置１１０が管理しているユーザＩＤとパスワードを認証モジュール１１４で照合し、本人確認を行う。
ステップＳ４１１では、利用者情報管理装置１１０（のアーティファクト生成モジュール１１１）が、ステップＳ４１０での認証が成功した場合、アーティファクトを生成する。
ステップＳ４１０、ステップＳ４１１は、ステップＳ３０６に該当する。

ステップＳ４１２では、利用者情報管理装置１１０が端末装置１３０に対して、認証されたことを通知する。その際にアーティファクトを送信する。
ステップＳ４１３では、端末装置１３０がリダイレクトにより、サービス提供装置１２０に対して、アーティファクトを送信する。ここでアーティファクトを使用せず、端末装置１３０を介して生成したユーザＩＤのみをリダイレクトで送信してもよい。（この場合、ユーザＩＤの再生成および再送はできない）
ステップＳ４１２、ステップＳ４１３は、ステップＳ３０７に該当する。

ステップＳ４１４では、サービス提供装置１２０が利用者情報管理装置１１０に対して、アーティファクトを送信する。
ステップＳ４１４は、ステップＳ３０８に該当する。

ステップＳ４１５では、利用者情報管理装置１１０のＩＤ生成モジュール１１２が、ユーザＩＤを生成して、アーティファクト生成モジュール１１１がアーティファクトを生成する。なお、アーティファクト生成モジュール１１１は、認証が終了した時点で、複数のアーティファクトを生成しておき、ステップＳ４１５ではそれを用いてもよい。

ユーザＩＤの生成処理について、図７に示す例を用いて説明する。図７は、ＩＤ生成用情報７００の例を示す説明図である。ＩＤ生成用情報７００は、ＩＤ条件欄７１１、氏名欄７１２、ペットの名前欄７１３、趣味欄７１４、メールアドレス欄７１５を有している。
ＩＤ生成モジュール１１２は、ＩＤ生成用情報７００を用いてユーザＩＤを生成する。ユーザＩＤに用いたい項目、ユーザＩＤを生成する場合の優先順位が含まれている。ここでは、ＩＤ条件欄７１１には、サービス提供装置１２０から送信されたＩＤ条件（Ｎ１＝Ｎ２＝６ Ｘ１＝Ｘ２＝１（６文字の半角英数字で数字を１文字含む））が記入されている。ユーザＩＤに用いる項目として、氏名欄７１２、ペットの名前欄７１３、趣味欄７１４、メールアドレス欄７１５があり、その順番で優先順位が定まっている。なお、この項目の選択、優先順位は、利用者１９９の操作によって予め定められていてもよいし、デフォルトとして定められたものを用いるようにしてもよい。

ＩＤ生成モジュール１１２が行うユーザＩＤの生成処理は、以下のような手順である。
（Ｓ３０９−１） ユーザＩＤに用いる項目から単語を抽出する。図７の例では、「白戸」、「一郎」、「ポチ」、「野球」、「ｉｃｈｉｒｏ」が抽出される単語に該当する。
（Ｓ３０９−２） 抽出した単語をローマ字に変換する。例えば、ローマ字変換は、ＩＤ生成情報ＤＢ１１３に格納されている日本語−ローマ字対応テーブル（日本語とローマ字が対応しており、日本語からそれに対応するローマ字を抽出することができるテーブル）を用いて行う。図７の例では、それぞれ「ｈｏｗａｉｔｏ」「ｉｃｈｉｒｏ」「ｐｏｃｈｉ」「ｙａｋｙｕ」「ｉｃｈｉｒｏ」となる。

（Ｓ３０９−３） ＩＤ条件（数字を１文字含む）を満たすように、ローマ字から数字へ変換する。例えば、ローマ字変換は、ＩＤ生成情報ＤＢ１１３に格納されている数変換テーブル８００を用いて行う。図８は、数変換テーブル８００のデータ構造例を示す説明図である。数変換テーブル８００は、数欄８１０、読み欄８２０を有している。数とその読みを対応して記憶している。例えば、数字「０」は、読みとして「ｚｅｒｏ」、「ｏ」、「ｒｅ」、「ｒｅｉ」、「ｗａ」がある。（Ｓ３０９−２）でローマ字変換された文字内に、読み欄８２０内の文字があるか検索し、ある場合は対応する数欄８１０内の数字に置き換える。図７の例では、それぞれ「ｈｏ０ｉｔｏ」「１ｒｏ」「ｐｏｃｈｉ」「ｙａ９」「１ｒｏ」となる。
（Ｓ３０９−４） ＩＤ条件（６文字の半角英数字）を満たす文字列を抽出する。その中の優先順位が高いものをユーザＩＤとする。図７の例では、「ｈｏ０ｉｔｏ」がユーザＩＤとなる。

なお、生成したユーザＩＤは必要に応じてセキュアにサービス提供装置１２０へ送信してもよい。優先順位１を先頭にしたもの、２を先頭にしたもの・・と複数のＩＤ候補を生成してもよい。また、様々なＩＤ条件に対応したユーザＩＤの生成方法について、図１０の例を後述する。
ステップＳ４１５は、ステップＳ３０９に該当する。

ステップＳ４１６では、利用者情報管理装置１１０がサービス提供装置１２０に対して、ステップＳ４１５で生成されたユーザＩＤとアーティファクトを送信する。
ステップＳ４１６は、ステップＳ３１０に該当する。

ステップＳ４１７では、サービス提供装置１２０が、ステップＳ４１６で受信したユーザＩＤを照合（サービス提供装置１２０に既に登録されたものでないかの確認）する。
ステップＳ４１７は、ステップＳ３１１に該当する。

ステップＳ４１８では、サービス提供装置１２０が、ステップＳ４１７での照合の結果、登録可能である場合は、そのユーザＩＤを登録する。なお、ここで、ステップＳ４１７での照合の結果、そのユーザＩＤが登録できないものである場合は、ステップＳ４１４からステップＳ４１７までの処理を登録ができるユーザＩＤを得るまで繰り返す。この場合、アーティファクトを順次用いているので、利用者１９９に対する認証は行わないで済むことになる。
ステップＳ４１８は、ステップＳ３１２に該当する。

ステップＳ４１９では、サービス提供装置１２０が端末装置１３０に対して、ユーザ登録が完了したことを通知する。
ステップＳ４２０では、端末装置１３０がサービス提供装置１２０に対して、ユーザＩＤ登録がされたことを確認するための画面を要求する。
ステップＳ４２１では、サービス提供装置１２０が端末装置１３０に対して、ユーザＩＤ登録確認画面を送信し、その後、サービス提供（ステップＳ３１３）が可能であることを示す。

利用者情報ＤＢ１１５には、予め利用者情報管理装置１１０が提供しているサービス（例えば、通信サービス等）をユーザが利用し始めるタイミングで、利用者情報を格納している。この利用者情報をＩＤ生成モジュール１１２へ受け渡ししてユーザＩＤを生成する。
ＩＤ生成に利用したい情報の優先順位をつけた状態で利用者情報ＤＢ１１５に利用者情報が格納されている。
ステップＳ４１０のユーザＩＤとパスワードによる本人確認後に、ユーザに利用者情報ＤＢ１１５に格納されている利用者情報の一覧を提示し、ユーザＩＤの生成に利用したい利用者情報の選択、又はユーザＩＤに利用したい単語の入力をさせてもよい。なお、このとき、ユーザに利用者情報の一覧を提示することによって、利用者情報管理装置１１０が管理している利用者情報が正しいか（最新の情報であるか）をユーザに確認させるようにしてもよい。

利用者情報ＤＢ１１５内のテーブルにユーザＩＤの生成に利用する利用者情報に優先順位をつけた例を、図９に示す。図９は、利用者情報テーブル９００のデータ構造例を示す説明図である。利用者情報テーブル９００は、利用者氏名欄９１０、ＩＤ欄９２０、住所欄９３０、生年月日欄９４０、性別欄９５０、電話番号欄９６０、Ｅ−ｍａｉｌアドレス欄９７０、趣味欄９８０、ペットの名前欄９９０を有している。優先順位は、利用者情報テーブル９００の３行目（タイトル行を含む）に記憶されている。つまり、利用者氏名欄９１０にある利用者情報が優先順位１位であり、ペットの名前欄９９０にある利用者情報が優先順位２位であり、Ｅ−ｍａｉｌアドレス欄９７０にある利用者情報が優先順位３位であり、趣味欄９８０にある利用者情報が優先順位４位である。
このようにＩＤ生成に利用したい利用者情報に優先順位をつけた利用者情報テーブル９００をＩＤ生成モジュール１１２は利用する。

生成したユーザＩＤが、サービス提供装置１２０が管理しているＩＤ管理モジュール１２２に既に存在する場合は、ユーザＩＤを再生成する必要がある。
生成した全てのユーザＩＤが、ステップＳ３１１のＩＤ照合で重複していた場合、利用者情報管理装置１１０は、ユーザＩＤを再生成し、１回目と重複しない新しいユーザＩＤのみをサービス提供装置１２０へ送信する。
１回目と重複しないユーザＩＤの再生成処理例としては次に示すような方法がある。
（例Ａ）１回目（又は前回まで）に使用していない利用者情報を使って再度ユーザＩＤを生成し、１回目（又は前回まで）の生成結果と重複しないもののみを抽出する。
（例Ｂ）１回目と同じ情報を２度ずつ使用して再度ユーザＩＤを生成し、１回目の生成結果と重複しないもののみを抽出する。例えば、利用者１９９が希望した単語が、「白戸」、「一郎」、「ポチ」、「ｉｃｈｉｒｏ」の場合、２度ずつ使うと、「白戸」、「白戸」、「一郎」、「一郎」、「ポチ」、「ポチ」、「ｉｃｈｉｒｏ」、「ｉｃｈｉｒｏ」となる。同様に、２回目以降の場合は、その回数分だけ重複して利用するようにしてもよい。

ステップＳ３１１のＩＤ照合で、ユーザＩＤが全て重複していた場合、ステップＳ３０９で生成したアーティファクトを使い、再度サービス提供装置１２０から利用者情報管理装置１１０へアーティファクトを送信し、利用者情報管理装置１１０はユーザＩＤを再生成して、再送信する。
また、ユーザＩＤの再生成に回数制限を設けてもよい。回数制限（Ｎ）を設けた場合は、利用者情報管理装置１１０でアーティファクトの生成個数をＮ個までと制限し、Ｎ回を上限としたユーザＩＤの生成（ステップＳ４１４からステップＳ４１７までの処理）を繰り返す。

図１０は、本実施の形態のＩＤ生成モジュール１１２によるユーザＩＤの別の生成処理例を示すフローチャートである。なお、ＩＤ条件として、図６の例に示したＩＤ条件テーブル６００を用いる。Ｎ１文字目までの対象文字（半角英小文字、半角英大文字、半角数字、特殊文字）の文字数をそれぞれＫＡ，ＫＢ，ＫＸ，ＫＹと記述する。したがって、例えば、半角英大文字のＩＤ条件はＡ１≦ＫＡ≦Ａ２と表現でき、Ａ1＝３，Ａ２＝５の場合の半角英大文字のＩＤ条件は３≦ＫＡ≦５となる。
ステップＳ１００２では、特殊文字を除く、Ｎ１個の単語を利用者情報より抽出する。
ステップＳ１００４では、抽出した単語のカナ・漢字・ひらがなを半角英小文字に変換する。この処理は、日本語−ローマ字対応テーブルを用いる。
ステップＳ１００６では、抽出した単語列のうち数字を数変換テーブル８００を用いて、半角英小文字に変換する。

ステップＳ１００８では、Ａ２＝０であるか否かを判断する。Ａ２＝０である場合（Ｙｅｓ）はステップＳ１０１４へ進み、それ以外の場合（Ｎｏ）はステップＳ１０１０へ進む。
ステップＳ１０１０では、（Ｎ１−Ｘ１−Ｙ１）文字目まででＢ１≦ＫＢ≦Ｂ２の状態となるか否かを判断する。かかる状態となる場合（Ｙｅｓ）はステップＳ１０２０へ進み、それ以外の場合（Ｎｏ）はステップＳ１０１２へ進む。
ステップＳ１０１２では、（Ｎ１−Ｘ１−Ｙ１）文字目までの文字のうち１文字を小文字から大文字に変換する。そして、ステップＳ１０１０へ戻る。

ステップＳ１０１４では、Ｂ２＝０であるか否かを判断する。Ｂ２＝０である場合（Ｙｅｓ）はステップＳ１０１６へ進み、それ以外の場合（Ｎｏ）はステップＳ１０１８へ進む。
ステップＳ１０１６では、数変換テーブル８００を用いて、「読み」にあてはまる英小文字を全て数字に変換し、単語単位で数字に変換できたもののみを並べる。
ステップＳ１０１８では、全ての文字を半角英大文字に変換する。

ステップＳ１０２０では、「（Ｎ１−Ｙ１）≦文字列の数」且つ、文字列の（Ｎ１−Ｙ１）文字目までについて、Ｘ１≦ＫＸが成り立つかを判断する。成立する場合（Ｙｅｓ）はステップＳ１０２４へ進み、それ以外の場合（Ｎｏ）はステップＳ１０２２へ進む。
ステップＳ１０２２では、利用者情報から数字部分を１文字抽出し、（Ｎ１−Ｙ１）文字目までの単語と単語の間に挿入する。そして、ステップＳ１０２０へ戻る。
ステップＳ１０２４では、（Ｎ１−Ｙ１）文字目までの文字列を抽出する。

ステップＳ１０２６では、Ｎ１文字目までにＹ１≦ＫＹの状態となるか否かを判断する。かかる状態となる場合（Ｙｅｓ）は終了し（ステップＳ１０９９）、それ以外の場合（Ｎｏ）はステップＳ１０２８へ進む。
ステップＳ１０２８では、特殊文字を文字列の単語と単語の間に１文字追加する。そして、ステップＳ１０２６へ戻る。

なお、本実施の形態としてのプログラムが実行されるコンピュータのハードウェア構成は、図１１に示すように、一般的なコンピュータであり、具体的には本実施の形態による処理以外にも多くの処理を高速に実行することができるサーバーとなりうるようなコンピュータである。ＩＤ生成モジュール１１２、認証モジュール１１４、ＩＤ管理モジュール１２２等のプログラムを実行するＣＰＵ１１１０と、そのプログラムやデータを記憶するＲＡＭ１１３０と、本コンピュータを起動するためのプログラム等が格納されているＲＯＭ１１２０と、補助記憶装置であるＨＤ１１４０と、キーボード、マウス等から操作者の操作によってデータを入力又はＣＲＴや液晶ディスプレイ等にデータを出力して操作者とのインタフェースとなるＵＩ／Ｆ１１５０と、ＣＤ−Ｒ等のリムーバブルメディアに対して読み書きするリムーバブルメディアリーダーライター１１６０と、通信ネットワークと接続するための通信回線Ｉ／Ｆ１１７０、そして、それらをつないでデータのやりとりをするためのバス１１８０により構成されている。これらのコンピュータが複数台互いにネットワークによって接続されていてもよい。

なお、説明したプログラムについては、記録媒体に格納することも可能であり、その場合は、「プログラムを記録したコンピュータ読み取り可能な記録媒体」の発明としても把握することができる。
「プログラムを記録したコンピュータ読み取り可能な記録媒体」とは、プログラムのインストール、実行、プログラムの流通などのために用いられる、プログラムが記録されたコンピュータで読み取り可能な記録媒体をいう。
なお、記録媒体としては、例えば、デジタル・バーサタイル・ディスク（ＤＶＤ）であって、ＤＶＤフォーラムで策定された規格である「ＤＶＤ−Ｒ、ＤＶＤ−ＲＷ、ＤＶＤ−ＲＡＭ等」、ＤＶＤ＋ＲＷで策定された規格である「ＤＶＤ＋Ｒ、ＤＶＤ＋ＲＷ等」、コンパクトディスク（ＣＤ）であって、読出し専用メモリ（ＣＤ−ＲＯＭ）、ＣＤレコーダブル（ＣＤ−Ｒ）、ＣＤリライタブル（ＣＤ−ＲＷ）等、ブルーレイ・ディスク（Ｂｌｕ−ｒａｙ Ｄｉｓｃ（登録商標））、光磁気ディスク（ＭＯ）、フレキシブルディスク（ＦＤ）、磁気テープ、ハードディスク、読出し専用メモリ（ＲＯＭ）、電気的消去及び書換可能な読出し専用メモリ（ＥＥＰＲＯＭ）、フラッシュ・メモリ、ランダム・アクセス・メモリ（ＲＡＭ）等が含まれる。
そして、前記のプログラム又はその一部は、前記記録媒体に記録して保存や流通等させることが可能である。また、通信によって、例えば、ローカル・エリア・ネットワーク（ＬＡＮ）、メトロポリタン・エリア・ネットワーク（ＭＡＮ）、ワイド・エリア・ネットワーク（ＷＡＮ）、インターネット、イントラネット、エクストラネット等に用いられる有線ネットワーク、あるいは無線通信ネットワーク、さらにこれらの組合せ等の伝送媒体を用いて伝送することが可能であり、また、搬送波に乗せて搬送することも可能である。
さらに、前記のプログラムは、他のプログラムの一部分であってもよく、あるいは別個のプログラムと共に記録媒体に記録されていてもよい。

本発明の実施の形態を実現するシステム構成例を示す説明図である。 本発明の一実施の形態のモジュール構成例を示す図である。 本実施の形態の処理例を示す説明図である。 本実施の形態の処理例を示すフローチャートである。 ＩＤ取得申請用画面の表示例を示す説明図である。 ＩＤ条件テーブルのデータ構造例を示す説明図である。 ＩＤ生成用情報の例を示す説明図である。 数変換テーブルのデータ構造例を示す説明図である。 利用者情報テーブルのデータ構造例を示す説明図である。 本実施の形態によるユーザＩＤの別の生成処理例を示すフローチャートである。 本実施の形態を実現するコンピュータのハードウェア構成例を示すブロック図である。

符号の説明

１１０…利用者情報管理装置
１１１…アーティファクト生成モジュール
１１２…ＩＤ生成モジュール
１１３…ＩＤ生成情報ＤＢ
１１４…認証モジュール
１１５…利用者情報ＤＢ
１１６…通信モジュール
１１７…処理制御モジュール
１２０…サービス提供装置
１２１…ＩＤ条件ＤＢ
１２２…ＩＤ管理モジュール
１２３…ＩＤ管理ＤＢ
１２４…通信モジュール
１２５…処理制御モジュール
１３０…端末装置
１３１…入力モジュール
１３２…出力モジュール
１３３…通信モジュール
１３４…処理制御モジュール
１４０…通信ネットワーク
１９９…利用者

Claims (14)

1. 利用者に対してサービスを提供するサービス提供装置であって、
   前記利用者の操作に応じて、該利用者を特定する識別子の生成要求を、該利用者に関する情報を管理する利用者情報管理装置に送信する識別子生成要求送信手段と、
   前記識別子生成要求送信手段によって送信された要求に対して前記利用者情報管理装置から返信された識別子を受信する識別子受信手段と、
   前記識別子受信手段によって受信された識別子に応じて、前記利用者を登録する利用者登録手段
   を具備することを特徴とするサービス提供装置。
2. 利用者に関する情報を管理する利用者情報管理装置であって、
   前記利用者に関する情報を記憶する利用者情報記憶手段と、
   サービス提供装置からの利用者を特定する識別子の生成要求を受信する識別子生成要求受信手段と、
   前記識別子生成要求受信手段によって受信された生成要求に応じて、前記利用者情報記憶手段に記憶されている該利用者に関する情報を用いて、該利用者の識別子を生成する識別子生成手段と、
   前記識別子生成手段によって生成された識別子を前記サービス提供装置に送信する識別子送信手段
   を具備することを特徴とする利用者情報管理装置。
3. 利用者に対してサービスを提供するサービス提供装置と利用者に関する情報を管理する利用者情報管理装置を有する利用者登録管理システムであって、
   前記サービス提供装置は、
   前記利用者の操作に応じて、該利用者を特定する識別子の生成要求を、該利用者に関する情報を管理する利用者情報管理装置に送信する識別子生成要求送信手段と、
   前記識別子生成要求送信手段によって送信された要求に対して前記利用者情報管理装置から返信された識別子を受信する識別子受信手段と、
   前記識別子受信手段によって受信された識別子に応じて、前記利用者を登録する利用者登録手段
   を具備し、
   前記利用者情報管理装置は、
   前記利用者に関する情報を記憶する利用者情報記憶手段と、
   サービス提供装置からの利用者を特定する識別子の生成要求を受信する識別子生成要求受信手段と、
   前記識別子生成要求受信手段によって受信された生成要求に応じて、前記利用者情報記憶手段に記憶されている該利用者に関する情報を用いて、該利用者の識別子を生成する識別子生成手段と、
   前記識別子生成手段によって生成された識別子を前記サービス提供装置に送信する識別子送信手段
   を具備することを特徴とする利用者登録管理システム。
4. 前記識別子生成要求送信手段は、前記サービス提供装置で登録される識別子が満たすべき形式に関する条件を含む生成要求を送信する
   ことを特徴とする請求項１に記載のサービス提供装置。
5. 前記識別子生成手段は、前記識別子生成要求受信手段によって受信された生成要求に含まれる前記サービス提供装置で登録される識別子が満たすべき形式に関する条件に応じて、前記利用者情報記憶手段に記憶されている該利用者に関する情報を用いて、該利用者の識別子を生成する
   ことを特徴とする請求項２に記載の利用者情報管理装置。
6. 前記識別子受信手段は、識別子とともに認証確認情報を受信し、
   前記識別子受信手段によって受信された識別子に応じて、該識別子を用いて利用者を登録できるか否かを判断する判断手段と、
   前記判断手段によって、前記利用者を登録できないと判断した場合は、該利用者を特定する識別子の生成要求とともに前記識別子受信手段によって受信された認証確認情報を前記利用者情報管理装置に送信する第２の識別子生成要求送信手段
   をさらに具備し、
   前記利用者登録手段は、前記判断手段によって、前記利用者を登録できると判断した場合に、前記利用者を登録する
   ことを特徴とする請求項１又は４に記載のサービス提供装置。
7. 前記判断手段は、前記識別子受信手段によって受信された識別子が既に登録されている場合は、該識別子を用いて利用者を登録できないと判断する
   ことを特徴とする請求項６に記載のサービス提供装置。
8. 前記識別子生成要求受信手段によって受信された生成要求に対応する利用者を認証する認証手段と、
   前記認証手段によって認証されたことを示す認証確認情報を生成する認証確認情報生成手段
   をさらに具備し、
   前記識別子送信手段は、前記識別子とともに前記認証確認情報生成手段によって生成された認証確認情報を送信する
   ことを特徴とする請求項２又は５に記載の利用者情報管理装置。
9. 前記利用者情報記憶手段内の前記利用者に関する情報には、識別子を生成する際の優先順位が付与されており、
   前記識別子生成手段は、前記利用者情報記憶手段内の優先順位に応じて、前記利用者の識別子を生成する
   ことを特徴とする請求項２、５又は８に記載の利用者情報管理装置。
10. 前記識別子生成要求送信手段は、前記利用者が所有している通信端末から利用者登録の指示を受信した場合は、該通信端末を管理している利用者情報管理装置に、該利用者を特定する識別子の生成要求を送信する
    ことを特徴とする請求項１、４、６又は７に記載のサービス提供装置。
11. 利用者に対してサービスを提供するサービス提供装置が行う利用者登録方法であって、
    前記利用者の操作に応じて、該利用者を特定する識別子の生成要求を、該利用者に関する情報を管理する利用者情報管理装置に送信する識別子生成要求送信ステップと、
    前記識別子生成要求送信ステップによって送信された要求に対して前記利用者情報管理装置から返信された識別子を受信する識別子受信ステップと、
    前記識別子受信ステップによって受信された識別子に応じて、前記利用者を登録する利用者登録ステップ
    を具備することを特徴とする利用者登録方法。
12. 利用者に関する情報を管理する利用者情報管理装置が行う利用者情報管理方法であって、
    前記利用者情報管理装置は、
    前記利用者に関する情報を記憶する利用者情報記憶手段
    を有しており、
    サービス提供装置からの利用者を特定する識別子の生成要求を受信する識別子生成要求受信ステップと、
    前記識別子生成要求受信ステップによって受信された生成要求に応じて、前記利用者情報記憶手段に記憶されている該利用者に関する情報を用いて、該利用者の識別子を生成する識別子生成ステップと、
    前記識別子生成ステップによって生成された識別子を前記サービス提供装置に送信する識別子送信ステップ
    を具備することを特徴とする利用者情報管理方法。
13. 利用者に対してサービスを提供するサービス提供装置で動作する利用者登録プログラムであって、
    前記サービス提供装置を、
    前記利用者の操作に応じて、該利用者を特定する識別子の生成要求を、該利用者に関する情報を管理する利用者情報管理装置に送信する識別子生成要求送信手段と、
    前記識別子生成要求送信手段によって送信された要求に対して前記利用者情報管理装置から返信された識別子を受信する識別子受信手段と、
    前記識別子受信手段によって受信された識別子に応じて、前記利用者を登録する利用者登録手段
    として機能させることを特徴とする利用者登録プログラム。
14. 利用者に関する情報を管理する利用者情報管理装置で動作する利用者情報管理プログラムであって、
    前記利用者情報管理装置を、
    前記利用者に関する情報を記憶する利用者情報記憶手段と、
    サービス提供装置からの利用者を特定する識別子の生成要求を受信する識別子生成要求受信手段と、
    前記識別子生成要求受信手段によって受信された生成要求に応じて、前記利用者情報記憶手段に記憶されている該利用者に関する情報を用いて、該利用者の識別子を生成する識別子生成手段と、
    前記識別子生成手段によって生成された識別子を前記サービス提供装置に送信する識別子送信手段
    として機能させることを特徴とする利用者情報管理プログラム。

Images