JPH064479A - 通信サービスシステムのユーザ情報管理方法 - Google Patents

Abstract

(57)【要約】 【目的】パソコン通信サービス等でユーザＩＤを使用し
てユーザ情報を管理する通信サービスシステムのユーザ
情報管理方法に関する。団体、会社、個人等のあらゆる
ユーザ形態に柔軟に対応でき、ユーザ付帯情報の登録を
必要最小限に抑えて効率良く管理できるようにする。 【構成】１ユーザに付与するオリジナルユーザＩＤの複
数を１つの集りとして特定の意味を付与するグループＩ
Ｄとして設定する。グループＩＤは必要に応じて多階層
に設定することができる。グループＩＤを設定した場合
には、先頭のグループＩＤからオリジナルユーザＩＤま
でで１つのユーザＩＤを構成し、グループＩＤを設定し
なかった場合はオリジナルユーザＩＤのみでユーザＩＤ
を構成する可変長のユーザＩＤ形式とする。グループＩ
Ｄには特定のユーザ付帯情報を登録することができ、下
位のグループＩＤを拘束する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、パソコン通信サービス
等でユーザＩＤを使用してユーザ情報を管理する通信サ
ービスシステムのユーザ情報管理方法に関する。近年、
情報化社会と言われる中でパソコン通信サービス等もそ
の利用度が高まり、ユーザも個人ユーザ、団体ユーザ、
オリジナルユーザ以外のユーザ等の傾向が表出し、ユー
ザの増加と多様化の一途をたどっている。このため、こ
うしたユーザの増加と多様化の現象に適切に対応できる
ユーザ情報管理方法が必要となっている。

【０００２】

【従来の技術】従来、パソコン通信サービス等における
ユーザ情報管理方法では、あらゆるユーザを個人ユーザ
とみなし、１ユーザに対して固定長のユーザＩＤ及びパ
スワードを付与し、更にユーザＩＤ毎に課金請求先、セ
ンタ出力送付先等のユーザ付帯情報を登録して管理する
方法をとっている。

【０００３】

【発明が解決しようとする課題】しかしながら、このよ
うな従来のユーザ情報管理方法にあっては、「ユーザは
沢山いるが課金請求先は一箇所でいい」と要望する団体
ユーザや、他のサービスシステムからサービスシステム
を利用する場合、ユーザ１人１人に対してシステム固有
のユーザＩＤとパスワードを付与し、ユーザ付帯情報を
登録して管理していかなければならない。

【０００４】これでは、団体ユーザに属するユーザＩＤ
については同じ課金請求先等のユーザ付帯情報を何度も
登録しなければならず、ユーザ付帯情報を格納するＤＡ
ＳＤ資源が増大し、ユーザ情報の登録と変更に要する作
業も多大なものになる。本発明は、このような従来の問
題点に鑑みてなされたもので、団体、会社、個人等のあ
らゆるユーザ形態に柔軟に対応でき、ユーザ付帯情報の
登録を必要最小限に抑えて効率良く管理できるようにし
た通信サービスシステムのユーザ情報管理方法を提供す
ることを目的とする。

【０００５】

【課題を解決するための手段】図１は本発明の原理説明
図である。まず本発明は、通信サービスシステム１０に
加入したユーザ１２毎に固有のユーザＩＤを割当て、ユ
ーザ１２からのサービス要求を受けた際に該サービス要
求に含まれるユーザＩＤに基づいてサービスを提供する
通信サービスシステムを対象とする。

【０００６】このような通信サービスシステムのユーザ
情報管理方法として本発明にあっては、従来と同様に１
ユーザに付与する固有のオリジナルユーザＩＤの複数を
１つの集りとして特定の意味を付与する固有のグループ
ＩＤを新たに設定する。このグループＩＤは必要に応じ
て多階層に設定することができる。そして、グループＩ
Ｄを設定した場合には、先頭のグループＩＤからオリジ
ナルユーザＩＤまでで１つのユーザＩＤを構成し、グル
ープＩＤを設定しなかった場合はオリジナルユーザＩＤ
のみでユーザＩＤを構成する可変長のユーザＩＤ形式と
し、この可変長のユーザＩＤ形式を使用してサービス要
求と、サービス要求に基づくサービスの提供を行うよう
にしたことを特徴とする。

【０００７】ここでグループＩＤには、固有のユーザ付
帯情報を登録することができ、特定のグループＩＤに登
録されたユーザ付帯情報は下位に属する他のグループＩ
Ｄ及びオリジナルユーザＩＤを、登録した付帯情報によ
り拘束する。オリジナルユーザＩＤについても単独で固
有のユーザ付帯情報を登録することができ、オリジナル
ユーザＩＤは登録されたユーザ付帯情報により拘束され
る。

【０００８】グループＩＤ又はオリジナルユーザＩＤに
登録するユーザ付帯情報としては、 課金請求先；郵便番号、住所、電話番号、ＦＡＸ番
号、会社名、部課名、氏名等 センタ出力の送付先；郵便番号、住所、電話番号、Ｆ
ＡＸ番号、会社名、部課名、氏名等 有償か無償かの情報 サービス・オーソリティ情報；提供されるサービスの
種類を示す情報 下位ユーザＩＤノーチェック情報 がある。

【０００９】ユーザ付帯情報として課金請求先およびサ
ービス提供の有償情報を登録した場合には、サービス終
了時にユーザが実際に使用したユーザＩＤとサービス料
金の対応を示す課金入力記録のファイルをリアルタイム
で作成し、このファイルを対象にバッジ処理によりユー
ザＩＤに登録した課金請求先に対する請求書ファイルを
作成して出力する。

【００１０】またサービス・オーソリティ情報について
は、提供されるサービスの種類毎又は複数種類の組合せ
を登録する。更に下位ユーザＩＤのノーチェック情報
は、グループＩＤが他の通信サービスシステム１４のユ
ーザ１６であることを示していた場合に登録され、下位
のユーザＩＤの処理を不要とする。

【００１１】

【作用】このような本発明の通信サービスシステムのユ
ーザ情報管理方法にあっては、従来のユーザ情報管理方
法で１ユーザ毎にＩＤを付与しているＩＤをオリジナル
ユーザＩＤとして新たにグループＩＤを取り入れ、 １又は多階層のグループＩＤと最終階層のオリジナル
ＩＤ、 オリジナルユーザＩＤのみ として可変長形式の１つのユーザＩＤを構成する。

【００１２】このため複数のオリジナルユーザＩＤの特
定の集りにグループＩＤを設定し、更にグループＩＤを
多階層に設定した場合、上位のグループＩＤに課金請求
先等の特定のユーザ付帯情報を登録すれば、下位のグル
ープＩＤは上位のグループＩＤに登録したユーザ付帯情
報の拘束を受け、ユーザ付帯情報の登録数を必要最小限
にできる。

【００１３】この結果、ユーザ情報を格納するＤＡＳＤ
資源の有効利用を図り、ユーザ情報登録と変更の作業も
軽減することが可能となる。

【００１４】

【実施例】図２は本発明のユーザ情報管理方法で使用さ
れるユーザＩＤの構成を示した説明図である。図２にお
いて、本発明で使用するユーザＩＤの構成は図２の
（ａ）の基本型１と図２（ｂ）の基本型２があり、これ
らを組合わせて例えば図２（ｃ）の応用型を作ることが
できる。

【００１５】まず本発明のユーザＩＤは従来のユーザ情
報管理方式で１ユーザに付与していた固有のＩＤをオリ
ジナルユーザＩＤとして扱っており、このオリジナルユ
ーザＩＤの複数を１つの集まりとして特定の意味を付与
するグループＩＤを新たに設定している。図２（ａ）の
基本型１はオリジナルユーザＩＤにグループＩＤを設定
した場合のユーザＩＤの構成を示す。

【００１６】この例では、Ａ，Ｂ，Ｃの各氏のもつ固有
のオリジナルユーザＩＤを１つの集まりとしてグループ
ＩＤを設定している。このため、Ａ氏，Ｂ氏及びＣ氏の
ユーザＩＤは「グループＩＤ＋オリジナルＩＤ」で構成
される。図２（ｂ）はオリジナルユーザＩＤのみを設定
した場合であり、例えばＡ氏のオリジナルユーザＩＤが
本発明の１ユーザＩＤそのものとなる。

【００１７】図２（ａ）の基本型１に示したグループＩ
Ｄは必要に応じて複数階層設定することができる。例え
ば図２（ｃ）はＡ，Ｂ，Ｃ氏についてグループＩＤを複
数階層に設定した場合のユーザＩＤの構成を示してい
る。次に本発明のユーザＩＤにあっては、図２（ａ）の
基本型１に示すように、グループＩＤに対し固有のユー
ザ付帯情報を登録することができる。このようにユーザ
付帯情報をグループＩＤに登録した場合には、グループ
ＩＤの下位に位置するＡ，Ｂ，ＣのオリジナルユーザＩ
ＤはグループＩＤに設定された付帯事項の内容に拘束さ
れる。

【００１８】ユーザ付帯事項の登録はグループＩＤのみ
ならずオリジナルユーザＩＤについても独立に行うこと
ができる。また、図２（ｃ）のグループＩＤを複数階層
設定した場合にも、各階層のグループＩＤ毎に特定のユ
ーザ付帯事項を登録することができる。図３は本発明の
ユーザＩＤの中で登録する共通付帯情報の種類を示した
説明図である。

【００１９】図３において、ユーザＩＤの中のグループ
ＩＤまたはオリジナルユーザＩＤに登録可能な共通付帯
情報としては、課金請求先センタ出力の送付先有
償・無償情報サービス・オーソリティ情報、及び下
位ユーザＩＤのノーチェック情報等がある。ここで、
課金請求先、及びセンタ出力送付先としては、例えば
郵便番号，住所，電話番号，ＦＡＸ番号，会社名，部課
名，氏名などが用いられている。の有償・無償情報と
してはユーザが要求したサービスをシステムが提供した
後に課金請求先に対する請求書ファイルを作成する際に
使用される。

【００２０】のサービス・オーソリティ情報はユーザ
ＩＤで利用できるシステムのサービスの種別を示す情報
であり、例えば図４に示すサービス・オーソリティ情報
の登録が可能である。図４にあっては、登録できるサー
ビス・オーソリティ情報のランクとしてランク１〜５を
設けており、このランクに対応して利用できるサービス
としてＤＢ検索，ゲーム，フォーラム，拡張機能，セン
タ出力のうちの○印で示すサービスを利用することがで
きる。

【００２１】勿論、利用できるサービスを特定するサー
ビス・オーソリティ情報はランク１〜５によるサービス
種別の組合わせに限定されず、各サービスを個別に利用
できるサービス・オーソリティ情報の登録を可能として
も良い。図５は本発明で用いるユーザＩＤの構成とユー
ザＩＤの構成に対応した各ユーザが使用するＩＤコード
のフォーマットを示した説明図である。

【００２２】図５（ａ）はユーザＡ，Ｂ，Ｃ及びＤ氏の
ユーザＩＤの構成を具体的に示している。まず先頭の第
１階層のグループＩＤにはユーザ共通付帯情報として課
金請求先が登録されている。従って、Ａ〜Ｄの各氏のオ
リジナルユーザＩＤは先頭のグループＩＤに登録した課
金請求先に拘束される。即ち、Ａ〜Ｄ氏のいずれがシス
テムにサービス要求を行った場合にも請求先は全て同じ
請求先となる。

【００２３】第２階層目はＡ，Ｂ氏側とＣ，Ｄ氏側の２
つに分かれてグループＩＤが設定されている。この２階
層目のグループＩＤのそれぞれにはユーザ共通付帯情報
としてセンタ出力の送付先が個別に設定されている。こ
のため、Ａ，Ｂ氏のサービス要求で得られたセンタ出力
は登録された送付先に与えられ、またＣ，Ｄ氏からのサ
ービス要求に対するセンタ出力は別の送付先に送られ
る。また、第２階層目のグループＩＤに対してはそれぞ
れサービス・オーソリティ情報の登録が行われている。

【００２４】Ａ，Ｂ氏にあっては更に第３階層目のグル
ープＩＤを介してオリジナルユーザＩＤを登録してい
る。これに対し、Ｃ，Ｄ氏にあっては第２階層に続いて
オリジナルユーザＩＤを設定している。更に、Ａ，Ｄ氏
についてはオリジナルユーザＩＤそのものに対し固有の
サービス・オーソリティ情報を登録している。このよう
な図５（ａ）に示すユーザＩＤの構成において、例えば
Ａ氏が使用するユーザＩＤは図５（ｂ）に示すフォーマ
ット構成をもつ。即ち、第１階層は先頭のグループＩＤ
に続いてで示す課金請求先の付帯情報を設け、続いて
第２階層目のグループＩＤと付帯情報として登録した
センタ出力送付先及び有償・無償情報を設け、更に第
３階層としてオリジナルユーザＩＤとサービス・オー
ソリティ情報を設け、最後に終了ＩＤを設ける。

【００２５】また、Ｄ氏のユーザＩＤにあっては、図５
（ｃ）第１，第２，第３階層からなるそれぞれの階層に
グループＩＤと登録したユーザ付帯情報を設け、最後に
終了ＩＤを設定している。この結果、Ａ氏のユーザＩＤ
とＤ氏のユーザＩＤはデータ長が異なっており、ユーザ
ＩＤの階層構成に応じて可変長形式でユーザＩＤが構成
されることになる。

【００２６】次に本発明のユーザＩＤを団体ユーザの場
合と個人ユーザの場合に分けて具体的に説明する。図６
は団体ユーザに適用した本発明のユーザＩＤの具体的な
構成を示したもので、先頭のグループＩＤは団体ユーザ
の名称「Ａ産業」を表しており、次の第２階層目のグル
ープＩＤにはＡ産業の札幌，東京，福岡の３つの支店を
示すグループＩＤ「ＳＡＰＰＯＲＯ」「ＴＯＫＹＯ」及
び「ＦＵＫＵＯＫＡ」が設定されている。そして、第３
階層目が各支店に所属している部，課を示すオリジナル
ユーザＩＤである。

【００２７】ユーザ共通付帯情報の登録は先頭のグルー
プＩＤ「Ａ産業」に対し課金請求先を登録しており、従
って下位のグループＩＤ及びオリジナルユーザＩＤをも
つ札幌，東京，福岡の各支店のオリジナルユーザが要求
したサービスに対する料金は全て先頭のグループＩＤに
登録された課金請求先に対し一括して行われることにな
る。

【００２８】第２階層目のグループＩＤに対しては、そ
れぞれ独立にセンタ出力送付先のユーザ共通付帯情報が
登録されている。従って、各支店のオリジナルユーザＩ
Ｄで要求したサービスに基づくセンタ出力は各支店毎に
登録された固有の送付先に送られることになる。図７は
図６のユーザＩＤの構成におけるＡ産業の組織構成図
と、この組織構成図に対応した図６に示したユーザＩＤ
の階層関係を示している。勿論、階層数は第３階層まで
に限定されず、必要に応じて何階層でも付加することが
できる。

【００２９】図８は個人ユーザの場合のユーザＩＤの具
体例を示した説明図である。個人ユーザにあっては、例
えば図８（ａ）に示すようにオリジナルユーザＩＤ「Ｈ
ＩＲＡ０００１」を付与されており、このオリジナルユ
ーザＩＤに対し適宜のユーザ付帯情報を登録することが
でき、この実施例では課金請求先とセンタ出力の送付先
の２つのユーザ付帯情報を登録している。

【００３０】図８（ａ）の個人ユーザが使用するユーザ
ＩＤのフォーマット構成は図８（ｄ）に示すようにオリ
ジナルユーザＩＤ「ＨＩＲＡ０００１」に続いて課金
請求先とセンタ出力の送付先のユーザ付帯情報を設
け、最後に終了ＩＤをセットしている。更に本発明のユ
ーザ情報管理方法にあっては、例えば２つの通信サービ
スシステムの間で相互にサービス提供を可能としている
場合には、他のシステムに所属するユーザからのサービ
ス要求に対しても対応できるユーザＩＤを設定してい
る。

【００３１】図９（ａ）はシステムＡとシステムＢが存
在し、システムＡ側に本発明によるユーザ情報管理方法
を適用していたものとする。このシステムＡに対しては
システムＢに所属するユーザがそのサービスセンタを経
由してサービス要求を行うことができる。システムＡ側
にあっては、他のシステムＢからのサービス要求を行う
ユーザＩＤについて、図９（ｂ）に示すように構成して
いる。即ち、先頭のグループＩＤにはシステムＢからの
利用であることを示し、このグループＩＤに続いてシス
テムＢで設定している適宜のオリジナルユーザＩＤを設
けている。

【００３２】システムＢからの利用であることを示す先
頭のグループＩＤに対しては必ず下位ユーザＩＤのノー
チェック情報の登録が行われている。尚、この例では課
金請求先も併せて登録されている。図９（ｃ）は図９
（ｂ）に示したシステムＢの１つのオリジナルユーザＩ
Ｄで使用するシステムＡのサービスを要求するためのユ
ーザＩＤコードのフォーマット構成を示す。

【００３３】即ち、第１階層にＢシステムからのサービ
ス要求であることを示すグループＩＤ「ＮＩＦ」を設定
し、続いて課金請求先と下位ユーザＩＤのノーチェ
ック情報を設ける。続いてＢシステムで使用しているオ
リジナルユーザＩＤ「ＧＤＣ９９９９」を設け、最後に
終了ＩＤを付ける。このようにグループＩＤに対しの
下位ユーザＩＤのノーチェック情報を登録した場合に
は、以下にどのようなＩＤが続いてもそれ以上ＩＤの照
合や付帯情報の処理を行わないことを意味する。

【００３４】このため、他のシステムＢからシステムＡ
に対しユーザＩＤを使用してサービス要求を行っても、
システムＢ側固有のＩＤを意識することなくシステムＡ
側でユーザＩＤに従った処理を行うことができる。図１
０は１または複数階層のグループ部ＩＤとオリジナルユ
ーザＩＤ、更に各ＩＤに対するユーザ付帯情報の登録で
なる本発明のユーザＩＤによるサービス要求を受けたと
きのシステム側におけるユーザＩＤの照合とサービス・
オーソリティ情報の獲得処理を示したフローチャートで
ある。

【００３５】図１０において、システムのホストコンピ
ュータはユーザからのサービス要求を受けるとステップ
Ｓ１でユーザＩＤを各層毎に分割し、またオーソリティ
フラグをオフする。次にステップＳ２でユーザＩＤの中
の第１階層ＩＤを予め登録されているＩＤと照合し、ス
テップＳ３で一致するＩＤがなければステップＳ４で不
当ユーザＩＤ処理を行う。この不当ユーザＩＤ処理は図
１１（ｂ）に示すようにユーザＩＤエラーとして端末に
エラーメッセージを出力し、端末側回線を切断して処理
を終了する。

【００３６】図１０のステップＳ３で第１階層ＩＤに一
致する登録ＩＤがあった場合にはステップＳ５に進み、
ユーザＩＤの第１階層ＩＤにサービス・オーソリティ情
報が設定してあるか否かチェックする。設定してあれば
ステップＳ６でサービス・オーソリティ獲得成功として
オーソリティフラグをオンする。設定してなければステ
ップＳ７に進む。

【００３７】ステップＳ７ではユーザＩＤの第１階層Ｉ
Ｄに下位ＩＤノーチェック情報が設定してあるか否かチ
ェックする。設定してなければステップＳ８に進み、終
了ＩＤが設定してあるか否かチェックする。設定してな
ければステップＳ９に進み、次階層ＩＤが入力されたか
否かチェックする。入力されなければステップＳ２３で
不当ユーザＩＤ処理を行う。

【００３８】次階層ＩＤが入力されるとステップＳ１０
に進み、既に照合が済んだ階層を１つ下げ、その配下に
あるＩＤと入力した次階層ＩＤを照合する。照合した結
果、ステップＳ１１で一致するＩＤがあるか否かチェッ
クし、なければステップＳ２４で不当ユーザＩＤ処理を
行う。一致するＩＤがあればステップＳ１２に進み、オ
ーソリティフラグのオン，オフをチェックする。

【００３９】オーソリティフラグがオンしてなければス
テップＳ２５に進み、サービス・オーソリティ情報が設
定してあるか否かチェックし、設定してあればステップ
Ｓ２６でサービス・オーソリティ獲得成功としてオーソ
リティフラグをオンする。また、ステップＳ１２で既に
オーソリティフラグがオンであれば再びステップＳ７に
戻り、下位ＩＤノーチェックフラグの設定の有無，ステ
ップＳ８における終了ＩＤの設定の有無を経てステップ
Ｓ９で次の階層ＩＤを入力して処理する。

【００４０】ステップＳ７〜Ｓ１２の繰返しによる各階
層ＩＤの処理の過程で、例えばステップＳ７で下位ＩＤ
ノーチェック情報の設定が判別されるとステップＳ１３
に進む。このように下位ＩＤノーチェック情報の設定が
行われているのは他のシステムからのサービス要求を受
けた場合である。ステップＳ１３にあっては、次階層Ｉ
Ｄが入力されたか否かチェックし、入力されなければス
テップＳ１４で不当ユーザＩＤ処理を行う。次階層ＩＤ
が入力されるとステップＳ１５に進み、オーソリティフ
ラグのオン，オフをチェックし、オフであればステップ
Ｓ１６でＩＤミス登録処理を行う。このＩＤミス登録処
理は図１１（ｃ）に示すように、ユーザＩＤ登録エラー
と判断し、端末にエラーメッセージを出力し、端末側回
線を切断して処理を終了する。

【００４１】ステップＳ１５でオーソリティフラグがオ
ンであった場合にはステップＳ１７に進み、正当ユーザ
ＩＤ処理を行う。この正当ユーザＩＤ処理は図１１
（ａ）に示すようにユーザＩＤの中に登録されてサービ
ス・オーソリティ情報で決まるサービスの範囲内でのサ
ービスを開始し、サービスが済むと処理を終了する。更
に、ステップＳ８で終了ＩＤの設定が判別された場合に
はステップＳ１８に進み、次階層ＩＤの入力の有無をチ
ェックし、もし次階層ＩＤが入力されればエラーである
ことからステップＳ１９に進んで不当ユーザＩＤ処理を
行う。次階層ＩＤが入力されなければステップＳ２０に
進み、オーソリティフラグのオンをチェックし、オフで
あればステップＳ２１でＩＤミス登録処理を行う。オー
ソリティフラグがオンしていればステップＳ２２に進
み、正当ユーザＩＤ処理を行って一連の処理を終了す
る。

【００４２】次に本発明のユーザＩＤを用いたユーザ情
報管理方法における課金処理を説明する。通信サービス
システムのホストコンピュータに対し、ユーザがサービ
ス要求を行ってサービスの提供を１回受ける毎にホスト
コンピュータは図１２に示すような課金入力レコードを
作成して課金処理の入力ファイルに登録する。

【００４３】図１２の課金入力レコードはのユーザが
実際に使用したユーザＩＤとのサービス領域の組合わ
せで構成される。のユーザが実際に使用したユーザＩ
Ｄとしては、例えば図示のユーザＩＤがあり、このユー
ザＩＤは当然に前述した１または複数階層のグループＩ
ＤとオリジナルユーザＩＤの組合わせ、あるいはオリジ
ナルユーザＩＤのみでなる。一方、のサービス料金
は、例えばデータベース検索（ＤＢ検索）については時
間当りの単価に利用時間を掛けてサービス料金を算出
し、またセンタ出力の発想についてはページ単価に出力
ページ数を掛けてサービス料金を算出している。

【００４４】このような図１２に示す課金入力レコード
を登録した入力ファイルの作成は、サービス要求に対し
予め作成されるかリアルタイムで作成される。一方、課
金処理の入力ファイルに基づく課金請求先の獲得処理
は、例えば１日１回決められた時間というようにバッジ
処理により行われる。図１３及び図１４は課金処理の入
力ファイルに基づく課金請求先の獲得処理を示したフロ
ーチャートであり、入力ファイルがなくなるまで処理を
繰り返す。

【００４５】図１３において、まずステップＳ１で入力
ファイルの中の課金入力レコードを順番に読み込み、１
つの課金入力レコードに登録されているユーザＩＤを各
階層毎に分割し、更に課金情報フラグをオフとする。次
にステップＳ２でユーザＩＤの第１階層ＩＤを予め登録
されている第１階層ＩＤと照合する。ステップＳ３でＩ
Ｄが不一致であればステップＳ４で課金エラー処理を行
う。この課金エラー処理は図１５（ｃ）に示すようにユ
ーザＩＤとサービス料金をエラーファイルに書き出す。

【００４６】ステップＳ３で第１階層ＩＤの照合一致が
得られるとステップＳ５に進み、有償の有無をチェック
する。有償でなければステップＳ６に進み、課金請求先
獲得成功として課金情報フラグをオンに設定し、ステッ
プＳ７で無課金正常処理を行う。この無課金正常処理は
図１５（ｂ）に示すようにサービスの利用状況をリスト
出力する。

【００４７】ステップＳ５で有償であった場合にはステ
ップＳ８で課金請求先が設定してあるか否かチェックす
る。課金請求先が設定してあればステップＳ９に進み、
課金請求先の獲得成功として課金情報フラグをオンして
ステップＳ１０に進む。課金請求先が設定してなければ
そのままステップＳ１０に進む。ステップＳ１０では課
金情報フラグがオンか否かチェックし、オンであればス
テップＳ１１に進み、課金正常処理を行う。この課金正
常処理は図１５（ａ）に示すように獲得した課金請求先
でサービス料金をユーザに請求し、サービスの利用状況
をリスト出力する。

【００４８】ステップＳ１０で課金情報フラグがオフで
あった場合には図１４のステップＳ１２に進み、下位Ｉ
Ｄノーチェック情報の設定の有無をチェックする。下位
ＩＤノーチェック情報が設定してあればステップＳ１３
に進み、課金情報フラグがオンか否かチェックし、オフ
であればステップＳ１４で課金エラー処理を行う。課金
情報フラグがオンであればステップＳ１５で課金正常処
理を行う。

【００４９】ステップＳ１２で下位ＩＤノーチェックフ
ラグが設定してなかった場合にはステップＳ１６に進
み、終了ＩＤが設定してあるか否かチェックする。終了
ＩＤが設定してあればステップＳ１７で課金情報フラグ
のオン，オフをチェックし、オフであればステップＳ１
８で課金エラー処理を行い、オンであればステップＳ１
９で課金正常処理を行う。

【００５０】ステップＳ１６で終了ＩＤが設定してなけ
ればステップＳ２０に進み、次階層ＩＤが入力データに
あるか否かチェックし、なければステップＳ２１で課金
エラー処理を行い、あればステップＳ２２で次階層ＩＤ
との照合を行う。続いてステップＳ２３で一致するＩＤ
がなければステップＳ３０で課金エラー処理を行い、一
致するＩＤがあればステップＳ２４で有償の有無をチェ
ックする。有償でなければステップＳ２５で課金請求先
の獲得成功として課金情報フラグをオンし、ステップＳ
２６の無課金正常処理を行う。

【００５１】ステップＳ２４で有償であった場合にはス
テップＳ２７に進み、課金情報フラグのオン，オフをチ
ェックし、オフであればステップＳ２８で課金請求先の
設定の有無をチェックし、設定してあればステップＳ２
９で課金請求先の獲得に成功と判断し、課金情報フラグ
をオンする。ステップＳ２７で課金情報フラグがオフの
場合、あるいはステップＳ２７で課金請求先が設定して
なかった場合には再び図１３のステップＳ１０に戻り、
次の階層の処理に進む。

【００５２】

【発明の効果】以上説明してきたように本発明によれ
ば、従来のユーザＩＤをオリジナルユーザＩＤとして新
たにグループＩＤを設定し、グループＩＤの１または複
数の階層構造でなる可変長のユーザＩＤを使用して通信
サービスシステムにおけるユーザ情報の管理を行うた
め、多様化するユーザ形態に柔軟に対応したユーザ情報
の管理ができる。

【００５３】また、上位のユーザＩＤにユーザ付帯情報
を共通情報として登録することで下位のグループＩＤを
拘束できるため、ユーザ情報を格納するＤＡＳＤ資源の
有効利用を図ることができる。また、ユーザ付帯情報の
登録数が少なくて済むため、登録，変更及び管理に要す
る処理量を軽減することができる。

【００５４】更に、他の通信サービスシステムからの相
互乗入れにも適用可能であり、各システムのオリジナル
ユーザＩＤを損なうことなく、互換性のとれたサービス
提供を行うことができる。

【図面の簡単な説明】

【図１】本発明の原理説明図

【図２】本発明で用いるユーザＩＤの基本構成を示した
説明図

【図３】本発明のユーザＩＤ内のグループＩＤに登録す
る付帯情報の説明図

【図４】本発明のグループＩＤに登録するサービスオー
ソリティ情報の説明図

【図５】本発明のユーザＩＤに対応したフォーマット構
成を示した説明図

【図６】団体ユーザの場合の本発明のユーザＩＤの具体
的例を示した説明図

【図７】図６のユーザＩＤに対応した団体の組織構成図

【図８】個人ユーザの場合の本発明のユーザＩＤの具体
的例を示した説明図

【図９】他の通信サービスシステムに属するユーザから
の要求に使用する本発明のユーザＩＤを示した説明図

【図１０】本発明のシステムホストにおけるユーザＩＤ
の照合処理とサービスオーソリティ情報の獲得処理を示
したフローチャート

【図１１】図１０の正当ユーザＩＤ、不当ユーザＩＤ処
理及びＩＤミス登録処理の詳細を示した説明図

【図１２】本発明のシステムホストでユーザサービス毎
に入力ファイルに作成される課金入力レコードの説明図

【図１３】図１２の入力ファイルに基づく課金請求先の
獲得処理を示したフローチャート

【図１４】図１２の入力ファイルに基づく課金請求先の
獲得処理を示したフローチャート（続き）

【図１５】図１３，図１４の課金正常処理、無課金正常
処理及び課金エラー処理の詳細を示した説明図

【符号の説明】

１０：通信サービスシステム １２：ユーザ １４：他の通信サービスシステスム １６：他のシステムのユーザ

Claims (12)

【特許請求の範囲】
1. 【請求項１】システム（１０）に加入したユーザ（１
   ２）毎に固有のユーザＩＤを割当て、ユーザ（１２）か
   らのサービス要求を受けた際に該サービス要求に含まれ
   るユーザＩＤに基づいてサービスを提供する通信サービ
   スシステムに於いて、 １ユーザに付与するオリジナルユーザＩＤの複数を１つ
   の集りとして特定の意味を付与する固有のグループＩＤ
   を設定し、該グループＩＤは必要に応じて多階層に設定
   することができ、 前記グループＩＤを設定した場合には、先頭のグループ
   ＩＤからオリジナルユーザＩＤまでで１つのユーザＩＤ
   を構成し、グループＩＤを設定しなかった場合はオリジ
   ナルユーザＩＤのみでユーザＩＤを構成する可変長のユ
   ーザＩＤ形式とし、 該可変長のユーザＩＤ形式を使用してサービス要求と、
   該要求に基づくサービスの提供を行うようにしたことを
   特徴とする通信サービスシステムのユーザ情報管理方
   法。
2. 【請求項２】請求項１記載の通信サービスシステムのユ
   ーザ情報管理方法に於いて、前記グループＩＤは、固有
   の付帯情報を登録することができ、特定のグループＩＤ
   に登録された付帯情報は下位に属する他のグループＩＤ
   及びオリジナルユーザＩＤを、登録した付帯情報により
   拘束することを特徴とする通信サービスシステムのユー
   ザ情報管理方法。
3. 【請求項３】請求項１記載の通信サービスシステムのユ
   ーザ情報管理方法に於いて、前記オリジナルユーザＩＤ
   単独で固有の付帯情報を登録することができ、該オリジ
   ナルユーザＩＤは登録された付帯情報により拘束される
   ことを特徴とする通信サービスシステムのユーザ情報管
   理方法。
4. 【請求項４】請求項２又は３記載の通信サービスシステ
   ムのユーザ情報管理方法に於いて、 前記グループＩＤ又はオリジナルユーザＩＤに付帯情報
   として、課金請求先を登録したことを特徴とする通信サ
   ービスシステムのユーザ情報管理方法。
5. 【請求項５】請求項４記載の通信サービスシステムのユ
   ーザ情報管理方法に於いて、 前記課金請求先として郵便番号、住所、電話番号、ＦＡ
   Ｘ番号、会社名、部課名、氏名等を登録したことを特徴
   とする通信サービスシステムのユーザ情報管理方法。
6. 【請求項６】請求項４記載の通信サービスシステムのユ
   ーザ情報管理方法に於いて、 前記グループＩＤ又はオリジナルユーザＩＤに付帯情報
   として課金請求先およびサービス提供の有料情報を登録
   した場合には、サービス終了時にユーザが実際に使用し
   たユーザＩＤとサービス料金の対応を示す課金入力記録
   のファイルを作成し、該ファイルを対象にバッジ処理に
   よりユーザＩＤに登録した課金請求先に対する請求書フ
   ァイルを作成して出力することを特徴とする通信サービ
   スシステムのユーザ情報管理方法。
7. 【請求項７】請求項２又は３記載の通信サービスシステ
   ムのユーザ情報管理方法に於いて、 前記グループＩＤ又はオリジナルユーザＩＤに付帯情報
   として、サービス要求に対するセンタ出力の送付先を登
   録したことを特徴とする通信サービスシステムのユーザ
   情報管理方法。
8. 【請求項８】請求項７記載の通信サービスシステムのユ
   ーザ情報管理方法に於いて、 前記センタ出力の送付先として郵便番号、住所、電話番
   号、ＦＡＸ番号、会社名、部課名、氏名等を登録したこ
   とを特徴とする通信サービスシステムのユーザ情報管理
   方法。
9. 【請求項９】請求項２又は３記載の通信サービスシステ
   ムのユーザ情報管理方法に於いて、 前記グループＩＤ又はオリジナルユーザＩＤに付帯情報
   として、提供されるサービスの有償又は無償を登録した
   ことを特徴とする通信サービスシステムのユーザ情報管
   理方法。
10. 【請求項１０】請求項２又は３記載の通信サービスシス
    テムのユーザ情報管理方法に於いて、 前記グループＩＤ又はオリジナルユーザＩＤに付帯情報
    として、提供されるサービスの種類を示すサービス・オ
    ーソリティ情報を登録したことを特徴とする通信サービ
    スシステムのユーザ情報管理方法。
11. 【請求項１１】請求項１０記載の通信サービスシステム
    のユーザ情報管理方法に於いて、前記サービス・オーソ
    リティ情報として、提供されるサービスの種類毎又は複
    数種類の組合せを登録することを特徴とする通信サービ
    スシステムのユーザ情報管理方法。
12. 【請求項１２】請求項２記載の通信サービスシステムの
    ユーザ情報管理方法に於いて、グループＩＤが他の通信
    サービスシステム（１４）のユーザ（１６）であること
    を示していた場合には、該グループＩＤに下位のユーザ
    ＩＤの処理を不要とする下位ユーザＩＤのノーチェック
    情報を登録したことを特徴とする通信サービスシステム
    のユーザ情報管理方法。