JPH08256144A

JPH08256144A - 課金状況照会システム

Info

Publication number: JPH08256144A
Application number: JP7059563A
Authority: JP
Inventors: Hideaki Katada; 英昭堅田
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 1995-03-17
Filing date: 1995-03-17
Publication date: 1996-10-01

Abstract

(57)【要約】【目的】本発明の目的は、電子メールシステムに加入
している利用者でもリアルタイムで課金状況照会が可能
な電子メールによる課金状況照会システムを提供するこ
とである。【構成】本発明は、電子メールで課金状況照会要求を
発行する端末２００と、端末２００から受信した電子メ
ールを解析し、課金状況照会を行い、課金状況照会要求
元の端末のメールボックスに照会結果を電子メールで提
供するネットワークホスト１００とを有する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、課金状況照会システム
に係り、特に、商用オンラインサービスにおいて利用者
が利用したシステムについて課金情報を提供する際に電
子メールを用いて行う課金状況照会システムに関する。

【０００２】商用オンラインサービスには、株式市場の
相場をはじめとするグループ同士のディスカッションや
オンライン百科辞典、コンピュータファイル等を集めた
もの等様々なサービスがあり、利用者がこれらのサービ
スを利用すると、無料提供されるサービス以外は利用料
金の課金が行われる。このように商用オンラインで行わ
れている利用料金の課金処理の状況をユーザが電子メー
ルを用いて照会できる課金照会システムが望まれてい
る。

【０００３】

【従来の技術】従来の商用オンラインサービス利用者へ
の課金状況照会サービスは、以下のようにして実現され
ている。図２１は、従来の商用オンラインサービスにお
ける課金状況照会サービスの概念図である。

【０００４】オンラインサービスのユーザの端末１０か
らネットワーク２０を介してオンラインサービス提供サ
ーバ３０に対して、課金情報照会要求を発行する。オン
ラインサービス提供サーバ３０は、利用者毎に提供され
た情報に対する課金情報を蓄積している課金ファイル４
０より照会要求元のユーザの課金情報を読み出して、適
宜編集して、オンラインサービスのユーザの端末１０に
送信する。

【０００５】オンラインサービス利用者は端末１０は、
ログイン（ＬＯＧＩＮ）して照会要求を発行することに
より、オンラインサービス提供サーバ３０に対してリア
ルタイムで課金状況照会を行うことができる。

【０００６】

【発明が解決しようとする課題】しかしながら、上記従
来の課金状況照会サービスは、商用オンラインサービス
に加入している利用者に対しては可能であるが、電子メ
ールシステムを利用している利用者は、電子メールによ
る照会サービスが用意されていないため、利用すること
が不可能である。さらに、電子メールによる照会を行っ
ても、料金照会時にも電子メールのネットワークと接続
されているため、課金されてしまうという問題がある。

【０００７】本発明は、上記の点に鑑みなされたもの
で、電子メールシステムに加入している利用者でもリア
ルタイムで課金状況照会が可能な電子メールによる課金
状況照会システムを提供することを目的とする。また、
本発明の目的は、課金状況照会要求時だけは、ネットワ
ークに接続されても課金されない電子メールによる課金
状況照会システムを提供することである。

【０００８】また、本発明の更なる目的は、利用者から
指定された期間の課金状況について照会可能な電子メー
ルによる課金状況照会システムを提供することである。
また、本発明の更なる目的は、自動的に請求業務が可能
な電子メールによる課金状況照会システムを提供するこ
とである。

【０００９】また、本発明の更なる目的は、予め指定さ
れている者だけが照会可能な電子メールによる課金状況
照会システムを提供することである。

【００１０】

【課題を解決するための手段】図１は、本発明の原理構
成図である。第１の発明は、商用オンラインサービスで
提供されたサービスの課金情報を照会する課金状況照会
システムにおいて、受信した課金状況照会を要求する電
子メールを解析し、課金状況照会を行い、課金状況照会
要求元の端末のメールボックスに照会結果を電子メール
で提供する照会手段１００を有する。

【００１１】また、第２の発明は、上記第１の発明にお
いて照会手段１００が課金情報を格納する課金情報蓄積
手段１２４と、端末２００から発行された電子メールの
内容が課金状況照会要求か否かを判定する要求判定手段
１０１と、要求判定手段１０１により課金状況照会要求
であると判定された場合には、課金情報蓄積手段１２４
に課金情報の格納を指示しない課金制御手段１０２とを
有する。

【００１２】また、第３の発明は、上記第１の発明にお
いて、課金状況照会を要求する電子メールが、照会範
囲、出力形態を表す指定要求コードを有し、照会手段１
００が、指定要求コードに基づいて検索範囲を決定する
検索範囲決定手段１０３と、課金情報蓄積手段１２４よ
り、検索範囲決定手段１０３により決定された範囲内の
課金情報を読出し、指定要求コードの出力形態に基づい
て所定のフォーマットに編集する編集手段１０４とを有
する。

【００１３】また、第４の発明は、上記第１の発明にお
いて、照会手段１００が入金情報に基づいて課金情報蓄
積手段を更新する課金情報更新手段と、課金情報更新手
段により更新された課金情報蓄積手段より未精算の情報
を取得して蓄積する未精算情報蓄積手段と、未精算情報
蓄積手段の情報を読み込んで、請求書を発行して各ユー
ザのメールボックスに配布する請求手段を更に有する。

【００１４】また、第５の発明は、少なくとも１つの端
末を管理する管理端末と、管理端末からの照会要求に基
づいて、管理端末が管理する照会対象の端末の課金情報
を管理端末のユーザメールボックスに提供する照会手段
を有する。

【００１５】

【作用】第１の発明は、端末から電子メールにより発行
された課金状況照会要求がネットワークホストの受信用
のメールボックスに到着した場合に、当該要求を解析し
て、課金状況の照会処理を行って、照会要求元のユーザ
のメールボックス宛に、照会結果を転送することによ
り、電子メールによる課金情報の照会が可能となる。

【００１６】第２の発明は、さらに、ネットワークホス
トの任意の受信用のメールボックスに照会要求の電子メ
ールが届いた場合に、当該電子メールが照会用の内容で
あれば、課金処理を行わないように制御することによ
り、照会要求を発行した時は、ログオンされても課金さ
れないため、ユーザはコストの負担を気にせずに照会要
求を行うことが可能となる。

【００１７】また、端末から電子メールにより発行され
た課金状況照会要求がネットワークホストの照会要求専
用のメールボックスに到着した場合には、当該電子メー
ルに関する課金処理を行わないように制御することも考
えられる。第３の発明において、課金状況照会要求に、
照会範囲、出力形態を表す指定要求コードを付加して
ネットワークホストに送出することにより、種々の編集
方法を選択することが可能であり、希望する課金情報の
範囲を絞り込むことが可能である。

【００１８】第４の発明として、ネットワークホストに
おいて、入金情報に基づいて蓄積されている課金情報を
更新することにより、未精算の情報を取得することがで
きるため、当該未精算の情報に基づいて請求処理も可能
となる。また、上記の第４の発明における請求処理にお
いて、他の業者等に請求処理を依頼する場合には、最初
から課金情報や未精算情報を生成することなく、課金情
報を更新した後の未精算情報を依頼先のシステム等にダ
ウンロードすることにより、無矛盾な請求処理を行うこ
とも可能である。

【００１９】第５の発明は、いくつかの端末を管理する
管理端末からの照会要求に基づいて、管理端末が管理す
る照会対象の端末の課金情報を管理端末のユーザメール
ボックスに提供することにより、管理端末を使用するユ
ーザは、任意のタイミングで当該照会対象の端末の稼働
状況を把握することが可能となる。

【００２０】

【実施例】以下、図面と共に本発明の実施例を詳細に説
明する。［第１の実施例］図２は、本発明の第１の実施例の電子
メールによる課金状況照会システムの概念図である。同
図に示す課金状況照会システムは、ネットワークホスト
（商用オンラインサーバ）１００、複数のユーザ端末２
００、ネットワークホスト１００とユーザ端末２００を
接続するネットワーク３００より構成される。

【００２１】ネットワークホスト１００は、電子メール
のシステムとして、受付メールボックス１１０、課金情
報照会処理部１２０、ユーザのメールボックス１３０よ
り構成される。基本的には、ネットワークホスト１００
は、ユーザ端末２００からネットワーク３００を介して
受信した電子メールを受付メールボックス１１０に一旦
蓄積し、課金状況照会処理部１２０が受付メールボック
ス１１０をチェックして、照会の電子メールが到着して
いるか否かをチェックする。ここで、照会の電子メール
が受付メールボックス１１０に到着していれば、当該電
子メールの送信元の利用者に対応する課金状況情報を検
索して、送信元のユーザ個別のメールボックス１３０に
課金状況情報を電子メールに組み立てて送付する。ユー
ザは、自分のメールボックス１３０をチェックし、当該
課金状況情報の電子メールを取得する。

【００２２】次に、課金状況照会システムを詳細に説明
する。図３は、本発明の第１の実施例のネットワークホ
ストの課金状況照会処理部の構成を示す。同図に示す課
金状況照会処理部１２０は、電子メール取出部１２１、
照会判定部１２２、課金部１２３、課金状況ファイル１
２４、課金状況検索部１２５、課金情報編集部１２６及
び要求コードテーブル１２７より構成される。

【００２３】電子メール取出部１２１は、受付メールボ
ックス１１０からネットワークホスト１００宛にユーザ
２００から届いている電子メールを取り出す。このと
き、電子メール取出部１２１は、自動的に受付メールボ
ックス１１０にユーザから電子メールの到着を検出する
機能を有するものとする。なお、電子メールを取り出す
所定のタイミングを決定しておき、所定の頻度（頻度が
多ければ短時間で電子メールの取得が可能である）で受
付メールボックス１１０における電子メールの到着をチ
ェックする方法であってもよい。但し、本発明は、リア
ルタイムで課金情報を取得することが目的であるので、
望ましくは受付メールボックス１１０に電子メールが到
着すると直ちに電子メール取出部１２１に通知される方
がよい。

【００２４】照会判定部１２２は、取得した電子メール
が照会用の電子メールであるか否かを判定する。図４
は、本発明の第１の実施例の電子メールのデータフォー
マットを示す。同図に示す例は、料金照会用のデータフ
ォーマットを示す。電子メールは、送信先アドレス１
１、送信元アドレス１２、サブジェクト１３及びメッセ
ージ１４から構成されている。ここで、サブジェクト１
３は、ユーザが電子メールを生成する際に、ユーザの端
末のディスプレイ装置上に通常の電子メールの送信処理
とは区別された照会処理用の選択肢を表示しておき、当
該照会用の選択肢を選択すると、図４に示すようにサブ
ジェクトが自動的に照会用の内容となるように設定して
おくことも可能であり、また、ユーザがサブジェクト１
３に『料金照会』である旨を表す所定の内容を設定する
ようにしてもよい。本実施例では、“Ｉ”がサブジェク
ト１３に設定されていれば、照会判定部１２２は、当該
電子メールが料金照会であると判定する。ここで、料金
照会以外（サブジェクト１３＝Ｉ以外）の場合の電子メ
ールである場合には、課金情報を課金部１２３に渡す。
また、料金照会の電子メールであれば、照会依頼情報を
課金状況検索部１２５に転送する。

【００２５】課金部１２３は、電子メールのサブジェク
ト１３が“Ｉ”以外のコードが設定されている場合に
は、料金照会処理ではないので、当該接続にかかる料金
を算出し、課金状況ファイル１２３に積算する。このと
き、ユーザ毎に特別の契約等がある場合も考えられるの
で、ユーザ情報ファイル（図示せず）を参照した上で、
積算処理を行い、課金状況ファイル１２４のデータに積
算する。

【００２６】課金状況検索部１２５は、要求コードテー
ブルを参照して指定された範囲について課金状況ファイ
ル１２４を検索する。図５は、本発明の第１の実施例の
要求コードテーブルを示す。電子メールのサブジェクト
１３のコードが“Ｉ”である場合には、電子メールのメ
ッセージ１４の内容の要求コードを要求コードテーブル
１２７を参照して解析する。

【００２７】本実施例では、要求コードが“Ａ”は、指
定された期間の課金情報提供要求を示し、“Ａ−１”は
各詳細情報を示し、“Ａ−２”は、利用回数合計及び合
計金額のみの照会要求であると判断する。また、要求コ
ードが“Ｂ”は、当月の課金情報提供要求を示し、要求
コードが“Ｂ−１”は当月の各詳細情報を示し、“Ｂ−
２”は、当月の合計金額のみの提供要求であると判断す
る。

【００２８】また、要求コードが“Ｃ”は、所定の月数
（例えば、当月を含めて３か月分）の課金情報提供要求
を示し、要求コードが“Ｃ−１”であれば、所定の月数
の詳細情報を示し、“Ｃ−２”の場合には、所定の月数
の合計金額のみの提供要求と判断する。

【００２９】また、要求コードが“Ｄ”は、特定のユー
ザのみが提供要求可能なものであり、このコード“Ｄ”
と合わせてｎ桁の暗証番号が付与されるものとする。こ
のコードがメッセージ１４に含まれている場合には、課
金状況検索部１２５は、メッセージ１４の内容に含まれ
るオプション指定情報を参照して必要な情報を課金状況
ファイル１２４より取得する。詳細は、第３の実施例で
詳述する。

【００３０】課金状況検索部１２５は、各要求コードで
指定された期間の当該ユーザの課金情報を課金状況ファ
イル１２４より読み出して課金情報編集部１２６に転送
する。課金情報編集部１２６は、所定の電子メールのフ
ォーマットに課金情報を編集して、ユーザ毎に具備され
ているユーザメールボックス１３０に格納する。

【００３１】次に、課金状況ファイル１２４の当該ユー
ザの課金データを読み込み、取得した課金状況情報をユ
ーザのメールボックス３０に転送する状況照会処理部１
２０の動作について説明する。図５は、本発明の一実施
例の課金状況照会処理部の動作を示すフローチャートで
ある。

【００３２】ステップ１０１）電子メール取出部１２
１は、受付メールボックス１１０に電子メールが到着す
ると、当該電子メールを取り出して照会判定部１２２に
当該電子メールの内容を転送する。ステップ１０２）
照会判定部１２２は、電子メールの内容において、サブ
ジェクト１３に課金状況照会を意味する識別情報“Ｉ”
が付与されているかを判定し、“Ｉ”が付与されていな
い場合には、ステップ１０３に移行し、“Ｉ”が付与さ
れている場合には、ステップ１０４に移行する。

【００３３】ステップ１０３）サブジェクト１３に
“Ｉ”が付与されていない一般の電子メールである場合
には、課金部１２３は、当該電子メールの送信元アドレ
ス１２を参照して送信元アドレス１２に対応するユーザ
の課金状況ファイル１２４に利用料金を積算し、一般の
電子メールの受け付けを行う。本発明では、一般の電子
メールの処理方法を目的とはしていないので、説明を省
略する。

【００３４】ステップ１０４）サブジェクト１３に
“Ｉ”が付与されている場合には、当該電子メールは、
課金状況照会用の電子メールであるので、課金状況検索
部１２５は、ユーザからの要求コードに基づいて課金情
報ファイル１２４を検索する。電子メールのメッセージ
欄に要求コードが記載されているかを判断し、記載され
ていない場合には、ステップ１０５に移行し、記載され
ている場合には、ステップ１０６に移行する。

【００３５】ステップ１０５）現在の当該ユーザの未
払い分の料金を検索する。ステップ１０７に移行する。
なお、要求コードが照会要求に付与されていない場合に
は、何も行わないか、他の所定の処理を行えばよい。こ
こでは、その一例であり、限定されない。当該処理は、
第２の実施例で詳述する。

【００３６】ステップ１０６）要求コードテーブル１
２７を参照し、テーブルにより指定された方法で、ユー
ザによりメッセージ欄に記載されている指定期間の情報
を検索する。ステップ１０７）課金情報編集部１２６
は、課金状況検索部１２５で検索された情報を取得し、
所定の電子メールのメッセージ欄の編集フォーマットに
基づいて編集し、ステップ１０１で受け取った照会用の
電子メールの送信元アドレスを送信先として付与する。
詳細は、図７〜図１０を用いて詳述する。

【００３７】ステップ１０８）課金情報編集部１２６
は、ステップ１０７で生成された電子メールをユーザメ
ールボックス１３０に転送する。次に、上記のステップ
１０７の処理を詳細に説明する。図７〜図１０は、本発
明の第１の実施例の編集フォーマットの例を示す。

【００３８】図７に示す例は、要求コードＡ−１が指定
され、併せて７月１日から８月３１日までの詳細状況を
出力した例である。同図ａは、電子メールで指定された
内容を示しており、７月１日から８月３１日までのログ
イン日時（ｂ）、ログアウト日時（ｃ）、サービス名称
（ｄ）、利用料金（ｅ）、及び合計金額（ｆ）が出力さ
れている。このうち利用料金（ｅ）は、セッション時間
（秒）と単価を乗算した値である。なお、ログインの日
付、ログアウトの日付のみ指定されている場合には、ロ
グインの日付の００：００〜ログアウトの日付２４：０
０までの間の課金状況を出力するものとする。また、日
付のみ、例えば、７月１日と指定されている場合には、
当日の００：００〜２４：００迄の課金状況を出力する
ものとする。

【００３９】図８に示す例は、要求コードＡ−２が指定
され、併せて７月１日から８月３１日までの課金状況の
合算情報を出力した例である。同図に示す例は、利用し
た各日付毎に利用合計回数、合計時間、接続基本料金、
料金合計及び、７月１日から８月３１日までの合計利用
回数、合計利用時間、合計料金が出力される。

【００４０】図９に示す例は、要求コードＣ−２が指定
されている例である。同図に示す例は、当月を含めて３
か月の合計情報を編集しており、３か月における各月の
利用回数、利用時間、初期費用、接続基本料金、追加料
金、料金合計、消費税額、請求金額等が出力される。な
お、このようにして編集されたデータを電子メールとし
て編集する以外に、ファイルとして蓄積しておき、後述
する請求処理等に適用するようにしてもよい。

【００４１】図１０に示す例は、上記の図８の例を表計
算等の簡易ソフトを引いて加工処理を行った例である。
この場合には、要求コードの他に編集フォーマット変換
を指定するフラグ等を指定することにより可能となる。
なお、上記の実施例では、受付メールボックス１１０に
あらゆる電子メールが到着することを想定しているが、
他の例として、受付メールボックス１１０を照会要求専
用のメールボックス（照会受付メールボックス）１１０
とした場合には、図３に示す照会判定部１２２は不要と
なり、電子メール取出部１２１で取り出された電子メー
ルは、直接、課金状況検索部１２５に転送される。つま
り、端末２００が照会要求をネットワークホスト１００
に発行する際に、送信先アドレスとして、照会要求専用
のメールボックスを指定すればよい。

【００４２】このような構成とすることにより、課金状
況照会時におけるネットワークホスト１００に対するロ
グオンからログオフについては課金されない。また、ユ
ーザ対応に設けられているユーザメールボックス１３０
に提供された照会結果をアクセスする場合には、ログオ
ンして自端末にダウンロードし、自端末上で参照すれ
ば、返信の内容を参照するコストも削減できる。

【００４３】［第２の実施例］次に、第２の実施例とし
て、電子メールを用いて請求業務を行う例を説明する。
図１１は、本発明の第２の実施例の請求処理システムの
概念図である。同図に示す構成は、図２の第１の実施例
の構成に請求処理部１５０を付加した構成である。図１
２は、本発明の第２の実施例の課金照会システムを請求
業務に適用した例であり、第１の実施例の課金照会処理
部１２０の構成に請求処理部１５０として、未精算デー
タ取得部１５１、未精算ファイル１５２、請求書発行部
１５３及び入金ファイル１５４が付加されている。

【００４４】未精算データ取得部１５１は、入金ファイ
ル１５４を読み込んで、課金情報ファイル１２４のデー
タのうち、入金ファイル１５４のデータに該当するもの
については、削除する処理を行う。但し、課金状況ファ
イル１２４は、利用履歴ファイルとして利用することも
可能であるので、データ自体を削除するのではなく、当
該データに入金済みを示すマーク（フラグ）を付与する
ような方法でもよい。この場合には、入金ファイル１５
４を読み込んでフラグが付与されていないデータを未精
算ファイル１５２に転記する。未精算ファイル１５２の
内容は、課金状況ファイル１２４と同様のデータ構成と
してもよいし、請求処理に関するデータのみで生成して
もよい。

【００４５】図１３は、本発明の第２の実施例の課金状
況ファイルのデータ構成の例を示し、図１４は、本発明
の第２の実施例の未精算ファイルのデータ構成の例を示
す。課金状況ファイル１２４は、ユーザ情報と各ユーザ
毎の利用状況を示す課金情報から構成される。ユーザ情
報は、ユーザ識別子（ＩＤ）、ユーザ氏名、ユーザ住
所、新規加入日等より構成される。課金情報は、開始
（ログイン）日時、終了日時（ログオフ）、サービス名
称、基本料金、利用料金、未精算フラグより構成され
る。利用料金は、セッション時間と基本料金の乗算であ
るので、終了日時から開始日時を減算し、減算結果
（秒）と基本料金と乗算することにより求められる。未
精算フラグは、当該利用料金に対する入金が発生し、入
金消し込み処理が行われると当該フラグは、“０”とな
り、未入金の場合には、“１”が設定される。

【００４６】未精算データ取得部１５１は、課金状況フ
ァイル１２４において、未精算フラグが“１”のデータ
レコードを取得して、未精算ファイル１５２を生成す
る。図１４は、本発明の第２の実施例の未精算ファイル
のデータ構成の例を示す。未精算ファイル１５２は、ユ
ーザ情報と未精算データから構成される。ユーザ情報
は、課金状況ファイル１２４のユーザ情報と同一であ
る。未精算データは、未精算となっている月毎データで
ある、１か月の合計利用回数、合計金額、及び１か月の
明細データより構成される。もし３か月分が未精算の場
合には、１つのユーザＩＤに対してこの組が３つ存在す
ることになる。さらに、ｎか月分の未精算データがある
場合には、ｎか月分の未精算合計金額と、請求した回数
も併せて記憶するようにしてもよい。

【００４７】次に、請求書を発行する例を説明する。図
１５は、本発明の第２の実施例の請求書発行処理のフロ
ーチャートである。以下の処理を行う前に、入金ファイ
ル１５４により入金のあった未精算ファイル１５２のレ
コードは削除しておくものとする。

【００４８】ステップ２０１）未精算データ取得部１
５１は、ユーザ毎に課金情報ファイル１２４を読み込
む。ステップ２０２）未精算データ取得部１５１は、ユー
ザ毎に入金ファイル１５４を読み込む。

【００４９】ステップ２０３）次に、課金状況アイル
１２４と入金ファイル１５４のユーザ情報によりマッチ
ングを行い、マッチするユーザにおいて、ｎ月分の請求
内容に含まれる課金状況ファイル１２４の内容を抽出す
る。入金ファイル１５４の内容は、未精算ファイル１５
４の内容に入金日が付与された構成であるものとし、月
単位のデータ構成であるものとする。例えば、課金情報
ファイル１２４において、３月に対応する未精算レコー
ドがある場合に、入金ファイル１５４において、３月分
の利用金額に対応する入金データがある場合には、当該
課金状況ファイル１２４の３月分の利用金額は精算され
たことになるため、課金状況ファイルの未精算フラグを
“０”とする。また、入金ファイル１５４に３月分の利
用金額に対応する入金がない場合には、３月分の利用内
容に該当する課金状況ファイル１２４のデータの未精算
フラグを“１”とする。

【００５０】ステップ２０４）未精算データ取得部１
５１は、課金状況ファイル１２４の未精算フラグが
“１”のレコードを読み出す。ステップ２０５）未精算データ取得部１５１は、読み
出された課金状況ファイル１２４のレコードの当月（請
求に対応する月）の利用回数を集計する。

【００５１】ステップ２０６）未精算データ取得部１
５１は、読み出された課金状況ファイル１２４のレコー
ドの当月の利用金額を集計する。ステップ２０７）未精算データ取得部１５１は、課金
状況ファイル１２４の未精算（未精算フラグ＝１）のレ
コードの明細データと共に、利用回数合計、利用金額合
計の結果を未精算ファイル１５２に書込む。また、以前
に生成された当該利用者の未精算レコードが未精算ファ
イル１５２に残っている場合には、精算されていないこ
とを示すので、追加書込みを行う。

【００５２】ステップ２０８）未精算データ取得部１
５１は、未精算ファイル１５２の未精算レコードの請求
金額合計を算出する。未精算のレコードが未精算ファイ
ル１５２に存在しない場合には、当月（請求対象月）の
みのレコードだけであるため、０＋当月請求金額合計の
みとなる。当月請求金額合計を未精算ファイル１５２に
書き込む。

【００５３】上記のステップ２０１〜ステップ２０８の
処理により請求書を発行するためのデータが確定する。
次に、請求書発行部１５３において、未精算ファイル１
５２に基づいて請求書を発行する。請求書の発行は、所
定のフォーマットに適宜編集可能である。請求書発行部
１５３において、発行された請求書はユーザメールボッ
クス１３０に送出してもよいし、別途郵送してもよい。
図１６は、本発明の第２の実施例の請求書出力の例を示
す図である。同図に示す例は、１月分が未精算であった
ため、当月請求対象月である２月分と合算された請求金
額が表示されている例である。また、この例では、明細
データは表示されていないが、併せて表示することも可
能である。

【００５４】なお、このように作成された請求書を郵送
する場合には、封筒等の印刷処理が必要となるため、未
精算ファイル１５２を請求書発行業務を行う部署または
業者に対してダウンロードすることにより、用紙に印刷
して郵送することも可能である。

【００５５】また、一般に請求は、ユーザ端末毎に請求
するのではなく、複数のユーザ端末を有する法人毎に集
計を行って配布するため、例えば、ユーザＩＤが“２０
０５２１”、“２００５２２”、“２００５２３”、
“２００５２４”があった場合、上位３桁を法人ＩＤと
し、下位３桁をユーザＩＤとし、上位３桁の法人ＩＤ毎
に集計を行い、合算した金額を当該法人に対する請求金
額とすることも可能である。

【００５６】［第３の実施例］次に、第３の実施例とし
て、予め指定されている者だけが、課金状況の照会を可
能とした例を示す。図１７は、本発明の第３の実施例の
概念図を示す。同図に示すシステムは、端末２１０、２
２０、２３０を管理する管理者用の端末２４０が端末２
１０、２２０、２３０のいずれか、または全ての端末に
ついての課金状況の照会を行うものである。

【００５７】管理者用の端末２４０が課金状況照会要求
を行う場合には、自ユーザＩＤの他に、暗証番号、照会
したい端末のＩＤを入力する。図１８は、本発明の第３
の実施例の課金照会システムの課金状況照会処理部の構
成を示す。同図において、図３と同一構成部分には、同
一符号を付し、その説明を省略する。図１８に示す構成
は、図３の構成にユーザマスタファイル１６１が追加さ
れた構成である。図１９は、本発明の第３の実施例のユ
ーザマスタファイル１６１のデータ構成を示す。同図に
示すユーザマスタファイルは、１つのユーザに端末に対
して、ユーザＩＤ、ユーザ氏名、ユーザ住所、新規加入
日、管理端末ＩＤ、暗証番号の各データを有する。

【００５８】課金状況照会処理部１２０は、管理者用の
端末２４０から当該端末２４０以外の課金状況照会要求
を受信すると、以下のような動作を行う。図２０は、本
発明の第３の実施例の照会処理のフローチャートであ
る。同図のフローチャートは、図６に示す第１の実施例
のフローチャートのステップ１０６の処理を除いて同様
の処理であるので、以下の説明では、要求コードとして
“Ｄ”が入力されている場合の処理について説明する。

【００５９】ステップ３０１）課金状況検索部１２５
は、要求コード“Ｄ”であるかを判断し、“Ｄ”以外の
要求コードが入力されている場合には、図６に示すステ
ップ１０６の処理に移行する。ステップ３０２）課金状況検索部１２５は、到着した
電子メールの送信元の暗証番号、端末ＩＤと、ユーザマ
スタファイル１６１に登録されている内容を照合する。

【００６０】ステップ３０３）照合の結果、電子メー
ル上の暗証番号、端末ＩＤがユーザマスタファイル１６
１と一致していれば、ステップ３０４に移行し、不一致
の場合には、ステップ３０６に移行する。ステップ３０４）次に、課金状況検索部１２５は、電
子メール送信元の端末（照会要求端末）が管理する課金
状況照会対象端末のＩＤと管理端末との関係について照
合する。課金状況検索部１２５は、管理端末より入力さ
れた課金状況照会対象端末のＩＤがユーザマスタファイ
ル１６１に存在するかをチェックし、次に、当該照会対
象端末の管理端末ＩＤが照会要求元の端末のＩＤと一致
するかをチェックする。照会対象端末が複数ある場合
は、各照会対象端末毎にチェックする。

【００６１】ステップ３０５）ステップ３０４の照合
の結果、不一致である場合には、ステップ３０６に移行
する。ステップ３０６）ステップ３０３において、暗証番
頭、端末ＩＤが不一致の場合、ステップ３０５における
照合が不一致の場合には、課金状況編集部１２６は、照
会不可能の旨のメッセージを生成して、照会要求元の端
末のユーザメールボックス１３０に転送する。

【００６２】ステップ３０７）ステップ３０５におい
て照合が成功した場合には、課金状況ファイル１２４よ
り照会対象端末の課金状況情報を取得する。この場合、
第１の実施例に示したように、要求コードにより種々取
得情報を選択して出力してもよいし、例えば、予め管理
端末が照会対象端末の課金状況照会を行う場合には、当
月分の課金状況の情報を提供するように設定しておき、
当該情報を出力するように設計してもよく、この方法
は、設計者が任意に選択できるものとする。

【００６３】ステップ３０８）取得した照会対象端末
の課金状況情報を所定のフォーマットに編集する。この
編集方法は、第１の実施例の編集方法と同様に種々の編
集方法があるため、設計者が任意に選択できるものとす
る。ステップ３０９）編集された課金状況情報を照会要求
元の端末のユーザメールボックス１３０に転送する。

【００６４】次に、上記の動作を具体的に説明する。図
１７において、管理端末２４０が、照会対象端末２１
０、２２０の課金状況について照会を行うものとする。
このとき、管理端末ＩＤは、“２００５４”であり、照
会対象端末ＩＤは、それぞれ“２００５２１”と“２０
０５２２”であるとする。

【００６５】（１）管理端末２４０は、自端末のディ
スプレイ装置より照会要求のための要求コード“Ｄ”、
自端末装置の暗証番号“５５５５”、照会対象端末のＩ
Ｄ“２００５２１”、“２００５２２”を入力して、電
子メールをネットワークホスト１００に送信する。

【００６６】（２）ネットワークホスト１００の照会
受付メールボックス１１０は、当該電子メールを受信す
る。（３）課金状況照会処理部１２０の照会判定部１２２
は、要求コードが“Ｄ”であるので、課金処理は行わ
ず、電子メールの情報を課金状況検索部１２５に転送す
る。

【００６７】（４）課金状況検索部１２５は、まず、
電子メール送信元（照会要求元）の管理端末２４０のＩ
Ｄ“２００５２３４”がユーザマスタファイル１６１に
登録されているか、かつ暗証番号“５５５５”が合致す
るかをチェックする。（５）照会要求元の端末ＩＤ及び暗証番号がユーザマ
スタファイル１６１の登録内容と合致している場合に
は、次に、ユーザマスタファイル６１のＩＤ“２００５
２１”と“２００５２２”のレコードの管理端末ＩＤ
が、照会要求元の端末ＩＤ“２００５２４”と一致する
かをチェックする。

【００６８】（６）一致している場合には、課金状況
検索部１２５は、端末ＩＤ“２００５２１”と“２００
５２２”の課金状況情報を課金状況ファイル１２４より
当月の情報を読み出して、課金情報編集部１２６に転送
する。なお、この例では、当月分の課金状況のみを取り
出しているが、第１の実施例のように、要求コード
“Ｄ”のを投入すると共に、“Ａ−１”等の要求コード
を入力して、読み出す範囲を指定するようにしてもよ
い。

【００６９】（７）課金情報編集部１２６は、読み出
された２つの照会対象端末の課金状況情報を所定のフォ
ーマットに編集し、照会要求元の端末のユーザメールボ
ックス１３０に配布する。これにより、企業内の管理者
が管理している各端末の稼働状況等を任意のタイミング
で把握することが可能となる。

【００７０】さらに、第１、第２、第３の各実施例にお
いて、課金状況照会処理部１２０が照会結果を、ネット
ワークホスト１００内の照会要求元のユーザメールボッ
クス１３０に転送しているため、照会要求元の端末は、
ネットワークホスト１００にログオンしてメールボック
ス１３０の内容を自端末内にダウンロードして読むこと
が可能である。

【００７１】なお、本発明は、上記の実施例に限定され
ることなく、特許請求の範囲内で種々変更・応用が可能
である。

【００７２】

【発明の効果】上述のように、第１の発明によれば、商
用オンラインサービス利用者が、電子メールサービスの
利用であっても、電子メールと課金状況照会サービスの
機能を組み合わせることによって課金状況照会サービス
を提供することが可能となる。

【００７３】また、第２の発明によれば、照会要求のた
めに電子メールをネットワークホストに送信した場合に
は、課金されないため、コストを削減することが可能と
なる。また、第３の発明によれば、ユーザから求められ
た範囲及び出力形態に応じて課金状況を提示することが
可能となる。

【００７４】また、第４の発明によれば、請求業務も併
せて行うことができ、電子メールで請求書を送信するこ
とも可能である。また、郵送で送る場合には、印刷等の
処理が必要となるため、当該作業を他の業者（部署）に
依頼する場合において、未精算ファイルをダウンロード
することにより、請求書発行のための印刷を行う処理に
おいて、請求用のファイルを構築する必要がない。

【００７５】また、第５の発明によれば、管理者が自分
が管理する端末の稼働状況を把握することが可能である
ため、使用頻度の多い端末、または、稼働回数の少ない
端末を見極めて適宜利用方法の変更等が可能となる。さ
らに、本発明の端末は、ネットワークホスト内の自端末
用のメールボックスに提供された照会結果を自端末にダ
ウンロードし、自端末内で参照することが可能であるた
め、自端末用のメールボックスに対するアクセス時間が
短時間となるため、通信コストを低減することが可能で
ある。

【図面の簡単な説明】

【図１】本発明の原理構成図である。

【図２】本発明の第１の実施例の電子メールによる課金
状況照会システムの概念図である。

【図３】本発明の第１の実施例のネットワークホストの
課金状況照会処理部の構成図である。

【図４】本発明の第１の実施例の電子メールのデータフ
ォーマットを示す図である。

【図５】本発明の第１の実施例の要求コードテーブルを
示す図である。

【図６】本発明の第１の実施例の課金状況照会処理部の
動作を示すフローチャートである。

【図７】本発明の第１の実施例の編集フォーマットの例
（その１）を示す図である。

【図８】本発明の第１の実施例の編集フォーマットの例
（その２）を示す図である。

【図９】本発明の第１の実施例の編集フォーマットの例
（その３）を示す図である。

【図１０】本発明の第１の実施例の編集フォーマットの
例（その４）を示す図である。

【図１１】本発明の第２の実施例の請求処理のシステム
の概念図である。

【図１２】本発明の第２の実施例の課金照会システムを
請求業務に適用した例を示す図である。

【図１３】本発明の第２の実施例の課金状況ファイルの
データ構成の例を示す図である。

【図１４】本発明の第２の実施例の未精算ファイルのデ
ータ構成の例を示す図である。

【図１５】本発明の第２の実施例の請求書発行処理のフ
ローチャートである。

【図１６】本発明の第２の実施例の請求書出力の例を示
す図である。

【図１７】本発明の第３の実施例の概念図である。

【図１８】本発明の第３の実施例の課金照会システムの
課金状況照会処理部の構成図である。

【図１９】本発明の第３の実施例のユーザマスタファイ
ルのデータ構成を示す図である。

【図２０】本発明の第３の実施例の照会処理のフローチ
ャートである。

【図２１】従来の商用オンラインサービスにおける課金
状況サービスの概念図である。

【符号の説明】

１１送信先アドレス１２送信元アドレス１３サブジェクト１４メッセージ１００ネットワークホスト１０１要求判定手段１０２課金制御手段１０３検索範囲決定手段１０４編集手段１０５メール配送手段１１０照会受付メールボックス１２０課金状況照会処理部１２１電子メール取出部１２２照会判定部１２３課金部１２４課金状況ファイル、課金情報蓄積手段１２５課金状況検索部１２６課金情報編集部１２７要求コードテーブル１３０ユーザメールボックス１５０請求処理部１５１未精算データ取得部１５２未精算ファイル１５３請求書発行部１５４入金ファイル１６１ユーザマスタファイル２００，２１０，２２０，２３０ユーザ端末２０１照会要求手段２０２ダウンロード手段２４０管理端末３００ネットワーク

Claims

【特許請求の範囲】

【請求項１】商用オンラインサービスで提供されたサ
ービスの課金情報を照会する課金状況照会システムにお
いて、受信した課金状況照会を要求する電子メールを解析し、
課金状況照会を行い、課金状況照会要求元の端末のメー
ルボックスに照会結果を電子メールで提供する照会手段
を有することを特徴とする課金状況照会システム。
【請求項２】前記照会手段は、課金情報を格納する課金情報蓄積手段と、端末から発行された電子メールの内容が課金状況照会要
求か否かを判定する要求判定手段と、前記要求判定手段により課金状況照会要求であると判定
された場合には、前記課金情報蓄積手段に課金情報の格
納を指示しない課金制御手段とを有する請求項１記載の
課金状況照会システム。
【請求項３】前記課金状況照会を要求する電子メール
は、照会範囲、出力形態を表す指定要求コードを有し、前記照会手段は、前記指定要求コードに基づいて検索範
囲を決定する検索範囲決定手段と、前記課金情報蓄積手段より、前記検索範囲決定手段によ
り決定された範囲内の課金情報を読出し、前記指定要求
コードの前記出力形態に基づいて所定のフォーマットに
編集する編集手段とを有する請求項１記載の課金状況照
会システム。
【請求項４】前記照会手段は、入金情報に基づいて前記課金情報蓄積手段を更新する課
金情報更新手段と、前記課金情報更新手段により更新された課金情報蓄積手
段より未精算の情報を取得して蓄積する未精算情報蓄積
手段と、前記未精算情報蓄積手段の情報を読み込んで、請求書を
発行して各ユーザのメールボックスに配布する請求手段
を更に有する請求項１記載の課金状況照会システム。
【請求項５】少なくとも１つの端末を管理する管理端
末と、前記管理端末からの照会要求に基づいて、前記管理端末
が管理する照会対象の端末の課金情報を前記管理端末の
ユーザメールボックスに提供する照会手段を有すること
を特徴とする課金状況照会システム。