(57)【要約】      （修正有）【課題】ＡＳＰのサービスの種類が増えても柔軟に対処でき、処理の負荷を軽減できるマルチ会員管理システムを提供する。【解決手段】ＡＳＰサービスを提供する主サーバ１と、マルチ会員管理サーバ１３と、ＩＤＣセンター１２で構成され、主サーバ１には、提供状況を記録する請求データＢＤ２を、マルチ会員管理サーバ１３には、ダウンロード処理機能４、請求内容蓄積ＤＢ５、抽出機能６、当月請求データ作成用一時ＤＢ７、変換機能８、伝送機能１０をそれぞれ有し、最上位の属性であるＡＳＰが提供するサービスの属性でグループ化し、ＡＳＰが全会員に対して共通ルールで保持する会員契約情報キーを使ってＡＳＰの会員管理を行う。【選択図】図１
2006350875.tif 000002
【特許請求の範囲】
【請求項１】
複数のサービスを提供するＡＳＰサービス装置において、
前記サービスの請求行為を、会員契約情報キー毎にASPが提供するサービスの属性、請求グループ単位およびサービス利用条件の属性を関連づけて格納したテーブルと、
前記サービスの要求を受付ける手段と、
受付けられた要求に応じたサービスを実現するための情報処理に必要で基本となる情報を、前記テーブルを用いて抽出する手段と、
抽出された情報を用いて所定の情報処理を行う手段とを有すことを特徴とするＡＳＰサービス。
【発明の詳細な説明】
【技術分野】
【０００１】
複数のサービスを提供するASP（application service provider）における会員管理を行う技術に関する。
【背景技術】
【０００２】
いわゆるＡＳＰおいて会員管理を行う場合は、ASPサービスの属性を管理キー項目の最上位属性として、請求グループ単位、契約単位、サービス利用単位の管理項目キーを持っていた。この事例として、特許文献１がある。
【０００３】
【特許文献１】特開2004-206253号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかし、特許文献１に代表されるように従来は、課金請求や会員情報のメンテナンスに多大な負荷が掛かり、処理するために大掛かりなシステムを要し、会員が増えたり、扱うＡＳＰサービスの種類が増えると、処理時間も急増する問題があった。
【課題を解決するための手段】
【０００５】
従来は、ASPの会員管理として、一括して処理していたのに対し、本提案では、ASPの会員管理が、最上位の属性であるASPが提供するサービスの属性でグループ化できると言う「ASPの会員管理」の特性とASPが全会員に対して共通ルールで保持する会員会員契約情報キーに着目し、会員契約情報キーにASPが提供するサービスの属性や、請求グループ単位、
サービス利用条件の属性を与えたテーブルを作成し、処理に必要な、もっとも基本となる情報をその時々に抽出して処理を行うようにした。
【発明の効果】
【０００６】
これにより、上記の課題を解決し、将来ASPのサービスの種類が増えても柔軟に対処でき、システムの処理の負荷を軽減できる。
【発明を実施するための最良の形態】
【０００７】
以下、本発明の実施形態について図面に基づいて詳細に説明する。
【０００８】
図１は、ASPにおけるマルチ会員管理システムの構成図である。システムは、ＡＳＰサービスを提供する主サーバ（１）と、提供状況を記録する請求データＢＤ（２）、ＬＡＮ構成（３）、マルチ会員管理サーバ（１３）、ダウンロード処理機能（４）、請求内容蓄積ＤＢ（５）、当月請求データ作成用一時ＤＢ（７）、当月請求データ（９）、抽出機能（６）、変換機能（８）、伝送機能（１０）により、構成されている。そして、月毎の請求データを送付する取引先のサーバが設置されている、ＩＤＣセンターとは、ネットワーク（１１）にて接続されている。
【実施例１】
【０００９】
以下、本発明の実施形態について図面に基づいて詳細に説明する。
図１において、当月分の請求データが確定した時点で、マルチ会員管理サーバ（１３）の請求内容蓄積DB（５）に蓄積される。その後、図７のフローに従い当月請求データ（９）が作成される。
【００１０】
そして、伝送機能（１０）により、当月請求データ（９）がＩＤＣセンター（１２）に送られる。
次に、図７のフローの詳細内容を説明する。
【００１１】
ステップ１
ASPの請求処理が起動されると、テーブル１を参照し、その日に実行されるASP
サービスを特定し、そのASPサービスと対となる会員契約情報キーを抽出する。
【００１２】
ステップ２
テーブル３より、ステップ１で抽出した会員契約情報キーに対応したサービス利用条件キーを抽出後、請求内容蓄積ＤＢより、処理月と抽出したサービス利用条件キーに該当する請求データを抽出する。
【００１３】
ステップ３
ステップ２で請求内容蓄積ＤＢより抽出した請求データを当月請求データ作成用一時ＤＢへ登録する。
【００１４】
ステップ４
当月請求データ作成用一時ＤＢへ、テーブル２から請求グループ単位をセットする。
【００１５】
ステップ５
当月請求データ作成用一時ＤＢへ、テーブル２から請求グループ単位をセットする。
【００１６】
ステップ６
当月請求データ作成用一時ＤＢを請求グループ単位にソートし、請求グループ単位に当月請求レコードを作製する。この時請求グループ管理テーブルより、請求先情報をヘッター情報として付加する。この処理は、当月請求データ作成用一時ＤＢのレコードが無くなるまで、実施する。
【産業上の利用可能性】
【００１７】
ASPが行った複数サービスの提供に対する、複数請求処理において、作業の効率を向上できる。
【図面の簡単な説明】
【００１８】
【図１】ASPにおけるマルチ会員管理システムの構成図
【図２】ＡＳＰ  会員管理ＤＢ構造
【図３】ＡＳＰサービスと会員契約情報キーとの関係を示す管理テーブル１
【図４】請求グループ単位１と会員契約情報キーとの関係を示す管理テーブル２
【図５】請求内容蓄積ＤＢ
【図６】当月請求データ作成用一時ＤＢ
【図７】当月請求データ（９）を作成する為の処理フロー
【図８】当月請求レコードヘッダー部
【図９】当月請求レコード明細部
【図１０】請求グループ管理テーブル
【図１１】受注元管理テーブル
【符号の説明】
【００１９】
（１）〜（１２）ASPにおけるマルチ会員管理システムの構成要素を示す。
(13)〜(27) ＡＳＰ  会員管理ＤＢ構造の構成要素を示す。
(28)〜(34）ＡＳＰサービスと会員契約情報キーとの関係を示す管理テーブル１の構成要素を示す。
(35)〜(40）請求グループ単位１と会員契約情報キーとの関係を示す管理テーブル２の構成要素を示す。
(41)〜(51)  請求内容蓄積ＤＢの構成要素を示す。
(52)〜(60)  当月請求データ作成用一時ＤＢの構成要素を示す。
(61)〜(68)   当月請求データ（９）を作成する為の処理フローの構成要素を示す。
【図１】
2006350875.tif 000003
【図２】
2006350875.tif 000004
【図３】
2006350875.tif 000005
【図４】
2006350875.tif 000006
【図５】
2006350875.tif 000007
【図６】
2006350875.tif 000008
【図７】
2006350875.tif 000009
【図８】
2006350875.tif 000010
【図９】
2006350875.tif 000011
【図１０】
2006350875.tif 000012
【図１１】
2006350875.tif 000013