JPH08274772A - 通信ネットワークにおけるサービス使用料金把握装置 - Google Patents
通信ネットワークにおけるサービス使用料金把握装置Info
- Publication number
- JPH08274772A JPH08274772A JP7647595A JP7647595A JPH08274772A JP H08274772 A JPH08274772 A JP H08274772A JP 7647595 A JP7647595 A JP 7647595A JP 7647595 A JP7647595 A JP 7647595A JP H08274772 A JPH08274772 A JP H08274772A
- Authority
- JP
- Japan
- Prior art keywords
- service
- charge
- user
- server
- notification
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Landscapes
- Meter Arrangements (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Telephonic Communication Services (AREA)
Abstract
(57)【要約】
【目的】 ユーザは、自分の利用する通信ネットワーク
サービスの使用料金情報を、そのサービス利用中に把握
することができるサービス使用料金把握装置を提供する
こと。 【構成】 端末側に、サービス料金通知タイミング情報
指定手段、サービス料金情報解釈手段、サービス料金通
知サービス制御手段、端末側エージェントインタプリタ
部１ｃ、端末側ネットワーク通信手段１ｇを設けて、使
用料金通知条件をサーバ側に通知し、サーバ側に、サー
ビス料金情報通知手段、サービス料金情報問合せ手段、
サーバ側サービス料金通知サービス制御手段５ｄ、サー
ビス料金通知タイミング情報解釈手段、サーバ側エージ
ェントインタプリタ部５ｃ、サーバ側ネットワーク通信
手段５ｈを設けて、上記通知条件を満足する時にユーザ
にサービス使用料金通知を行うこと。
サービスの使用料金情報を、そのサービス利用中に把握
することができるサービス使用料金把握装置を提供する
こと。 【構成】 端末側に、サービス料金通知タイミング情報
指定手段、サービス料金情報解釈手段、サービス料金通
知サービス制御手段、端末側エージェントインタプリタ
部１ｃ、端末側ネットワーク通信手段１ｇを設けて、使
用料金通知条件をサーバ側に通知し、サーバ側に、サー
ビス料金情報通知手段、サービス料金情報問合せ手段、
サーバ側サービス料金通知サービス制御手段５ｄ、サー
ビス料金通知タイミング情報解釈手段、サーバ側エージ
ェントインタプリタ部５ｃ、サーバ側ネットワーク通信
手段５ｈを設けて、上記通知条件を満足する時にユーザ
にサービス使用料金通知を行うこと。
Description
【０００１】
【産業上の利用分野】この発明はエージェントを用いた
通信ネットワークにおけるサービス使用料金把握装置に
関するものである。
通信ネットワークにおけるサービス使用料金把握装置に
関するものである。
【０００２】
【従来の技術】従来、ネットワークサービスの主流は、
（１）公衆電話回線を利用した音声電話サービスであっ
たが、（２）公衆電話回線を利用したパソコン通信サー
ビスなどの音声以外のデータサービスも盛んになってき
た。これらのサービスの使用料金（課金）の体系の現状
は以下のようである。
（１）公衆電話回線を利用した音声電話サービスであっ
たが、（２）公衆電話回線を利用したパソコン通信サー
ビスなどの音声以外のデータサービスも盛んになってき
た。これらのサービスの使用料金（課金）の体系の現状
は以下のようである。
【０００３】上記（１）の音声電話サービスは電話回線
をサービス利用中常に占領し、サービスに対する課金は
基本的に電話回線使用時間と相手との物理的距離とによ
り定められている。例えば、同じ区域内では３分間１０
円という具合である。更にこれに曜日、時間帯によって
通話時間１分あたりの通話料金に変動を加えている場合
もある。
をサービス利用中常に占領し、サービスに対する課金は
基本的に電話回線使用時間と相手との物理的距離とによ
り定められている。例えば、同じ区域内では３分間１０
円という具合である。更にこれに曜日、時間帯によって
通話時間１分あたりの通話料金に変動を加えている場合
もある。
【０００４】上記（２）のパソコン通信サービスもまた
電話回線をサービス利用中常に占領するが、サービスの
内容が接続相手および接続後のユーザの操作により異な
ってくるために、そのサービスに対する課金は電話回線
使用時間に加え、その通話サービス自体の利用料金が加
算される。この通信サービス自体の利用料金は、基本的
にはそのサービスの単位時間あたりの金額が定まってお
り、例えば１分間で３０円という具合である。これに割
引や割り増し、追加料金、回線種類による違いが定めら
れていることが多い。
電話回線をサービス利用中常に占領するが、サービスの
内容が接続相手および接続後のユーザの操作により異な
ってくるために、そのサービスに対する課金は電話回線
使用時間に加え、その通話サービス自体の利用料金が加
算される。この通信サービス自体の利用料金は、基本的
にはそのサービスの単位時間あたりの金額が定まってお
り、例えば１分間で３０円という具合である。これに割
引や割り増し、追加料金、回線種類による違いが定めら
れていることが多い。
【０００５】更に、現在では、ネットワークのインフラ
である伝送路も公衆電話回線・専用デジタル回線などの
有線に加え、無線であるアナログセルラー・デジタルセ
ルラーなどの帯域も利用されつつある。日経コミュニケ
ーション、日経ＢＰ社刊、１９９４年２月２１日号（Ｎ
ｏ．１６８）、Ｐ４２〜Ｐ６０（以下、参考文献１）で
は、このようにネットワークが多様化すると同時に、ア
クセスする情報の内容も多様になり、電話以外の通信ニ
ーズが増えてきている現状を紹介している。
である伝送路も公衆電話回線・専用デジタル回線などの
有線に加え、無線であるアナログセルラー・デジタルセ
ルラーなどの帯域も利用されつつある。日経コミュニケ
ーション、日経ＢＰ社刊、１９９４年２月２１日号（Ｎ
ｏ．１６８）、Ｐ４２〜Ｐ６０（以下、参考文献１）で
は、このようにネットワークが多様化すると同時に、ア
クセスする情報の内容も多様になり、電話以外の通信ニ
ーズが増えてきている現状を紹介している。
【０００６】参考文献１でも指摘しているように、アク
セス方法と情報ニーズの多様化が、ネットワークに高度
な機能や多様なサービスを要求している。この高度なサ
ービスを実現するためには通信網が従来のような１端末
対１端末の接続を基本とするものでは不可能であり、知
性をもった柔軟なネットワークが望まれている。この
“知性を持ったネットワーク”の一実施例として、参考
文献１に示されているＴｅｌｅｓｃｒｉｐｔがある。こ
れは、上述の“知性を持ったネットワーク”の機能を実
現・利用するための通信ソフトウェアであり、次世代ネ
ットワーク上における通信処理記述語源として注目され
ている。他にも、さまざまな機関において、この“知性
を持ったネットワーク”実現のための研究が行われてい
る。
セス方法と情報ニーズの多様化が、ネットワークに高度
な機能や多様なサービスを要求している。この高度なサ
ービスを実現するためには通信網が従来のような１端末
対１端末の接続を基本とするものでは不可能であり、知
性をもった柔軟なネットワークが望まれている。この
“知性を持ったネットワーク”の一実施例として、参考
文献１に示されているＴｅｌｅｓｃｒｉｐｔがある。こ
れは、上述の“知性を持ったネットワーク”の機能を実
現・利用するための通信ソフトウェアであり、次世代ネ
ットワーク上における通信処理記述語源として注目され
ている。他にも、さまざまな機関において、この“知性
を持ったネットワーク”実現のための研究が行われてい
る。
【０００７】この“知性を持ったネットワーク”におい
ては、サービス料金を算出するために、従来の前記
（１）や（２）で利用されてきたような簡単な規則を適
用することはできない。なぜなら、“知性を持ったネッ
トワーク”では、サービス処理の手続きとデータを具備
した“エージェント”がネットワーク内を動きまわり、
複数の他のサービスエージェントと相互作用しながら自
律的に複雑なサービスを実行していく。そのため、相互
作用するサービスエージェントの種類および総量がユー
ザのサービス要求時には不明であり、従ってどのような
効果あるいは安価なサービスエージェントをそのサービ
ス実現のためにどれだけの量だけ使用するかがわからな
い。
ては、サービス料金を算出するために、従来の前記
（１）や（２）で利用されてきたような簡単な規則を適
用することはできない。なぜなら、“知性を持ったネッ
トワーク”では、サービス処理の手続きとデータを具備
した“エージェント”がネットワーク内を動きまわり、
複数の他のサービスエージェントと相互作用しながら自
律的に複雑なサービスを実行していく。そのため、相互
作用するサービスエージェントの種類および総量がユー
ザのサービス要求時には不明であり、従ってどのような
効果あるいは安価なサービスエージェントをそのサービ
ス実現のためにどれだけの量だけ使用するかがわからな
い。
【０００８】このことはサービスを利用するユーザにと
って、サービス利用開始時点でそのサービスに対する課
金体系を把握することが困難となる、あるいは不可能と
なることを意味し、サービス使用料金を把握することが
従来より困難になる。
って、サービス利用開始時点でそのサービスに対する課
金体系を把握することが困難となる、あるいは不可能と
なることを意味し、サービス使用料金を把握することが
従来より困難になる。
【０００９】言い換えると、サービス料金体系の不明・
流動的・複雑な通信ネットワークサービスにおいては、
ユーザは、サービス利用開始時点でサービス課金体系を
把握することが困難であり、従ってサービス利用中にお
いて、サービス料金をネットワークからユーザへ通知し
てもらうことがサービス料金把握のために重要である。
流動的・複雑な通信ネットワークサービスにおいては、
ユーザは、サービス利用開始時点でサービス課金体系を
把握することが困難であり、従ってサービス利用中にお
いて、サービス料金をネットワークからユーザへ通知し
てもらうことがサービス料金把握のために重要である。
【００１０】まず第一に、従来の前記（１）、（２）の
サービスにて適用されてきた、サービス使用料金把握方
法を具体例とともに従来例として挙げ、これらの方法
が、現在注目されつつある“知性を持ったネットワー
ク”においては、さまざまな問題点をもつことを以下、
４つの従来例について説明する。
サービスにて適用されてきた、サービス使用料金把握方
法を具体例とともに従来例として挙げ、これらの方法
が、現在注目されつつある“知性を持ったネットワー
ク”においては、さまざまな問題点をもつことを以下、
４つの従来例について説明する。
【００１１】（従来例１）前記（１）の音声電話サービ
ス利用料金をユーザが知る方法として、例えば特開平３
−２８３８６６号公報：電話装置（以下、参考文献２と
称す）では、電話装置内に通話時間をカウントする手段
と通話料金体系データを記憶する手段を設け、通話時間
と通話料金体系データからその音声サービス利用料金を
電話装置内にて算出する方法が提案されている。これに
より、通話中刻々と通話料金を表示したり、指定の期間
中の通話料金合計額を表示することを可能としている。
ス利用料金をユーザが知る方法として、例えば特開平３
−２８３８６６号公報：電話装置（以下、参考文献２と
称す）では、電話装置内に通話時間をカウントする手段
と通話料金体系データを記憶する手段を設け、通話時間
と通話料金体系データからその音声サービス利用料金を
電話装置内にて算出する方法が提案されている。これに
より、通話中刻々と通話料金を表示したり、指定の期間
中の通話料金合計額を表示することを可能としている。
【００１２】図３２は上記参考文献２に代表されるサー
ビス使用料金把握方法を示すブロック図である。
ビス使用料金把握方法を示すブロック図である。
【００１３】ユーザがあるサービス（添字をｎとする）
を利用する場合に、端末側からサーバ側にサービス
（ｎ）要求２１を行うと、サーバはそのサービス要求内
容を解釈してその実現のための処理を開始する。この時
刻をｔ＝ｔ０とする。サービス（ｎ）の実現のために端
末とサーバ間でいくつかのデータがやりとりされ、最後
に、サーバからのサービス（ｎ）終了の通知（２５）に
より、ユーザはサービスが実行されたことを知る。この
時刻をｔ＝ｔ１とする。時刻ｔ＝ｔ０からｔ＝ｔ１まで
の間がサービス（ｎ）利用中の状態であり、この間のサ
ービス料金が発信端末内の課金体系データと料金算出手
段とから求められる。
を利用する場合に、端末側からサーバ側にサービス
（ｎ）要求２１を行うと、サーバはそのサービス要求内
容を解釈してその実現のための処理を開始する。この時
刻をｔ＝ｔ０とする。サービス（ｎ）の実現のために端
末とサーバ間でいくつかのデータがやりとりされ、最後
に、サーバからのサービス（ｎ）終了の通知（２５）に
より、ユーザはサービスが実行されたことを知る。この
時刻をｔ＝ｔ１とする。時刻ｔ＝ｔ０からｔ＝ｔ１まで
の間がサービス（ｎ）利用中の状態であり、この間のサ
ービス料金が発信端末内の課金体系データと料金算出手
段とから求められる。
【００１４】この、発信端末にあらかじめ課金条件を記
憶させておき、発信端末にてサービス料金を算出する方
法は、課金条件が簡単であれば容易に発信端末内で実現
できまた、音声通話中におけるサービス料金はその音声
通話が開始されれば、終了するまでは課金条件が変化し
ないことから通話中であっても簡単に通話時間からサー
ビス料金を算出でき、それをユーザに通知することがで
きる。また、この方法では、ユーザと通信ネットワーク
との間にはサービス料金把握のための情報のやりとり手
段は存在しない。つまり、ユーザから通信ネットワーク
へのサービス料金通知条件指定方法、あるいは通信ネッ
トワークからユーザへのサービス使用料金通知方法は存
在しない。
憶させておき、発信端末にてサービス料金を算出する方
法は、課金条件が簡単であれば容易に発信端末内で実現
できまた、音声通話中におけるサービス料金はその音声
通話が開始されれば、終了するまでは課金条件が変化し
ないことから通話中であっても簡単に通話時間からサー
ビス料金を算出でき、それをユーザに通知することがで
きる。また、この方法では、ユーザと通信ネットワーク
との間にはサービス料金把握のための情報のやりとり手
段は存在しない。つまり、ユーザから通信ネットワーク
へのサービス料金通知条件指定方法、あるいは通信ネッ
トワークからユーザへのサービス使用料金通知方法は存
在しない。
【００１５】しかし、例えば、特開平２−１４８９５３
号公報：課金条件転送交換方法（以下、参考文献３と称
す）においても指摘されているように、この発信端末に
あらかじめ課金条件を記憶させておく方法は、課金条件
が変更となった場合の配慮がされておらず、その変更の
度に電話端末内に記憶している課金条件を変更しなけれ
ばならない問題がある。すなわち、この方法は、音声電
話サービスなどのように課金条件の変更が少なく、かつ
その課金条件が簡単にあらかじめ発信端末内に記憶でき
る場合においてのみ有効である。その結果、この方法
は、料金体系の不明・流動的・複雑な通信ネットワーク
サービスにおいては想定されるすべての課金条件をあら
かじめ発信端末内に記憶できないことから実現不可能で
ある。
号公報：課金条件転送交換方法（以下、参考文献３と称
す）においても指摘されているように、この発信端末に
あらかじめ課金条件を記憶させておく方法は、課金条件
が変更となった場合の配慮がされておらず、その変更の
度に電話端末内に記憶している課金条件を変更しなけれ
ばならない問題がある。すなわち、この方法は、音声電
話サービスなどのように課金条件の変更が少なく、かつ
その課金条件が簡単にあらかじめ発信端末内に記憶でき
る場合においてのみ有効である。その結果、この方法
は、料金体系の不明・流動的・複雑な通信ネットワーク
サービスにおいては想定されるすべての課金条件をあら
かじめ発信端末内に記憶できないことから実現不可能で
ある。
【００１６】（従来例２）また、音声電話サービス利用
料金をユーザが知る別の方法として、例えば、参考文献
３では、発信側電話装置がサービス（通話）利用のため
に相手先ダイヤルをネットワーク側へ送出した後に、ネ
ットワーク側にてそのダイヤル番号および休日・夜間等
の通信時間帯種別から対応する課金条件をみつけだし、
ユーザに通話開始前すなわち有料状態移行前にその課金
条件を通知するものである。
料金をユーザが知る別の方法として、例えば、参考文献
３では、発信側電話装置がサービス（通話）利用のため
に相手先ダイヤルをネットワーク側へ送出した後に、ネ
ットワーク側にてそのダイヤル番号および休日・夜間等
の通信時間帯種別から対応する課金条件をみつけだし、
ユーザに通話開始前すなわち有料状態移行前にその課金
条件を通知するものである。
【００１７】図３３は上記参考文献３に代表されるサー
ビス使用料金把握方法を示すブロック図である。ユーザ
があるサービス（添字をｎとする）を利用する場合に、
端末側からサーバ側にサービス（ｎ）要求を行うと、サ
ーバはそのサービスに対する課金条件を算出するための
情報として、ダイヤル情報を通知して欲しい旨のダイヤ
ル要求を端末へ行う。端末がダイヤル情報をサーバに通
知すると、サーバは課金条件をそのダイヤル情報等から
探し出し結果を端末へ通知する。ユーザはこの時点でそ
のサービスを利用するか否かを判断し、利用する場合に
はサービス（ｎ）開始メッセージでサーバに通知する
（２１）。
ビス使用料金把握方法を示すブロック図である。ユーザ
があるサービス（添字をｎとする）を利用する場合に、
端末側からサーバ側にサービス（ｎ）要求を行うと、サ
ーバはそのサービスに対する課金条件を算出するための
情報として、ダイヤル情報を通知して欲しい旨のダイヤ
ル要求を端末へ行う。端末がダイヤル情報をサーバに通
知すると、サーバは課金条件をそのダイヤル情報等から
探し出し結果を端末へ通知する。ユーザはこの時点でそ
のサービスを利用するか否かを判断し、利用する場合に
はサービス（ｎ）開始メッセージでサーバに通知する
（２１）。
【００１８】この方法は、発信端末にあらかじめ課金条
件を記憶させておくやり方と比べ、ユーザとネットワー
クとの間にはサービス料金把握のための情報のやりとり
手段が存在し、その内容は課金条件である。この課金条
件を通信ネットワーク側にて管理しているために該課金
条件の変更に対しても容易に対応可能となっている。従
って、この方法は音声通話開始前（サービス利用前）に
課金条件が通知されることを前提としており、予めその
サービス料金体系がわかっているときには有効である。
件を記憶させておくやり方と比べ、ユーザとネットワー
クとの間にはサービス料金把握のための情報のやりとり
手段が存在し、その内容は課金条件である。この課金条
件を通信ネットワーク側にて管理しているために該課金
条件の変更に対しても容易に対応可能となっている。従
って、この方法は音声通話開始前（サービス利用前）に
課金条件が通知されることを前提としており、予めその
サービス料金体系がわかっているときには有効である。
【００１９】しかし、そのサービスに対する課金条件を
サーバ側が記憶していない場合、その課金条件をサーバ
がそのサービス提供前に把握してユーザに通知すること
は、そのサービスが高度なものであればあるほど困難に
なる。つまり、サービス利用開始時点でサービス課金体
系を把握することが困難な通信ネットワークサービスに
おいては、この方法は実現不可能となる。また、音声通
話中におけるユーザと通信ネットワークとの間でのサー
ビス料金把握のための情報のやりとり手段について、す
なわちサービス料金の通知方法については存在しない。
サーバ側が記憶していない場合、その課金条件をサーバ
がそのサービス提供前に把握してユーザに通知すること
は、そのサービスが高度なものであればあるほど困難に
なる。つまり、サービス利用開始時点でサービス課金体
系を把握することが困難な通信ネットワークサービスに
おいては、この方法は実現不可能となる。また、音声通
話中におけるユーザと通信ネットワークとの間でのサー
ビス料金把握のための情報のやりとり手段について、す
なわちサービス料金の通知方法については存在しない。
【００２０】（従来例３）更に、音声電話サービス利用
料金をユーザが知る別の方法として、例えば、特開平６
−７８０７９号公報：課金情報通知サービス方式（以
下、参考文献４と称す）では、通信ネットワーク側に課
金情報編集演算部、課金情報通知部とを設け、ユーザの
指定機関の総通話回数や合計通話料金に関する課金情報
を、随時、ユーザに通知可能とする点が記載されてい
る。
料金をユーザが知る別の方法として、例えば、特開平６
−７８０７９号公報：課金情報通知サービス方式（以
下、参考文献４と称す）では、通信ネットワーク側に課
金情報編集演算部、課金情報通知部とを設け、ユーザの
指定機関の総通話回数や合計通話料金に関する課金情報
を、随時、ユーザに通知可能とする点が記載されてい
る。
【００２１】この方法は、従来の課金情報通知サービス
では、ユーザは通話の直前に交換システムのオペレータ
に申し込みをし、通話直後にその通話に対する料金をオ
ペレータから通知してもらうため、ユーザにわずらわし
い動作が必要であることに対し、一通話単位でなく指定
期間単位での課金情報（指定した期間に発生した総通話
回数や合計通話料金など）をネットワーク側の情報編集
演算部、課金情報通知部において一通話終了毎に管理し
ておき、ユーザの要求に応じてその管理している課金情
報を通知することでユーザが課金情報を容易に入手可能
とするものである。この方法は、従来の電話サービスに
おける課金情報通知サービスの問題点すなわちユーザに
わずらわしい動作が必要であった点を解決している。
では、ユーザは通話の直前に交換システムのオペレータ
に申し込みをし、通話直後にその通話に対する料金をオ
ペレータから通知してもらうため、ユーザにわずらわし
い動作が必要であることに対し、一通話単位でなく指定
期間単位での課金情報（指定した期間に発生した総通話
回数や合計通話料金など）をネットワーク側の情報編集
演算部、課金情報通知部において一通話終了毎に管理し
ておき、ユーザの要求に応じてその管理している課金情
報を通知することでユーザが課金情報を容易に入手可能
とするものである。この方法は、従来の電話サービスに
おける課金情報通知サービスの問題点すなわちユーザに
わずらわしい動作が必要であった点を解決している。
【００２２】図３４−３５は上記参考文献４に代表され
るサービス使用料金把握方法を示すブロック図である。
ユーザがあるサービス（添字をｎとする）を利用する場
合に、その前にサーバ側にサービス料金通知サービスを
受けたい旨をあらかじめ通知しておく。サーバ側はその
メッセージを受けると、そのユーザ（端末）に対応する
課金情報記憶領域をクリアし、課金の積算開始時刻を設
定する。
るサービス使用料金把握方法を示すブロック図である。
ユーザがあるサービス（添字をｎとする）を利用する場
合に、その前にサーバ側にサービス料金通知サービスを
受けたい旨をあらかじめ通知しておく。サーバ側はその
メッセージを受けると、そのユーザ（端末）に対応する
課金情報記憶領域をクリアし、課金の積算開始時刻を設
定する。
【００２３】そして、ユーザが端末側からサーバ側にサ
ービス（ｎ）要求を行うと（２１）、サーバはそのサー
ビス要求内容を解釈してその実現のための処理を開始す
る。この時刻をｔ＝ｔ０とする。サービス（ｎ）の実現
のために端末とサーバ間でいくらかのデータがやりとり
され、最後に、サーバからのサービス（ｎ）終了の通知
（２５）により、ユーザはサービスが実行されたことを
知る。この時刻をｔ＝ｔ１とする。時刻ｔ＝ｔ０からｔ
＝ｔ１までの間がサービス（ｎ）利用中の状態であり、
サービス（ｎ）終了通知の後にこの間のサービス料金が
サーバ側で算出され、その結果はサーバ側の課金情報編
集演算部へ“サービス料金（ｎ）報告”メッセージによ
り通知される。
ービス（ｎ）要求を行うと（２１）、サーバはそのサー
ビス要求内容を解釈してその実現のための処理を開始す
る。この時刻をｔ＝ｔ０とする。サービス（ｎ）の実現
のために端末とサーバ間でいくらかのデータがやりとり
され、最後に、サーバからのサービス（ｎ）終了の通知
（２５）により、ユーザはサービスが実行されたことを
知る。この時刻をｔ＝ｔ１とする。時刻ｔ＝ｔ０からｔ
＝ｔ１までの間がサービス（ｎ）利用中の状態であり、
サービス（ｎ）終了通知の後にこの間のサービス料金が
サーバ側で算出され、その結果はサーバ側の課金情報編
集演算部へ“サービス料金（ｎ）報告”メッセージによ
り通知される。
【００２４】サービス（ｎ）終了後状態において、ユー
ザが料金を知りたい場合には、料金通知（ｊ）要求をサ
ーバへ行うと、サーバ側は課金情報通知部が現在までの
サービス料金情報を“料金通知（ｊ）応答”メッセージ
にて端末へと知らせる。
ザが料金を知りたい場合には、料金通知（ｊ）要求をサ
ーバへ行うと、サーバ側は課金情報通知部が現在までの
サービス料金情報を“料金通知（ｊ）応答”メッセージ
にて端末へと知らせる。
【００２５】同様に、次にサービス（ｎ＋１）が実行さ
れると、サービス（ｎ＋１）終了後にその料金（ｎ＋
１）が課金情報編集演算部に渡され、端末からの料金通
知（ｊ＋１）要求があれば、料金通知（ｊ＋１）応答に
より端末側に料金が通知される。この料金は、端末の設
定方法により、サービス（ｎ＋１）だけに対する料金の
場合もあれば、サービス（ｎ＋１）を含むそれ以前まで
の累積サービス料金の場合もある。
れると、サービス（ｎ＋１）終了後にその料金（ｎ＋
１）が課金情報編集演算部に渡され、端末からの料金通
知（ｊ＋１）要求があれば、料金通知（ｊ＋１）応答に
より端末側に料金が通知される。この料金は、端末の設
定方法により、サービス（ｎ＋１）だけに対する料金の
場合もあれば、サービス（ｎ＋１）を含むそれ以前まで
の累積サービス料金の場合もある。
【００２６】しかし、料金通知応答メッセージによって
知らされる課金情報の対象となったサービスはすでにユ
ーザの使用した終了済みのサービスであり、現在ユーザ
がサービス利用中（通話中）の料金に関する情報サービ
スについて存在しない。
知らされる課金情報の対象となったサービスはすでにユ
ーザの使用した終了済みのサービスであり、現在ユーザ
がサービス利用中（通話中）の料金に関する情報サービ
スについて存在しない。
【００２７】例えば、図３４−３５においてサービス
（ｎ＋１）要求をユーザが行い、サービス（ｎ＋１）利
用中状態になった後、ユーザが現在実行中のサービス
（ｎ＋１）に対する料金情報を得ることはそのサービス
が終了したことを示すサービス（ｎ＋１）終了による通
知があるまでは不可能である。
（ｎ＋１）要求をユーザが行い、サービス（ｎ＋１）利
用中状態になった後、ユーザが現在実行中のサービス
（ｎ＋１）に対する料金情報を得ることはそのサービス
が終了したことを示すサービス（ｎ＋１）終了による通
知があるまでは不可能である。
【００２８】すなわち、ユーザは、“今ままで利用した
サービスはいくらかな？”と思って通信ネットワークに
問い合わせをすれば“通話回数は＊＊＊回です。合計通
話料金は＊＊＊＊円です。”などの今までのサービスに
対する課金情報を受け取ることができるが、“今から利
用するサービスはいくらかな？どのくらいかかるのかよ
くわからないからサービス利用中に知りたいんだけどな
！”というような、ユーザのサービス利用中において、
そのユーザがそのサービスに対する課金情報を受け取る
ことは不可能である。
サービスはいくらかな？”と思って通信ネットワークに
問い合わせをすれば“通話回数は＊＊＊回です。合計通
話料金は＊＊＊＊円です。”などの今までのサービスに
対する課金情報を受け取ることができるが、“今から利
用するサービスはいくらかな？どのくらいかかるのかよ
くわからないからサービス利用中に知りたいんだけどな
！”というような、ユーザのサービス利用中において、
そのユーザがそのサービスに対する課金情報を受け取る
ことは不可能である。
【００２９】つまり、参考文献４は、電話主体のサービ
スに対しての方式であり、音声通話中におけるサービス
料金はその音声通話が開始されれば、終了するまでは課
金条件（＝サービス料金体系）が変化しないことから通
話中の料金は単位時間あたり一定という単純な場合を想
定した場合での方式だからである。
スに対しての方式であり、音声通話中におけるサービス
料金はその音声通話が開始されれば、終了するまでは課
金条件（＝サービス料金体系）が変化しないことから通
話中の料金は単位時間あたり一定という単純な場合を想
定した場合での方式だからである。
【００３０】すなわち、サービス利用中においてサービ
ス料金をネットワークから通知してもらうことが、サー
ビス料金体系の不明・流動的・複雑な通信ネットワーク
サービスにおいては重要であるが、参考文献４はこのこ
とを十分に考慮していない。
ス料金をネットワークから通知してもらうことが、サー
ビス料金体系の不明・流動的・複雑な通信ネットワーク
サービスにおいては重要であるが、参考文献４はこのこ
とを十分に考慮していない。
【００３１】（従来例４）前記（２）のパソコン通信サ
ービスは、現在、日本で実施されているものの中で例え
ば、ＮＩＦＴＹ−Ｓｅｒｖｅ商用サービスがある。一般
に、ユーザがパソコン通信サービスを開始する際の最初
の動作をログインと称する。また、ログインによりパソ
コン通信サービスを利用中、パソコン通信サービスを終
了する際の動作をログアウトと称する。ＮＩＦＴＹ−Ｓ
ｅｒｖｅ商用サービスを利用するためには、ユーザは通
信ソフトウェア（以下、通信Ｓ／Ｗと称する）を利用し
て、最初にアクセスポイントという通信サービス提供場
所へ接続し、ユーザＩＤ番号やパスワード入力を伴うロ
グイン要求を行う。
ービスは、現在、日本で実施されているものの中で例え
ば、ＮＩＦＴＹ−Ｓｅｒｖｅ商用サービスがある。一般
に、ユーザがパソコン通信サービスを開始する際の最初
の動作をログインと称する。また、ログインによりパソ
コン通信サービスを利用中、パソコン通信サービスを終
了する際の動作をログアウトと称する。ＮＩＦＴＹ−Ｓ
ｅｒｖｅ商用サービスを利用するためには、ユーザは通
信ソフトウェア（以下、通信Ｓ／Ｗと称する）を利用し
て、最初にアクセスポイントという通信サービス提供場
所へ接続し、ユーザＩＤ番号やパスワード入力を伴うロ
グイン要求を行う。
【００３２】ユーザＩＤ番号やパスワード入力が有効で
あるとサーバ側にて判定されると、サーバはメニュー表
示を伴う応答をユーザに返す。これによりサービスの利
用は可能となり、サービス利用中状態となる。以後、ユ
ーザは自分の行いたいことをコマンド（サービス要求）
としてサーバへ送る。サーバはユーザからのコマンドを
解釈し、要求にあった応答をユーザへ返す。この（コマ
ンド、応答）の動作はユーザがサービス終了要求（ログ
アウト）を行うまで繰り返される。
あるとサーバ側にて判定されると、サーバはメニュー表
示を伴う応答をユーザに返す。これによりサービスの利
用は可能となり、サービス利用中状態となる。以後、ユ
ーザは自分の行いたいことをコマンド（サービス要求）
としてサーバへ送る。サーバはユーザからのコマンドを
解釈し、要求にあった応答をユーザへ返す。この（コマ
ンド、応答）の動作はユーザがサービス終了要求（ログ
アウト）を行うまで繰り返される。
【００３３】このサービス利用中においては、電話回線
の使用料金とは別に、通信サービスの利用料金として、
（単位時間あたりの回線料金）×（サービス利用時間）
だけかかる。ＮＩＦＴＹ−Ｓｅｒｖｅ商用サービスの場
合、（単位時間あたりの回線料金）は通信速度に関係
し、例えば、２４００ｂｐｓで１５円／分、９６００ｂ
ｐｓで３５円／分であり、この場合２４００ｂｐｓで１
０分間使用すると１５０円のサービス利用料金となる。
の使用料金とは別に、通信サービスの利用料金として、
（単位時間あたりの回線料金）×（サービス利用時間）
だけかかる。ＮＩＦＴＹ−Ｓｅｒｖｅ商用サービスの場
合、（単位時間あたりの回線料金）は通信速度に関係
し、例えば、２４００ｂｐｓで１５円／分、９６００ｂ
ｐｓで３５円／分であり、この場合２４００ｂｐｓで１
０分間使用すると１５０円のサービス利用料金となる。
【００３４】上記ＮＩＦＴＹ−Ｓｅｒｖｅ商用サービス
では、通信サービスの利用料金を決める要因として、 ・利用回線種類、・接続時間（サービス利用時間）、・
通信速度、・深夜割引、・サービスによっては追加料金
がある。利用回線種類とは、専用線の利用、他のネット
ワーク経由での利用などの違いである。接続時間、通信
速度は前述したとおりである。深夜割引とは、例えば、
午前３時から昼１２時の間のサービス利用に対して約２
割料金が安くなる。ユーザはこれらの要因を考慮してサ
ービスを利用することで、同じサービスを実現するので
も異なるサービス料金となる場合がある。サーバ側では
各ユーザのログイン要求があると、以降これらの変数を
各ユーザ毎に管理し、各ユーザからのログアウト要求に
より通信サービス利用料金を算出し、各ユーザの課金デ
ータベースに結果を反映・記録する。
では、通信サービスの利用料金を決める要因として、 ・利用回線種類、・接続時間（サービス利用時間）、・
通信速度、・深夜割引、・サービスによっては追加料金
がある。利用回線種類とは、専用線の利用、他のネット
ワーク経由での利用などの違いである。接続時間、通信
速度は前述したとおりである。深夜割引とは、例えば、
午前３時から昼１２時の間のサービス利用に対して約２
割料金が安くなる。ユーザはこれらの要因を考慮してサ
ービスを利用することで、同じサービスを実現するので
も異なるサービス料金となる場合がある。サーバ側では
各ユーザのログイン要求があると、以降これらの変数を
各ユーザ毎に管理し、各ユーザからのログアウト要求に
より通信サービス利用料金を算出し、各ユーザの課金デ
ータベースに結果を反映・記録する。
【００３５】図３６−３７は上記ＮＩＦＴＹ−Ｓｅｒｖ
ｅ商用サービスに代表されるパソコン通信におけるサー
ビス使用料金把握方法を示すブロック図である。
ｅ商用サービスに代表されるパソコン通信におけるサー
ビス使用料金把握方法を示すブロック図である。
【００３６】ログイン（添字をｉとする）要求をサーバ
に行い、サービス利用が許可されればサービス利用中
（ログインｉ）状態となる。サーバ側にサービス（ｎ）
要求（２１）を行うと、サーバはそのサービス要求内容
を解釈してその実現のための処理を開始する。この時刻
をｔ＝ｔ０とする。サービス（ｎ）の実現のために端末
とサーバ間でいくらかのデータがやりとりされ、最後
に、サーバからのサービス（ｎ）終了の通知により、ユ
ーザは時刻ｔ＝ｔ０からｔ＝ｔ１までの間でサービスが
実行されたことを知る。この時刻をｔ＝ｔ１とする。時
刻ｔ＝ｔ０からｔ＝ｔ１までのあいだがサービス（ｎ）
利用中の状態であり、サービス（ｎ）終了通知（２５）
の後にこの間のサービス料金がサーバ側で算出され、そ
の結果はサーバ側の課金情報編集演算部へ“サービス料
金（ｎ）報告”メッセージにより通知される。
に行い、サービス利用が許可されればサービス利用中
（ログインｉ）状態となる。サーバ側にサービス（ｎ）
要求（２１）を行うと、サーバはそのサービス要求内容
を解釈してその実現のための処理を開始する。この時刻
をｔ＝ｔ０とする。サービス（ｎ）の実現のために端末
とサーバ間でいくらかのデータがやりとりされ、最後
に、サーバからのサービス（ｎ）終了の通知により、ユ
ーザは時刻ｔ＝ｔ０からｔ＝ｔ１までの間でサービスが
実行されたことを知る。この時刻をｔ＝ｔ１とする。時
刻ｔ＝ｔ０からｔ＝ｔ１までのあいだがサービス（ｎ）
利用中の状態であり、サービス（ｎ）終了通知（２５）
の後にこの間のサービス料金がサーバ側で算出され、そ
の結果はサーバ側の課金情報編集演算部へ“サービス料
金（ｎ）報告”メッセージにより通知される。
【００３７】サービス（ｎ）終了後状態において、ユー
ザが料金を知りたい場合には、料金通知（ｊ）要求をサ
ーバへ行うと、サーバ側は課金情報通知部が前回のログ
アウト（ｉ−１）までのサービス料金情報を“料金通知
（ｊ）応答”メッセージにて端末へと知らせる。
ザが料金を知りたい場合には、料金通知（ｊ）要求をサ
ーバへ行うと、サーバ側は課金情報通知部が前回のログ
アウト（ｉ−１）までのサービス料金情報を“料金通知
（ｊ）応答”メッセージにて端末へと知らせる。
【００３８】同様に、次にサービス（ｎ＋１）が実行
（時刻ｔ＝ｔ２）されると、サービス（ｎ＋１）終了
（時刻ｔ＝ｔ３）後にその料金（ｎ＋１）が課金情報編
集演算部に渡され、端末からの料金通知（ｊ＋１）要求
があれば、料金（ｊ＋１）応答により端末側に料金が通
知される。この場合の料金も、前回のログアウト（ｉ−
１）までのサービスに対するものである。
（時刻ｔ＝ｔ２）されると、サービス（ｎ＋１）終了
（時刻ｔ＝ｔ３）後にその料金（ｎ＋１）が課金情報編
集演算部に渡され、端末からの料金通知（ｊ＋１）要求
があれば、料金（ｊ＋１）応答により端末側に料金が通
知される。この場合の料金も、前回のログアウト（ｉ−
１）までのサービスに対するものである。
【００３９】ログアウト（ｉ）要求をサーバに行い、ロ
グイン（ｉ）に対するサービスが終了すると、サーバ側
で算出された今回のログイン（ｉ）における全体のサー
ビス料金（ｉ）（図３６−３７、時刻ｔ＝Ｔ＿ｓｔａｒ
ｔからＴ＿ｅｎｄまでの間の接続時間に対するサービス
料金）が課金情報編集演算部へ渡され、そのユーザに対
するサービス料金情報を累積していく。
グイン（ｉ）に対するサービスが終了すると、サーバ側
で算出された今回のログイン（ｉ）における全体のサー
ビス料金（ｉ）（図３６−３７、時刻ｔ＝Ｔ＿ｓｔａｒ
ｔからＴ＿ｅｎｄまでの間の接続時間に対するサービス
料金）が課金情報編集演算部へ渡され、そのユーザに対
するサービス料金情報を累積していく。
【００４０】パソコン通信サービスには、図３６−３７
の料金通知（ｊ）要求のような、ユーザが自分のサービ
ス利用状況を知るためのコマンドが通常用意されてい
る。しかし、このコマンドは前回のログアウト（ｉ−
１）までのユーザの利用状況を示すものであり、現在利
用中のサービスに関する利用状況を知るものではない。
例えば、ＮＩＦＴＹ−Ｓｅｒｖｅ商用サービスでは、キ
ーボードからｇｏ ｂｉｌｌというコマンドを送ること
で実現される。これにより、前回までのログイン（ｉ−
１）に対し、ログインした日時、時間、基本料金、追加
料金などをそのユーザに対する課金データペースから得
ることができる。
の料金通知（ｊ）要求のような、ユーザが自分のサービ
ス利用状況を知るためのコマンドが通常用意されてい
る。しかし、このコマンドは前回のログアウト（ｉ−
１）までのユーザの利用状況を示すものであり、現在利
用中のサービスに関する利用状況を知るものではない。
例えば、ＮＩＦＴＹ−Ｓｅｒｖｅ商用サービスでは、キ
ーボードからｇｏ ｂｉｌｌというコマンドを送ること
で実現される。これにより、前回までのログイン（ｉ−
１）に対し、ログインした日時、時間、基本料金、追加
料金などをそのユーザに対する課金データペースから得
ることができる。
【００４１】しかし、このコマンドでは、今回のログイ
ン（ｉ）からのサービス利用料金、すなわち現在利用中
のサービス（ｎ）、サービス（ｎ＋１）などに対する利
用料金を知ることはできない。これは、上述したよう
に、あるログイン（ｉ）中で利用されたサービス
（ｎ）、（ｎ＋１）に対するサービス料金情報をユーザ
は知ることができず、また、ログイン（ｉ）して初めて
ログイン（ｉ）に対する全体のサービス利用料金がサー
バ側にて算出され、課金データベースに記録されるため
である。サービス（ｎ）、（ｎ＋１）などログイン
（ｉ）時に利用されたサービスの料金の総和に関して
は、ログイン（ｉ）時、ログイン（ｉ＋１）時の課金通
知サービス（ｇｏ ｂｉｌｌコマンドによる）の結果の
差分により知ることができる。
ン（ｉ）からのサービス利用料金、すなわち現在利用中
のサービス（ｎ）、サービス（ｎ＋１）などに対する利
用料金を知ることはできない。これは、上述したよう
に、あるログイン（ｉ）中で利用されたサービス
（ｎ）、（ｎ＋１）に対するサービス料金情報をユーザ
は知ることができず、また、ログイン（ｉ）して初めて
ログイン（ｉ）に対する全体のサービス利用料金がサー
バ側にて算出され、課金データベースに記録されるため
である。サービス（ｎ）、（ｎ＋１）などログイン
（ｉ）時に利用されたサービスの料金の総和に関して
は、ログイン（ｉ）時、ログイン（ｉ＋１）時の課金通
知サービス（ｇｏ ｂｉｌｌコマンドによる）の結果の
差分により知ることができる。
【００４２】ＮＩＦＴＹ−Ｓｅｒｖｅ商用サービスで
は、サービスによっては追加料金をとられる。例えば、
図３６−３７において、サービス（ｎ）は追加料金な
し、サービス（ｎ＋１）は追加料金ありとする。追加料
金ありのサービス（ｎ＋１）をユーザが要求すると、最
初のサーバからの応答メニューの中で、“このサービス
には追加料金が必要です”の旨を表すメッセージが表示
される。この様子は、図３３で示されたようにサービス
（ｎ）要求を行ったのち、課金条件通知があり、もしサ
ービス（ｎ）を利用するならサービス（ｎ）開始メッセ
ージをサーバ側に送るのと同じである。
は、サービスによっては追加料金をとられる。例えば、
図３６−３７において、サービス（ｎ）は追加料金な
し、サービス（ｎ＋１）は追加料金ありとする。追加料
金ありのサービス（ｎ＋１）をユーザが要求すると、最
初のサーバからの応答メニューの中で、“このサービス
には追加料金が必要です”の旨を表すメッセージが表示
される。この様子は、図３３で示されたようにサービス
（ｎ）要求を行ったのち、課金条件通知があり、もしサ
ービス（ｎ）を利用するならサービス（ｎ）開始メッセ
ージをサーバ側に送るのと同じである。
【００４３】ユーザがこの自分のサービス利用状況を知
るためのコマンドを利用しない場合には、そのユーザに
対する課金情報はサービス利用後の一定期間後（例えば
月ごと）にまとめて請求書にて通知される。その代金は
クレジットカードや銀行経由の引き落としである。
るためのコマンドを利用しない場合には、そのユーザに
対する課金情報はサービス利用後の一定期間後（例えば
月ごと）にまとめて請求書にて通知される。その代金は
クレジットカードや銀行経由の引き落としである。
【００４４】これでは不便という人のために、ある通信
Ｓ／Ｗでは、 ・利用回線種類、・接続時間（サービス利用時間）、・
通信速度、・深夜割引、・サービスによっては追加料金
などの課金条件を端末内のファイルにデータとして記憶
しておき、通信Ｓ／Ｗの中でサービス料金を算出してい
るものもある。この方法を用いると、課金条件を記した
ファイルデータが正確であれば、サービス利用中に刻々
とサービス利用料金を表示することが可能である。ＮＩ
ＦＴＹ−Ｓｅｒｖｅ商用サービスは音声電話サービスよ
りも複雑なサービスを提供するが、料金体系はサービス
内容よりもサービス利用時間（接続時間）を基本として
いるため、端末側に料金算出Ｓ／Ｗを設けることがある
程度可能となる。
Ｓ／Ｗでは、 ・利用回線種類、・接続時間（サービス利用時間）、・
通信速度、・深夜割引、・サービスによっては追加料金
などの課金条件を端末内のファイルにデータとして記憶
しておき、通信Ｓ／Ｗの中でサービス料金を算出してい
るものもある。この方法を用いると、課金条件を記した
ファイルデータが正確であれば、サービス利用中に刻々
とサービス利用料金を表示することが可能である。ＮＩ
ＦＴＹ−Ｓｅｒｖｅ商用サービスは音声電話サービスよ
りも複雑なサービスを提供するが、料金体系はサービス
内容よりもサービス利用時間（接続時間）を基本として
いるため、端末側に料金算出Ｓ／Ｗを設けることがある
程度可能となる。
【００４５】しかし、この方法では、従来例１でも述べ
たような制約、すなわち、端末内に課金条件を記憶し、
端末側でサービス利用料金を算出するため、課金条件の
変更が少なくかつその課金条件が簡単にあらかじめ発信
端末内に記述できる場合においてのみ有効である、とい
う問題点がある。
たような制約、すなわち、端末内に課金条件を記憶し、
端末側でサービス利用料金を算出するため、課金条件の
変更が少なくかつその課金条件が簡単にあらかじめ発信
端末内に記述できる場合においてのみ有効である、とい
う問題点がある。
【００４６】（従来例５）図３８−４０は上記従来例４
の以上の内容を補足するための説明図であり、１９９４
年１２月１９日にユーザが、ＮＩＦＴＹ−Ｓｅｒｖｅ商
用サービスをはじめて利用する場合の動作例を示したも
のである。
の以上の内容を補足するための説明図であり、１９９４
年１２月１９日にユーザが、ＮＩＦＴＹ−Ｓｅｒｖｅ商
用サービスをはじめて利用する場合の動作例を示したも
のである。
【００４７】ユーザが端末からサーバへログイン（サー
ビス開始要求）を行い、ユーザ番号、パスワードを入力
すると、サーバからの応答があり、トップメニューを示
す画面（Ｇ０）となる。ここで、サービス利用状況を知
るために、ｇｏ ｂｉｌｌコマンド（サービス要求：使
用料金通知）を行うと、サーバ１からの応答により、利
用料金情報（ＢＩＬＬ）フォーラムのメニュー画面（Ｇ
１−ａ）となる。
ビス開始要求）を行い、ユーザ番号、パスワードを入力
すると、サーバからの応答があり、トップメニューを示
す画面（Ｇ０）となる。ここで、サービス利用状況を知
るために、ｇｏ ｂｉｌｌコマンド（サービス要求：使
用料金通知）を行うと、サーバ１からの応答により、利
用料金情報（ＢＩＬＬ）フォーラムのメニュー画面（Ｇ
１−ａ）となる。
【００４８】メニュー画面（Ｇ１−ａ）において、２を
選択する（サービス要求：メニュー項目指定）と、応答
として表示情報選択画面（Ｇ１−ｂ）となる。この表示
情報選択画面（Ｇ１−ｂ）において１（日毎合計表示）
を選択する（サービス要求：メニュー項目指定）と、応
答として表示月選択画面（Ｇ１−ｃ）となり、更に１２
１９（日付：１２月１９日）を指定すると、応答として
表示月選択画面（Ｇ１−ｄ）となる。
選択する（サービス要求：メニュー項目指定）と、応答
として表示情報選択画面（Ｇ１−ｂ）となる。この表示
情報選択画面（Ｇ１−ｂ）において１（日毎合計表示）
を選択する（サービス要求：メニュー項目指定）と、応
答として表示月選択画面（Ｇ１−ｃ）となり、更に１２
１９（日付：１２月１９日）を指定すると、応答として
表示月選択画面（Ｇ１−ｄ）となる。
【００４９】ユーザは、１２月１９日にはじめてログイ
ンしたために、画面（Ｇ１−ｄ）では“指定された日付
のご利用はありません”という内容となっている。画面
（Ｇ１−ａ）から画面（Ｇ１−ｄ）の間がｇｏ ｂｉｌ
ｌ（課金）通知サービス利用中の期間である。
ンしたために、画面（Ｇ１−ｄ）では“指定された日付
のご利用はありません”という内容となっている。画面
（Ｇ１−ａ）から画面（Ｇ１−ｄ）の間がｇｏ ｂｉｌ
ｌ（課金）通知サービス利用中の期間である。
【００５０】次に、別のサービスとして、ＮＴＴポケッ
トベルサービスを利用する場合について説明する。ｇｏ
ｄｏｃｏｍｏコマンド（サービス要求：ポケットベル
通知）を行うと、サーバからの応答により、ＮＴＴポケ
ットベルサービス（ＤＯＣＯＭＯ 登録商標）フォーラ
ムのメニュー画面（Ｇ２−ａ）となる。メニュー画面
（Ｇ２−ａ）では、追加料金についてのメッセージが表
示されており、詳細を知るために（ご案内）を選択する
（サービス要求：メニュー項目指定）と、応答として画
面（Ｇ２−ｂ）となる。この画面（Ｇ２−ｂ）では、こ
のサービスを利用する場合は、サービス１件につき３０
円の追加料金がかかるという旨のメッセージが表示され
ている。
トベルサービスを利用する場合について説明する。ｇｏ
ｄｏｃｏｍｏコマンド（サービス要求：ポケットベル
通知）を行うと、サーバからの応答により、ＮＴＴポケ
ットベルサービス（ＤＯＣＯＭＯ 登録商標）フォーラ
ムのメニュー画面（Ｇ２−ａ）となる。メニュー画面
（Ｇ２−ａ）では、追加料金についてのメッセージが表
示されており、詳細を知るために（ご案内）を選択する
（サービス要求：メニュー項目指定）と、応答として画
面（Ｇ２−ｂ）となる。この画面（Ｇ２−ｂ）では、こ
のサービスを利用する場合は、サービス１件につき３０
円の追加料金がかかるという旨のメッセージが表示され
ている。
【００５１】また、別のサービスとして、ｇｏ ａｓａ
ｈｉコマンド（サービス 要求：新聞記事）を送ると、
応答として画面（Ｇ３）になる。この画面（Ｇ３）に
は、このサービスを利用する場合には、８０円／分の追
加料金がかかるという旨のメッセージが表示されてい
る。画面（Ｇ２−ｂ）、画面（Ｇ３）が示すように、Ｎ
ＩＦＴＹ−Ｓｅｒｖｅ商用サービスにおいては、基本料
金の他に追加料金が必要な場合には、そのサービス利用
開始前にメニュー画面にその課金条件を表示している。
ｈｉコマンド（サービス 要求：新聞記事）を送ると、
応答として画面（Ｇ３）になる。この画面（Ｇ３）に
は、このサービスを利用する場合には、８０円／分の追
加料金がかかるという旨のメッセージが表示されてい
る。画面（Ｇ２−ｂ）、画面（Ｇ３）が示すように、Ｎ
ＩＦＴＹ−Ｓｅｒｖｅ商用サービスにおいては、基本料
金の他に追加料金が必要な場合には、そのサービス利用
開始前にメニュー画面にその課金条件を表示している。
【００５２】動作（Ｇ４−ａ）から（Ｇ４−ｄ）までの
課金料金通知サービスを実行しても、画面（Ｇ４−ｄ）
の“料金＝０円”という旨のメッセージにあるように、
今回ログインですでに利用されたｄｏｃｏｍｏサービス
やａｓａｈｉサービスの料金情報は通知されていない。
ログアウトを行うと画面（Ｇ５）のような利用時間を示
すメッセージが表示されるが、この利用時間は図３６−
３７のｔ＝Ｔ＿ｓｔａｒｔからｔ＝Ｔ＿ｅｎｄまでの時
間に対応する。
課金料金通知サービスを実行しても、画面（Ｇ４−ｄ）
の“料金＝０円”という旨のメッセージにあるように、
今回ログインですでに利用されたｄｏｃｏｍｏサービス
やａｓａｈｉサービスの料金情報は通知されていない。
ログアウトを行うと画面（Ｇ５）のような利用時間を示
すメッセージが表示されるが、この利用時間は図３６−
３７のｔ＝Ｔ＿ｓｔａｒｔからｔ＝Ｔ＿ｅｎｄまでの時
間に対応する。
【００５３】画面（Ｇ６）に示された料金４０円は、端
末内の通信Ｓ／Ｗにて算出されたものであり、これは、
端末内の課金条件データ（ｄｏｃｏｍｏサービス＝３０
円／１件呼出、ａｓａｈｉサービス＝８０円／１分な
ど）を利用し、図３２で代表される方法を用いている。
末内の通信Ｓ／Ｗにて算出されたものであり、これは、
端末内の課金条件データ（ｄｏｃｏｍｏサービス＝３０
円／１件呼出、ａｓａｈｉサービス＝８０円／１分な
ど）を利用し、図３２で代表される方法を用いている。
【００５４】
【発明が解決しようとする課題】従来の、通信ネットワ
ークにおけるユーザのサービス使用料金把握装置は以上
のように構成されているので、多様なサービスが増えて
きている今日では、（１）端末内にサービスに対する課
金条件を記憶しておき、サービス料金を端末内で算出
し、サービス利用中あるいはサービス利用後にユーザに
通知する方法では、あらゆるサービスに対する課金条件
を端末内にあらかじめ記憶しておくことの制約から、あ
るいは（２）サービス利用前に、サービスに対する課金
条件をネットワーク側から通知してもらい、サービス料
金を端末内で算出し、サービス利用中あるいはサービス
利用後にユーザに通知する方法では、そのサービスに対
する課金条件をネットワーク側がそのサービス提供前で
あらかじめ把握しておくことの制約から、あるいは
（３）サービス利用後に、そのサービス利用料金あるい
は現在まで累積されたサービス利用料金を通知してもら
う方法では、サービス終了までのそのサービス料金をサ
ーバ側が把握できないことの制約から、ユーザの把握で
きるサービス料金情報の精度が低い、あるいはサービス
料金を通知してもらえるサービスに制限を生じる、ある
いはサービス料金をサービス利用中に通知してもらえな
い等の問題点があり、ユーザはきめ細かに料金体系の情
報を把握し、かつ安心してサービスを利用できないとい
う問題点があった。
ークにおけるユーザのサービス使用料金把握装置は以上
のように構成されているので、多様なサービスが増えて
きている今日では、（１）端末内にサービスに対する課
金条件を記憶しておき、サービス料金を端末内で算出
し、サービス利用中あるいはサービス利用後にユーザに
通知する方法では、あらゆるサービスに対する課金条件
を端末内にあらかじめ記憶しておくことの制約から、あ
るいは（２）サービス利用前に、サービスに対する課金
条件をネットワーク側から通知してもらい、サービス料
金を端末内で算出し、サービス利用中あるいはサービス
利用後にユーザに通知する方法では、そのサービスに対
する課金条件をネットワーク側がそのサービス提供前で
あらかじめ把握しておくことの制約から、あるいは
（３）サービス利用後に、そのサービス利用料金あるい
は現在まで累積されたサービス利用料金を通知してもら
う方法では、サービス終了までのそのサービス料金をサ
ーバ側が把握できないことの制約から、ユーザの把握で
きるサービス料金情報の精度が低い、あるいはサービス
料金を通知してもらえるサービスに制限を生じる、ある
いはサービス料金をサービス利用中に通知してもらえな
い等の問題点があり、ユーザはきめ細かに料金体系の情
報を把握し、かつ安心してサービスを利用できないとい
う問題点があった。
【００５５】この発明は上記のような問題点を解消する
ためになされたもので、サービス料金体系の不明・流動
的・複雑な通信ネットワークサービスにおいて、ユーザ
が通信ネットワークサービスを利用中あるいは、その利
用中の任意の時点で、通信ネットワーク側に条件を指定
してサービス料金を通信ネットワーク側から通知しても
らうことにより、料金体系の情報をきめ細かく把握して
安心して通信ネットワークサービスを受けられるように
した通信ネットワークにおけるサービス使用料金把握装
置を提供することを目的とする。
ためになされたもので、サービス料金体系の不明・流動
的・複雑な通信ネットワークサービスにおいて、ユーザ
が通信ネットワークサービスを利用中あるいは、その利
用中の任意の時点で、通信ネットワーク側に条件を指定
してサービス料金を通信ネットワーク側から通知しても
らうことにより、料金体系の情報をきめ細かく把握して
安心して通信ネットワークサービスを受けられるように
した通信ネットワークにおけるサービス使用料金把握装
置を提供することを目的とする。
【００５６】
【課題を解決するための手段】請求項１記載の発明に係
る通信ネットワークにおけるサービス使用料金把握装置
は、サービス使用料金通知条件をサーバ側に指定するサ
ービス料金通知タイミング情報指定手段と、サーバ側か
らのサービス使用料金通知情報を解釈するサービス料金
情報解釈手段と、これらを制御する端末側サービス料金
通知サービス制御手段と、サーバ側と送受信するための
端末側エージェントインタプリタ部と、サーバ側とエー
ジェントを用いて送受信を行う端末側ネットワーク通信
手段と、ユーザと端末との間の入出力動作をおこなうユ
ーザインタフェース手段と、端末全体を制御する端末制
御手段とを基本構成体とする端末と、端末側から指定さ
れたサービス使用料金情報をサーバから通知させるため
の条件を解釈するサービス料金通知タイミング情報解釈
手段と、端末側にユーザの使用したサービスの料金情報
を通知するサービス料金情報通知手段と、ユーザの使用
したサービスの料金情報を課金サーバから得るサービス
料金情報問合せ手段と、これらを制御するサーバ側サー
ビス料金通知サービス制御手段と、端末側と送受信する
データをエージェント形式にて表現するサーバ側エージ
ェントインタプリタ部と、端末側とエージェントを用い
て送受信を行うサーバ側ネットワーク通信手段と、サー
バ全体を制御するサーバ制御手段とを基本構成体とした
サーバと、上記端末側ネットワーク通信手段と上記サー
バ側ネットワーク通信手段を接続する通信回線とを備
え、端末側の前記サービス料金通知タイミング情報指定
手段および前記端末側エージェントインタプリタ部が、
前記ユーザインタフェース手段を介したユーザの指示に
基づいて、前記サービス使用料金通知条件およびユーザ
を認識するためのユーザ識別番号をデータ部をもちサー
ビス使用料金の通知判定方法を手続き部に有するサービ
ス料金通知指定要求エージェントを生成し、そのサービ
ス料金通知指定要求エージェントを前記端末側ネットワ
ーク通信手段、通信回線、サーバ側ネットワーク通信手
段を経由させてサーバ側に移動させ、サーバ側の前記サ
ービス料金通知サービス制御手段と前記サービス料金通
知タイミング情報解釈手段および前記エージェントイン
タプリタ部が前記サービス料金通知指定要求エージェン
トのデータ部および手続き部を解釈して、前記サービス
使用料金通知条件とユーザ識別番号およびサービス使用
料金の通知判定方法を把握してサーバ内にて記憶し、サ
ーバ側の前記サービス料金情報問い合わせ手段が前記ユ
ーザ識別番号をデータ部にもち、サービス使用料金情報
の通知方法を手続き部に有するサービス料金情報問合せ
エージェントを生成し、そのサービス料金情報問合せエ
ージェントを課金サーバへ移動させ、課金サーバとの交
渉によりサービス料金情報を入手し、サーバ側の前記サ
ービス料金通知サービス制御手段が、前記課金サーバと
の交渉により得たサービス料金情報をもとに、前記サー
ビス料金情報通知手段に対して前記ユーザ識別番号およ
びサービス使用料金情報をデータ部に有するサービス料
金情報通知エージェントを生成させ、そのサービス料金
情報通知エージェントを前記通信回線を経由させて前記
端末側へ移動させ、前記端末側の前記サービス料金情報
解釈手段が、前記サービス料金情報通知エージェントの
データ部を解釈してユーザにサービス料金情報を通知す
るものである。
る通信ネットワークにおけるサービス使用料金把握装置
は、サービス使用料金通知条件をサーバ側に指定するサ
ービス料金通知タイミング情報指定手段と、サーバ側か
らのサービス使用料金通知情報を解釈するサービス料金
情報解釈手段と、これらを制御する端末側サービス料金
通知サービス制御手段と、サーバ側と送受信するための
端末側エージェントインタプリタ部と、サーバ側とエー
ジェントを用いて送受信を行う端末側ネットワーク通信
手段と、ユーザと端末との間の入出力動作をおこなうユ
ーザインタフェース手段と、端末全体を制御する端末制
御手段とを基本構成体とする端末と、端末側から指定さ
れたサービス使用料金情報をサーバから通知させるため
の条件を解釈するサービス料金通知タイミング情報解釈
手段と、端末側にユーザの使用したサービスの料金情報
を通知するサービス料金情報通知手段と、ユーザの使用
したサービスの料金情報を課金サーバから得るサービス
料金情報問合せ手段と、これらを制御するサーバ側サー
ビス料金通知サービス制御手段と、端末側と送受信する
データをエージェント形式にて表現するサーバ側エージ
ェントインタプリタ部と、端末側とエージェントを用い
て送受信を行うサーバ側ネットワーク通信手段と、サー
バ全体を制御するサーバ制御手段とを基本構成体とした
サーバと、上記端末側ネットワーク通信手段と上記サー
バ側ネットワーク通信手段を接続する通信回線とを備
え、端末側の前記サービス料金通知タイミング情報指定
手段および前記端末側エージェントインタプリタ部が、
前記ユーザインタフェース手段を介したユーザの指示に
基づいて、前記サービス使用料金通知条件およびユーザ
を認識するためのユーザ識別番号をデータ部をもちサー
ビス使用料金の通知判定方法を手続き部に有するサービ
ス料金通知指定要求エージェントを生成し、そのサービ
ス料金通知指定要求エージェントを前記端末側ネットワ
ーク通信手段、通信回線、サーバ側ネットワーク通信手
段を経由させてサーバ側に移動させ、サーバ側の前記サ
ービス料金通知サービス制御手段と前記サービス料金通
知タイミング情報解釈手段および前記エージェントイン
タプリタ部が前記サービス料金通知指定要求エージェン
トのデータ部および手続き部を解釈して、前記サービス
使用料金通知条件とユーザ識別番号およびサービス使用
料金の通知判定方法を把握してサーバ内にて記憶し、サ
ーバ側の前記サービス料金情報問い合わせ手段が前記ユ
ーザ識別番号をデータ部にもち、サービス使用料金情報
の通知方法を手続き部に有するサービス料金情報問合せ
エージェントを生成し、そのサービス料金情報問合せエ
ージェントを課金サーバへ移動させ、課金サーバとの交
渉によりサービス料金情報を入手し、サーバ側の前記サ
ービス料金通知サービス制御手段が、前記課金サーバと
の交渉により得たサービス料金情報をもとに、前記サー
ビス料金情報通知手段に対して前記ユーザ識別番号およ
びサービス使用料金情報をデータ部に有するサービス料
金情報通知エージェントを生成させ、そのサービス料金
情報通知エージェントを前記通信回線を経由させて前記
端末側へ移動させ、前記端末側の前記サービス料金情報
解釈手段が、前記サービス料金情報通知エージェントの
データ部を解釈してユーザにサービス料金情報を通知す
るものである。
【００５７】請求項２記載の発明に係る通信ネットワー
クにおけるサービス使用料金把握装置は、端末側に、ユ
ーザがサービスを利用している任意の時点でサービス使
用料金通知条件を指定するためのサービス料金通知タイ
ミング情報指定手段と、サーバ側がその条件を満足する
時にユーザにサービス使用料金通知をおこなうサーバ側
サービス料金通知サービス制御手段とを有するものであ
る。
クにおけるサービス使用料金把握装置は、端末側に、ユ
ーザがサービスを利用している任意の時点でサービス使
用料金通知条件を指定するためのサービス料金通知タイ
ミング情報指定手段と、サーバ側がその条件を満足する
時にユーザにサービス使用料金通知をおこなうサーバ側
サービス料金通知サービス制御手段とを有するものであ
る。
【００５８】請求項３記載の発明に係る通信ネットワー
クにおけるサービス使用料金把握装置は、サーバ側に、
サービス料金通知指定要求を解釈し、その指定を有効あ
るいは無効とするかをあらわす応答を行うためのサービ
ス料金通知タイミング情報解釈手段を有するものであ
る。
クにおけるサービス使用料金把握装置は、サーバ側に、
サービス料金通知指定要求を解釈し、その指定を有効あ
るいは無効とするかをあらわす応答を行うためのサービ
ス料金通知タイミング情報解釈手段を有するものであ
る。
【００５９】請求項４記載の発明に係る通信ネットワー
クにおけるサービス使用料金把握装置は、サーバ側に、
ユーザがサービスを利用している状態において、ある時
間間隔ごとに課金サーバへそのユーザのサービス使用料
金情報の問い合わせを行うサービス料金情報問い合わせ
手段を有するものである。
クにおけるサービス使用料金把握装置は、サーバ側に、
ユーザがサービスを利用している状態において、ある時
間間隔ごとに課金サーバへそのユーザのサービス使用料
金情報の問い合わせを行うサービス料金情報問い合わせ
手段を有するものである。
【００６０】請求項５記載の発明に係る通信ネットワー
クにおいてサービス使用料金把握装置は、サーバ側に、
時間間隔を、そのユーザに対するエージェントの処理量
に応じて可変とするためのサーバ側サービス料金通知サ
ービス制御手段を有するものである。
クにおいてサービス使用料金把握装置は、サーバ側に、
時間間隔を、そのユーザに対するエージェントの処理量
に応じて可変とするためのサーバ側サービス料金通知サ
ービス制御手段を有するものである。
【００６１】請求項６記載の発明に係る通信ネットワー
クにおけるサービス使用料金把握装置は、端末側に、サ
ービス使用料金通知条件の通知タイミングをサービスに
対する料金の境界値とするためのサービス料金通知タイ
ミング情報指定手段を有するものである。
クにおけるサービス使用料金把握装置は、端末側に、サ
ービス使用料金通知条件の通知タイミングをサービスに
対する料金の境界値とするためのサービス料金通知タイ
ミング情報指定手段を有するものである。
【００６２】請求項７記載の発明に係る通信ネットワー
クにおけるサービス使用料金把握装置は、端末側に、サ
ービス使用料金通知条件の通知タイミングを時間の境界
値とするためのサービス料金通知タイミング情報指定手
段を有するものである。
クにおけるサービス使用料金把握装置は、端末側に、サ
ービス使用料金通知条件の通知タイミングを時間の境界
値とするためのサービス料金通知タイミング情報指定手
段を有するものである。
【００６３】請求項８記載の発明に係る通信ネットワー
クにおけるサービス使用料金把握装置は、端末側に、サ
ービス使用料金通知条件の通知タイミングを境界値のあ
る割合減の値から境界値のある割合増の値の間において
複数回とするためのサービス料金通知タイミング情報指
定手段を有するものである。
クにおけるサービス使用料金把握装置は、端末側に、サ
ービス使用料金通知条件の通知タイミングを境界値のあ
る割合減の値から境界値のある割合増の値の間において
複数回とするためのサービス料金通知タイミング情報指
定手段を有するものである。
【００６４】請求項９記載の発明に係る通信ネットワー
クにおけるサービス使用料金把握装置は、端末側に、サ
ービス使用料金通知サービスの利用開始日時を条件とし
て指定するためのサービス料金通知タイミング情報指定
手段を有するものである。
クにおけるサービス使用料金把握装置は、端末側に、サ
ービス使用料金通知サービスの利用開始日時を条件とし
て指定するためのサービス料金通知タイミング情報指定
手段を有するものである。
【００６５】請求項１０記載の発明に係る通信ネットワ
ークにおけるサービス使用料金把握装置は、端末側ある
いはサーバ側に、サービス使用料金通知サービスを終了
することを通知するためのサービス料金通知タイミング
情報指定手段あるいは、サービス料金情報通知手段を有
するものである。
ークにおけるサービス使用料金把握装置は、端末側ある
いはサーバ側に、サービス使用料金通知サービスを終了
することを通知するためのサービス料金通知タイミング
情報指定手段あるいは、サービス料金情報通知手段を有
するものである。
【００６６】
【作用】請求項１記載の発明における端末は、ユーザイ
ンタフェース手段とサービス料金通知タイミング情報指
定手段を用いて、ネットワークサービスを利用している
任意の時点でサービス料金を通知させる条件をサーバ側
へ指定する。そのサービス通知条件はサーバ側のサービ
ス料金通知タイミング情報解釈手段によって解釈・理解
される。サーバ側は、サーバ側のサービス料金通知サー
ビス制御手段が、サービス料金情報問い合わせ手段の収
集するユーザのサービス使用料金情報と、サービス通知
条件をもとにしてユーザに通知すべき時間のタイミング
およびその通知時に知らせる内容を判断し、ユーザへ通
知する。端末側およびサーバ側のネットワーク通信手段
が、端末手段と通信ネットワーク側との間の通信メッセ
ージのやりとりを行う。これによって、ユーザは、サー
ビス利用中において自分の所望する条件でサービス料金
情報を把握することができ、安心してサービスを受ける
ことができる。
ンタフェース手段とサービス料金通知タイミング情報指
定手段を用いて、ネットワークサービスを利用している
任意の時点でサービス料金を通知させる条件をサーバ側
へ指定する。そのサービス通知条件はサーバ側のサービ
ス料金通知タイミング情報解釈手段によって解釈・理解
される。サーバ側は、サーバ側のサービス料金通知サー
ビス制御手段が、サービス料金情報問い合わせ手段の収
集するユーザのサービス使用料金情報と、サービス通知
条件をもとにしてユーザに通知すべき時間のタイミング
およびその通知時に知らせる内容を判断し、ユーザへ通
知する。端末側およびサーバ側のネットワーク通信手段
が、端末手段と通信ネットワーク側との間の通信メッセ
ージのやりとりを行う。これによって、ユーザは、サー
ビス利用中において自分の所望する条件でサービス料金
情報を把握することができ、安心してサービスを受ける
ことができる。
【００６７】請求項２記載の発明における端末側のサー
ビス料金通知タイミング情報指定手段は、ユーザがサー
ビスを利用している任意の時点で前記サービス使用料金
通知条件を指定するためのサービス料金通知指定要求を
サーバ側におこない、サーバ側がその条件を満足する時
には、ユーザにサービス使用料金通知をおこなうことに
より、ユーザは、任意の時点でサービス使用料金を知る
ことができる。
ビス料金通知タイミング情報指定手段は、ユーザがサー
ビスを利用している任意の時点で前記サービス使用料金
通知条件を指定するためのサービス料金通知指定要求を
サーバ側におこない、サーバ側がその条件を満足する時
には、ユーザにサービス使用料金通知をおこなうことに
より、ユーザは、任意の時点でサービス使用料金を知る
ことができる。
【００６８】請求項３記載の発明におけるサーバ側のサ
ービス料金通知タイミング情報解釈手段は、サービス料
金通知指定要求を解釈し、その指定を有効あるいは無効
とするかどうかを決定することにより、ユーザは、サー
ビス使用料金通知サービスを利用できるか否かを確実に
知ることができる。
ービス料金通知タイミング情報解釈手段は、サービス料
金通知指定要求を解釈し、その指定を有効あるいは無効
とするかどうかを決定することにより、ユーザは、サー
ビス使用料金通知サービスを利用できるか否かを確実に
知ることができる。
【００６９】請求項４記載におけるサーバ側のサービス
料金情報問い合わせ手段は、ユーザがサービスを利用し
ている状態において、ある時間間隔ごとに課金サーバへ
そのユーザのサービス使用料金情報の問い合わせを行う
ことにより、サーバは、ユーザのサービス使用料金を知
ることができる。
料金情報問い合わせ手段は、ユーザがサービスを利用し
ている状態において、ある時間間隔ごとに課金サーバへ
そのユーザのサービス使用料金情報の問い合わせを行う
ことにより、サーバは、ユーザのサービス使用料金を知
ることができる。
【００７０】請求項５記載におけるサーバ側のサービス
料金情報問い合わせ手段は、時間間隔を、そのユーザに
対するエージェントの処理量に応じて修正することによ
り、サーバは、ユーザのサービス使用料金を効率的に知
ることができる。
料金情報問い合わせ手段は、時間間隔を、そのユーザに
対するエージェントの処理量に応じて修正することによ
り、サーバは、ユーザのサービス使用料金を効率的に知
ることができる。
【００７１】請求項６記載における端末側の、サービス
料金通知タイミング情報指定手段は、サービス使用料金
通知条件の通知タイミングをサービスに対する料金の境
界値を設定することにより、ユーザは、サービス使用料
金通知サービスにおいてサービス使用料金がある金額に
達した時点でサービス料金情報を把握することができ
る。
料金通知タイミング情報指定手段は、サービス使用料金
通知条件の通知タイミングをサービスに対する料金の境
界値を設定することにより、ユーザは、サービス使用料
金通知サービスにおいてサービス使用料金がある金額に
達した時点でサービス料金情報を把握することができ
る。
【００７２】請求項７記載における端末側のサービス料
金通知タイミング情報指定手段は、サービス使用料金通
知条件の通知タイミングを時間の境界値と設定すること
により、ユーザは、サービス使用料金通知サービスにお
いてある時間が経過した時点でサービス料金情報を把握
することができる。
金通知タイミング情報指定手段は、サービス使用料金通
知条件の通知タイミングを時間の境界値と設定すること
により、ユーザは、サービス使用料金通知サービスにお
いてある時間が経過した時点でサービス料金情報を把握
することができる。
【００７３】請求項８記載における端末側のサービス料
金通知タイミング情報指定手段は、サービス使用料金通
知条件の通知タイミングを境界値のある割合減の値から
境界値のある割合増の値の間において複数回と設定する
ことにより、ユーザは、サービス使用料金通知サービス
においてサービス使用料金がある金額に達する近辺の時
点でサービス料金情報を把握することができる。
金通知タイミング情報指定手段は、サービス使用料金通
知条件の通知タイミングを境界値のある割合減の値から
境界値のある割合増の値の間において複数回と設定する
ことにより、ユーザは、サービス使用料金通知サービス
においてサービス使用料金がある金額に達する近辺の時
点でサービス料金情報を把握することができる。
【００７４】請求項９記載の発明によれば、端末側のサ
ービス料金通知タイミング情報指定手段は、サービス使
用料金通知サービスの利用開始日時を条件として指定す
ることにより、ユーザは、サービス使用料金通知サービ
スを利用開始する時点を設定することができる。
ービス料金通知タイミング情報指定手段は、サービス使
用料金通知サービスの利用開始日時を条件として指定す
ることにより、ユーザは、サービス使用料金通知サービ
スを利用開始する時点を設定することができる。
【００７５】請求項１０記載の発明によれば、端末側あ
るいはサーバ側のサービス料金通知タイミング情報指定
手段あるいは、サービス料金情報通知手段は、サービス
使用料金通知サービスを終了することを通知するための
メッセージを生成することにより、ユーザあるいはサー
バは、サービス使用料金通知サービスを必要時に終了す
ることができる。
るいはサーバ側のサービス料金通知タイミング情報指定
手段あるいは、サービス料金情報通知手段は、サービス
使用料金通知サービスを終了することを通知するための
メッセージを生成することにより、ユーザあるいはサー
バは、サービス使用料金通知サービスを必要時に終了す
ることができる。
【００７６】
【実施例】以下、この発明の一実施例を図面に基づいて
説明する。
説明する。
【００７７】図１−２は、本発明のサービス使用料金指
定／通知機能をもつ端末およびシステムを示すブロック
図である。
定／通知機能をもつ端末およびシステムを示すブロック
図である。
【００７８】図１−２において、１は端末であり、この
端末１はユーザの利用するサービスの使用料金情報をサ
ーバから通知させるためのサービス使用料金通知条件を
指定するサービス料金通知タイミング情報指定手段１ｅ
と、前記サービス料金通知タイミング情報指定手段１ｅ
およびサービス料金情報解釈手段１ｆとを制御する端末
側サービス料金通知サービス制御手段１ｄと、サーバ側
と送受信するデータをエージェント形式にて表現する端
末側エージェントインタプリタ部１ｃと、サーバ側とエ
ージェントを用いて送受信をおこなう端末側ネットワー
ク通信手段１ｇと、ユーザと端末との間の入出力動作を
おこなうユーザインタフェース手段１ａと、前記の端末
側サービス料金通知サービス制御手段１ｄと端末側エー
ジェントインタプリタ部１ｃと端末側ネットワーク通信
手段１ｇおよびユーザインタフェース手段１ａとを制御
する端末制御手段１ｂとを基本構成体としている。
端末１はユーザの利用するサービスの使用料金情報をサ
ーバから通知させるためのサービス使用料金通知条件を
指定するサービス料金通知タイミング情報指定手段１ｅ
と、前記サービス料金通知タイミング情報指定手段１ｅ
およびサービス料金情報解釈手段１ｆとを制御する端末
側サービス料金通知サービス制御手段１ｄと、サーバ側
と送受信するデータをエージェント形式にて表現する端
末側エージェントインタプリタ部１ｃと、サーバ側とエ
ージェントを用いて送受信をおこなう端末側ネットワー
ク通信手段１ｇと、ユーザと端末との間の入出力動作を
おこなうユーザインタフェース手段１ａと、前記の端末
側サービス料金通知サービス制御手段１ｄと端末側エー
ジェントインタプリタ部１ｃと端末側ネットワーク通信
手段１ｇおよびユーザインタフェース手段１ａとを制御
する端末制御手段１ｂとを基本構成体としている。
【００７９】５−１（〜５−ｎ）はサーバであり、この
サーバ５−１（５−ｎ）はそれぞれ、端末側から指定さ
れたサービス使用料金情報をサーバから通知させるため
の条件を解釈するサービス料金通知タイミング情報解釈
手段５ｅと、ユーザの使用したサービスの料金情報を課
金サーバ３から得るサービス料金情報問合せ手段５ｇ
と、前記のサービス料金通知タイミング情報解釈手段５
ｅとサービス料金情報通知手段５ｆおよびサービス料金
情報問合せ手段５ｇとを制御するサーバ側サービス料金
通知サービス制御手段５ｄと、端末側と送受信するデー
タをエージェント形式にて表現するサーバ側エージェン
トインタプリタ部５ｃと、端末側とエージェントを用い
て送受信をおこなうサーバ側ネットワーク通信手段と、
前記のサーバ側サービス料金通知サービス制御手段５ｄ
とサーバ側エージェントインタプリタ部５ｃおよびサー
バ側ネットワーク通信手段５ｈ、とを制御するサーバ制
御手段５ｂとを基本構成体としている。２は端末１とサ
ーバ５−１間を接続する通信回線、４はサーバ同士およ
びサーバ５−１〜５−ｎと課金サーバ３間を接続する通
信回線である。
サーバ５−１（５−ｎ）はそれぞれ、端末側から指定さ
れたサービス使用料金情報をサーバから通知させるため
の条件を解釈するサービス料金通知タイミング情報解釈
手段５ｅと、ユーザの使用したサービスの料金情報を課
金サーバ３から得るサービス料金情報問合せ手段５ｇ
と、前記のサービス料金通知タイミング情報解釈手段５
ｅとサービス料金情報通知手段５ｆおよびサービス料金
情報問合せ手段５ｇとを制御するサーバ側サービス料金
通知サービス制御手段５ｄと、端末側と送受信するデー
タをエージェント形式にて表現するサーバ側エージェン
トインタプリタ部５ｃと、端末側とエージェントを用い
て送受信をおこなうサーバ側ネットワーク通信手段と、
前記のサーバ側サービス料金通知サービス制御手段５ｄ
とサーバ側エージェントインタプリタ部５ｃおよびサー
バ側ネットワーク通信手段５ｈ、とを制御するサーバ制
御手段５ｂとを基本構成体としている。２は端末１とサ
ーバ５−１間を接続する通信回線、４はサーバ同士およ
びサーバ５−１〜５−ｎと課金サーバ３間を接続する通
信回線である。
【００８０】また、図１−２において、２１はユーザが
ネットワークサービスを使用する時にサーバ側へ送られ
る各サービス要求を示すサービス（ｎ）要求メッセージ
（サービス番号をｎとする）、２２はユーザがサーバに
サービス料金を通知させるための条件を通知するための
サービス料金通知指定要求メッセージ、２３はサーバが
ユーザからのサービス料金通知指定要求メッセージを解
釈しその応答をユーザへ通知するためのサービス料金通
知指定応答メッセージ、２４はサーバがユーザにサービ
ス使用料金情報を通知するためのサービス料金情報通知
メッセージ、２５はサービス（ｎ）の実行が終了したこ
とをサーバがユーザに通知するためのサービス（ｎ）終
了メッセージ、２６はサーバが他の課金サーバへユーザ
のサービス使用料金情報を問い合わせるためのサービス
料金情報問い合わせメッセージ、２７は課金サーバ３が
サービス料金情報問い合わせメッセージ２６を解釈しそ
の応答をサーバへ通知するためのサービス料金情報応答
メッセージである。
ネットワークサービスを使用する時にサーバ側へ送られ
る各サービス要求を示すサービス（ｎ）要求メッセージ
（サービス番号をｎとする）、２２はユーザがサーバに
サービス料金を通知させるための条件を通知するための
サービス料金通知指定要求メッセージ、２３はサーバが
ユーザからのサービス料金通知指定要求メッセージを解
釈しその応答をユーザへ通知するためのサービス料金通
知指定応答メッセージ、２４はサーバがユーザにサービ
ス使用料金情報を通知するためのサービス料金情報通知
メッセージ、２５はサービス（ｎ）の実行が終了したこ
とをサーバがユーザに通知するためのサービス（ｎ）終
了メッセージ、２６はサーバが他の課金サーバへユーザ
のサービス使用料金情報を問い合わせるためのサービス
料金情報問い合わせメッセージ、２７は課金サーバ３が
サービス料金情報問い合わせメッセージ２６を解釈しそ
の応答をサーバへ通知するためのサービス料金情報応答
メッセージである。
【００８１】図３は本発明を適用するネットワークの構
成図である。
成図である。
【００８２】図３において、１は通信端末（計算機）、
３９はネットワーク、５はあるサービスを提供するサー
バであり、ネットワークは複数のサーバの集合で構成さ
れる。３５は一般のエージェントを表し、データ部３４
および、手続き部３３によって構成され、サービス処理
のための情報がデータ部３４、手続き部３３に記述され
ており、サービス実現のためにネットワーク内を自律的
に移動する。このエージェント３５は計算機上のプログ
ラムという形にて実現され、大きく端末側のユーザエー
ジェント３６とネットワーク側のサーバエージェント３
７に区分される。
３９はネットワーク、５はあるサービスを提供するサー
バであり、ネットワークは複数のサーバの集合で構成さ
れる。３５は一般のエージェントを表し、データ部３４
および、手続き部３３によって構成され、サービス処理
のための情報がデータ部３４、手続き部３３に記述され
ており、サービス実現のためにネットワーク内を自律的
に移動する。このエージェント３５は計算機上のプログ
ラムという形にて実現され、大きく端末側のユーザエー
ジェント３６とネットワーク側のサーバエージェント３
７に区分される。
【００８３】上記ユーザ（クライアント）エージェント
３６はユーザの計算機にて発生しユーザからのサービス
要求をネットワーク上のサーバへ通知する役割をもつ、
サーバーエージェント３７はネットワーク３９上のサー
バ５の計算機にて発生し、ユーザエージェント３６およ
び他のサーバエージェントと協調してユーザの所望する
サービスを提供する。３１はエージェント同士が通信す
るようすを表すための矢印である。
３６はユーザの計算機にて発生しユーザからのサービス
要求をネットワーク上のサーバへ通知する役割をもつ、
サーバーエージェント３７はネットワーク３９上のサー
バ５の計算機にて発生し、ユーザエージェント３６およ
び他のサーバエージェントと協調してユーザの所望する
サービスを提供する。３１はエージェント同士が通信す
るようすを表すための矢印である。
【００８４】次に動作について説明する。
【００８５】現在、マルチメディア通信時代に備え、高
度なサービスを実現可能とするために、エージェントを
基本とした通信網を構築しようとする動きがあること
は、参考文献１にも示されている。このエージェント
は、計算機内のプログラムによって実現され、他の計算
機と相互に通信することでネットワーク内を移動し他の
エージェントと電子的に交渉する。一般に、図３のよう
に、エージェント３５は交渉するための情報をデータ部
３４および手続き部３３に記憶し、他のエージェントと
交渉するたびに情報を更新し、必要に応じて計算機内の
プログラムにより発生・消滅する。
度なサービスを実現可能とするために、エージェントを
基本とした通信網を構築しようとする動きがあること
は、参考文献１にも示されている。このエージェント
は、計算機内のプログラムによって実現され、他の計算
機と相互に通信することでネットワーク内を移動し他の
エージェントと電子的に交渉する。一般に、図３のよう
に、エージェント３５は交渉するための情報をデータ部
３４および手続き部３３に記憶し、他のエージェントと
交渉するたびに情報を更新し、必要に応じて計算機内の
プログラムにより発生・消滅する。
【００８６】あるサービス処理を得意とする専用エージ
ェントをネットワーク上に分散させておき、必要時のみ
にしかるべきエージェントにサービスを実行させること
で、従来あった、ありとあらゆるサービス処理を一ケ所
で集中して提供する方式と比較して、豊富なサービスを
経済的にユーザへ提供することが可能となる。このエー
ジェントを基本としたネットワークにおいては、どんな
エージェントをいつどのように動作させるかによって同
じ時間にて提供できるサービスの質・量が異なってく
る。
ェントをネットワーク上に分散させておき、必要時のみ
にしかるべきエージェントにサービスを実行させること
で、従来あった、ありとあらゆるサービス処理を一ケ所
で集中して提供する方式と比較して、豊富なサービスを
経済的にユーザへ提供することが可能となる。このエー
ジェントを基本としたネットワークにおいては、どんな
エージェントをいつどのように動作させるかによって同
じ時間にて提供できるサービスの質・量が異なってく
る。
【００８７】複数のエージェントが互いに交渉するやり
方は各々のエージェントあるいはそのエージェントを管
理するプログラムが決めるため、ユーザが指定する必要
はない。つまりエージェントが、ユーザが指定したサー
ビスを自律的に解釈して行動するという“知能”をもつ
ために、ユーザは簡単な操作でしかも複雑なネットワー
クサービスを受けることが可能となる。
方は各々のエージェントあるいはそのエージェントを管
理するプログラムが決めるため、ユーザが指定する必要
はない。つまりエージェントが、ユーザが指定したサー
ビスを自律的に解釈して行動するという“知能”をもつ
ために、ユーザは簡単な操作でしかも複雑なネットワー
クサービスを受けることが可能となる。
【００８８】エージェントの基本的な動作を説明するた
めに、例えば、ユーザがあるネットワークサービスを利
用する場合について図１−４を用いて説明する。
めに、例えば、ユーザがあるネットワークサービスを利
用する場合について図１−４を用いて説明する。
【００８９】図１−３において、通信端末１からネット
ワークサービスを利用するユーザは、ユーザインタフェ
ース手段１ａを用いてその意図を端末へ知らせる。その
情報すなわちサービス要求内容は端末制御手段１ｂによ
り端末側エージェントインタプリタ部１ｃへ伝えられ
る。この端末側エージェントインタプリタ部１ｃにおい
て、そのサービス要求内容からサーバ側エージェントイ
ンタプリタ部５ｃが理解しやすい形式に変換したユーザ
エージェント３６を生成する。このユーザエージェント
３６は端末側ネットワーク通信手段１ｇにおいてネット
ワーク内を移動しやすい形式に変換され、通信回線２を
経由してあるサーバ５−１内のサーバ側ネットワーク通
信手段５ｈに到達する。その内容は、サーバ側ネットワ
ーク通信手段５ｈにてサーバ側エージェントインタプリ
タ部５ｃにて理解できる形式に逆変換され、端末側から
送られたユーザエージェント３６としてサーバ側エージ
ェントインタプリタ部５ｃに渡される。
ワークサービスを利用するユーザは、ユーザインタフェ
ース手段１ａを用いてその意図を端末へ知らせる。その
情報すなわちサービス要求内容は端末制御手段１ｂによ
り端末側エージェントインタプリタ部１ｃへ伝えられ
る。この端末側エージェントインタプリタ部１ｃにおい
て、そのサービス要求内容からサーバ側エージェントイ
ンタプリタ部５ｃが理解しやすい形式に変換したユーザ
エージェント３６を生成する。このユーザエージェント
３６は端末側ネットワーク通信手段１ｇにおいてネット
ワーク内を移動しやすい形式に変換され、通信回線２を
経由してあるサーバ５−１内のサーバ側ネットワーク通
信手段５ｈに到達する。その内容は、サーバ側ネットワ
ーク通信手段５ｈにてサーバ側エージェントインタプリ
タ部５ｃにて理解できる形式に逆変換され、端末側から
送られたユーザエージェント３６としてサーバ側エージ
ェントインタプリタ部５ｃに渡される。
【００９０】サーバ側エージェントインタプリタ部５ｃ
は、ユーザエージェント３６のもつ内容を把握し、もし
サーバ５−１内のサービスを駆動するのであれば、その
ユーザエージェント３６としかるべきサービスソフト５
ａ内のサーバエージェント３７とを相互にプログラムを
動作させて電子的に“交渉”させる。もしユーザエージ
ェント３６を他のサーバ５に移動させる、あるいは外部
のサーバ５（あるいは課金サーバ３）とサーバエージェ
ント３７を交渉させるのであれば、ユーザエージェント
３６、あるいはサーバエージェント３７（初めからサー
バ５−１内に存在していたものや新たに発生したものな
どがある）をサーバ側ネットワーク通信手段５ｈを通じ
て通信回線４を経由して他のサーバ５−２（あるいは課
金サーバ３）へと移動させる。通信ネットワーク間で様
々なエージェント３５を移動させることにより、最終的
にユーザのサービス要求内容が実現されると、その結果
がエージェント３５の形式でもとの端末１に通知され
る。
は、ユーザエージェント３６のもつ内容を把握し、もし
サーバ５−１内のサービスを駆動するのであれば、その
ユーザエージェント３６としかるべきサービスソフト５
ａ内のサーバエージェント３７とを相互にプログラムを
動作させて電子的に“交渉”させる。もしユーザエージ
ェント３６を他のサーバ５に移動させる、あるいは外部
のサーバ５（あるいは課金サーバ３）とサーバエージェ
ント３７を交渉させるのであれば、ユーザエージェント
３６、あるいはサーバエージェント３７（初めからサー
バ５−１内に存在していたものや新たに発生したものな
どがある）をサーバ側ネットワーク通信手段５ｈを通じ
て通信回線４を経由して他のサーバ５−２（あるいは課
金サーバ３）へと移動させる。通信ネットワーク間で様
々なエージェント３５を移動させることにより、最終的
にユーザのサービス要求内容が実現されると、その結果
がエージェント３５の形式でもとの端末１に通知され
る。
【００９１】複数のエージェント同士が交渉することの
くり返しによってユーザの要求したサービスを実現して
いくので、ユーザの支払うサービス料金は基本的にはそ
のサービスを実現するために使用されたエージェントの
内容に依存する。エージェント３５の飛び交う通信ネッ
トワークにおける課金方法はまだ確立されておらず種々
の方法が存在するが、論理的には、各サーバ５−１、５
−２にてあるユーザのサービス実現のために使われた資
源に基づいて算出されたサービス使用料金情報をある課
金サーバ３へ通知し、課金サーバ３が各ユーザのサービ
ス使用料金情報を一括して集中管理するとみなすことが
できる。一般に、ユーザエージェント３６内には、ユー
ザを区別するための情報が格納されているので、ユーザ
エージェント３６に関連してサービスを提供する各サー
バ５−１、５−２あるいはユーザに対する各サービスに
おける料金を定義して算出することは可能である。
くり返しによってユーザの要求したサービスを実現して
いくので、ユーザの支払うサービス料金は基本的にはそ
のサービスを実現するために使用されたエージェントの
内容に依存する。エージェント３５の飛び交う通信ネッ
トワークにおける課金方法はまだ確立されておらず種々
の方法が存在するが、論理的には、各サーバ５−１、５
−２にてあるユーザのサービス実現のために使われた資
源に基づいて算出されたサービス使用料金情報をある課
金サーバ３へ通知し、課金サーバ３が各ユーザのサービ
ス使用料金情報を一括して集中管理するとみなすことが
できる。一般に、ユーザエージェント３６内には、ユー
ザを区別するための情報が格納されているので、ユーザ
エージェント３６に関連してサービスを提供する各サー
バ５−１、５−２あるいはユーザに対する各サービスに
おける料金を定義して算出することは可能である。
【００９２】各エージェントの交渉毎に発生したサービ
ス使用料金情報（例えば、サービス使用開始時刻、終了
時刻、サービス料金、サービス種別など）が、課金サー
バ３へ報告される。課金サーバ３は各エージェントから
のサービス料金情報に基づき、ユーザ毎のサービス料金
情報をデータベース管理する。ユーザの要求したサービ
スが終了したら、サービス終了を示すエージェント３５
が元のユーザに送られる。
ス使用料金情報（例えば、サービス使用開始時刻、終了
時刻、サービス料金、サービス種別など）が、課金サー
バ３へ報告される。課金サーバ３は各エージェントから
のサービス料金情報に基づき、ユーザ毎のサービス料金
情報をデータベース管理する。ユーザの要求したサービ
スが終了したら、サービス終了を示すエージェント３５
が元のユーザに送られる。
【００９３】エージェント３５の飛び交う通信ネットワ
ークにおいて、ユーザがある通信ネットワークサービス
を利用する場合について、更に具体的に次の例を取りあ
げる。
ークにおいて、ユーザがある通信ネットワークサービス
を利用する場合について、更に具体的に次の例を取りあ
げる。
【００９４】具体例１ 「サービス要求（ｎ）」１２月１日に、ユーザＡが「１
２月２０日の渋谷でのオペラ公演（１２：００開始−１
５：００終了、１８：００開始−２１：００終了の２回
予定）を２人で鑑賞した後にその近くのレストランで食
事をとりたいので、２０日オペラ公演のいずれかの回を
２人分予約した後に、近くのフランス料理のレストラン
を２人予約して結果を通知してください」とあるサーバ
に要求する。
２月２０日の渋谷でのオペラ公演（１２：００開始−１
５：００終了、１８：００開始−２１：００終了の２回
予定）を２人で鑑賞した後にその近くのレストランで食
事をとりたいので、２０日オペラ公演のいずれかの回を
２人分予約した後に、近くのフランス料理のレストラン
を２人予約して結果を通知してください」とあるサーバ
に要求する。
【００９５】このサービス要求（ｎ）を実現するための
エージェントの動作についての実現例を図４、図５−７
を利用して以下に示す。端末制御手段１ｂは、端末１内
のユーザインタフェース手段１ａを使用して、ユーザか
らサービス要求（ｎ）に関する情報を取り出し、その情
報を端末側エージェントインタプリタ部１ｃへ通知す
る。端末側エージェントインタプリタ部１ｃは、ユーザ
エージェントを生成し、そのユーザエージェントに上記
情報をサーバ側エージェントインタプリタ部５ｃが解釈
できるような形式にて記述する。このサービス要求
（ｎ）を記述したエージェントは例えば図５、１０−１
のように表せる。
エージェントの動作についての実現例を図４、図５−７
を利用して以下に示す。端末制御手段１ｂは、端末１内
のユーザインタフェース手段１ａを使用して、ユーザか
らサービス要求（ｎ）に関する情報を取り出し、その情
報を端末側エージェントインタプリタ部１ｃへ通知す
る。端末側エージェントインタプリタ部１ｃは、ユーザ
エージェントを生成し、そのユーザエージェントに上記
情報をサーバ側エージェントインタプリタ部５ｃが解釈
できるような形式にて記述する。このサービス要求
（ｎ）を記述したエージェントは例えば図５、１０−１
のように表せる。
【００９６】ユーザエージェントｎ（１０−１）は、
「サービス要求（ｎ）」を表現するエージェントであ
り、 手続き部 手続き（１）：オペラ公演を予約する 手続き（２）：フランス料理のレストランを予約する データ部 共通データ：ユーザに関するデータなど 課金ユーザＩＤ：１２３４５ データ（１）：手続き（１）にて使用するデータ 場所：渋谷 日時：１２月２０日 題名：チューランドット 条件：いずれの回でもよい データ（２）：手続き（２）にて使用するデータ 場所：渋谷近郊 日時：１２月２０日 条件（１）：手続き（１）にあるオペラ公演を鑑賞した
後に、手続き（２）にある食事を行う 結果： 状態：初期状態 を表現している。
「サービス要求（ｎ）」を表現するエージェントであ
り、 手続き部 手続き（１）：オペラ公演を予約する 手続き（２）：フランス料理のレストランを予約する データ部 共通データ：ユーザに関するデータなど 課金ユーザＩＤ：１２３４５ データ（１）：手続き（１）にて使用するデータ 場所：渋谷 日時：１２月２０日 題名：チューランドット 条件：いずれの回でもよい データ（２）：手続き（２）にて使用するデータ 場所：渋谷近郊 日時：１２月２０日 条件（１）：手続き（１）にあるオペラ公演を鑑賞した
後に、手続き（２）にある食事を行う 結果： 状態：初期状態 を表現している。
【００９７】このユーザエージェントが、端末側ネット
ワーク通信手段１ｇとサーバ側ネットワーク通信手段５
ｈとのやり取りによって、通信回線２を経由してサーバ
側エージェントインタプリタ部５ｃへ渡される。（図
４、Ｍ９−１） このサーバ側エージェントインタプリタ部５ｃは、ユー
ザエージェントを解釈した結果、「自分（サーバ５−
１）ではこのサービスを実現できないので、演劇予約サ
ービス専用のサーバ５−２にオペラ予約をお願いし、フ
ランス料理予約サービス専用のサーバ５−３にレストラ
ン予約をお願いし、その結果をもって考えよう」と判断
し、ユーザエージェントのもつサービス要求を実現する
ために、２つのエージェントＸ、Ｙを生成し、それぞれ
をサーバ側ネットワーク通信手段５ｈにより別のサーバ
である演劇予約サーバ１ｂ、フランス料理予約サーバ１
ａへ転送する（図４、Ｍ９−２、Ｍ９−３）。
ワーク通信手段１ｇとサーバ側ネットワーク通信手段５
ｈとのやり取りによって、通信回線２を経由してサーバ
側エージェントインタプリタ部５ｃへ渡される。（図
４、Ｍ９−１） このサーバ側エージェントインタプリタ部５ｃは、ユー
ザエージェントを解釈した結果、「自分（サーバ５−
１）ではこのサービスを実現できないので、演劇予約サ
ービス専用のサーバ５−２にオペラ予約をお願いし、フ
ランス料理予約サービス専用のサーバ５−３にレストラ
ン予約をお願いし、その結果をもって考えよう」と判断
し、ユーザエージェントのもつサービス要求を実現する
ために、２つのエージェントＸ、Ｙを生成し、それぞれ
をサーバ側ネットワーク通信手段５ｈにより別のサーバ
である演劇予約サーバ１ｂ、フランス料理予約サーバ１
ａへ転送する（図４、Ｍ９−２、Ｍ９−３）。
【００９８】エージェントＸは、例えば図６、１０−２
のように表せる。図６、１０−２は、 エージェントＸ：「１２月２０日の渋谷でのオペラ公演
（１２：００開始−１５：００終了、あるいは１８：０
０開始−２１：００終了のうちのいずれか一方）を２人
予約できるか確認して結果を通知してください。」 手続き部、手続き（１）：オペラ公演を予約確認する データ部 共通データ：エージェントの属性およびユーザに関する
データなど 課金ユーザＩＤ：１２３４５ データ（１）：手続き（１）にて使用するデータ 場所：渋谷 日時：１２月２０日 題名：チューランドット 条件：いずれの回でもよい 結果： 状態：初期状態 を表している。
のように表せる。図６、１０−２は、 エージェントＸ：「１２月２０日の渋谷でのオペラ公演
（１２：００開始−１５：００終了、あるいは１８：０
０開始−２１：００終了のうちのいずれか一方）を２人
予約できるか確認して結果を通知してください。」 手続き部、手続き（１）：オペラ公演を予約確認する データ部 共通データ：エージェントの属性およびユーザに関する
データなど 課金ユーザＩＤ：１２３４５ データ（１）：手続き（１）にて使用するデータ 場所：渋谷 日時：１２月２０日 題名：チューランドット 条件：いずれの回でもよい 結果： 状態：初期状態 を表している。
【００９９】エージェントＹは例えば図７、１０−３の
ように表せる。図７、１０−３は、 エージェントＹ：「１２月２０日の渋谷の近くのフラン
ス料理レストランを２人予約できるか確認して結果を通
知してください。ただし、時間は１６：００前後あるい
は２２：００前後とする。」 手続き部、 手続き（１）：フランス料理のレストランを確認する データ部 共通データ：エージェントの属性およびユーザに関する
データなど 課金ユーザＩＤ：１２３４５ データ（１）：手続き（１）にて使用するデータ 場所：渋谷近郊 日時：１２月２０日 結果： 状態：初期状態 を表している。
ように表せる。図７、１０−３は、 エージェントＹ：「１２月２０日の渋谷の近くのフラン
ス料理レストランを２人予約できるか確認して結果を通
知してください。ただし、時間は１６：００前後あるい
は２２：００前後とする。」 手続き部、 手続き（１）：フランス料理のレストランを確認する データ部 共通データ：エージェントの属性およびユーザに関する
データなど 課金ユーザＩＤ：１２３４５ データ（１）：手続き（１）にて使用するデータ 場所：渋谷近郊 日時：１２月２０日 結果： 状態：初期状態 を表している。
【０１００】サーバ５−２では、受信したエージェント
Ｘをもとに予約確認というサービス（図４、Ｓ９−１）
を行い、予約結果をエージェントＸのデータ部の“結
果”フィールドに記述する。そして、このサービス（Ｓ
９−１）にて発生したサービス使用料金情報を課金サー
バ３へ通知する（図４、Ｍ９−５）。最後に結果を格納
したエージェントＸを元にサーバ５−１へ送り返す（図
４、Ｍ９−４）。
Ｘをもとに予約確認というサービス（図４、Ｓ９−１）
を行い、予約結果をエージェントＸのデータ部の“結
果”フィールドに記述する。そして、このサービス（Ｓ
９−１）にて発生したサービス使用料金情報を課金サー
バ３へ通知する（図４、Ｍ９−５）。最後に結果を格納
したエージェントＸを元にサーバ５−１へ送り返す（図
４、Ｍ９−４）。
【０１０１】応答として、予約がとれる場合、サーバ５
−１へ到着したエージェントＸは例えば図６、１０−６
のように表せる。
−１へ到着したエージェントＸは例えば図６、１０−６
のように表せる。
【０１０２】図６、１０−６は、 エージェントＸ：「１２月２０日の渋谷でのオペラ公演
（１２：００開始−１５：００終了、あるいは１８：０
０開始−２１：００終了のうちのいずれか一方）を２人
予約できるか確認して結果を通知してください。」 手続き部、 手続き（１）：オペラ公演を予約確認する データ部 共通データ：エージェントの属性およびユーザに関する
データなど 課金ユーザＩＤ：１２３４５ データ（１）：手続き（１）にて使用するデータ 場所：渋谷 日時：１２月２０日 題名：チューランドット 条件：いずれの回でもよい 結果： 予約の確認結果：ＯＫ 条件：＝１２：００開始の回 状態：＝完了 を表している。
（１２：００開始−１５：００終了、あるいは１８：０
０開始−２１：００終了のうちのいずれか一方）を２人
予約できるか確認して結果を通知してください。」 手続き部、 手続き（１）：オペラ公演を予約確認する データ部 共通データ：エージェントの属性およびユーザに関する
データなど 課金ユーザＩＤ：１２３４５ データ（１）：手続き（１）にて使用するデータ 場所：渋谷 日時：１２月２０日 題名：チューランドット 条件：いずれの回でもよい 結果： 予約の確認結果：ＯＫ 条件：＝１２：００開始の回 状態：＝完了 を表している。
【０１０３】サーバ５−３では、受信したエージェント
Ｙをもとに予約確認というサービス（図４、Ｓ９−２）
をおこない、予約結果をエージェントＹのデータ部の
“結果”フィールドに記述する。そして、このサービス
にて発生したサービス料金情報を課金サーバ３へ通知す
る（図４、Ｍ９−７）。
Ｙをもとに予約確認というサービス（図４、Ｓ９−２）
をおこない、予約結果をエージェントＹのデータ部の
“結果”フィールドに記述する。そして、このサービス
にて発生したサービス料金情報を課金サーバ３へ通知す
る（図４、Ｍ９−７）。
【０１０４】最後にエージェントＹを元のサーバ５−１
へ送り返す（図４、Ｍ９−６）。応答として、予約がと
れる場合、サーバ５−１へ到着したエージェントＹは例
えば図７、１０−７のように表せる。
へ送り返す（図４、Ｍ９−６）。応答として、予約がと
れる場合、サーバ５−１へ到着したエージェントＹは例
えば図７、１０−７のように表せる。
【０１０５】図７、１０−７は、 エージェントＹ：「１２月２０日の渋谷の近くのフラン
ス料理レストランを２人予約できるか確認して結果を通
知してください。ただし、時間は１６：００前後あるい
は２２：００前後とする。」 手続き部、 手続き（１）：フランス料理のレストランを確認する データ部 共通データ：エージェントの属性およびユーザに関する
データなど 課金ユーザＩＤ：１２３４５ データ（１）：手続き（１）にて使用するデータ 場所：渋谷近郊 日時：１２月２０日 結果： 予約確認結果：ＯＫ 条件：時間は１６：００ 住所：渋谷区神南１−１ 電話：０３−３００−４４４４ 状態：完了 を表している。
ス料理レストランを２人予約できるか確認して結果を通
知してください。ただし、時間は１６：００前後あるい
は２２：００前後とする。」 手続き部、 手続き（１）：フランス料理のレストランを確認する データ部 共通データ：エージェントの属性およびユーザに関する
データなど 課金ユーザＩＤ：１２３４５ データ（１）：手続き（１）にて使用するデータ 場所：渋谷近郊 日時：１２月２０日 結果： 予約確認結果：ＯＫ 条件：時間は１６：００ 住所：渋谷区神南１−１ 電話：０３−３００−４４４４ 状態：完了 を表している。
【０１０６】サーバ５−１は戻ってきたエージェント
Ｘ、エージェントＹを参照し、これらのエージェントに
より最初のサービス（ｎ）が実現されると判断し、サー
バ５−２、サーバ５−３に対して今度は予約の実行をエ
ージェントにて通知する（図４、Ｍ９−８、Ｍ９−
９）。
Ｘ、エージェントＹを参照し、これらのエージェントに
より最初のサービス（ｎ）が実現されると判断し、サー
バ５−２、サーバ５−３に対して今度は予約の実行をエ
ージェントにて通知する（図４、Ｍ９−８、Ｍ９−
９）。
【０１０７】そして、サーバ５−２、サーバ５−３から
の結果（図４、Ｍ９−１０、Ｍ９−１２）をユーザエー
ジェントに反映させて図５、１０−５のようなエージェ
ントをサービス（ｎ）終了メッセージ（Ｍ９−１４）と
してユーザへ送信する。
の結果（図４、Ｍ９−１０、Ｍ９−１２）をユーザエー
ジェントに反映させて図５、１０−５のようなエージェ
ントをサービス（ｎ）終了メッセージ（Ｍ９−１４）と
してユーザへ送信する。
【０１０８】図５、１０−５は、 「サービス要素（ｎ）」 手続き部 手続き（１）：オペラ公演を予約する 手続き（２）：フランス料理のレストランを予約する データ部 共通データ：エージェントの属性およびユーザに関する
データなど 課金ユーザＩＤ：１２３４５ データ（１）：手続き（１）にて使用するデータ 場所：渋谷 日時：１２月２０日 題名：チューランドット 条件：いずれの回でもよい データ（２）：手続き（２）にて使用するデータ。
データなど 課金ユーザＩＤ：１２３４５ データ（１）：手続き（１）にて使用するデータ 場所：渋谷 日時：１２月２０日 題名：チューランドット 条件：いずれの回でもよい データ（２）：手続き（２）にて使用するデータ。
【０１０９】場所：渋谷近郊 日時：１２月２０日 条件（１）：手続き（１）にあるオペラ公演を鑑賞した
後に、手続き（２）にある食事を行う。
後に、手続き（２）にある食事を行う。
【０１１０】結果： 手続き（１）： 予約確認結果：＝ＯＫ 条件：＝１２：００開始の回 状態：＝予約完了 手続き（２）： 予約確認結果：ＯＫ 条件：時間は１６：００ 住所：渋谷区神南１−１ 電話：０３−３００−４４４４ 状態：予約完了 を表している。
【０１１１】端末側エージェントインタプリタ部１ｃ
は、このエージェントを解釈し、端末制御手段１ｂとユ
ーザインタフェース手段１ａを用いてユーザに結果を通
知する。最後にこのエージェントは端末１内にて消滅す
る。
は、このエージェントを解釈し、端末制御手段１ｂとユ
ーザインタフェース手段１ａを用いてユーザに結果を通
知する。最後にこのエージェントは端末１内にて消滅す
る。
【０１１２】具体例１でのように、ユーザがあるサービ
ス（ｎ）を通信ネットワークに要求すると、各サーバ５
−１〜５−ｎ間においてエージェントの交渉によりその
サービスを実現していく。サービス（ｎ）が複雑であれ
ばあるほど、そのサービス実現に関与するエージェント
も多くなり、エージェント間でおこなわれたサービス内
容に基づいたサービス使用料金情報が、時刻ｔの経過に
つれて逐次課金サーバへ通知される。そして課金サーバ
３ではあるユーザに関するデータベースとして、例え
ば、課金すべきＩＤ番号（ユーザ識別番号）、各サービ
ス実行の開始／終了時刻、各サービスの料金、種別など
のサービス使用料金情報を時刻ｔの経過につれて逐次管
理する。
ス（ｎ）を通信ネットワークに要求すると、各サーバ５
−１〜５−ｎ間においてエージェントの交渉によりその
サービスを実現していく。サービス（ｎ）が複雑であれ
ばあるほど、そのサービス実現に関与するエージェント
も多くなり、エージェント間でおこなわれたサービス内
容に基づいたサービス使用料金情報が、時刻ｔの経過に
つれて逐次課金サーバへ通知される。そして課金サーバ
３ではあるユーザに関するデータベースとして、例え
ば、課金すべきＩＤ番号（ユーザ識別番号）、各サービ
ス実行の開始／終了時刻、各サービスの料金、種別など
のサービス使用料金情報を時刻ｔの経過につれて逐次管
理する。
【０１１３】図４において、ユーザはサービス（ｎ）要
求の後、サービス終了を示すサービス（ｎ）終了メッセ
ージを受け取るまでの間に、このサービス（ｎ）の使用
料金に関する情報を何も受け取っていない。
求の後、サービス終了を示すサービス（ｎ）終了メッセ
ージを受け取るまでの間に、このサービス（ｎ）の使用
料金に関する情報を何も受け取っていない。
【０１１４】そこで、本発明の特徴的なサービスの一実
施例である、「ユーザがサービス（ｎ）要求の後、サー
ビス終了を示すサービス（ｎ）終了メッセージを受け取
るまでの間に、このサービス（ｎ）の使用料金に関する
情報をユーザに通知するサービス」を新たに追加する。
施例である、「ユーザがサービス（ｎ）要求の後、サー
ビス終了を示すサービス（ｎ）終了メッセージを受け取
るまでの間に、このサービス（ｎ）の使用料金に関する
情報をユーザに通知するサービス」を新たに追加する。
【０１１５】以下、「ユーザがサービス（ｎ）要求の
後、サービス終了を示すサービス（ｎ）終了メッセージ
を受け取るまでの間に、このサービス（ｎ）の使用料金
に関する情報をユーザに通知するサービス」を実現する
ための１実施例を具体例１のサービス（ｎ）の場合につ
いて、図１−２、図８−９、図５乃至図３１を用いて説
明する。
後、サービス終了を示すサービス（ｎ）終了メッセージ
を受け取るまでの間に、このサービス（ｎ）の使用料金
に関する情報をユーザに通知するサービス」を実現する
ための１実施例を具体例１のサービス（ｎ）の場合につ
いて、図１−２、図８−９、図５乃至図３１を用いて説
明する。
【０１１６】図１０−１２のステップを表す添え字ＳＣ
は端末側（Ｃｌｉｅｎｔ）を表し、図１３−１５のステ
ップを表す添え字ＳＳはサーバ側（Ｓｅｒｖｅｒ）を表
す。図１０−１２、図１３−１５にて示されているフロ
ーチャートは処理手順内容の流れを表したものであり、
このフローチャートが実際の実装方式、実装Ｓ／Ｗアル
ゴリズムを一意的に規定するものではない。
は端末側（Ｃｌｉｅｎｔ）を表し、図１３−１５のステ
ップを表す添え字ＳＳはサーバ側（Ｓｅｒｖｅｒ）を表
す。図１０−１２、図１３−１５にて示されているフロ
ーチャートは処理手順内容の流れを表したものであり、
このフローチャートが実際の実装方式、実装Ｓ／Ｗアル
ゴリズムを一意的に規定するものではない。
【０１１７】初めに端末側の動作について説明する。図
１０−１２において、点線にて囲まれた部分１ｆ、１
ｅ、１ｄは、それぞれ図１−２のサービス料金情報解釈
１ｆ、サービス料金通知タイミング情報指定手段１ｅ、
端末側サービス料金通知サービス手段１ｄが主にその部
分の処理を担当していることを示す。
１０−１２において、点線にて囲まれた部分１ｆ、１
ｅ、１ｄは、それぞれ図１−２のサービス料金情報解釈
１ｆ、サービス料金通知タイミング情報指定手段１ｅ、
端末側サービス料金通知サービス手段１ｄが主にその部
分の処理を担当していることを示す。
【０１１８】「端末側の操作」まず、端末１側の初期状
態は、サービス（ｎ）の使用料金に関する情報をユーザ
に通知するサービスを利用していない状態であり、これ
を、サービス料金通知タイミング情報＝“未設定中”で
あらわす（ＳＣ１２−１）。
態は、サービス（ｎ）の使用料金に関する情報をユーザ
に通知するサービスを利用していない状態であり、これ
を、サービス料金通知タイミング情報＝“未設定中”で
あらわす（ＳＣ１２−１）。
【０１１９】ユーザは、端末１内のユーザインタフェー
ス手段１ａを使用して、通信ネットワークサービスを受
けた旨を端末制御手段１ｂへ通知する（ＳＣ１２−
２）。
ス手段１ａを使用して、通信ネットワークサービスを受
けた旨を端末制御手段１ｂへ通知する（ＳＣ１２−
２）。
【０１２０】端末制御手段１ｂは、ユーザからの要求に
関する情報を端末側エージェントインタプリタ部１ｃへ
通知する。端末側エージェントインタプリタ部１ｃは、
そのサービス要求（ｎ）の内容を含んだユーザエージェ
ントを生成する（ＳＣ１２−３）。
関する情報を端末側エージェントインタプリタ部１ｃへ
通知する。端末側エージェントインタプリタ部１ｃは、
そのサービス要求（ｎ）の内容を含んだユーザエージェ
ントを生成する（ＳＣ１２−３）。
【０１２１】端末制御手段１ｂは、端末側ネットワーク
通信手段１ｇを用いてそのユーザエージェントをサービ
ス（ｎ）要求メッセージ（図１、図８の２１）として通
信ネットワーク上のあるサーバ５−１へ送信する（ＳＣ
１２−４）。
通信手段１ｇを用いてそのユーザエージェントをサービ
ス（ｎ）要求メッセージ（図１、図８の２１）として通
信ネットワーク上のあるサーバ５−１へ送信する（ＳＣ
１２−４）。
【０１２２】ここで、端末側１が、サービス料金通知タ
イミング情報＝“未設定中”の状態で（ＳＣ１２−
４）、ユーザが、サービス（ｎ）要求を行った後の状態
において、すなわちサービス（ｎ）を利用中の状態にお
いて、もしユーザがサービス（ｎ）の使用料金に関する
情報をユーザに通知するサービスを利用したい場合に
は、その旨がユーザインタフェース手段１ａ、端末制御
手段１ｂを経由して端末側サービス制御手段１ｄに通知
される（ＳＣ１２−６）。
イミング情報＝“未設定中”の状態で（ＳＣ１２−
４）、ユーザが、サービス（ｎ）要求を行った後の状態
において、すなわちサービス（ｎ）を利用中の状態にお
いて、もしユーザがサービス（ｎ）の使用料金に関する
情報をユーザに通知するサービスを利用したい場合に
は、その旨がユーザインタフェース手段１ａ、端末制御
手段１ｂを経由して端末側サービス制御手段１ｄに通知
される（ＳＣ１２−６）。
【０１２３】端末側サービス料金通知サービス制御手段
１ｄは、サービス料金通知タイミング情報指定手段１ｅ
に対して、ユーザインタフェース手段１ａを利用して、
「どんな条件にて通信ネットワーク上のサーバからその
サービス（ｎ）に対するサービス使用料金情報を通知さ
せるか」というサービス料金通知条件指定情報をユーザ
から取り出すよう依頼する（ＳＣ１２−７）。この、
「どんな条件にてネットワーク上のサーバからそのサー
ビス（ｎ）に対するサービス使用料金情報を通知させる
か」という情報を以下の記述ではサービス料金通知タイ
ミング情報と呼ぶことにする。また、（ＳＣ１２−７）
での一連の処理を以下の記述では、サービス料金通知タ
イミング情報指定処理と呼ぶ。
１ｄは、サービス料金通知タイミング情報指定手段１ｅ
に対して、ユーザインタフェース手段１ａを利用して、
「どんな条件にて通信ネットワーク上のサーバからその
サービス（ｎ）に対するサービス使用料金情報を通知さ
せるか」というサービス料金通知条件指定情報をユーザ
から取り出すよう依頼する（ＳＣ１２−７）。この、
「どんな条件にてネットワーク上のサーバからそのサー
ビス（ｎ）に対するサービス使用料金情報を通知させる
か」という情報を以下の記述ではサービス料金通知タイ
ミング情報と呼ぶことにする。また、（ＳＣ１２−７）
での一連の処理を以下の記述では、サービス料金通知タ
イミング情報指定処理と呼ぶ。
【０１２４】端末側サービス料金通知サービス制御手段
１ｄは、サービス料金通知タイミング情報を端末側エー
ジェントインタプリタ部１ｃに渡し、端末側エージェン
トインタプリタ部１ｃがそのサービス料金通知条件指定
情報の内容を含んだユーザエージェントを生成する（Ｓ
Ｃ１２−８）。そして端末制御手段１ｂは、端末側ネッ
トワーク通信手段１ｇを用いてそのユーザエージェント
をサービス料金通知指定要求メッセージ（図１、図８の
２２）として通信ネットワーク上のサーバ５−１へ送信
する（ＳＣ１２−９）。
１ｄは、サービス料金通知タイミング情報を端末側エー
ジェントインタプリタ部１ｃに渡し、端末側エージェン
トインタプリタ部１ｃがそのサービス料金通知条件指定
情報の内容を含んだユーザエージェントを生成する（Ｓ
Ｃ１２−８）。そして端末制御手段１ｂは、端末側ネッ
トワーク通信手段１ｇを用いてそのユーザエージェント
をサービス料金通知指定要求メッセージ（図１、図８の
２２）として通信ネットワーク上のサーバ５−１へ送信
する（ＳＣ１２−９）。
【０１２５】端末１の端末制御手段１ｂは、サーバ側か
らのサービス料金通知指定応答メッセージ２３を含んだ
エージェントの受信待ち状態になる（ＳＣ１２−１
０）。
らのサービス料金通知指定応答メッセージ２３を含んだ
エージェントの受信待ち状態になる（ＳＣ１２−１
０）。
【０１２６】端末側は、サービス料金通知指定応答メッ
セージ２３を受信し、サービス使用料金通知サービスを
利用できることを確認すると（ＳＣ１２−１１）、前に
サーバ側に通知したサービス料金通知タイミング情報が
サーバ側に届いて承認されたという旨のメッセージをユ
ーザインタフェース手段１ａを用いてユーザへ通知する
（ＳＣ１２−１２）。
セージ２３を受信し、サービス使用料金通知サービスを
利用できることを確認すると（ＳＣ１２−１１）、前に
サーバ側に通知したサービス料金通知タイミング情報が
サーバ側に届いて承認されたという旨のメッセージをユ
ーザインタフェース手段１ａを用いてユーザへ通知する
（ＳＣ１２−１２）。
【０１２７】この時点で、端末１側は、サービス（ｎ）
の使用料金に関する情報をユーザに通知するサービスを
利用できる状態になる。この状態を、サービス料金通知
タイミング情報＝“指定中”であらわす（ＳＣ１２−１
３）。この後、サーバ側からサービス（ｎ）終了メッセ
ージ２５を受信していなければサービス（ｎ）の実行は
まだ終了していないので、（ＳＣ１２−５）に戻る（Ｓ
Ｃ１２−１７）。
の使用料金に関する情報をユーザに通知するサービスを
利用できる状態になる。この状態を、サービス料金通知
タイミング情報＝“指定中”であらわす（ＳＣ１２−１
３）。この後、サーバ側からサービス（ｎ）終了メッセ
ージ２５を受信していなければサービス（ｎ）の実行は
まだ終了していないので、（ＳＣ１２−５）に戻る（Ｓ
Ｃ１２−１７）。
【０１２８】もし、端末１が、サービス料金通知タイミ
ング情報＝“指定中”の状態において（ＳＣ１２−
５）、サービス料金情報通知メッセージ２４を含んだエ
ージェントを受信したことを端末側エージェントインタ
プリタ部１ｃが検出すると、その旨が端末側サービス料
金通知サービス制御手段１ｄへ通知され（ＳＣ１２−１
４）、端末側サービス料金通知サービス制御手段１ｄ
は、そのエージェントに関する情報をサービス料金情報
解釈手段１ｆへと渡し、内容を解釈するよう依頼する
（ＳＣ１２−１５）。
ング情報＝“指定中”の状態において（ＳＣ１２−
５）、サービス料金情報通知メッセージ２４を含んだエ
ージェントを受信したことを端末側エージェントインタ
プリタ部１ｃが検出すると、その旨が端末側サービス料
金通知サービス制御手段１ｄへ通知され（ＳＣ１２−１
４）、端末側サービス料金通知サービス制御手段１ｄ
は、そのエージェントに関する情報をサービス料金情報
解釈手段１ｆへと渡し、内容を解釈するよう依頼する
（ＳＣ１２−１５）。
【０１２９】サービス料金情報解釈手段１ｆにおける情
報解釈結果は、ユーザインタフェース手段１ａを介して
ユーザへと通知される（ＳＣ１２−１６）。以降、端末
１は、サービス料金情報通知メッセージ２４を受信する
度に（ＳＣ１２−１５）、（ＳＣ１２−１６）の処理を
行う。
報解釈結果は、ユーザインタフェース手段１ａを介して
ユーザへと通知される（ＳＣ１２−１６）。以降、端末
１は、サービス料金情報通知メッセージ２４を受信する
度に（ＳＣ１２−１５）、（ＳＣ１２−１６）の処理を
行う。
【０１３０】端末側サービス料金通知サービス制御手段
１ｄは、サービス料金通知タイミング情報＝“指定中”
の状態においても、もし、サービス（ｎ）の実行が終了
したことを表すサービス（ｎ）終了メッセージ２５を受
信したことを端末側エージェントインタプリタ部１ｃか
ら通知されると（ＳＣ１２−１７）、サービス料金通知
タイミング情報＝“未設定中”、すなわちサービス
（ｎ）の使用料金に関する情報をユーザに通知するサー
ビスを利用していない状態に戻る（ＳＣ１２−１８）。
そして、端末制御手段１ｂは、次サービスの利用開始に
備える（ＳＣ１２−１６）。
１ｄは、サービス料金通知タイミング情報＝“指定中”
の状態においても、もし、サービス（ｎ）の実行が終了
したことを表すサービス（ｎ）終了メッセージ２５を受
信したことを端末側エージェントインタプリタ部１ｃか
ら通知されると（ＳＣ１２−１７）、サービス料金通知
タイミング情報＝“未設定中”、すなわちサービス
（ｎ）の使用料金に関する情報をユーザに通知するサー
ビスを利用していない状態に戻る（ＳＣ１２−１８）。
そして、端末制御手段１ｂは、次サービスの利用開始に
備える（ＳＣ１２−１６）。
【０１３１】次に、サーバ側の動作について説明する。
【０１３２】図１３−１５において、点線にて囲まれた
部分５ｆ、５ｅ、５ｄ、５ｇは、それぞれ図１のサービ
ス料金情報通知手段５ｆ、サービス料金通知タイミング
情報解釈手段５ｅ、サーバ側サービス料金通知サービス
制御手段５ｄ、サービス料金情報問い合わせ手段５ｇが
主にその部分の処理を担当していることを示す。
部分５ｆ、５ｅ、５ｄ、５ｇは、それぞれ図１のサービ
ス料金情報通知手段５ｆ、サービス料金通知タイミング
情報解釈手段５ｅ、サーバ側サービス料金通知サービス
制御手段５ｄ、サービス料金情報問い合わせ手段５ｇが
主にその部分の処理を担当していることを示す。
【０１３３】「サーバ側の動作」サーバ側の初期状態
は、サービス（ｎ）の使用料金に関する情報をユーザに
通知するサービスを提供していない状態であり、これを
サービス料金通知タイミング情報＝“未設定中”であら
わす（ＳＳ１３−１）。
は、サービス（ｎ）の使用料金に関する情報をユーザに
通知するサービスを提供していない状態であり、これを
サービス料金通知タイミング情報＝“未設定中”であら
わす（ＳＳ１３−１）。
【０１３４】まず、サービス料金通知タイミング情報＝
“未設定中”の状態においては（ＳＳ１３−２）、外部
からのエージェントを受信できる状態にあり（ＳＳ１３
−３）、エージェントを受信すると、その内容（手続き
部３３、データ部３４）はサーバ側エージェントインタ
プリタ部５ｃにて解析され（ＳＳ１３−４）、その解析
結果が、サービス料金通知サービスに関するものであれ
ばサーバ側サービス料金通知サービス制御手段５ｄへ、
サービス（ｎ）の実行処理に関するものであればサーバ
制御手段５ｂへと通知される（ＳＳ１３−５）。
“未設定中”の状態においては（ＳＳ１３−２）、外部
からのエージェントを受信できる状態にあり（ＳＳ１３
−３）、エージェントを受信すると、その内容（手続き
部３３、データ部３４）はサーバ側エージェントインタ
プリタ部５ｃにて解析され（ＳＳ１３−４）、その解析
結果が、サービス料金通知サービスに関するものであれ
ばサーバ側サービス料金通知サービス制御手段５ｄへ、
サービス（ｎ）の実行処理に関するものであればサーバ
制御手段５ｂへと通知される（ＳＳ１３−５）。
【０１３５】もし、端末からのサービス（ｎ）要求メッ
セージ２１を記述したエージェントを受信した場合に
は、サーバ側エージェントインタプリタ部５ｃ、および
サーバ制御手段５ｂが協調して、以降、そのサービス
（ｎ）を実現するための行動を開始し（ＳＳ１３−
６）、サービス（ｎ）実行中状態となる（ＳＳ１３−
７）。この状態変化はサーバ側サービス料金通知サービ
ス制御手段５ｄにも通知される。サービス（ｎ）実行処
理において、具体例１では、図４を用いて前に説明した
ようにサーバ間のエージェントの移動によりそのサービ
スが逐次実行されていく。この様子を図８−９にも示し
てある。
セージ２１を記述したエージェントを受信した場合に
は、サーバ側エージェントインタプリタ部５ｃ、および
サーバ制御手段５ｂが協調して、以降、そのサービス
（ｎ）を実現するための行動を開始し（ＳＳ１３−
６）、サービス（ｎ）実行中状態となる（ＳＳ１３−
７）。この状態変化はサーバ側サービス料金通知サービ
ス制御手段５ｄにも通知される。サービス（ｎ）実行処
理において、具体例１では、図４を用いて前に説明した
ようにサーバ間のエージェントの移動によりそのサービ
スが逐次実行されていく。この様子を図８−９にも示し
てある。
【０１３６】以降、受信したエージェントの内容がサー
ビス（ｎ）の実行処理に関連する場合（ＳＳ１３−
８）、すなわち図８−９のＭ９−４、Ｍ９−６、Ｍ９−
１０、Ｍ９−１２のエージェントである場合にはサーバ
側エージェントインタプリタ部５ｃ、およびサーバ制御
手段５ｂらの協調動作によりサービス（ｎ）が実行され
る。
ビス（ｎ）の実行処理に関連する場合（ＳＳ１３−
８）、すなわち図８−９のＭ９−４、Ｍ９−６、Ｍ９−
１０、Ｍ９−１２のエージェントである場合にはサーバ
側エージェントインタプリタ部５ｃ、およびサーバ制御
手段５ｂらの協調動作によりサービス（ｎ）が実行され
る。
【０１３７】そして、サーバ側エージェントインタプリ
タ部５ｃが、サービス（ｎ）の実行が終了したと判断す
るまでサービス（ｎ）実行中の状態が続く（ＳＳ１３−
２４）。もし、サービス料金通知タイミング情報＝“未
設定中”の状態において（ＳＳ１３−２）、外部からの
エージェントを受信し（ＳＳ１３−３）、サーバ側エー
ジェントインタプリタ部５ｃの解析により（ＳＳ１３−
４）、そのエージェントがサービス料金通知サービスに
関連するエージェントであれば（ＳＳ１３−５）、その
エージェントはサーバ側サービス料金通知サービス制御
手段５ｄに渡される（ＳＳ１３−９）。
タ部５ｃが、サービス（ｎ）の実行が終了したと判断す
るまでサービス（ｎ）実行中の状態が続く（ＳＳ１３−
２４）。もし、サービス料金通知タイミング情報＝“未
設定中”の状態において（ＳＳ１３−２）、外部からの
エージェントを受信し（ＳＳ１３−３）、サーバ側エー
ジェントインタプリタ部５ｃの解析により（ＳＳ１３−
４）、そのエージェントがサービス料金通知サービスに
関連するエージェントであれば（ＳＳ１３−５）、その
エージェントはサーバ側サービス料金通知サービス制御
手段５ｄに渡される（ＳＳ１３−９）。
【０１３８】更に、そのエージェントの内容が、サービ
ス料金通知指定要求メッセージ（図１、図８の２２）で
あった場合には、サービス料金通知タイミング情報“未
設定中”の状態においてサービス料金通知指定要求に関
する情報を受け取ったので（ＳＳ１３−１０）、さらに
その情報は、サービス料金通知タイミング情報解釈手段
５ｅへと渡される。そしてサービス料金通知タイミング
情報を抽出する処理が行われる。サービス料金通知タイ
ミング情報解釈手段５ｅはその情報を解析し、ユーザが
「どんな条件の時にネットワーク上のサーバからそのサ
ービス（ｎ）に対するサービス料金情報を通知して欲し
いのか」という情報を抽出し、その情報をサーバ側サー
ビス料金通知サービス制御手段５ｄへ報告する。
ス料金通知指定要求メッセージ（図１、図８の２２）で
あった場合には、サービス料金通知タイミング情報“未
設定中”の状態においてサービス料金通知指定要求に関
する情報を受け取ったので（ＳＳ１３−１０）、さらに
その情報は、サービス料金通知タイミング情報解釈手段
５ｅへと渡される。そしてサービス料金通知タイミング
情報を抽出する処理が行われる。サービス料金通知タイ
ミング情報解釈手段５ｅはその情報を解析し、ユーザが
「どんな条件の時にネットワーク上のサーバからそのサ
ービス（ｎ）に対するサービス料金情報を通知して欲し
いのか」という情報を抽出し、その情報をサーバ側サー
ビス料金通知サービス制御手段５ｄへ報告する。
【０１３９】サーバ側サービス料金通知サービス制御手
段５ｄは、サービス料金通知指定要求メッセージの内容
がサーバ側に解釈され、承認されたことをユーザに通知
するために、サーバ側エージェントインタプリタ部５ｃ
を用いてその旨の内容を含んだエージェントを作成し
（ＳＳ１３−１１）、そのエージェントをサービス料金
通知指定応答メッセージ２３として、サーバ側ネットワ
ーク通信手段７に対し、通信回線２を介してユーザの端
末１へと送信するよう依頼する（ＳＳ１３−１２）。
段５ｄは、サービス料金通知指定要求メッセージの内容
がサーバ側に解釈され、承認されたことをユーザに通知
するために、サーバ側エージェントインタプリタ部５ｃ
を用いてその旨の内容を含んだエージェントを作成し
（ＳＳ１３−１１）、そのエージェントをサービス料金
通知指定応答メッセージ２３として、サーバ側ネットワ
ーク通信手段７に対し、通信回線２を介してユーザの端
末１へと送信するよう依頼する（ＳＳ１３−１２）。
【０１４０】この時点で、サーバ側は、サービス（ｎ）
の使用料金に関する情報をユーザに通知するサービスを
提供する状態になる。この状態を、サービス料金通知タ
イミング情報＝“指定中”であらわす（ＳＳ１３−１
３）。そして、サーバ側は、サービス（ｎ）の使用料金
に関する情報をユーザに通知するサービスを提供するた
めの初期設定を行う（ＳＳ１３−１４）。
の使用料金に関する情報をユーザに通知するサービスを
提供する状態になる。この状態を、サービス料金通知タ
イミング情報＝“指定中”であらわす（ＳＳ１３−１
３）。そして、サーバ側は、サービス（ｎ）の使用料金
に関する情報をユーザに通知するサービスを提供するた
めの初期設定を行う（ＳＳ１３−１４）。
【０１４１】サーバ側は、サービス（ｎ）の実行が終了
しておらず（ＳＳ１３−２４）、かつ、サービス料金通
知タイミング情報＝“指定中”の状態においては（ＳＳ
１３−２）、サーバ側サービス料金通知サービス制御手
段５ｄは、ユーザの指定した「どんな条件の時にネット
ワーク上のサーバからそのサービス（ｎ）に対するサー
ビス使用料金情報を通知して欲しいのか」というサービ
ス料金通知タイミング情報を把握しているので、これ以
降その条件を満たしユーザに通知すべきかどうか時刻ｔ
の経過とともにあるタイミングにてサービス料金を把握
するための処理を駆動させる。このタイミングを決める
処理を、以降、サービス料金把握タイミング算出処理と
呼ぶことにする（ＳＳ１３−１５）。
しておらず（ＳＳ１３−２４）、かつ、サービス料金通
知タイミング情報＝“指定中”の状態においては（ＳＳ
１３−２）、サーバ側サービス料金通知サービス制御手
段５ｄは、ユーザの指定した「どんな条件の時にネット
ワーク上のサーバからそのサービス（ｎ）に対するサー
ビス使用料金情報を通知して欲しいのか」というサービ
ス料金通知タイミング情報を把握しているので、これ以
降その条件を満たしユーザに通知すべきかどうか時刻ｔ
の経過とともにあるタイミングにてサービス料金を把握
するための処理を駆動させる。このタイミングを決める
処理を、以降、サービス料金把握タイミング算出処理と
呼ぶことにする（ＳＳ１３−１５）。
【０１４２】サービス料金把握タイミング算出処理中に
エージェントを受信した場合には、そのエージェントは
サーバ側エージェントインタプリタ部５ｃに渡され、そ
こでの解析により、処理が分岐（ＳＳ１３−６、ＳＳ１
３−８、ＳＳ１３−９）する。
エージェントを受信した場合には、そのエージェントは
サーバ側エージェントインタプリタ部５ｃに渡され、そ
こでの解析により、処理が分岐（ＳＳ１３−６、ＳＳ１
３−８、ＳＳ１３−９）する。
【０１４３】サーバ側サービス料金通知サービス制御手
段５ｄの行うサービス料金把握タイミング算出処理によ
り、サービス料金を把握するための処理を駆動する時と
判定された場合には（ＳＳ１３−１５）、サーバ側サー
ビス料金通知サービス制御手段５ｄはサービス料金情報
問い合わせ手段５ｇに対して、サービス料金情報の問い
合わせに関するエージェントを生成するように依頼し
（ＳＳ１３−１６）、サービス料金情報問い合わせ手段
５ｇの作成したエージェントは課金サーバ３に対して、
サービス使用料金情報問い合わせメッセージ２６となっ
て送信される（ＳＳ１３−１７）。
段５ｄの行うサービス料金把握タイミング算出処理によ
り、サービス料金を把握するための処理を駆動する時と
判定された場合には（ＳＳ１３−１５）、サーバ側サー
ビス料金通知サービス制御手段５ｄはサービス料金情報
問い合わせ手段５ｇに対して、サービス料金情報の問い
合わせに関するエージェントを生成するように依頼し
（ＳＳ１３−１６）、サービス料金情報問い合わせ手段
５ｇの作成したエージェントは課金サーバ３に対して、
サービス使用料金情報問い合わせメッセージ２６となっ
て送信される（ＳＳ１３−１７）。
【０１４４】送信されたサービス使用料金情報問い合わ
せメッセージ２６に対する課金サーバ３からの応答は、
後に、サービス料金情報応答メッセージ２７としてサー
バ５−１に到着する（ＳＳ１３−９）。そして、サービ
ス料金情報応答メッセージ２７は、サービス料金問い合
わせ手段５ｇにおいて解釈され、サービス使用料金情報
としてサーバ側サービス料金通知サービス制御手段５ｇ
へ通知される（ＳＳ１３−２３）。
せメッセージ２６に対する課金サーバ３からの応答は、
後に、サービス料金情報応答メッセージ２７としてサー
バ５−１に到着する（ＳＳ１３−９）。そして、サービ
ス料金情報応答メッセージ２７は、サービス料金問い合
わせ手段５ｇにおいて解釈され、サービス使用料金情報
としてサーバ側サービス料金通知サービス制御手段５ｇ
へ通知される（ＳＳ１３−２３）。
【０１４５】ここで、サーバ側サービス料金通知サービ
ス制御手段５ｄは、サービス料金通知タイミング情報、
および、現在までの間に課金サーバ３から得た、サービ
ス料金情報応答メッセージ中のサービス使用料金情報等
を用いて、ユーザから指定された、「どんな条件の時に
ネットワーク上のサーバからそのサービス（ｎ）に対す
るサービス使用料金情報を通知して欲しいのか」という
条件部分を満たしているかどうかを判定する。この処理
を以下の記述では、サービス料金通知タイミング判定処
理と呼ぶことにする（ＳＳ１３−１８）。
ス制御手段５ｄは、サービス料金通知タイミング情報、
および、現在までの間に課金サーバ３から得た、サービ
ス料金情報応答メッセージ中のサービス使用料金情報等
を用いて、ユーザから指定された、「どんな条件の時に
ネットワーク上のサーバからそのサービス（ｎ）に対す
るサービス使用料金情報を通知して欲しいのか」という
条件部分を満たしているかどうかを判定する。この処理
を以下の記述では、サービス料金通知タイミング判定処
理と呼ぶことにする（ＳＳ１３−１８）。
【０１４６】サーバ側サービス料金通知サービス制御手
段５ｄの行うサービス料金通知タイミング判定処理の結
果、ユーザに通知する条件が満たされると（ＳＳ１３−
１９）、サーバ側サービス料金通知サービス制御手段５
ｄはサービス料金情報通知手段５ｆに対し、ユーザへ通
知すべきサービス料金情報を作成するよう依頼する。こ
の処理を以下の記述では、サービス料金情報通知処理と
呼ぶことにする（ＳＳ１３−２０）。
段５ｄの行うサービス料金通知タイミング判定処理の結
果、ユーザに通知する条件が満たされると（ＳＳ１３−
１９）、サーバ側サービス料金通知サービス制御手段５
ｄはサービス料金情報通知手段５ｆに対し、ユーザへ通
知すべきサービス料金情報を作成するよう依頼する。こ
の処理を以下の記述では、サービス料金情報通知処理と
呼ぶことにする（ＳＳ１３−２０）。
【０１４７】サービス料金情報通知処理において、サー
ビス料金情報通知手段５ｆの作成したユーザ通知サービ
ス料金情報はサーバ側サービス料金通知サービス制御手
段５ｄへ渡され、サーバ側エージェントインタプリタ部
５ｃ、サーバ側ネットワーク通信手段５ｈによってエー
ジェントの形式に変換された後（ＳＳ１３−２１）、サ
ービス料金情報通知メッセージ２４としてユーザの端末
１へと送信される（ＳＳ１３−２２）。
ビス料金情報通知手段５ｆの作成したユーザ通知サービ
ス料金情報はサーバ側サービス料金通知サービス制御手
段５ｄへ渡され、サーバ側エージェントインタプリタ部
５ｃ、サーバ側ネットワーク通信手段５ｈによってエー
ジェントの形式に変換された後（ＳＳ１３−２１）、サ
ービス料金情報通知メッセージ２４としてユーザの端末
１へと送信される（ＳＳ１３−２２）。
【０１４８】以降、サーバ側サービス料金通知サービス
制御手段５ｄは、サービス（ｎ）の実行が終了しておら
ず（ＳＳ１３−２４）、サービス料金通知タイミング情
報＝“設定中”における状態で（ＳＳ１３−２）、サー
ビス料金通知タイミング判定処理により（ＳＳ１３−１
８）、ユーザに通知する条件が満たされると、その度ご
とに（ＳＳ１３−２０）−（ＳＳ１３−２１）−（ＳＳ
１３−２２）の手順にてサービス料金情報通知メッセー
ジがユーザへ送信される。
制御手段５ｄは、サービス（ｎ）の実行が終了しておら
ず（ＳＳ１３−２４）、サービス料金通知タイミング情
報＝“設定中”における状態で（ＳＳ１３−２）、サー
ビス料金通知タイミング判定処理により（ＳＳ１３−１
８）、ユーザに通知する条件が満たされると、その度ご
とに（ＳＳ１３−２０）−（ＳＳ１３−２１）−（ＳＳ
１３−２２）の手順にてサービス料金情報通知メッセー
ジがユーザへ送信される。
【０１４９】サービス（ｎ）実行中のある時点におい
て、サーバ側エージェントインタプリタ部５ｃ、および
サーバ制御手段５ｂの協調作用の結果、例えば、他のサ
ーバからの結果（具体例１においては図９、Ｍ９−１
０、Ｍ９−１２などのメッセージ）などによりサービス
（ｎ）の実行が終了したと判断すると（ＳＳ１３−２
４）、サービス（ｎ）終了を記述したエージェントをサ
ービス（ｎ）終了メッセージ２５としてユーザへ送信
し、サービス（ｎ）終了の旨を通知する（ＳＳ１３−２
５）。
て、サーバ側エージェントインタプリタ部５ｃ、および
サーバ制御手段５ｂの協調作用の結果、例えば、他のサ
ーバからの結果（具体例１においては図９、Ｍ９−１
０、Ｍ９−１２などのメッセージ）などによりサービス
（ｎ）の実行が終了したと判断すると（ＳＳ１３−２
４）、サービス（ｎ）終了を記述したエージェントをサ
ービス（ｎ）終了メッセージ２５としてユーザへ送信
し、サービス（ｎ）終了の旨を通知する（ＳＳ１３−２
５）。
【０１５０】そして、サービス料金通知タイミング情報
＝“未設定中”、すなわちサービス（ｎ）の使用料金に
関する情報をユーザに通知するサービスを提供していな
い状態に戻り（ＳＳ１３−２６）、新たなサービス
（ｎ）要求メッセージ２１を待ち、次サービスの提供に
備える（ＳＳ１３−５）。
＝“未設定中”、すなわちサービス（ｎ）の使用料金に
関する情報をユーザに通知するサービスを提供していな
い状態に戻り（ＳＳ１３−２６）、新たなサービス
（ｎ）要求メッセージ２１を待ち、次サービスの提供に
備える（ＳＳ１３−５）。
【０１５１】図８−９、図１０−１２をみると、ユーザ
（端末１）は、サービス（ｎ）要求メッセージ２１を送
信した時刻とサービス（ｎ）終了メッセージ２５を受信
した時刻との間において、サービス料金情報通知メッセ
ージ２４を受信できることがわかる。このことは、ユー
ザがあるサービスを利用中に、そのサービスに関する料
金情報をそのサービスの利用が終らないうちに、ネット
ワーク側から通知してもらえることを意味している。
（端末１）は、サービス（ｎ）要求メッセージ２１を送
信した時刻とサービス（ｎ）終了メッセージ２５を受信
した時刻との間において、サービス料金情報通知メッセ
ージ２４を受信できることがわかる。このことは、ユー
ザがあるサービスを利用中に、そのサービスに関する料
金情報をそのサービスの利用が終らないうちに、ネット
ワーク側から通知してもらえることを意味している。
【０１５２】次に、サービス料金通知条件指定情報、す
なわち「どんな条件にてネットワーク上のサーバからそ
のサービス（ｎ）に対するサービス使用料金情報を通知
させるか」について具体例を用いて更に詳しく説明す
る。
なわち「どんな条件にてネットワーク上のサーバからそ
のサービス（ｎ）に対するサービス使用料金情報を通知
させるか」について具体例を用いて更に詳しく説明す
る。
【０１５３】サービス料金通知条件指定情報（例１）
「現在から以降に利用するサービス（ｎ）に対する使用
料金の累積金額が５００円になったら通知してほしい。
５００円に達した時点から更に同じ条件になったら、つ
まり５００円に達した時間から以降に利用するサービス
（ｎ）に対する使用料金の累積金額が５００円になった
ら、また通知してほしい。この動作をサービス（ｎ）が
終了するまで継続して欲しい。」この場合、サービス料
金通知タイミング情報指定手段１ｅは、例えば図１６−
１８、１００−１に示すような画面をもつユーザインタ
フェース手段１ａを利用してサービス料金通知条件指定
情報（例１）の内容をユーザに設定してもらう。図１６
−１８中、レ点にてチェックされている項目が設定され
る情報である。
「現在から以降に利用するサービス（ｎ）に対する使用
料金の累積金額が５００円になったら通知してほしい。
５００円に達した時点から更に同じ条件になったら、つ
まり５００円に達した時間から以降に利用するサービス
（ｎ）に対する使用料金の累積金額が５００円になった
ら、また通知してほしい。この動作をサービス（ｎ）が
終了するまで継続して欲しい。」この場合、サービス料
金通知タイミング情報指定手段１ｅは、例えば図１６−
１８、１００−１に示すような画面をもつユーザインタ
フェース手段１ａを利用してサービス料金通知条件指定
情報（例１）の内容をユーザに設定してもらう。図１６
−１８中、レ点にてチェックされている項目が設定され
る情報である。
【０１５４】サービス料金通知タイミング情報指定手段
１ｅにおいて指定できる情報としては、例えば、 ・サービス料金通知サービスを利用開始する日時（「サ
ービス利用開始日時１０１」） （例１）では指定した直後の時刻である。（「指定直後
１０１−１」） ・サービス使用料金の境界値（「金額値１０２」） （例１）では５００円である。（「５００円１０２−
１」） ・サービス料金通知のタイミング（「通知タイミング１
０３）」 （例１）では「サービス使用料金の値」をこえた時であ
る。（１０３−１） ・サービス料金通知の有効期間、有効条件（「通知有効
期間・条件１０４」） （例１）ではサービス（ｎ）が終了するまでの間で、指
定条件を満たすたびごとである。（１０４−１）などが
ある。
１ｅにおいて指定できる情報としては、例えば、 ・サービス料金通知サービスを利用開始する日時（「サ
ービス利用開始日時１０１」） （例１）では指定した直後の時刻である。（「指定直後
１０１−１」） ・サービス使用料金の境界値（「金額値１０２」） （例１）では５００円である。（「５００円１０２−
１」） ・サービス料金通知のタイミング（「通知タイミング１
０３）」 （例１）では「サービス使用料金の値」をこえた時であ
る。（１０３−１） ・サービス料金通知の有効期間、有効条件（「通知有効
期間・条件１０４」） （例１）ではサービス（ｎ）が終了するまでの間で、指
定条件を満たすたびごとである。（１０４−１）などが
ある。
【０１５５】状態１０５欄は現在サービス使用料金通知
サービスを利用しているかどうかを示し、「未使用」１
０５−１となっている。画面１００−１において設定１
０６を選択する（ＳＣ１２−７−１）と、設定された情
報が（ＳＣ１２−８）によりエージェント化される。
サービスを利用しているかどうかを示し、「未使用」１
０５−１となっている。画面１００−１において設定１
０６を選択する（ＳＣ１２−７−１）と、設定された情
報が（ＳＣ１２−８）によりエージェント化される。
【０１５６】図１６−１８の操作（ＳＣ１２−７−１）
により、端末１内の（ＳＣ１２−８）にて生成されるサ
ービス料金通知指定要求メッセージ２２を記述したユー
ザエージェント３６は、例えば図１９−２１（ＳＣ１２
−８−１）のように表せ、これがサーバに到着する。そ
して、サーバ側は、このエージェントの手続き部３３を
解釈して、これがサービス料金通知条件指定要求を示す
ものと判断し、（ＳＳ１３−１０）にてサービス利用開
始日時１０１、金額値１０２、通知タイミング１０３、
有効期間・条件１０４などの情報が抽出される。
により、端末１内の（ＳＣ１２−８）にて生成されるサ
ービス料金通知指定要求メッセージ２２を記述したユー
ザエージェント３６は、例えば図１９−２１（ＳＣ１２
−８−１）のように表せ、これがサーバに到着する。そ
して、サーバ側は、このエージェントの手続き部３３を
解釈して、これがサービス料金通知条件指定要求を示す
ものと判断し、（ＳＳ１３−１０）にてサービス利用開
始日時１０１、金額値１０２、通知タイミング１０３、
有効期間・条件１０４などの情報が抽出される。
【０１５７】サーバ５−１内の（ＳＳ１３−１２）にて
生成されるサービス料金通知指定応答メッセージ２３を
記述したエージェント３７は例えば図２２のように表
せ、これが端末１へ到着する。データ部３４に指定結果
１１０が記述されており、図の場合正常に指定処理を完
了した（「正常指定完了１１０−１」）ことを表してい
る。この場合、（ＳＣ１２−１２）にて例えば図８の画
面１００−２上で「利用中」１０５−２などのメッセー
ジを表示する。
生成されるサービス料金通知指定応答メッセージ２３を
記述したエージェント３７は例えば図２２のように表
せ、これが端末１へ到着する。データ部３４に指定結果
１１０が記述されており、図の場合正常に指定処理を完
了した（「正常指定完了１１０−１」）ことを表してい
る。この場合、（ＳＣ１２−１２）にて例えば図８の画
面１００−２上で「利用中」１０５−２などのメッセー
ジを表示する。
【０１５８】何等かの理由にてサーバがサービスを提供
できない場合には、例えば指定結果１１０の内容がサー
ビス利用不可を示す「利用不可１１０−２」などの情報
が返される。この場合には、（ＳＣ１２−１３）におい
て、サービス料金通知タイミング情報＝“未指定中”の
ままである。
できない場合には、例えば指定結果１１０の内容がサー
ビス利用不可を示す「利用不可１１０−２」などの情報
が返される。この場合には、（ＳＣ１２−１３）におい
て、サービス料金通知タイミング情報＝“未指定中”の
ままである。
【０１５９】当然のことながら、指定結果の種類は以上
の２つだけとは限らず、例えば「金額値」項目のみ設定
不可など色々考えられる。
の２つだけとは限らず、例えば「金額値」項目のみ設定
不可など色々考えられる。
【０１６０】サーバ５−１内のサーバ側サービス料金通
知サービス制御手段５ｄが行うサービス料金把握タイミ
ング算出処理（ＳＳ１３−１５）は例えば、図２３−２
４のように表せる。
知サービス制御手段５ｄが行うサービス料金把握タイミ
ング算出処理（ＳＳ１３−１５）は例えば、図２３−２
４のように表せる。
【０１６１】最初に、サーバは、サービス料金通知サー
ビスをそのユーザに提供開始する日時（サービス利用開
始日時）を設定していないので（ＳＳ１３−１５−１−
１）、その設定を行う。サービス料金通知条件指定情報
（例１）の場合では、サービス料金通知サービスを利用
開始する日時（「サービス利用開始日時１０１」）を指
定した直後の時刻（「指定直後１０１−１」）となって
いるので、例えば、サーバ５−１からのサービス料金通
知指定応答メッセージ２３の送信時の時刻を用いること
ができる。図２３−２４において、現在の時刻（日時）
をｔ，サービス利用開始日時をＴ０にて表す。そして、
Ｔ０の値をサービス料金通知サービス管理データベース
１４０のサービス利用開始日時フィールド１４５へ格納
する（ＳＳ１３−１５−１−２）。
ビスをそのユーザに提供開始する日時（サービス利用開
始日時）を設定していないので（ＳＳ１３−１５−１−
１）、その設定を行う。サービス料金通知条件指定情報
（例１）の場合では、サービス料金通知サービスを利用
開始する日時（「サービス利用開始日時１０１」）を指
定した直後の時刻（「指定直後１０１−１」）となって
いるので、例えば、サーバ５−１からのサービス料金通
知指定応答メッセージ２３の送信時の時刻を用いること
ができる。図２３−２４において、現在の時刻（日時）
をｔ，サービス利用開始日時をＴ０にて表す。そして、
Ｔ０の値をサービス料金通知サービス管理データベース
１４０のサービス利用開始日時フィールド１４５へ格納
する（ＳＳ１３−１５−１−２）。
【０１６２】サービス料金を把握するタイミングを決め
るための変数を把握タイミング間隔Ｔ、算出用変数とし
てＴｎとする（ＳＳ１３−１５−１−３）。把握タイミ
ング間隔Ｔをある値に設定し、Ｔｎ＝０とする。
るための変数を把握タイミング間隔Ｔ、算出用変数とし
てＴｎとする（ＳＳ１３−１５−１−３）。把握タイミ
ング間隔Ｔをある値に設定し、Ｔｎ＝０とする。
【０１６３】もし、時刻ｔ＞Ｔ０＋Ｔｎであればサービ
ス料金を把握するための処理を駆動させる。時刻ｔ＜Ｔ
０＋Ｔｎであればまだ、サービス料金を把握するための
処理を駆動させない（ＳＳ１３−１５−１−４）。もし
エージェントの受信があればその処理を開始する。そう
でなければ（ＳＳ１３−１５−１−１）へ戻る（ＳＳ１
３−１５−１−８）。既にＴ０の値は設定しているので
（ＳＳ１３−１５−１−４）へ移る（ＳＳ１３−１５−
１−７）。
ス料金を把握するための処理を駆動させる。時刻ｔ＜Ｔ
０＋Ｔｎであればまだ、サービス料金を把握するための
処理を駆動させない（ＳＳ１３−１５−１−４）。もし
エージェントの受信があればその処理を開始する。そう
でなければ（ＳＳ１３−１５−１−１）へ戻る（ＳＳ１
３−１５−１−８）。既にＴ０の値は設定しているので
（ＳＳ１３−１５−１−４）へ移る（ＳＳ１３−１５−
１−７）。
【０１６４】ここで、時刻ｔ＞Ｔ０＋Ｔｎを満たしてい
れば、サービス料金を把握するための処理を駆動させる
（ＳＳ１３−１５−１−４）。その前に、Ｔの値を変更
するならば（ＳＳ１３−１５−１−５）、Ｔをある値に
設定する（ＳＳ１３−１５−１−６）。
れば、サービス料金を把握するための処理を駆動させる
（ＳＳ１３−１５−１−４）。その前に、Ｔの値を変更
するならば（ＳＳ１３−１５−１−５）、Ｔをある値に
設定する（ＳＳ１３−１５−１−６）。
【０１６５】次回のサービス料金把握タイミング算出処
理に備えるために、Ｔｎ＝Ｔｎ＋ＴとしてＴｎの値を変
更する（ＳＳ１３−１５−１−７）。例えば、Ｔ＝１秒
とすると、サービス料金を把握するための処理が１秒毎
に駆動させることになる。ある時点でＴ＝２秒に変更す
ると（ＳＳ１３−１５−１−６）それ以降は、サービス
料金を把握するための処理が２秒毎に駆動される。把握
タイミング間隔（Ｔ）は、サーバ側サービス料金通知サ
ービス制御手段５ｄが管理し、場合によってはその値が
変更される。たとえばあるユーザに対して、サービスを
実行するエージェントの移動量が少ない場合にはサービ
スの使用量が少ないと判断して把握タイミング間隔
（Ｔ）を大きくするなどである。これにより、サービス
使用料金を把握するための処理を効率的に駆動させるこ
とができる。
理に備えるために、Ｔｎ＝Ｔｎ＋ＴとしてＴｎの値を変
更する（ＳＳ１３−１５−１−７）。例えば、Ｔ＝１秒
とすると、サービス料金を把握するための処理が１秒毎
に駆動させることになる。ある時点でＴ＝２秒に変更す
ると（ＳＳ１３−１５−１−６）それ以降は、サービス
料金を把握するための処理が２秒毎に駆動される。把握
タイミング間隔（Ｔ）は、サーバ側サービス料金通知サ
ービス制御手段５ｄが管理し、場合によってはその値が
変更される。たとえばあるユーザに対して、サービスを
実行するエージェントの移動量が少ない場合にはサービ
スの使用量が少ないと判断して把握タイミング間隔
（Ｔ）を大きくするなどである。これにより、サービス
使用料金を把握するための処理を効率的に駆動させるこ
とができる。
【０１６６】サーバ５−１内のサーバ側サービス料金通
知サービス制御手段５ｄが行うサービス料金把握タイミ
ング算出処理の結果、サービス料金の把握処理を開始す
る場合には、サービス料金情報問い合わせ手段５ｇ、サ
ーバ側エージェントインタプリタ部５ｃにより、（ＳＳ
１３−１６）にてサービス料金情報問い合わせメッセー
ジ２６が作成される。このサービス料金情報問い合わせ
メッセージ２６を記述したエージェントは例えば、図２
５のように表せる。
知サービス制御手段５ｄが行うサービス料金把握タイミ
ング算出処理の結果、サービス料金の把握処理を開始す
る場合には、サービス料金情報問い合わせ手段５ｇ、サ
ーバ側エージェントインタプリタ部５ｃにより、（ＳＳ
１３−１６）にてサービス料金情報問い合わせメッセー
ジ２６が作成される。このサービス料金情報問い合わせ
メッセージ２６を記述したエージェントは例えば、図２
５のように表せる。
【０１６７】課金サーバ３に問い合わせる内容は （問い合わせ１） 「時刻ｔ＝Ｔ０からｔ＝Ｔ０＋Ｔの間で、ユーザＡの使
用したサービスに対する使用料金情報を教えてくださ
い」である。
用したサービスに対する使用料金情報を教えてくださ
い」である。
【０１６８】図２５において、データ部３４の意味は、 ・「開始時刻１２１」 ：「時刻ｔ＝Ｔｓからｔ＝Ｔｅまでの間のサービス料金
情報を通知してください」におけるＴｓの値 ・「終了時刻１２２」 ：「時刻ｔ＝Ｔｓからｔ＝Ｔｅまでの間のサービス料金
情報を通知してください」におけるＴｅの値 ・「ユーザＩＤ１２３」 ：「ユーザを識別するための番号である。
情報を通知してください」におけるＴｓの値 ・「終了時刻１２２」 ：「時刻ｔ＝Ｔｓからｔ＝Ｔｅまでの間のサービス料金
情報を通知してください」におけるＴｅの値 ・「ユーザＩＤ１２３」 ：「ユーザを識別するための番号である。
【０１６９】課金サーバ３は、図４、８−９のＭ９−
５、Ｍ９−７、Ｍ９−１１、Ｍ９−１３のようなメッセ
ージによって、各サーバからあるユーザの使用したサー
ビスに対する料金情報を報告されているので、（問い合
わせ１）に対する応答を問い合わせのあったサーバに通
知することが可能である。応答としては、例えば、図１
３のように、 （応答１） 「時刻ｔ＝Ｔ０からｔ＝Ｔ０＋Ｔの間で、ユーザＡの使
用したサービス（ｎ）に対する使用料金情報：金額１２
４＝１００円（１２４−１）」となる。
５、Ｍ９−７、Ｍ９−１１、Ｍ９−１３のようなメッセ
ージによって、各サーバからあるユーザの使用したサー
ビスに対する料金情報を報告されているので、（問い合
わせ１）に対する応答を問い合わせのあったサーバに通
知することが可能である。応答としては、例えば、図１
３のように、 （応答１） 「時刻ｔ＝Ｔ０からｔ＝Ｔ０＋Ｔの間で、ユーザＡの使
用したサービス（ｎ）に対する使用料金情報：金額１２
４＝１００円（１２４−１）」となる。
【０１７０】この（応答１）が記述されたエージェント
は、サービス料金情報応答２７としてサービス料金情報
問い合わせ手段５ｇにより解釈され、サーバ側サービス
料金通知サービス制御手段５ｄへその情報が渡される。
この情報はサービス使用料金情報としてサーバ側サービ
ス料金通知サービス制御手段５ｄに通知され、サービス
料金通知サービス管理データベース１４０（図２３−２
４）にユーザごとに管理される。サービス料金通知サー
ビス管理データベース１４０は、サーバがサービス料金
通知サービスを実現するために使用する記憶部であり、
ユーザごとに情報が管理され、例えば、ユーザＩＤ１４
１フィールド、サービス料金通知サービス利用状況１４
２フィールド、サービス料金通知タイミング情報フィー
ルド１４３、サービス使用料金情報１４４フィールド、
サービス利用開始日時１４５フィールド通信回数フィー
ルドなどがある。これらの情報フィールドは、サービス
料金通知タイミング判定処理（ＳＳ１３−１８）にて参
照される。
は、サービス料金情報応答２７としてサービス料金情報
問い合わせ手段５ｇにより解釈され、サーバ側サービス
料金通知サービス制御手段５ｄへその情報が渡される。
この情報はサービス使用料金情報としてサーバ側サービ
ス料金通知サービス制御手段５ｄに通知され、サービス
料金通知サービス管理データベース１４０（図２３−２
４）にユーザごとに管理される。サービス料金通知サー
ビス管理データベース１４０は、サーバがサービス料金
通知サービスを実現するために使用する記憶部であり、
ユーザごとに情報が管理され、例えば、ユーザＩＤ１４
１フィールド、サービス料金通知サービス利用状況１４
２フィールド、サービス料金通知タイミング情報フィー
ルド１４３、サービス使用料金情報１４４フィールド、
サービス利用開始日時１４５フィールド通信回数フィー
ルドなどがある。これらの情報フィールドは、サービス
料金通知タイミング判定処理（ＳＳ１３−１８）にて参
照される。
【０１７１】次に、サービス料金通知タイミング判定処
理（ＳＳ１３−１８）の一例を、図２７−２８に示す。
理（ＳＳ１３−１８）の一例を、図２７−２８に示す。
【０１７２】判定するユーザのＩＤをもとに、サービス
料金通知サービス管理データベース１４０において参照
するラインを決定する。図でユーザＡとする（ＳＳ１３
−１８−１−１）。
料金通知サービス管理データベース１４０において参照
するラインを決定する。図でユーザＡとする（ＳＳ１３
−１８−１−１）。
【０１７３】サービス料金通知サービス管理データベー
ス１４０の内、サービス料金通知タイミング情報フィー
ルド１４３は、サービス料金通知指定要求メッセージ２
２にて指定された内容を保持しており、サービス使用料
金情報フィールド１４４は、現在における、ユーザのサ
ービス使用料金の累積値を保持している。サービス使用
料金情報フィールド１４４は、サービス料金情報応答メ
ッセージ２７を受信するごとに内容が更新される。
ス１４０の内、サービス料金通知タイミング情報フィー
ルド１４３は、サービス料金通知指定要求メッセージ２
２にて指定された内容を保持しており、サービス使用料
金情報フィールド１４４は、現在における、ユーザのサ
ービス使用料金の累積値を保持している。サービス使用
料金情報フィールド１４４は、サービス料金情報応答メ
ッセージ２７を受信するごとに内容が更新される。
【０１７４】この、サービス料金通知タイミング情報フ
ィールド１４３、サービス使用料金情報フィールド１４
４をもとに判定処理を行う（ＳＳ１３−１８−１−
２）。
ィールド１４３、サービス使用料金情報フィールド１４
４をもとに判定処理を行う（ＳＳ１３−１８−１−
２）。
【０１７５】１４３−１、１４４−１の例では、利用料
金＝１００円、金額値＝５００円であるので、サービス
料金通知タイミング情報１４３−１中の「通知タイミン
グ」１０３−１にて記述されている条件を満たしていな
い。
金＝１００円、金額値＝５００円であるので、サービス
料金通知タイミング情報１４３−１中の「通知タイミン
グ」１０３−１にて記述されている条件を満たしていな
い。
【０１７６】そこで、サービス料金情報をユーザＡには
通知しない（ＳＳ１３−１８−１−３）。もし条件を満
たしている場合には、サービス料金情報をユーザＡに通
知すると判定し、次回の判定処理のためにサービス料金
通知サービス管理データベース１４０の内容を更新す
る。例えば、累積されてきたサービス使用料金情報１４
４の値をクリアするなどである（ＳＳ１３−１８−１−
４）。
通知しない（ＳＳ１３−１８−１−３）。もし条件を満
たしている場合には、サービス料金情報をユーザＡに通
知すると判定し、次回の判定処理のためにサービス料金
通知サービス管理データベース１４０の内容を更新す
る。例えば、累積されてきたサービス使用料金情報１４
４の値をクリアするなどである（ＳＳ１３−１８−１−
４）。
【０１７７】図８−９では、把握タイミング間隔（Ｔ）
が一定値であり、ｔ＝Ｔ０＋Ｔ、Ｔ０＋２Ｔ、Ｔ０＋３
Ｔ、Ｔ０＋４Ｔの時点で課金サーバへサービス料金情報
問い合わせ２６を行う例が示されている。図２５のデー
タ部３４における「開始時刻」１２１、「終了時刻」１
２２は各々の場合において、「開始時刻：ｔ＝Ｔ０、終
了時刻：ｔ＝Ｔ０＋Ｔ」、「開始時刻：ｔ＝Ｔ０＋Ｔ、
終了時刻：ｔ＝Ｔ０＋２Ｔ」、「開始時刻：ｔ＝Ｔ０＋
２Ｔ、終了時刻：ｔ＝Ｔ０＋３Ｔ」、「開始時刻：ｔ＝
Ｔ０＋３Ｔ、終了時刻：ｔ＝Ｔ０＋４Ｔ」である。その
応答であるサービス料金情報応答２７の中のデータ部３
４の内、料金情報は例えば、図２６の「金額」１２４で
あり、それぞれ「金額＝１００円」、「金額＝４００
円」、「金額＝５００円」、「金額＝１００」とする。
が一定値であり、ｔ＝Ｔ０＋Ｔ、Ｔ０＋２Ｔ、Ｔ０＋３
Ｔ、Ｔ０＋４Ｔの時点で課金サーバへサービス料金情報
問い合わせ２６を行う例が示されている。図２５のデー
タ部３４における「開始時刻」１２１、「終了時刻」１
２２は各々の場合において、「開始時刻：ｔ＝Ｔ０、終
了時刻：ｔ＝Ｔ０＋Ｔ」、「開始時刻：ｔ＝Ｔ０＋Ｔ、
終了時刻：ｔ＝Ｔ０＋２Ｔ」、「開始時刻：ｔ＝Ｔ０＋
２Ｔ、終了時刻：ｔ＝Ｔ０＋３Ｔ」、「開始時刻：ｔ＝
Ｔ０＋３Ｔ、終了時刻：ｔ＝Ｔ０＋４Ｔ」である。その
応答であるサービス料金情報応答２７の中のデータ部３
４の内、料金情報は例えば、図２６の「金額」１２４で
あり、それぞれ「金額＝１００円」、「金額＝４００
円」、「金額＝５００円」、「金額＝１００」とする。
【０１７８】この場合、２回目の応答によりサービス使
用料金情報＝５００円となり（ＳＳ１３−１８−１−
３）において、１４３−１に示されている「通知タイミ
ング」条件を満たすと判断されてサービス料金情報通知
メッセージ２４がユーザＡに送られ、次回の判定処理の
ためにサービス料金通知サービス管理データベース１４
０の内容が更新される。例えば、累積されてきたサービ
ス使用料金情報１４４の値を０にする。更に、３回目の
応答によりサービス使用料金情報＝５００円となり、も
う一度、サービス料金情報通知メッセージ２４がユーザ
Ａに送られる。
用料金情報＝５００円となり（ＳＳ１３−１８−１−
３）において、１４３−１に示されている「通知タイミ
ング」条件を満たすと判断されてサービス料金情報通知
メッセージ２４がユーザＡに送られ、次回の判定処理の
ためにサービス料金通知サービス管理データベース１４
０の内容が更新される。例えば、累積されてきたサービ
ス使用料金情報１４４の値を０にする。更に、３回目の
応答によりサービス使用料金情報＝５００円となり、も
う一度、サービス料金情報通知メッセージ２４がユーザ
Ａに送られる。
【０１７９】サーバ５−１内のサービス料金情報通知手
段１１において行われるサービス料金情報通知処理（Ｓ
Ｓ１３−２０）の一例を図２９−３０に示す。
段１１において行われるサービス料金情報通知処理（Ｓ
Ｓ１３−２０）の一例を図２９−３０に示す。
【０１８０】サービス料金通知タイミング判定処理（Ｓ
Ｓ１３−１８）にてサービス使用料金情報をあるユーザ
に通知することを判断すると、サービス料金情報通知手
段５ｆはそのユーザに対する管理データベース１４０の
位置を特定する（ＳＳ１３−２０−１−１）。
Ｓ１３−１８）にてサービス使用料金情報をあるユーザ
に通知することを判断すると、サービス料金情報通知手
段５ｆはそのユーザに対する管理データベース１４０の
位置を特定する（ＳＳ１３−２０−１−１）。
【０１８１】そして、ユーザに通知すべきサービス使用
料金情報をデータベース１４０から取り出し（ＳＳ１３
−２０−１−２）、必要があればデータベース１４０の
内容を更新する。サービス使用料金情報として通知条件
を満たしたことを表す「通知状況」１５３の他に、例え
ば、ユーザへ何回目の通知を行うかを表す「通知回数」
１５１、サービス利用の経過時間を表す「経過時間１５
２」などがある。なお、「通知回数」１５１をユーザに
通知する場合には、サービス料金通知サービス管理デー
タベース１４０のフィールドとしては通知回数１４６を
設け、あるユーザに通知する毎にそのフィールドのカウ
ント値をふやすなどの処理を行う。
料金情報をデータベース１４０から取り出し（ＳＳ１３
−２０−１−２）、必要があればデータベース１４０の
内容を更新する。サービス使用料金情報として通知条件
を満たしたことを表す「通知状況」１５３の他に、例え
ば、ユーザへ何回目の通知を行うかを表す「通知回数」
１５１、サービス利用の経過時間を表す「経過時間１５
２」などがある。なお、「通知回数」１５１をユーザに
通知する場合には、サービス料金通知サービス管理デー
タベース１４０のフィールドとしては通知回数１４６を
設け、あるユーザに通知する毎にそのフィールドのカウ
ント値をふやすなどの処理を行う。
【０１８２】サービス料金情報通知手段５ｆにおいて行
われたサービス料金情報通知処理（ＳＳ１３−２０）の
結果（ＳＳ１３−２１）にて生成されるサービス料金情
報通知メッセージ２４は例えば、図１６のように表せ
る。端末側ではこのメッセージを受信すると、（ＳＣ１
２−１５）にて図３１内のデータ部３４に記述されてい
るサービス料金情報１５０の内容を解釈し、（ＳＣ１２
−１６）にてその情報をユーザへ通知する。
われたサービス料金情報通知処理（ＳＳ１３−２０）の
結果（ＳＳ１３−２１）にて生成されるサービス料金情
報通知メッセージ２４は例えば、図１６のように表せ
る。端末側ではこのメッセージを受信すると、（ＳＣ１
２−１５）にて図３１内のデータ部３４に記述されてい
るサービス料金情報１５０の内容を解釈し、（ＳＣ１２
−１６）にてその情報をユーザへ通知する。
【０１８３】実施例２．実施例１．においては、本発明
の特徴的なサービスを従来例と比べ明確にするために、
ある１つのサービスをユーザがサーバに要求し、そのサ
ービスを利用中の状態にてサービス使用料金通知サービ
スを利用開始するためのサービス料金通知指定要求メッ
セージを送出し、サービス使用料金をサービス利用中に
通知してもらい、その１つのサービスが終了したらサー
ビス使用料金通知サービスも終了するとして説明をおこ
なった。
の特徴的なサービスを従来例と比べ明確にするために、
ある１つのサービスをユーザがサーバに要求し、そのサ
ービスを利用中の状態にてサービス使用料金通知サービ
スを利用開始するためのサービス料金通知指定要求メッ
セージを送出し、サービス使用料金をサービス利用中に
通知してもらい、その１つのサービスが終了したらサー
ビス使用料金通知サービスも終了するとして説明をおこ
なった。
【０１８４】実際にエージェントを用いたネットワーク
においては、ユーザは、ある１つのサービスをサーバに
要求した後、その１つのサービスを利用中において、更
に別のサービスをサーバに要求することができる。この
ようにユーザが複数のサービスをサーバに要求し、実際
に複数のサービスを利用している状態においても、容易
に実施例１を拡張して本発明の特徴的なサービスを実施
することが可能である。なぜなら、サービス料金情報問
い合わせ手段５ｇにおいて作成するサービス料金情報問
い合わせメッセージ２６において、「ある開始時刻から
終了時刻の間に、あるユーザが使用したサービスすべて
に関してその使用料金を通知してほしい」のようなエー
ジェントを作成すればよいからである。
においては、ユーザは、ある１つのサービスをサーバに
要求した後、その１つのサービスを利用中において、更
に別のサービスをサーバに要求することができる。この
ようにユーザが複数のサービスをサーバに要求し、実際
に複数のサービスを利用している状態においても、容易
に実施例１を拡張して本発明の特徴的なサービスを実施
することが可能である。なぜなら、サービス料金情報問
い合わせ手段５ｇにおいて作成するサービス料金情報問
い合わせメッセージ２６において、「ある開始時刻から
終了時刻の間に、あるユーザが使用したサービスすべて
に関してその使用料金を通知してほしい」のようなエー
ジェントを作成すればよいからである。
【０１８５】また、複数のサービスをユーザが利用中
に、本発明のサービスを実現できるため、実施例１．に
て説明した、１つのサービスの利用が終了したらサービ
ス使用料金通知サービスも終了することは必ずしも必要
ではない。むしろ、この状況においては、１つのサービ
スの利用が終了しても他に利用しているサービスがあれ
ばサービス料金通知サービスを続ける方がユーザにとっ
て恩恵を受ける場合もある。
に、本発明のサービスを実現できるため、実施例１．に
て説明した、１つのサービスの利用が終了したらサービ
ス使用料金通知サービスも終了することは必ずしも必要
ではない。むしろ、この状況においては、１つのサービ
スの利用が終了しても他に利用しているサービスがあれ
ばサービス料金通知サービスを続ける方がユーザにとっ
て恩恵を受ける場合もある。
【０１８６】・１つのサービスの利用が終了したらサー
ビス使用料金通知サービスも終了するあるいは終了しな
いといった項目は、例えば、図１６−１８の画面１００
−１において、通知有効期間・条件１０４に複数の選択
肢をもつユーザインタフェースを提供することでユーザ
が選択することが可能となる。例えば、画面１００−１
において、１０４−２を選択したら ・１つのサービスの利用が終了してもサービス使用料金
通知サービスを終了しないようにサーバへ指定すること
が可能である。
ビス使用料金通知サービスも終了するあるいは終了しな
いといった項目は、例えば、図１６−１８の画面１００
−１において、通知有効期間・条件１０４に複数の選択
肢をもつユーザインタフェースを提供することでユーザ
が選択することが可能となる。例えば、画面１００−１
において、１０４−２を選択したら ・１つのサービスの利用が終了してもサービス使用料金
通知サービスを終了しないようにサーバへ指定すること
が可能である。
【０１８７】このように、サービス料金通知条件を指定
するサービス料金通知指定要求メッセージ内には多様な
条件項目が設定される場合があり、必ずしもサーバがそ
の条件においてサービス料金通知サービスを提供できる
とは限らない場合も生じる。この場合には、実施例１に
もふれたが、サービス料金通知指定応答メッセージにお
いて、条件指定結果を承認する／しないかどうかをしめ
すデータ部３４を設けて必要時に利用不可の旨をユーザ
へ通知すればよい。
するサービス料金通知指定要求メッセージ内には多様な
条件項目が設定される場合があり、必ずしもサーバがそ
の条件においてサービス料金通知サービスを提供できる
とは限らない場合も生じる。この場合には、実施例１に
もふれたが、サービス料金通知指定応答メッセージにお
いて、条件指定結果を承認する／しないかどうかをしめ
すデータ部３４を設けて必要時に利用不可の旨をユーザ
へ通知すればよい。
【０１８８】実施例３．サービス料金通知サービスを利
用している状態においても、もしそのサービスをユーザ
が終了させたい場合には、例えば、図１６−１８の画面
１００−２において、解除１０８を選択すると、図１９
−２１（ＳＣ１２−８−２）のようなサービス利用状態
１０５を「利用中」から「未利用」とする旨を記したエ
ージェントをサーバに送信することで、サーバにサービ
ス料金通知サービスを終了したいことを通知することが
可能である。
用している状態においても、もしそのサービスをユーザ
が終了させたい場合には、例えば、図１６−１８の画面
１００−２において、解除１０８を選択すると、図１９
−２１（ＳＣ１２−８−２）のようなサービス利用状態
１０５を「利用中」から「未利用」とする旨を記したエ
ージェントをサーバに送信することで、サーバにサービ
ス料金通知サービスを終了したいことを通知することが
可能である。
【０１８９】また、サーバは、必要があれば、サービス
料金情報通知メッセージ２４の中で、例えば「通知状
況」１５３において「サービス料金通知サービスを終了
する」という旨の記述をすることにより、ユーザにサー
ビス料金通知サービスを終了することを通知できる。
料金情報通知メッセージ２４の中で、例えば「通知状
況」１５３において「サービス料金通知サービスを終了
する」という旨の記述をすることにより、ユーザにサー
ビス料金通知サービスを終了することを通知できる。
【０１９０】これによって、ユーザあるいはサーバは、
サービス使用料金通知サービスを必要時に終了すること
ができる。
サービス使用料金通知サービスを必要時に終了すること
ができる。
【０１９１】実施例４．実施例１．において、サービス
料金通知条件指定情報（例１）の場合では、あるサービ
スを利用中の状態にて、サービス使用料金通知サービス
を利用開始するためのサービス料金通知指定要求メッセ
ージを送出し、そのメッセージの中で、サービス料金通
知サービスを利用開始する日時を指定した直後の時刻と
指定した。その結果、例えば、サーバ５−１からのサー
ビス料金通知指定応答メッセージ２３の送信時の時刻を
サービス使用料金通知サービスの利用開始時刻Ｔ０とし
て、本発明の実施例を説明した。このサービス使用料金
通知サービスの利用開始時刻Ｔ０は必ずしもサーバ５−
１からのサービス料金通知指定応答メッセージ２３の送
信時の時刻とする必要はなく、例えば、図１６−１８の
画面１００−１のサービス利用開始日時１０１の指定欄
において、時刻設定１０１−１を設け、ここでＴ０の値
を指定するようなユーザインタフェースをもつことによ
り、ユーザが所望する時刻をＴ０として指定することが
可能である。
料金通知条件指定情報（例１）の場合では、あるサービ
スを利用中の状態にて、サービス使用料金通知サービス
を利用開始するためのサービス料金通知指定要求メッセ
ージを送出し、そのメッセージの中で、サービス料金通
知サービスを利用開始する日時を指定した直後の時刻と
指定した。その結果、例えば、サーバ５−１からのサー
ビス料金通知指定応答メッセージ２３の送信時の時刻を
サービス使用料金通知サービスの利用開始時刻Ｔ０とし
て、本発明の実施例を説明した。このサービス使用料金
通知サービスの利用開始時刻Ｔ０は必ずしもサーバ５−
１からのサービス料金通知指定応答メッセージ２３の送
信時の時刻とする必要はなく、例えば、図１６−１８の
画面１００−１のサービス利用開始日時１０１の指定欄
において、時刻設定１０１−１を設け、ここでＴ０の値
を指定するようなユーザインタフェースをもつことによ
り、ユーザが所望する時刻をＴ０として指定することが
可能である。
【０１９２】実施例５．実施例１．においては、サービ
ス料金通知タイミング情報指定手段１ｅが、サービス使
用料金通知条件の通知タイミングをサービスに対する料
金の境界値と設定した場合において本発明の実施例を説
明した。つまり、サービス使用料金が５００円になった
ら通知してくださいというように、通知するタイミング
がサービス使用料金値（５００円）であった。
ス料金通知タイミング情報指定手段１ｅが、サービス使
用料金通知条件の通知タイミングをサービスに対する料
金の境界値と設定した場合において本発明の実施例を説
明した。つまり、サービス使用料金が５００円になった
ら通知してくださいというように、通知するタイミング
がサービス使用料金値（５００円）であった。
【０１９３】通知タイミングとしては、その他に、例え
ば、「何時何分になったらその時刻におけるサービス使
用料金情報を通知してください」とか、「サービス料金
通知サービスが利用開始となってから３分後におけるサ
ービス使用料金情報を通知してください」などの、時間
の境界値（何時何分、３分後）を用いることもできる。
例えば、「５００円になったら通知してください」と通
知タイミングを金額の境界値としていた場合に、もしサ
ービス使用料金がなかなか５００円にならなければ、サ
ービス料金情報通知メッセージはサーバから送信され
ず、ユーザは，「メッセージがこないからたぶん５００
円には達していないのだけど、いったいいくらになって
いるのかな？」という状況になることが考えられるが、
もし通知タイミングとして３分後と指定しておけば、サ
ービス使用料金がなかなか５００円にならなくても、サ
ービス料金情報通知メッセージがサーバから送信され、
ユーザは、その時刻におけるサービス使用料金を把握す
ることができる。
ば、「何時何分になったらその時刻におけるサービス使
用料金情報を通知してください」とか、「サービス料金
通知サービスが利用開始となってから３分後におけるサ
ービス使用料金情報を通知してください」などの、時間
の境界値（何時何分、３分後）を用いることもできる。
例えば、「５００円になったら通知してください」と通
知タイミングを金額の境界値としていた場合に、もしサ
ービス使用料金がなかなか５００円にならなければ、サ
ービス料金情報通知メッセージはサーバから送信され
ず、ユーザは，「メッセージがこないからたぶん５００
円には達していないのだけど、いったいいくらになって
いるのかな？」という状況になることが考えられるが、
もし通知タイミングとして３分後と指定しておけば、サ
ービス使用料金がなかなか５００円にならなくても、サ
ービス料金情報通知メッセージがサーバから送信され、
ユーザは、その時刻におけるサービス使用料金を把握す
ることができる。
【０１９４】この通知タイミングは例えば「金額の境界
値」と「時間の境界値」の両方を指定しておき、どちら
か一方の条件が成立した場合にサービス使用料金情報を
ユーザに通知させるようにしてもよく、容易に実施例１
を拡張して実現することができる。
値」と「時間の境界値」の両方を指定しておき、どちら
か一方の条件が成立した場合にサービス使用料金情報を
ユーザに通知させるようにしてもよく、容易に実施例１
を拡張して実現することができる。
【０１９５】実施例６．実施例１．においては、実施例
５．で記したように、サービス料金通知タイミング情報
指定手段１ｅが、サービス使用料金通知条件の通知タイ
ミングをサービスに対する料金の境界値と設定した場合
において本発明の実施例を説明した。つまり、サービス
使用料金が５００円になったら通知してくださいという
ように、通知するタイミングがサービス使用料金値（５
００円）で、サービス使用料金の境界値であった。この
場合では、例えばサービス使用料金が４８０円になり以
降なかなかサービス使用料金に変動がない場合には、サ
ービス料金情報通知メッセージはサーバから送信され
ず、ユーザは、「メッセージがこないからたぶん５００
円には達していないのだけど、いったいいくらになって
いるのかな？」という状況になることが考えられる。
５．で記したように、サービス料金通知タイミング情報
指定手段１ｅが、サービス使用料金通知条件の通知タイ
ミングをサービスに対する料金の境界値と設定した場合
において本発明の実施例を説明した。つまり、サービス
使用料金が５００円になったら通知してくださいという
ように、通知するタイミングがサービス使用料金値（５
００円）で、サービス使用料金の境界値であった。この
場合では、例えばサービス使用料金が４８０円になり以
降なかなかサービス使用料金に変動がない場合には、サ
ービス料金情報通知メッセージはサーバから送信され
ず、ユーザは、「メッセージがこないからたぶん５００
円には達していないのだけど、いったいいくらになって
いるのかな？」という状況になることが考えられる。
【０１９６】そこで、例えば「サービス使用料金が５０
０円になったら通知してください。ただし、５００円に
なる少し前から、例えば４５０円とか４８０円とかにな
った時にも通知してください」というサービスを提供す
ることにより、だんだん境界値にサービス使用料金が近
づいてきたことをユーザに通知することができる。こう
することで、ユーザは突然にサービス使用料金通知メッ
セージを受信してとまどってしまうという状況を回避さ
せることができる。
０円になったら通知してください。ただし、５００円に
なる少し前から、例えば４５０円とか４８０円とかにな
った時にも通知してください」というサービスを提供す
ることにより、だんだん境界値にサービス使用料金が近
づいてきたことをユーザに通知することができる。こう
することで、ユーザは突然にサービス使用料金通知メッ
セージを受信してとまどってしまうという状況を回避さ
せることができる。
【０１９７】ユーザは、例えば、図１６−１８の画面１
００−１の通知タイミング１０３の指定欄において、１
０３−２のような「（利用料金）＞＝（金額値＊０．８
となった時に１回通知し、（利用料金）＞＝（金額値）
＊０．９となった時にもう１回通知する」というような
ユーザインタフェースにより指定することが可能であ
る。
００−１の通知タイミング１０３の指定欄において、１
０３−２のような「（利用料金）＞＝（金額値＊０．８
となった時に１回通知し、（利用料金）＞＝（金額値）
＊０．９となった時にもう１回通知する」というような
ユーザインタフェースにより指定することが可能であ
る。
【０１９８】上の例では、サービス使用料金の境界値の
何割減（５００円の１割減なら４５０円）を最初として
境界値に達するまでに複数回サービス料金通知をサーバ
が行うこととしたが、実施例５．で記したように通知タ
イミングが時間の境界値の場合でも適用することは容易
である。つまり、時間の境界値を１０分後とした場合
に、例えば「１０分後の２割減すなわち、８分後から１
０分後の間において複数回サービス使用料金を通知して
ください」というサービスを実現することができる。
何割減（５００円の１割減なら４５０円）を最初として
境界値に達するまでに複数回サービス料金通知をサーバ
が行うこととしたが、実施例５．で記したように通知タ
イミングが時間の境界値の場合でも適用することは容易
である。つまり、時間の境界値を１０分後とした場合
に、例えば「１０分後の２割減すなわち、８分後から１
０分後の間において複数回サービス使用料金を通知して
ください」というサービスを実現することができる。
【０１９９】
【発明の効果】請求項１記載の発明によれば、端末側の
ユーザインタフェース手段とサービス料金通知タイミン
グ情報指定手段は、ネットワークサービスを利用中にサ
ービス料金を通知させる条件を通信回線を介してネット
ワーク（サーバ）側へ指定する。サーバ側は、そのサー
ビス通知条件をネットワーク（サーバ）側のサービス料
金通知タイミング情報解釈手段によって解釈・理解し、
サーバ側のサービス料金通知サービス制御手段が、サー
ビス料金情報問い合わせ手段の収集するユーザのサービ
ス使用料金情報と、サービス通知条件をもとにしてユー
ザに通知すべき時間のタイミングおよびその通知時に知
らせる内容を判断し、通信回線を介してユーザへ通知す
るように構成したので、ユーザは、サービス利用中にお
いて自分の所望する条件でサービス料金情報を把握する
ことができるという効果がある。
ユーザインタフェース手段とサービス料金通知タイミン
グ情報指定手段は、ネットワークサービスを利用中にサ
ービス料金を通知させる条件を通信回線を介してネット
ワーク（サーバ）側へ指定する。サーバ側は、そのサー
ビス通知条件をネットワーク（サーバ）側のサービス料
金通知タイミング情報解釈手段によって解釈・理解し、
サーバ側のサービス料金通知サービス制御手段が、サー
ビス料金情報問い合わせ手段の収集するユーザのサービ
ス使用料金情報と、サービス通知条件をもとにしてユー
ザに通知すべき時間のタイミングおよびその通知時に知
らせる内容を判断し、通信回線を介してユーザへ通知す
るように構成したので、ユーザは、サービス利用中にお
いて自分の所望する条件でサービス料金情報を把握する
ことができるという効果がある。
【０２００】請求項２記載の発明によれば、端末側のサ
ービス料金通知タイミング情報指定手段が、ユーザがサ
ービスを利用している任意の時点で前記サービス使用料
金通知条件を指定するためのサービス料金通知指定要求
をサーバ側におこない、サーバ側がその条件を満足する
時には、ユーザにサービス使用料金通知をおこなうよう
に構成したので、ユーザは、サービス利用中の任意の時
点で自分の所望する条件でサービス料金情報を把握する
ことができるという効果がある。
ービス料金通知タイミング情報指定手段が、ユーザがサ
ービスを利用している任意の時点で前記サービス使用料
金通知条件を指定するためのサービス料金通知指定要求
をサーバ側におこない、サーバ側がその条件を満足する
時には、ユーザにサービス使用料金通知をおこなうよう
に構成したので、ユーザは、サービス利用中の任意の時
点で自分の所望する条件でサービス料金情報を把握する
ことができるという効果がある。
【０２０１】請求項３記載の発明によれば、サーバ側の
サービス料金通知タイミング情報解釈手段が、サービス
料金通知指定要求を解釈し、その指定を有効あるいは無
効とするかどうかを決定するように構成したので、ユー
ザは、サービス使用料金通知サービスを利用できるか否
かを確実に知ることができるという効果がある。
サービス料金通知タイミング情報解釈手段が、サービス
料金通知指定要求を解釈し、その指定を有効あるいは無
効とするかどうかを決定するように構成したので、ユー
ザは、サービス使用料金通知サービスを利用できるか否
かを確実に知ることができるという効果がある。
【０２０２】請求項４記載の発明によれば、サーバ側の
サービス料金情報問い合わせ手段が、ユーザがサービス
を利用している状態において、ある時間間隔ごとに課金
サーバへそのユーザのサービス使用料金情報の問い合わ
せを行うように構成したので、サーバはユーザのサービ
ス使用料金を知ることができるという効果がある。
サービス料金情報問い合わせ手段が、ユーザがサービス
を利用している状態において、ある時間間隔ごとに課金
サーバへそのユーザのサービス使用料金情報の問い合わ
せを行うように構成したので、サーバはユーザのサービ
ス使用料金を知ることができるという効果がある。
【０２０３】請求項５記載の発明によれば、サーバ側の
サービス料金情報問い合わせ手段が、時間間隔を、その
ユーザに対するエージェントの処理量に応じて修正する
ように構成したのでサーバは、ユーザのサービス使用料
金をサーバが効率的に知ることができるという効果があ
る。
サービス料金情報問い合わせ手段が、時間間隔を、その
ユーザに対するエージェントの処理量に応じて修正する
ように構成したのでサーバは、ユーザのサービス使用料
金をサーバが効率的に知ることができるという効果があ
る。
【０２０４】請求項６記載の発明によれば、端末側のサ
ービス料金通知タイミング情報指定手段が、サービス使
用料金通知条件の通知タイミングをサービスに対する料
金の境界値と設定するように構成したので、ユーザは、
サービス使用料金通知サービスにおいてサービス使用料
金がある金額に達した時点でサービス料金情報を把握す
ることができるという効果がある。
ービス料金通知タイミング情報指定手段が、サービス使
用料金通知条件の通知タイミングをサービスに対する料
金の境界値と設定するように構成したので、ユーザは、
サービス使用料金通知サービスにおいてサービス使用料
金がある金額に達した時点でサービス料金情報を把握す
ることができるという効果がある。
【０２０５】請求項７記載の発明によれば、端末側のサ
ービス料金通知タイミング情報指定手段が、サービス使
用料金通知条件の通知タイミングを時間の境界値と設定
するように構成したので、ユーザは、サービス使用料金
通知サービスにおいてある時間が経過した時点でサービ
ス料金情報を把握することができるという効果がある。
ービス料金通知タイミング情報指定手段が、サービス使
用料金通知条件の通知タイミングを時間の境界値と設定
するように構成したので、ユーザは、サービス使用料金
通知サービスにおいてある時間が経過した時点でサービ
ス料金情報を把握することができるという効果がある。
【０２０６】請求項８記載の発明によれば、端末側のサ
ービス料金通知タイミング情報指定手段が、サービス使
用料金通知条件の通知タイミングを境界値のある割合減
の値から境界値のある割合増の値の間において複数回と
設定するように構成したので、ユーザは、サービス使用
料金通知サービスにおいてサービス使用料金がある金額
に達する近辺の時点でサービス料金情報を把握すること
ができるという効果がある。
ービス料金通知タイミング情報指定手段が、サービス使
用料金通知条件の通知タイミングを境界値のある割合減
の値から境界値のある割合増の値の間において複数回と
設定するように構成したので、ユーザは、サービス使用
料金通知サービスにおいてサービス使用料金がある金額
に達する近辺の時点でサービス料金情報を把握すること
ができるという効果がある。
【０２０７】請求項９記載の発明によれば、端末側のサ
ービス料金通知タイミング情報指定手段が、サービス使
用料金通知サービスの利用開始日時を条件として指定す
るように構成したので、ユーザは、サービス使用料金通
知サービスを利用開始する時点を設定することができる
という効果がある。
ービス料金通知タイミング情報指定手段が、サービス使
用料金通知サービスの利用開始日時を条件として指定す
るように構成したので、ユーザは、サービス使用料金通
知サービスを利用開始する時点を設定することができる
という効果がある。
【０２０８】請求項１０記載の発明によれば、端末側あ
るいはサーバ側のサービス料金通知タイミング情報指定
手段あるいは、サービス料金情報通知手段が、サービス
使用料金通知サービスを終了することを通知するための
メッセージを生成するように構成したので、ユーザある
いはサーバは、サービス使用料金通知サービスを必要時
に終了することができるという効果がある。
るいはサーバ側のサービス料金通知タイミング情報指定
手段あるいは、サービス料金情報通知手段が、サービス
使用料金通知サービスを終了することを通知するための
メッセージを生成するように構成したので、ユーザある
いはサーバは、サービス使用料金通知サービスを必要時
に終了することができるという効果がある。
【図１】この発明の１実施例による通信ネットワークに
おけるサービス使用料金把握装置を示すブロック図であ
る。
おけるサービス使用料金把握装置を示すブロック図であ
る。
【図２】この発明の１実施例による通信ネットワークに
おけるサービス使用料金把握装置を示すブロック図であ
る。
おけるサービス使用料金把握装置を示すブロック図であ
る。
【図３】この発明を適用する通信ネットワークを表す構
成図である。
成図である。
【図４】この発明を適用する通信ネットワークにおい
て、エージェントの動作例を示すシーケンス図である。
て、エージェントの動作例を示すシーケンス図である。
【図５】この発明を適用する通信ネットワークにおい
て、エージェントの動作例を示す構成図である。
て、エージェントの動作例を示す構成図である。
【図６】この発明を適用する通信ネットワークにおい
て、エージェントの動作例を示す構成図である。
て、エージェントの動作例を示す構成図である。
【図７】この発明を適用する通信ネットワークにおい
て、エージェントの動作例を示す構成図である。。
て、エージェントの動作例を示す構成図である。。
【図８】この発明を適用する通信ネットワークにおい
て、本発明のサービスを行うエージェントの動作例を示
すシーケンス図である。
て、本発明のサービスを行うエージェントの動作例を示
すシーケンス図である。
【図９】この発明を適用する通信ネットワークにおい
て、本発明のサービスを行うエージェントの動作例を示
すシーケンス図である。
て、本発明のサービスを行うエージェントの動作例を示
すシーケンス図である。
【図１０】本発明の１実施例による通信ネットワークに
おけるサービス使用料金把握装置の端末側の動作を示す
フローチャート図である。
おけるサービス使用料金把握装置の端末側の動作を示す
フローチャート図である。
【図１１】本発明の１実施例による通信ネットワークに
おけるサービス使用料金把握装置の端末側の動作を示す
フローチャート図である。
おけるサービス使用料金把握装置の端末側の動作を示す
フローチャート図である。
【図１２】本発明の１実施例による通信ネットワークに
おけるサービス使用料金把握装置の端末側の動作を示す
フローチャート図である。
おけるサービス使用料金把握装置の端末側の動作を示す
フローチャート図である。
【図１３】本発明の１実施例による通信ネットワークに
おけるサービス使用料金把握装置のサーバ側の動作を示
すフローチャート図である。
おけるサービス使用料金把握装置のサーバ側の動作を示
すフローチャート図である。
【図１４】本発明の１実施例による通信ネットワークに
おけるサービス使用料金把握装置のサーバ側の動作を示
すフローチャート図である。
おけるサービス使用料金把握装置のサーバ側の動作を示
すフローチャート図である。
【図１５】本発明の１実施例による通信ネットワークに
おけるサービス使用料金把握装置のサーバ側の動作を示
すフローチャート図である。
おけるサービス使用料金把握装置のサーバ側の動作を示
すフローチャート図である。
【図１６】本発明の１実施例による通信ネットワークに
おけるサービス使用料金把握装置の端末側のサービス料
金通知タイミング情報指定処理の１方法を示す画面構成
図である。
おけるサービス使用料金把握装置の端末側のサービス料
金通知タイミング情報指定処理の１方法を示す画面構成
図である。
【図１７】本発明の１実施例による通信ネットワークに
おけるサービス使用料金把握装置の端末側のサービス料
金通知タイミング情報指定処理の１方法を示す画面構成
図である。
おけるサービス使用料金把握装置の端末側のサービス料
金通知タイミング情報指定処理の１方法を示す画面構成
図である。
【図１８】本発明の１実施例による通信ネットワークに
おけるサービス使用料金把握装置の端末側のサービス料
金通知タイミング情報指定処理の１方法を示す画面構成
図である。
おけるサービス使用料金把握装置の端末側のサービス料
金通知タイミング情報指定処理の１方法を示す画面構成
図である。
【図１９】本発明の１実施例による通信ネットワークに
おけるサービス使用料金把握装置の端末側のサービス料
金通知タイミング情報指定処理にて生成されたエージェ
ントの構成を示す構成図である。
おけるサービス使用料金把握装置の端末側のサービス料
金通知タイミング情報指定処理にて生成されたエージェ
ントの構成を示す構成図である。
【図２０】本発明の１実施例による通信ネットワークに
おけるサービス使用料金把握装置の端末側のサービス料
金通知タイミング情報指定処理にて生成されたエージェ
ントの構成を示す構成図である。
おけるサービス使用料金把握装置の端末側のサービス料
金通知タイミング情報指定処理にて生成されたエージェ
ントの構成を示す構成図である。
【図２１】本発明の１実施例による通信ネットワークに
おけるサービス使用料金把握装置の端末側のサービス料
金通知タイミング情報指定処理にて生成されたエージェ
ントの構成を示す構成図である。
おけるサービス使用料金把握装置の端末側のサービス料
金通知タイミング情報指定処理にて生成されたエージェ
ントの構成を示す構成図である。
【図２２】本発明の１実施例による通信ネットワークに
おけるサービス使用料金把握装置のサーバ側のサービス
料金通知タイミング情報解釈処理の結果生成されたエー
ジェントの構成を示す構成図である。
おけるサービス使用料金把握装置のサーバ側のサービス
料金通知タイミング情報解釈処理の結果生成されたエー
ジェントの構成を示す構成図である。
【図２３】本発明の１実施例による通信ネットワークに
おけるサービス使用料金把握装置のサーバ側のサービス
料金把握タイミング算出処理の１例を示すフローチャー
トおよびデータベース図である。
おけるサービス使用料金把握装置のサーバ側のサービス
料金把握タイミング算出処理の１例を示すフローチャー
トおよびデータベース図である。
【図２４】本発明の１実施例による通信ネットワークに
おけるサービス使用料金把握装置のサーバ側のサービス
料金把握タイミング算出処理の１例を示すフローチャー
トおよびデータベース図である。
おけるサービス使用料金把握装置のサーバ側のサービス
料金把握タイミング算出処理の１例を示すフローチャー
トおよびデータベース図である。
【図２５】本発明の１実施例による通信ネットワークに
おけるサービス使用料金把握装置のサーバ側のサービス
料金情報問い合わせ手段が生成するエージェントの構成
を示す構成図である。
おけるサービス使用料金把握装置のサーバ側のサービス
料金情報問い合わせ手段が生成するエージェントの構成
を示す構成図である。
【図２６】本発明の１実施例による通信ネットワークに
おけるサービス使用料金把握装置の課金サーバにおいて
生成されたサービス料金情報応答を示すエージェントの
構成を示す構成図である。
おけるサービス使用料金把握装置の課金サーバにおいて
生成されたサービス料金情報応答を示すエージェントの
構成を示す構成図である。
【図２７】本発明の１実施例による通信ネットワークに
おけるサービス使用料金把握装置のサーバ側のサービス
料金通知タイミング判定処理の１例を示すフローチャー
トおよびデータベース図である。
おけるサービス使用料金把握装置のサーバ側のサービス
料金通知タイミング判定処理の１例を示すフローチャー
トおよびデータベース図である。
【図２８】本発明の１実施例による通信ネットワークに
おけるサービス使用料金把握装置のサーバ側のサービス
料金通知タイミング判定処理の１例を示すフローチャー
トおよびデータベース図である。
おけるサービス使用料金把握装置のサーバ側のサービス
料金通知タイミング判定処理の１例を示すフローチャー
トおよびデータベース図である。
【図２９】本発明の１実施例による通信ネットワークに
おけるサービス使用料金把握装置のサーバ側のサービス
料金情報通知処理の１例を示すフローチャートおよびデ
ータベース図である。
おけるサービス使用料金把握装置のサーバ側のサービス
料金情報通知処理の１例を示すフローチャートおよびデ
ータベース図である。
【図３０】本発明の１実施例による通信ネットワークに
おけるサービス使用料金把握装置のサーバ側のサービス
料金情報通知処理の１例を示すフローチャートおよびデ
ータベース図である。
おけるサービス使用料金把握装置のサーバ側のサービス
料金情報通知処理の１例を示すフローチャートおよびデ
ータベース図である。
【図３１】本発明の１実施例による通信ネットワークに
おけるサービス使用料金把握装置のサーバ側のサービス
料金情報通知処理の結果生成されたエージェントの構成
を示す構成図である。
おけるサービス使用料金把握装置のサーバ側のサービス
料金情報通知処理の結果生成されたエージェントの構成
を示す構成図である。
【図３２】従来例１のサービス使用料金把握方法を示す
のブロック図である。
のブロック図である。
【図３３】従来例２のサービス使用料金把握方法を示す
のブロック図である。
のブロック図である。
【図３４】従来例３のサービス使用料金の把握方法を示
すのブロック図である。
すのブロック図である。
【図３５】従来例３のサービス使用料金の把握方法を示
すのブロック図である。
すのブロック図である。
【図３６】従来例４のサービス使用料金の把握方法を示
すのブロック図である。
すのブロック図である。
【図３７】従来例４のサービス使用料金の把握方法を示
すのブロック図である。
すのブロック図である。
【図３８】従来例５のサービス使用料金の把握方法を示
すのブロック図である。
すのブロック図である。
【図３９】従来例５のサービス使用料金の把握方法を示
すのブロック図である。
すのブロック図である。
【図４０】従来例５のサービス使用料金の把握方法を示
すのブロック図である。
すのブロック図である。
１ 端末、１ａ ユーザインタフェース手段、１ｂ 端
末制御手段、１ｃ端末側エージェントインタプリタ部、
１ｄ 端末側サービス料金通知サービス制御手段、１ｅ
サービス料金通知タイミング情報指定手段、１ｆ サ
ービス料金情報解釈手段、１ｇ 端末側ネットワーク通
信手段、２、４ 通信回線、３ 課金サーバ、５−１〜
５−ｎ サーバ、５ｂ サーバ制御手段、５ｃ サーバ
側エージェントインタプリタ部、５ｄ サーバ側サービ
ス料金通知サービス制御手段、５ｅ サービス料金通知
タイミング情報解釈手段、５ｆ サービス料金情報通知
手段、５ｇ サービス料金情報問合せ手段、５ｈ サー
バ側ネットワーク通信手段。
末制御手段、１ｃ端末側エージェントインタプリタ部、
１ｄ 端末側サービス料金通知サービス制御手段、１ｅ
サービス料金通知タイミング情報指定手段、１ｆ サ
ービス料金情報解釈手段、１ｇ 端末側ネットワーク通
信手段、２、４ 通信回線、３ 課金サーバ、５−１〜
５−ｎ サーバ、５ｂ サーバ制御手段、５ｃ サーバ
側エージェントインタプリタ部、５ｄ サーバ側サービ
ス料金通知サービス制御手段、５ｅ サービス料金通知
タイミング情報解釈手段、５ｆ サービス料金情報通知
手段、５ｇ サービス料金情報問合せ手段、５ｈ サー
バ側ネットワーク通信手段。
Claims (10)
- 【請求項１】 ユーザの利用するサービスの使用料金情
報をサーバから通知させるためのサービス使用料金通知
条件を指定するサービス料金通知タイミング情報指定手
段と、 サーバ側からのサービス使用料金通知情報を解釈するサ
ービス料金情報解釈手段と、 前記サービス料金通知タイミング情報指定手段およびサ
ービス料金情報解釈手段とを制御する端末側サービス料
金通知サービス制御手段と、 サーバ側と送受信するデータをエージェント形式にて表
現する端末側エージェントインタプリタ部と、 サーバ側とエージェントを用いて送受信をおこなう端末
側ネットワーク通信手段と、 ユーザと端末との間の入出力動作をおこなうユーザイン
タフェース手段と、 前記の端末側サービス料金通知サービス制御手段と端末
側エージェントインタプリタ部と端末ネットワーク通信
手段およびユーザインタフェース手段とを制御する端末
制御手段と、 を基本構成体とする端末と、 端末側から指定されたサービス使用料金情報をサーバか
ら通知させるための条件を解釈するサービス料金通知タ
イミング情報解釈手段と、 端末側にユーザの使用したサービスの料金情報を通知す
るサービス料金情報通知手段と、 ユーザの使用したサービスの料金情報を課金サーバから
得るサービス料金情報問合せ手段と、 前記のサービス料金通知タイミング情報解釈手段とサー
ビス料金情報通知手段およびサービス料金情報問合せ手
段とを制御するサーバ側サービス料金通知サービス制御
手段と、 端末側と送受信するデータをエージェント形式にて表現
するサーバ側エージェントインタプリタ部と、 端末側とエージェントを用いて送受信をおこなうサーバ
側ネットワーク通信手段と、 前記のサーバ側サービス料金通知サービス制御手段とサ
ーバ側エージェントインタプリタ部およびサーバ側ネッ
トワーク通信手段とを制御するサーバ制御手段と、 を基本構成体とするサーバと、 前記端末と前記サーバとを接続する通信回線と、 を具備し、 端末側の前記サービス料金通知タイミング情報指定手段
および前記端末側エージェントインタプリタ部が、前記
ユーザインタフェース手段を介したユーザの指示に基づ
いて、前記サービス使用料金通知条件およびユーザを認
識するためのユーザ識別番号をデータ部をもちサービス
使用料金の通知判定方法を手続き部に有するサービス料
金通知指定要求エージェントを生成し、そのサービス料
金通知指定要求エージェントを前記端末側ネットワーク
通信手段、通信回線、サーバ側ネットワーク通信手段を
経由させてサーバ側に移動させ、 サーバ側の前記サービス料金通知サービス制御手段と前
記サービス料金通知タイミング情報解釈手段および前記
エージェントインタプリタ部が前記サービス料金通知指
定要求エージェントのデータ部および手続き部を解釈し
て、前記サービス使用料金通知条件とユーザ識別番号お
よびサービス使用料金の通知判定方法を把握してサーバ
内にて記憶し、 サーバ側の前記サービス料金情報問い合わせ手段が前記
ユーザ識別番号をデータ部に、サービス使用料金情報の
通知方法を手続き部に有するサービス料金情報問合せエ
ージェントを生成し、そのサービス料金情報問合せエー
ジェントを課金サーバへ移動させ、課金サーバとの交渉
によりサービス料金情報を入手し、 サーバ側の前記サービス料金通知サービス制御手段が、
前記課金サーバとの交渉により得たサービス料金情報を
もとに、前記サービス料金情報通知手段に対して前記ユ
ーザ識別番号およびサービス使用料金情報をデータ部に
有するサービス料金情報通知エージェントを生成させ、
そのサービス料金情報通知エージェントを前記通信回線
を経由させて前記端末側へ移動させ、 前記端末側の前記サービス料金情報解釈手段が、前記サ
ービス料金情報通知エージェントのデータ部を解釈して
ユーザにサービス料金情報を通知することを特徴とする
通信ネットワークにおけるサービス使用料金把握装置。 - 【請求項２】 前記端末側のサービス料金通知タイミン
グ情報指定手段は、ユーザがサービスを利用している任
意の時点で前記サービス使用料金通知条件を指定するた
めのサービス料金通知指定要求をサーバ側におこない、
サーバ側がその条件を満足する時には、ユーザにサービ
ス使用料金通知をおこなうことを特徴とする請求項１記
載の通信ネットワークにおけるサービス使用料金把握装
置。 - 【請求項３】 サーバ側の前記サービス料金通知タイミ
ング情報解釈手段は、前記サービス料金通知指定要求を
解釈し、その指定を有効あるいは無効とするかをあらわ
す応答を端末側におこなうことを特徴とする請求項２記
載の通信ネットワークにおけるサービス使用料金把握装
置。 - 【請求項４】 サーバ側の前記サービス料金情報問い合
わせ手段は、ユーザがサービスを利用している状態にお
いて、ある時間間隔ごとに課金サーバへそのユーザのサ
ービス使用料金情報の問い合わせを行うことを特徴とす
る請求項２記載の通信ネットワークにおけるサービス使
用料金把握装置。 - 【請求項５】 前記時間間隔を、そのユーザに対するエ
ージェントの処理量に応じて可変とすることを特徴とす
る請求項４記載の通信ネットワークにおけるサービス使
用料金把握装置。 - 【請求項６】 前記サービス使用料金通知条件の通知タ
イミングを、サービスに対する料金の境界値とすること
を特徴とする請求項２記載の通信ネットワークにおける
サービス使用料金把握装置。 - 【請求項７】 前記サービス使用料金通知条件の通知タ
イミングを、時間の境界値とすることを特徴とする請求
項２記載の通信ネットワークにおけるサービス使用料金
把握装置。 - 【請求項８】 前記サービス使用料金通知条件の通知タ
イミングを、境界値の所定割合減じた値から境界値の所
定割合増した値の間において複数回とすることを特徴と
する請求項項６あるいは請求項７記載の通信ネットワー
クにおけるサービス使用料金把握装置。 - 【請求項９】 サービス使用料金通知サービスの利用開
始日時を条件としてサービス料金通知指定をすることを
特徴とする請求項２記載の通信ネットワークにおけるサ
ービス使用料金把握装置。 - 【請求項１０】 サーバ側がユーザにサービス使用料金
通知サービスをおこなっている状態において、ユーザ側
からあるいはサーバ側からサービス使用料金通知サービ
スの終了を通知することを特徴とする請求項２記載の通
信ネットワークにおけるサービス使用料金把握装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP7647595A JPH08274772A (ja) | 1995-03-31 | 1995-03-31 | 通信ネットワークにおけるサービス使用料金把握装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP7647595A JPH08274772A (ja) | 1995-03-31 | 1995-03-31 | 通信ネットワークにおけるサービス使用料金把握装置 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH08274772A true JPH08274772A (ja) | 1996-10-18 |
Family
ID=13606219
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP7647595A Pending JPH08274772A (ja) | 1995-03-31 | 1995-03-31 | 通信ネットワークにおけるサービス使用料金把握装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH08274772A (ja) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH1166000A (ja) * | 1997-08-22 | 1999-03-09 | Internatl Business Mach Corp <Ibm> | 電子メール又はエージェントを利用してクライアント上でｇｕｉを作成する情報処理方法及び情報処理装置、情報処理装置を制御するプログラムを格納した記憶媒体 |
| WO2002057984A1 (en) * | 2000-03-27 | 2002-07-25 | Tfhc, Inc. | Network chat with integrated billing |
| KR100417666B1 (ko) * | 2000-06-15 | 2004-02-11 | 닛뽕덴끼 가부시끼가이샤 | 컨텐츠 변환요금부과 시스템, 컨텐츠 변환요금부과 방법및 이 제어프로그램을 기록하는 기록매체 |
| JP2018530026A (ja) * | 2015-07-24 | 2018-10-11 | フェイスブック，インク． | メッセージングによるパーソナル・アシスタント・サービスの提供 |
-
1995
- 1995-03-31 JP JP7647595A patent/JPH08274772A/ja active Pending
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH1166000A (ja) * | 1997-08-22 | 1999-03-09 | Internatl Business Mach Corp <Ibm> | 電子メール又はエージェントを利用してクライアント上でｇｕｉを作成する情報処理方法及び情報処理装置、情報処理装置を制御するプログラムを格納した記憶媒体 |
| WO2002057984A1 (en) * | 2000-03-27 | 2002-07-25 | Tfhc, Inc. | Network chat with integrated billing |
| KR100417666B1 (ko) * | 2000-06-15 | 2004-02-11 | 닛뽕덴끼 가부시끼가이샤 | 컨텐츠 변환요금부과 시스템, 컨텐츠 변환요금부과 방법및 이 제어프로그램을 기록하는 기록매체 |
| JP2018530026A (ja) * | 2015-07-24 | 2018-10-11 | フェイスブック，インク． | メッセージングによるパーソナル・アシスタント・サービスの提供 |
| US10686738B2 (en) | 2015-07-24 | 2020-06-16 | Facebook, Inc. | Providing personal assistant service via messaging |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7289612B2 (en) | Apparatus and method for ensuring a real-time connection between users and selected service provider using voice mail | |
| EP0920178B1 (en) | Monitoring charges for network services | |
| US20200112641A1 (en) | System and method for monitoring account usage on a platform | |
| US8046472B2 (en) | System and method for expert service providers to provide advice services through unique, empowered independent agents to consumers | |
| US6144667A (en) | Network-based method and apparatus for initiating and completing a telephone call via the internet | |
| US6636590B1 (en) | Apparatus and method for specifying and obtaining services through voice commands | |
| CN1805442B (zh) | 在ims网络中提供在线计费的装置和方法 | |
| CN104394284B (zh) | 向远程代理的自动呼叫分发 | |
| US7930186B1 (en) | Communications network connection system and method | |
| US20070280463A1 (en) | Systems, devices, and methods for managing call requests | |
| CA2198798C (en) | System and method for pricing telecommunication transactions | |
| CA2422522A1 (en) | Call center administration manager with rules-based routing prioritization | |
| WO2001088791A1 (fr) | Systeme de facturation sur internet | |
| EP1459150A2 (en) | An interface between vendors and customers that uses intelligent agents | |
| WO2009042776A1 (en) | Prepaid services accounts with multi-user customers and individualized quotas | |
| JPH08274772A (ja) | 通信ネットワークにおけるサービス使用料金把握装置 | |
| US6310952B1 (en) | Telephone access to overly popular services | |
| EP1244045A1 (en) | Prepaid internet access system and method | |
| WO2001037528A1 (en) | Autonomously administering enhanced telephony services | |
| US20030187793A1 (en) | Billing system, billing method and billing apparatus | |
| EP0809410A2 (en) | System and method for routing calls based on real-time call pricing information | |
| JP4510157B2 (ja) | デビットカード遠距離通信サービスのためのシステム及び方法 | |
| CN1496538A (zh) | 以电话帐单方式支付因特网信息费的方法 | |
| WO2001074018A1 (en) | System and method of charge and/or free of charge phone using internet on website | |
| WO2007056193A2 (en) | Shared call center systems and methods (gigapop) |