JP4178737B2 - 課金システム及びこの課金システムを備えた会話システム - Google Patents

Description

【０００１】
【発明の属する技術分野】
本発明は、ネットワークを介して、複数の端末装置間で文字情報を遣り取りする会話システムに関し、より詳しくは、この会話システムにおいて提供されるサービスに応じた課金情報の生成を可能とした課金システムおよびこの課金システムを備えた会話システムに関する。
【０００２】
【従来の技術】
近年、インターネットの普及によって、ネットワークを介した様々なコミュニケーション手段が登場している。特に、チャットシステムやリアルタイム会議室などのマルチユーザ型リアルタイム会話システムを利用したサービスが注目されている。このマルチユーザ型リアルタイム会話システムでは、複数の利用者がチャットサーバ内に生成されたチャンネルや会議室などと称される仮想会話空間内で、リアルタイムに利用者間で会話を行うことができる。
【０００３】
この会話システムでは、電子メールに比べて、発言方法が容易であり、会話形式で発言を行えるので、手軽に使用することができ、しかも、複数人数でリアルタイムに質疑応答などの会話を行える。それ故、活発な発言が期待できるとともに、テキストベースで情報の送受信を行うので、音声による情報の送受信に比べて、発言の記録や加工が容易である。
【０００４】
この会話システムでは、利用者が生成した仮想会話空間や、または会話システム提供者が予め用意した仮想会話空間を利用する形態が主である。また、利用者は一旦、仮想会話空間に参加すると特定の制限無しに会話を行うことができる。
【０００５】
【発明が解決しようとする課題】
従来の会話システムを基に各種のサービスを有料で提供しようとした場合には、以下のような問題が生じる。
【０００６】
（１）サービス利用者への課金は、サービスそのものに対して行うことになる。つまり、会話システムに参加すれば、利用者には一律に料金を課せられ（課金され）、したがって、利用者の間で発言回数、発言量や発言内容などの利用の度合いに差があっても、同一料金を支払うことになるので、利用者によっては不公平感が生じる。さらに、利用者へのサービス対応を行うサポータの評価も対応した時間などによる一律の評価しか行えない。
【０００７】
（２）サービス提供者が或る時間帯だけサービスを提供する場合には、予め決められたスケジュールに沿って手動で会話空間（チャンネル）を生成し、消滅させるという面倒な操作を繰り返す必要がある。またサービス利用者にとっては、予め所望のチャンネルを利用したくとも、既に利用人員が制限枠を越えている場合や、都合の悪い時間帯に開催されている場合には、サービスを受けられないことになる。
【０００８】
そこで、受けたサービスの内容によって、課金額を決めたり、予め設定した支払限度枠内でサービスを受けることができる課金制の会話システム、さらにチャットサーバ内にスケジュールに沿ってチャンネルを生成したり消滅でき、またサービス利用者が所望のチャンネルの利用を予約できる会話システムが必要となる。
【０００９】
たとえば、製品の使用方法や、不具合の解消などのサポートをメーカから受けるためのサポートチャンネルを開催した場合を例にして、より具体的に課題を説明する。
【００１０】
その製品を初めて使用する利用者にとっては、予備知識が少ないため、不具合の状況や不具合箇所を的確に説明できない。そのため、サービス提供者側は、不具合の状況や原因を把握するために、事細かく製品の動作を説明し、利用者が犯しそうな誤操作を想定しながら会話を進めることになる。したがって、会話時間が長くなるとともに、利用者が納得できるまで詳細な説明が必要となる。
【００１１】
一方、製品を使い慣れた利用者との会話では、利用者に予備知識があるので、不具合の状況を的確に説明できるために、サービス提供者側もより迅速に問題箇所の指摘や対処方法を短時間で伝えることができる。したがって、利用者への対応を負担が少なく、短時間で的確に処理することができる。逆に、この利用者が非常に専門的な質問をする場合には、サービス提供者側も高度の知識を有した専門家、したがって人件費の高い者をサービスに当たらせる必要がある。
【００１２】
このような各例の場合、利用時間が長ければ課金を高くしても利用者は納得できるであろうし、また例えば初等的な問い合わせに対しては、専門的な問い合わせよりは安い課金をするように決定できれば、より合理的な課金額の決定方法と言える。
【００１３】
また、複数の利用者がランダムにサポートチャンネル上でサポートを受けると、情報が混乱するので、利用者毎にチャンネルの利用時間帯を決め、そのスケジュールに沿って会話を進めれば、円滑にサポートを受けることができる。
また、サポート料を払った利用者のみが特別なサービスを受けられるような仕組み、あるいは、サポート料に応じて質問できる量が変る仕組みがサービスを受ける利用者にとっても、サービス提供側にとっても合理的な課金といえる。
【００１４】
さらに、チャット上で株主総会を行うような場合に、持ち株に応じて発言量が許可されるシステムも、株主にとって合理的な場を提供できることになる。
このようなシステムを構築する場合に、従来のマルチユーザ型リアルタイム会話システムでは上記の（１）、（２）ような欠点があり、これらの欠点を解決し、サービス利用者の利用状況や属性に応じた木目細かい課金情報を生成できる課金システム、この課金システムを備えた会話システム、さらには予約して利用可能な会話システムを提供することを課題とした。
【００１５】
【課題を解決するための手段】
請求項１においては、複数の端末間で通信回線を介して文字情報の交信を行う会話システムに接続可能な課金システムにおいて、課金の対象となる課金対象情報と当該課金対象情報の単価とを予め対応づけて記憶する単価記憶部と、交信される前記文字情報に前記単価記憶部に記憶されている課金対象情報が含まれている場合に課金の対象となる課金対象情報（例えば、特定の単語）を抽出する会話監視部と、前記会話監視部にて抽出された課金対象情報と当該課金対象情報に対応づけて前記単価記憶部に記憶されている単価とに基づき、前記文字情報ごとに基づき課金データ（例えば、特定の単語の数と単価との積から求めた課金額）を生成する課金情報管理部と、前記生成された課金データを記憶する課金情報データベースと、所定の端末への前記課金データの通知を発行する会話制御部とを有したことを特徴とする課金システムを要旨とした。
【００１６】
このように課金システムを構成したので、利用者の発言した内容に含まれている特定の単語の数や文字数などに基づいた課金額を生成できる。さらに、課金データは、課金情報データベースに記憶格納されるので、１会話毎の課金額と累積の課金額とを、または累積の課金額のみを会話制御部を介して所定のデータとして会話システムに送信することが可能になる。さらに、所定データ中にこの課金額を該当端末に送信すべき旨の依頼を含めて、この所定データを構成するのが好ましい。
【００１７】
また、サービスを受ける側の端末を利用者クライアントと称し、サービスを提供する側の端末を提供者クライアントと称すると、利用者クライアントの発言から取得される課金データをこの利用者に課金するように所定データを構成しても良い。利用者クライアントと、この利用者クライアントに対応している提供者クライアントとの１対の会話の課金データをこの利用者クライアントへの課金するように所定データを構成しても良く、また、利用者クライアントに対する提供者クライアントの会話（回答）のみをこの利用者クライアントへ課金するように所定データを構成しても良い。
【００１８】
請求項２では、請求項１に記載の課金システムにおいて、前記課金データは前記端末が前記会話システムを利用した利用時間、前記文字情報に含まれる発言量のいずれかと、前記課金対象情報の出現回数と該課金対象情報に設定された課金との積との、和に基づく情報を含む事を特徴とする課金システムを要旨とした。
【００１９】
この様に構成したので、利用時間または交信される文字情報の文字数に基づく発言量または設定された語句の出現回数に基づいた課金データが求められ、会話システムに送信することが可能となる。
【００２０】
請求項３では、請求項１乃至請求項２に記載の課金システムにおいて、
前記端末からの会話の権利を発行する利用権発行部と、前記端末の利用者の利用条件を記録した利用者情報データベースとを有し、前記利用権発行部は、前記端末の利用者の前記利用者情報データベースに記録されている利用条件に基づき、前記端末の利用者が前記会話システムを利用する場合の条件を前記課金情報データベースに設定することを特徴とする課金システムを要旨とした。
【００２１】
このように構成したので、利用者は会話システムを利用した際に支払う限度枠を課金システムに設定しておけるので、課金額がこの限度枠に近づけば、この利用者が利用しているクライアントへ警告を通知することが可能となる。
【００２２】
ここで、利用条件とは、この利用者が課金を支払うために必要な情報であり、利用者の個人を識別できる識別情報、支払限度額と支払い手段の指定、例えば金融機関等の口座番号とを少なくとも含むことが好ましい。ここで、クライアントから利用権発行部への通信は、会話システムで使用している通信回線を使用しても良く、また、別の通信回線を使用しても良い。
【００２３】
また、利用者の利用条件中、前記口座番号などは、この課金システムが接続される会話システム自体に記録されている情報を利用しても良く、また、他の機関に記録されている与信情報を利用しても良い。
【００２４】
請求項４では、請求項１乃至請求項３に記載の課金システムにおいて、前記端末からの前記会話システムの生成および終了の予約を受け付ける予約部と、前記予約を記録するスケジュールデータベースと、計時機能を有するタイマと、前記タイマが前記スケジュールデータベースに記録された前記予約に含まれた前記会話システムの生成時刻および終了時刻に基づき、前記複数の端末の内の所定の端末に前記会話システムの生成および終了を依頼する命令部を備えたことを特徴とする課金システムを要旨とした。
【００２５】
このように構成したので、クライアントからの予約依頼に基づくスケジュールに沿って、会話システムを生成できる。
請求項５においては、請求項１乃至請求項４に記載の課金システムを備えたことを特徴とする会話システムを要旨とした。
【００２６】
この様に構成したので、各端末に課金システムで生成されたサービス内容に応じた課金を課せられる会話システムを構成できる。さらに詳しくは、利用者が会話システムを利用した利用時間、発言量、所定の語句の出現回数などに基づいて、課金を課せられる会話システムを構成できる。また、端末からの予め通知された個人情報に基づいて、会話システムの利用枠を設定でき、その枠内での利用が可能な会話システムを構成できる。また、さらに、前もって予約して利用できる会話システムを構成できる。
【００２７】
なお、本発明では、課金とはサービスに対する対価の支払を課すことを意味し、この支払は通貨であっても良く、得点であっても良く、有価価値の権利の譲渡が可能であれば良い。
【００２８】
【発明の実施の形態】
〔第１の実施例〕
図１から図６を参照して、本発明の第１の実施例を説明する。図１は、本発明の課金システムとこの課金システムを備えた会話システムの構成を示す図である。この図１に示す課金制会話システム２０は、会話システム７と課金システム１０とを有している。
【００２９】
会話システム７では、クライアント１および管理者クライアント２は、ネットワーク４を介してチャットサーバ３と接続可能に構成され、各クライアント１、２は互いに文字情報の交信が可能となっている。クライアント１は、この会話システムでサービスを受ける利用者が使用する端末装置またはこの装置内のクライアントアプリケーションプログラムを指し、管理者クライアント２は、ネットワーク４を介してチャットサーバ３にアクセスし、会話空間管理部６を介して、チャンネルの生成や消滅の操作が可能な端末装置またはこの装置内の管理者アプリケーションプログラムを指し、このチャンネルの管理者が使用する。チャットサーバ３には、チャットアプリケーション５が含まれ、このチャットアプリケーション５によって、チャンネルが生成される。このように、会話システム７は、これらのクライアント１、管理者クライアント２、ネットワーク４、チャットサーバ３を含んで構成されている。
【００３０】
クライアント１からのログイン要求を受信した場合に、チャットサーバ３は、サーバ内の管理ファイルを参照し、このクライアント１へのサービスを承認するか否かを決定する。承認した場合には、クライアント１からサービス要求を受信したときに、サービスを提供するプログラムに制御を渡す。クライアント１が所定のチャンネルに参加し、メッセージを送ると、このメッセージはチャットサーバ３内の会話ログ記録部に記録格納されるとともに、ログイン中の各クライアント１、管理者クライアント２に送信される。
【００３１】
〔課金システムの説明〕
次に、課金システム１０について説明する。会話システム７においてクライアント１間やクライアント１と管理者クライアント２との間で交信される情報は、チャットサーバ３から、会話情報監視部１１に入力される。この会話情報監視部１１は、チャンネル内の会話で交信される情報から、所定の情報を抽出して、会話状況を課金情報管理部１２に伝えるものである
交信情報から課金情報を抽出する動作の一例を示す図２を参照して、交信情報から課金情報を抽出する動作を説明する。この例では、この交信情報２５中に利用者が送信した文字情報のメッセージである会話情報２３が含まれており、会話情報監視部１１に予め設定されたキーワード群３０中の語をこの会話情報２３中から抽出する場合の抽出動作を示している。
【００３２】
交信情報２５には、他に利用者識別情報２１、時刻情報２２が含まれている。この利用者識別情報２１は利用者の名前やパスワードなどであり利用者を識別するための情報である。時刻情報２２は、会話情報２３がクライアント１または管理者クライアント２から送信された時刻もしくは、チャットサーバ３で受信された時刻を示している。
【００３３】
キーワード群３０には、本実施例では「パソコン、インターネット、エラー、・・・・」などのキーワードが設定されている。これらの語は、このサービスを実施するチャンネルの目的によって、種々の語彙が設定される。この実施例のキーワード群３０の語彙は、パソコンによるインターネットのトラブル解消のために開催されたチャンネルを例にしている。他にたとえば、老人介護などに関するチャンネルの場合には、キーワード群３０には例えば「介護保険、保険、申請、区役所、・・・・」などが設定される。
【００３４】
会話情報監視部１１に交信情報２５が入力されると、キーワード群３０の各キーワードと会話情報２３が比較され、出現頻度が抽出される。図２の例では、「エラー」という語が会話情報２３中に２回検出されていることを示している。そして、この会話情報監視部１１の出力である課金情報４０の抽出情報４３に「エラー ２」として含まれる。この課金情報４０には、利用者識別情報２１、時刻情報２２も含まれる。なお、抽出情報４３は、キーワード群３０中の各キーワードに対応して出現回数を含ませる様に構成したが、出現しなかった「キーワード
出現回数」の情報は含まない構成にしても良い。
【００３５】
つぎに、課金情報から課金データを生成する動作の一例を示す図３を参照して、課金情報管理部１２において、この課金情報４０から課金データ７０を生成する動作の一例を説明する。
【００３６】
課金情報管理部１２は、利用者の課金状況を課金情報データベースに記録し、課金に関連する情報の管理を行うものである。この課金情報管理部１２は、課金情報４０中の抽出情報４３を対価に換算するための課金テーブル５０を有している。この課金テーブル５０には、課金の掛け方に対応したテーブル、単価が設けられている。利用者がチャンネルを利用した時間に基づいて課金する場合には、時間単価５１を使用する。この課金テーブル５０では１分間当たりの対価を「１０」単位としている。チャンネルの利用時間は、該当クライアント１がチャットサーバ３にログインした時刻とログアウトした時刻をチャットサーバ３に要求し、課金情報管理部１２で利用時間を算出し、この利用時間と時間単価５１の積で課金量７３を求める。発言量によって課金する場合は、発言量単価５２を使用する。この発言量は、会話情報２３中の総字数としても良く、また「は、が、の、・・・」などの助詞や、「その、あの、・・・」などの指示代名詞や、接続詞や、あいさつなどを除外した総字数を発言量としても良く、この発言量と単価５２（この例では１語あたりの対価を「１５」単位）の積を課金量７３とする。
【００３７】
本実施例の様に、会話情報２３中の所定のキーワードに対して課金する場合には、キーワード単価５３を使用する。このキーワード単価５３には、さらに、キーワード群３０に設定されたキーワードに対応して各キーワードの単価が設定、記録されている。
【００３８】
図３は、このキーワードを用いて課金する場合を示したもので、例えば、「エラー」と言う語は、１回の出現に対して５単位の課金が課せられることを意味しており、このキーワード単価５３と抽出情報４３とを用いて、「課金量を求める演算」６０に示すように、キーワード単価とその出現回数を乗算し、和をとり抽出情報４３に対する課金量を求める。この図３の例では、課金量は３０単位となる。
【００３９】
課金データ７０には、この課金量７３と利用者識別情報２１と時刻情報２２とが含まれて構成されている。ここで、課金テーブル５０中の各単価５１、５２、５３および課金量７３の単位は、例えば、通貨単位「円」、「１０円」でもよく、ポイント単位でも良く、さらには、後述するオンライン株主総会システムの場合には、持ち株に応じたポイント、例えば１０００株に対し１発言の権利であって良い。
【００４０】
この生成された１メッセージの課金データ７０は、次に磁気ディスク装置で構成された課金情報データベース１３（図１）に利用者識別情報２１、時刻情報２２とともに記録格納されるとともに、課金情報管理部１２から会話制御部１４に送られる。この会話制御部１４は、会話空間管理部６と相互に通信する機能を有しており、課金情報管理部１２からの課金データ７０をチャットサーバ３が受け入れる形式に変換したり、また例えば、課金データ７０にチャンネル識別情報を付加したりして、チャットサーバ３の会話空間管理部６に送信する。
【００４１】
この課金データ７０は、課金情報データベース１３に記録格納されているので、その時点までの該当利用者の課金量７３の積算値も会話制御部１４を介してチャットサーバ３の会話空間管理部６に送信する様に、課金システム１０を構成してもよい。また、課金量７３の積算値のみを送信するように構成しても良い。
【００４２】
会話空間管理部６が受信した課金データ７０は、利用者識別情報２１に基づいて、該当クライアント１に送信される。
以上の実施例中では、利用者の会話情報２３からキーワードを抽出して、該当クライアント１に課金データ７０を送信する場合を説明した。
【００４３】
ここで、上記実施例では、会話中のキーワードを抽出して、その出現個数から課金量７３を求めたが、キーワード、利用時間、発言量などの組合せで課金量７３を求める様にしても良い。
【００４４】
次に、上記の説明を課金システムの処理フローを示す図４を参照して説明する。チャンネルが生成されており、クライアント１からをチャットサーバ３にアクセスを開始する（５０１、以下括弧内に処理フローを示す図中の対応する処理の参照符号を記す。）。クライアント１から利用者は、ログイン情報を入力すると（５０２）、チャットサーバ３では、このログイン情報の名前とパスワードが、チャットサーバ３内に記録されている情報と一致しているか否かを確認し、一致している場合には、チャンネルへの参加を承認する（５０３のＹｅｓの場合）。チャットサーバ３は、各クライアント１、管理者クライアント２（以下クライアント１、２で両クライアントを示す）からのメッセージが送信されてくるのを待ち（５０４）、送信があると、このメッセージを他の各クライアント１、２に送信する（５０５）。
【００４５】
つぎに、このメッセージは、課金システム１０の会話情報監視部１１に送られ課金情報４０（図２参照）が抽出される（５０６）。さらにこの課金情報４０から課金データ７０（図３参照）が課金情報管理部１２で生成される（５０７）。この課金データ７０は、課金情報データベース１３内の該当利用者の課金情報に積算され（５０８）、さらに、この積算値などの課金量が該当クライアント１にチャットサーバ３を介して通知される（５０９）。
【００４６】
次に、本実施例では、開催権を持っている管理者クライアント２が、このチャンネルの継続か終了かを判断するが、この管理者クライアント２がチャンネルの終了を宣言しない限り（５１０でＹｅｓの判断の場合）、再度チャットサーバ３は、クライアント１、２からのメッセージを待つ。
【００４７】
一方、ログイン情報が、不一致の場合には（５０３でＮｏの場合）、「パスワードが間違っています。」などのメッセージを該当クライアント１に通知し（５１５）、継続判断処理（５１０）に移る。管理者クライアント２がチャンネル終了を依頼すると、チャンネルは終了する（５２０）。
【００４８】
ここで、５０６から５０９までの処理が課金システム１０で実行される。
この実施例では、クライアントからの発言内容や利用時間や発言量に基づいて、課金量を求める様にしたので、利用者に一律に課金をすることなく、利用者のチャンネルの利用度合いによる課金が可能となる。
【００４９】
なお、この第１の実施例では、チャットサーバ３内に１つのチャンネルが生成された場合を説明したが、複数のチャンネルが生成されていても良く、さらに詳しくは、後述の第１の実施例の変形例として説明する。
【００５０】
また、この第１の実施例では、利用者の課金に予め制限を設けなかったが、例えば、所定の限度枠を予め決めておき、その限度に近くなった場合や、その限度になった場合、または越えた場合に、図４のステップ５０９で、限度枠に近づいた事、限度に達した事、または限度を越えた事を知らせる警告とともに、課金量を通知する様に、構成しても良い。
【００５１】
また、この第１実施例では、利用者の資格を予め「参加」か、「登録」かを決めて登録する様にし、「参加」の資格を持つ利用者のみ文字情報の交信ができ、「登録」の資格を持つ利用者は、この交信の閲覧のみ可能に構成する様に構成しても良い。この「登録」の資格の利用者には、１律の課金または、閲覧した時間に基づく課金を課す様にすることが好ましい。
【００５２】
〔第１の実施例の変形例１〕
次に、交信情報から課金情報を抽出する動作の他の例を示す図である図５を参照して、このクライアントからの質問に応対するサポータの発言を、このクライアントに課金する構成に付いて説明する。この例では、サポータは管理者クライアント２（図１参照）を使用しているものとする。会話情報監視部１１では、利用者識別情報２１が「ＡＢＣ１２３」である利用者の発言と、この発言に対応した管理者クライアント２（利用者識別情報２１がＸＹＺ９８７で示される）からの発言との１対の会話情報２３が示されている。この１対の会話自体の抽出は、利用者の質問にサポータが答える対話になっていることを利用する。つまり、管理者クライアント２からの発言と、その１つ前の該当クライアント１からの発言を対とみなすことで実行できる。
【００５３】
この１対の会話情報２３中から、先に図２を用いて説明した手順を用いて、この場合には、キーワード「エラー」が３回発言されたことが検出でき、利用者識別情報２１の利用者の課金情報４０中の抽出情報４３に、「エラー ３」の情報が含まれる。以下、図２、図３で説明したと同様にこの抽出情報４３に基づいた課金が利用者識別情報２１「ＡＢＣ１２３」の該当クライアント１に配信されることになる。
【００５４】
このように、１対の会話情報に基づく課金を所定のクライアントに課する様に構成したので、質問とそれに対するサービスとの両方の内容を含む会話に対して課金でき、利用者およびサポータに取ってより合理的な課金ができる。すなわち、より丁寧な回答に対して、課金量７３が多くなることは、利用者にとって納得できることであり、サポータにとっても丁寧な回答をすれば、大きな対価を得ることになるからである。
【００５５】
また、サーポータの発言のみに基づく抽出情報４３から、課金量７３を求めを、該当クライアント１に課する様に構成しても良い。この様に構成すれば、享受したサービスに対してのみ課金、つまり対価を支払う様にできる。
【００５６】
また、課金システム１０は会話システム７とは分離して構成したので、この課金システム１０を容易に他の会話システムに接続可能となる。
〔第１の実施例の変形例２〕
また、上記の第１の実施例では、会話情報監視部１１に会話ログを記録する記録装置を設けなかったが、課金制会話システムの他の構成を示す図である図６に示す様に、会話情報監視部１１で受信した交信情報２５を一旦記録格納する磁気ディスク装置などで構成した会話ログ記憶部１５を設けて、課金システム１０を構成しても良い。この会話ログ記憶部１５を設ければ、一旦記録格納した会話については、以降の処理を再度実行出来るので、システムのトラブルなどの際に、それまでに交信された情報を会話ログ記憶部１５から読み取り、課金量７３を再度生成でき、被害を少なくすることが可能になる効果を有する。
【００５７】
〔第１の実施例の変形例３〕
上記の第１の実施例で示した課金システムは、複数のチャンネルが開催されている会話システム７にも接続可能である。この場合の課金制会話システム１００の構成を図７に示す。この図７では、２つのチャンネルが開催されており、１つのチャンネルには、クライアント１と管理者クライアント２とが、他のチャンネルには、クライアント１０１と管理者クライアント１０２とが、それぞれ使用している。この各チャンネルの課金を、課金システム１０が生成している。この様な複数のチャンネルの課金を処理するために、課金システム１０内に各クライアント１、各管理者クライアント２とチャンネルとの対応テーブルを持って、課金データ７０を該当チャンネルの該当クライアントに送信依頼する様に会話制御部１４で処理しても良く、または、図２、図３、図５で示した交信情報２５、課金情報４０、課金データ７０をチャンネル識別情報を含めた構成にしておくことが好ましい。
【００５８】
この様に課金システム１０を構成できるので、チャンネルごとに課金システムを設ける必要がなく、従って低コストで課金システム及び会話システムを運用できる。
【００５９】
〔第２の実施例〕
次に本発明の第２の実施例を図８から図１０とを参照して説明する。第２の実施例である課金システムとその課金システムを備えた会話システムを示す図８では図１と同じ符号のものは、同じ機能を有するものを示す。この第２の実施例と第１の実施例の相違点は、クライアント１および管理者クライアント２からネットワーク１１１を介して、課金システム１２０に利用権の設定を行う様にしたことと、この利用権の設定した条件のもとで課金を可能にしたことである。この相違点を持つ課金制会話システム１１０は、会話システム７と課金システム１２０を有しており、さらに課金システム１２０は利用権発行機能と設定した条件下の課金機能とを有している。
【００６０】
この利用権の設定とは、利用者がチャンネルの利用に対する課金の支払いのための設定や、このチャンネルに参加する資格などの利用条件を設定することを意味する。さらに詳しくは、課金の支払いに関しては、課金の支払に使用する金額や、課金をポイントで支払う場合にはポイント数の最大枠を設定する。以下の説明では、設定した金額やポイント数の最大限度枠を「最大枠」と称する。ここで、通貨で支払う場合には、支払いに利用する金融機関の口座番号なども設定することが好ましい。また、資格に関しては、チャンネルで会話を行える資格である「参加」や単にチャンネルで交信される会話を閲覧する資格である「登録」などを設定する。以下の説明では、参加、登録をここで説明した資格の意味で使用する場合には「参加」、「登録」と括弧を付けて使用する。
【００６１】
この設定は、また同時に利用者のパスワードなどを付与するので、利用者の認証を行うことも意味している。
以下、課金システムとその課金システムを備えた会話システムを示す図８と利用者個別情報の登録、更新の処理フローを示す図９を参照して、第２の実施例を説明する。課金システム１２０には、各利用者が利用権を設定するためのＷＷＷサーバ１２４が設けられている。このＷＷＷサーバ１２４は、利用権設定のためのページを提供する。このページの構成は、ログイン情報入力欄、利用権の更新か新規登録かの選択欄、更新入力欄と新規登録欄とが表示され、入力出来る様に構成されている。利用者がクライアント１を用いて、このＷＷＷサーバ１２４にアクセスして、ブラウザ画面にこのページを表示させる（６０１、６０２、図９参照。以下、同様）。利用権を更新する場合は、少なくとも、名前、パスワード、最大枠、資格を入力し、新規登録の場合は、最大枠、資格、支払いのための金融機関等の口座等を入力する（６０３）。これら入力される情報を利用者個別情報と称する。利用者が入力、送信した利用者個別情報は、ネットワーク１１１を介してＷＷＷサーバ１２４によって受信される。受信された利用者個別情報が利用権の更新の場合には、利用権発行部１２１は、磁気ディスク装置などで構成される利用者個別情報データベース１２２に記録格納されている利用者ファイルを参照し、利用者個別情報中の名前とパスワードに該当する利用者が既に登録されているか否かを判定する（６０４、６０５）。既に登録されている場合には、設定済の最大枠や資格を送信されてきた利用者個別情報に含まれている最大枠や資格に更新するとともに（６０７）、課金情報データベース１２５中のこの利用者の課金限度枠や資格も更新する（６０８）。
【００６２】
一方、新規登録の場合には（６０４でＮｏの場合）、利用者個別情報データベース１２２中の利用者ファイルにこの利用者の利用者個別情報を登録するとともに（６２０）、課金情報データベース１２５にも、この利用者の課金限度枠や資格を新たに設定するし、利用者にパスワードを付与する（６２１、６２２）。
【００６３】
図８では、利用者個別情報データベース１２２を個別に設けて、利用者個別情報中の金融機関の口座等のデータの機密性や信頼性を高めているが、課金情報データベース１２５に利用者個別情報を記録格納する様に構成しても良く、また、支払いに利用する金融機関の口座等の情報は、会話システム７を提供するサービスプロバイダのデータベースを利用する様にしても良い。
【００６４】
利用者が、利用権の更新を指示したのに利用者ファイルに該当利用者の情報、または名前とパスワードが一致しないなどの場合（６０５のＮｏの場合）には、この利用者に再入力を通知し、再入力が無い場合（６０６のＮｏの場合）には、処理を終え、再入力がある場合（６０６のＹｅｓの場合）は、再度個人利用情報入力処理に帰る。
【００６５】
次に、課金最大枠を備えた課金制会話システムの処理フローを示す図１０を参照して、課金制会話システムを説明する。
チャンネルが生成されて、クライアント１、２がチャットサーバ３にログインする（７００、７０１）。クライアント１、２のパスワード等は利用者個別情報データベース１２２に記録格納されているので、チャットアプリケーション５内の会話空間管理部６、課金システム１２０内の会話制御部１２６、課金情報管理部１２、利用権発行部１２１を介して、ログインしたクライアント１、２の名前、パスワードなどが利用者個別情報データベース１２２内の記録と検証される（７０２）。一致した場合（７０２のＹｅｓの場合）には、チャットサーバ３は各クライアント１、２からの会話メッセージ待ちとなる（７０４）。会話メッセージが受信されると（７０４のＹｅｓの場合）、第１の実施例と同様に課金情報４０の抽出（図２、図５参照）、課金データの生成（図３参照）、課金情報データベース１２５内の課金データの更新が実行される（７０５、７０６、７０７）。
【００６６】
この第２の実施例ではクライアント１の課金に対する最大枠を課金情報データベース１２５に設定されているので、課金システム１２０では、第１の実施例で説明した課金データ７０中の課金量７３（図３参照）の積算値とこの最大枠との比較が課金情報管理部１２で実行される（７０８）。所定の利用者への課金量７３が、最大枠の所定の比率、例えば９０％に達した場合、または最大枠になった場合に（７０８のＮｏの場合）、課金情報管理部１２は、該当利用者に警告を通知する様、会話制御部１２６に依頼を出す（７２０）。会話制御部１２６はこの依頼に基づき、該当クライアント１に「お支払い額が限度枠に近づきました。」などのメッセージを送信する様に、チャットサーバ３の会話空間管理部６に依頼を送信する（７２０）。この利用者が会話を継続し、課金量７３が最大枠に達した場合、または最大枠を超過した場合に、課金情報管理部１２は、会話制御部１２６に該当クライアント１に、例えば、「ご使用料が、お客様が設定されました限度枠を越えました。会話継続をご希望の場合は、限度枠の更新をして下さい。」などの問い合わせのメッセージを送信することを依頼する（７２０）。会話制御部１２６は、会話空間管理部６に該当クライアント１にこのメッセージを送信することを依頼し、該当クライアント１からの回答を待つ（７２１）。
【００６７】
該当クライアント１からの更新希望無しの回答を会話制御部１２６が受信すると（７２１でＮｏの場合）、会話制御部１２６は、該当クライアント１のチャンネルからの退去を求めるメッセージを会話空間管理部６に送信し、チャットサーバ３は該当クライアント１をチャンネルから退去させる（７３０）。
【００６８】
該当クライアント１からの回答が更新希望有りの場合は（７２１でＹｅｓの場合）、会話制御部１２６は、更新後の最大枠（以下、更新最大枠と称する）を該当クライアント１に問い合わせ、該当クライアント１から更新最大枠を受信する（７２２）。会話制御部１２６は、この更新最大枠を課金情報管理部１２に通知する。課金情報管理部１２は、この更新最大枠を課金情報データベース１２５の該当利用者の最大枠を更新最大枠に更新する（７２３）。更に、課金情報管理部１２は、利用権発行部１２１にこの該当利用者の更新最大枠を通知し、利用者個別情報データベース１２２の利用者個別情報を更新させ（７２４）、クライアント１、２からの会話メッセージを待つ（７０４）。
【００６９】
なお、該当クライアント１が最大枠を更新しない場合、該当するクライアント１とチャットサーバ３との接続を切断するが（７３０）、この処理の際に、例えば、「ご使用料が、お客様が設定されました最大枠を越えましたので、会話接続を打ち切らせて頂きます。」などのメッセージを該当クライアント１に送信することが好ましい。
【００７０】
一方、クライアント１への課金がまだ最大枠に近づいていない場合（７０８のＹｅｓの場合）、第１の実施例と同様に、課金の積算値や積算値と直近の会話の課金額などをチャットサーバ３を介して、該当クライアント１に送信する（７０９）。そして、管理者クライアント２の判断がチャンネル継続の場合（７１０のＹｅｓの場合）再度、クライアント１、２からの会話メッセージを待つ（７０４）。チャンネル終了の場合（７１０のＮｏの場合）は、チャンネルを終了する（７４０）。
【００７１】
この様に、第２の実施例は利用権の設定を可能としたので、会話システムを利用する最大枠内での利用が可能となり、予想外の課金に達するサービスの利用を回避でき、サービス提供者側は課金の回収がより確実に可能となる。
【００７２】
また、会話中に利用者が設定した最大枠になると、この最大枠を更新することが可能となるので、会話を継続することが可能となる。
なお、利用者の資格が「登録」である場合には、会話を閲覧しか許可されていないので、この利用者に対しては、このチャットを利用した時間に基づく課金や、一定の金額の課金を課す様にしても良い。
【００７３】
〔第２の実施例の変形例１〕
次に、この第２の実施例の他の例をオンライン株主総会システムを示す図１１を参照して説明する。図１１で、図８中のものと同じ機能を有するものには同じ参照符号を付して使用している。このオンライン株主総会システム１３０のクライアント１は、具体的には株主が使用する。各株主はクライアント１を使用して、ネットワーク１１１を介して、課金システム１４０にアクセスし、個人識別情報を通知する。利用権発行部１４１ではこの個人識別情報に応じて、株主情報データベース１４２に記録格納されているこの個人識別情報に対応した株数が読み出され、この株数に応じた発言権が、この個人識別情報と対応して課金情報データベース１４３に設定される。このオンライン株主総会システム１３０では、たとえば、この発言権は、１，０００株に付き１回の発言が許可され、持ち株に応じてこの最大発言回数が発言権として課金情報データベース１４３に記録格納されている。
【００７４】
ここで、オンラインで株主総会が開催されると（チャンネルが開催されると）、クライアント１及び、このオンライン株主総会の議長を努める議長クライアント１４５とでオンラインで株主総会が開催される。各種の報告等は、会社側クライアント１４６から報告される。議長クライアント１４５の進行で、株主からの質疑が許可されると、クライアント１から質問等が入力される。これらの会話情報は、チャットサーバ３、会話情報監視部１１を経て、議事録記憶部１４４に記録格納される。一方、会話情報監視部１１では、クライアント１からの交信情報２５を受けると、少なくとも利用者識別情報２１と抽出情報４３としての「１」を含んだ課金情報４０を課金情報管理部１２に送る（図２参照）。課金情報管理部１２は、この課金情報４０に基づき、課金情報データベース１４３中のこのクライアント１の該当利用者の発言回数の積算値を更新するとともに、この更新値と、このクライアント１の該当利用者の個人識別情報に記録されている発言権である最大発言回数を比較し、更新値が最大発言回数以下であれば、会話制御部１２６を介して該当クライアント１に残りの発言可能回数を送信する旨の依頼を会話空間管理部６に行い、チャットサーバ３は、同依頼を実行する。
【００７５】
一方、更新した積算値が最大発言回数と同じ場合には、課金情報管理部１２は、該当クライアント１の以後の発言を禁止し、かつ該当クライアント１には、最大発言回数に達した事を伝えるメッセージの送信する旨の依頼を会話制御部１２６を介して、会話空間管理部６に依頼する。チャットサーバ３は、この依頼に基づき、以後の該当クライアント１の発言を受け付けず、また依頼のメッセージを該当クライアント１に配信する。
【００７６】
以上のオンライン株主総会システム１３０は、株主の持ち株に基づいて、株主の発言できる回数（最大枠）を決めたので、株主は合理的に権利を行使できる（サービスを享受できる）。また、会社側は、株主に株数に基づいて発言回数を設定できる様にしたので、各株主に合理的な発言を許可できる（合理的なサービスを設定できる）。
【００７７】
上記オンライン株主総会システム１３０での票決の方法は、株主情報データベース１４２にこのオンライン株主総会に参加する株主とその株数が記録格納されているので、議長クライアント１４５から採決の宣言を各クライアント１に配信し、各クライアント１が賛成、反対を送信すれば、会話情報監視部１１で、この賛成、反対をキーワード抽出でき、したがって、各クライアント１と各個人識別情報の対応から、どの株主が賛成し、何株を有しているかが分かるので、このオンライン株主総会システム１３０を票決にも使用することができる。
【００７８】
なお、上記の例では、１，０００株に１回の発言権を付与する権利を与えたが、議長クライアント１が「質疑」を宣言した後に、質問を要求した複数のクライアント１の所有株数を株主情報データベース１４２内で検索し、株数の多い順に発言を許可し、発言後、該当株主の発言権を例えば１，０００株に付き１ポイントづつ減算する様に、課金システム１４０を構成しても良い。
【００７９】
なお、発言や採決に参加できず、オンライン株主総会での会話のみを閲覧できる資格、すなわち、「登録」の資格で参加できるクライアント１を設けても良い。これは、通常の株主総会における、新聞社や報道機関の取材者に相当する。この場合、クライアント１は、所属機関や個人識別情報を利用権発行部１４１に申請し、許可を受けることによって、「登録」の資格を得て、チャットサーバ３に接続可能となり、会話を閲覧のみできる。
【００８０】
〔第３の実施例〕
つぎに、第３の実施例を予約システムと課金システムとを備えた会話システムを示す図１２と予約機能付き課金制会話システムの予約処理フローを示す図１３とを参照して説明する。図１２中で、第１、２の実施例で示したものと同等の機能を有するものには、同じ参照符号を使用している。図１２に示した予約機能付き課金制会話システム２００は、第２の実施例で示した会話システム７と、予約機能付き課金システム２０８とを有している。この予約機能付き課金システム２０８は、利用者がチャンネルに参加する予約や、チャンネルの管理者がチャンネルを生成し、消滅させるスケジュールを予約する機能を持つ予約システム２１０と課金システム１２０とを有している。
【００８１】
この予約機能付き課金制会話システム２００では、予約システム２１０によって、クライアント１はチャンネルへの参加の予約を、管理者クライアント１４５はスケジュールに合わせてチャンネルを生成、消滅させる予約を行う。
【００８２】
クライアント１がチャンネルへの参加の予約と、チャンネルの生成、消滅の処理を説明する。
この予約機能付き課金制会話システム２００では、チャットアプリケーション５で開催されるチャンネルへの参加予約は、予約システム２１０で行う。この予約システム２１０にはＷＷＷサーバ２０５が設けられ、予約を受け付けるために開催チャンネルの入力ページが作成されている。クライアント１は、ネットワーク２０１を介してこのＷＷＷサーバ２０５に接続され、利用者は、ブラウザ２０４を使用し入力ページにアクセスし（８００、８０１）、パスワードを入力する（８０２）。このパスワードと課金システム１２０内の利用者個別情報データベース１２２（図８参照）に記録されている利用者情報と検証し一致した場合には（８０３のＹｅｓの場合）、所望のチャンネルへの参加を予約することが可能になる。ＷＷＷサーバ２０５の入力ページに入力された予約情報は、予約部２０６によって磁気ディスク装置で構成されるスケジュールデータベース２１２に記録格納される。このスケジュールデータベース２１２では、該当チャンネルの予約者名簿に予約情報に含まれているクライアント１のアドレス情報や、”名前とパスワード等”からなる個人識別情報が記録される（８０５）。タイマ２１３は、スケジュールデータベース２１２に記録されている各チャンネルの生成時刻を監視し、この生成時刻になると（８０６、８０７）、命令部２１４から会話空間管理部６へチャンネル生成依頼を行い（８２０）、また、生成依頼したチャンネルへの参加を予約した各クライアント１のアドレス情報もスケジュールデータベース２１２から読み取り、会話空間管理部６へ送信し、チャットサーバ３から該当クライアント１への招待を行い（８２１）、他のチャンネルの生成、消滅の監視を行う（８０６）。
【００８３】
該当クライアント１がチャンネルに参加している間に行った会話に対しては、第１の実施例で説明した課金システム１０と同様に、課金システム１２０によってクライアント１に課金が課せられる。
【００８４】
タイマ２１３がスケジュールデータベース２１２に記録されている該当チャンネルの終了時刻を検知すると（８０７の消滅の場合）、命令部２１４から、会話空間管理部６を介して、チャンネルに参加しているクライアント１、２へ、まもなくチャンネルが終了する旨のメッセージを送信することを依頼する（８０８）。そして、終了時刻にこのチャンネルを終了させることも命令部２１４から、会話空間管理部６へ依頼し、この予約機能付き課金システム２０８が予約、課金処理するチャットが全て終了したか否かをスケジュールデータベース２１２の予約情報から判定し、まだ生成または消滅させるチャンネルが残っている場合（８１０のＮｏの場合）は、時間監視をし（８０６）、残っていない場合には（８１０のＹｅｓの場合）、処理を終了する（８３０）。
【００８５】
一方、クライアント１、２のパスワードが利用者個別情報データベース１２２に登録されていない場合（８０３のＮｏの場合）、再入力を該当クライアント、２に通知する（８０４）。
【００８６】
この第３の実施例では、予約機能付き課金システムを各クライアントから所望のチャンネルへの予約を行い、この所望のチャンネルの生成時刻や終了時刻に、チャットサーバへチャンネルの生成、終了依頼と、該当クライアントへの招待依頼とを行う予約システムと、このチャンネルの開催中のクライアントの会話に課金を課す課金システムとから構成したので、予約と課金の両機能を会話システムへ付与することが可能となる。また、この予約機能付き課金システムと会話システムとで予約機能付き課金制会話システムを構成したので、各クライアントは確実に所望のチャンネルに参加することが可能になり、チャンネル上でサービスを提供するサービス提供は、煩わしい手動でのチャンネル生成、消滅を行うことなくスケジュールに沿ってチャンネルを開催できる。
【００８７】
〔第３の実施例の変形例〕
この第３の実施例の変形例として、定期開催会話システムを示す図１４を参照して説明する。図１４において、第１、２の実施例中のものと同じ機能を持つものには、同じ参照番号を使用した。定期開催チャンネル４１０は、チャットサーバ内に生成されるチャンネルのみを図示したもので、チャットサーバ等は省略してある。この定期開催チャンネル４１０は、たとえば、著名な人を招いて開催する場合や、各種学校の講義などに好適なチャンネルである。この定期開催されるチャンネルは、チャンネル開催者クライアント４０１によって「毎週月曜日の２０時から２２時」などのように予約システム４０２のスケジュールデータベースに記録され、チャンネルの生成、終了が予約される。このときに、チャンネルの属性として、参加者のリストや参加人数の制限などを記録してもよい。
【００８８】
各クライアント１、主賓４０３は予定時刻に定期開催チャンネル４１０に招待される。参加者リストがある場合には、参加予定者にチャンネルへの招集をかけても良い。ここで、前述の学校の講義の例では、クライアント１は受講生、主賓４０３は先生に相当する。
【００８９】
この課金システム１０では、クライアント１の利用時間や、質問に対して、課金が課せられ、一方、主賓４０３の発言内容は同じく課金システム１０によって課金量７３（図３参照）が求められるが、この課金量７３はこの主賓４０３の発言内容の評価のための量として使用することが好ましい。このように、評価のために使用する場合には、この主賓クライアント４０３にこの課金量７３に表示しないことが好ましい。
【００９０】
予約システム４０２内のスケジュールデータベース２１２（図１２参照）に設定したチャンネル終了時刻間近になると、チャットサーバ内の会話空間管理部６（図１２参照）を介して「間もなくチャンネル終了時刻です。」の警告を各々の利用者や主賓に発行する。もし、スケジュールに空きが有り、また招待者や参加者が希望すれば、会話空間管理部を介してチャンネル開催の指示を出し、スケジュールデータベース２１２のチャンネル開催時刻の設定を変更して、会話延長をすることも可能である。
【００９１】
チャンネル終了時刻になると、タイマ２１３は命令部２１４を介してチャンネルを終了する命令を出し、利用者とチャットサーバとの接続を切り、チャンネルの終了を行う。この図１４に示す定期開催チャンネルでは、定期的に開催されるチャンネルに関しては、各サービス利用者は必ずしも予約システム４０２を通じて予約する必要はなく、このサービス提供者側のみが予約をすれば良く、より各サービス利用者にとって手間をかけることなく所望のチャンネルに参加することが可能となる。
【００９２】
（付記１）複数の端末間で通信回線を介して文字情報の交信を行う会話システムに接続可能な課金システムにおいて、交信される前記文字情報から課金の対象となる課金対象情報を予め設定された条件で抽出する会話監視部と、前記会話監視部からの課金対象情報に基づき課金データを生成する課金情報管理部と、前記課金データを記憶する課金情報データベースと、所定の端末への前記課金データの通知を発行する会話制御部とを有したことを特徴とする課金システム。
【００９３】
（付記２）付記１に記載の課金システムにおいて、前記会話監視部に接続された会話ログ記録部を有し、前記課金対象情報を記録することを特徴とする課金システム。
【００９４】
（付記３）付記１に記載の課金システムにおいて、前記課金対象情報は前記端末が前記会話システムを利用した利用時間、前記文字情報に含まれる発言量または所定の語句の出現回数の少なくとも１つに基づく情報を含む事を特徴とする課金システム。
【００９５】
（付記４）付記１、付記３に記載の課金システムにおいて、前記端末からの会話の権利を発行する利用権発行部と、前記端末の利用者の利用条件を記録した利用者情報データベースとを有し、前記利用権発行部は、前記端末の利用者の前記利用者情報データベースに記録されている利用条件に基づき、前記端末の利用者が前記会話システムを利用する場合の条件を前記課金情報データベースに設定することを特徴とする課金システム。
【００９６】
（付記５）付記４に記載の課金システムにおいて、前記端末から入力された経歴情報に基づき、前記最大枠の上限を決めることを特徴とする課金システム。
（付記６）付記１、付記３、付記４に記載の課金システムにおいて、前記端末からの前記会話システムの生成および終了の予約を受け付ける予約部と、前記予約を記録するスケジュールデータベースと、計時機能を有するタイマと、前記タイマが前記スケジュールデータベースに記録された前記予約に含まれた前記会話システムの生成時刻および終了時刻に基づき、前記複数の端末の内の所定の端末に前記会話システムの生成および終了を依頼する命令部を備えたことを特徴とする課金システム。
【００９７】
（付記７）付記１、付記３、付記４、付記６のいずれかに記載の課金システムを備えたことを特徴とする会話システム。
（付記８）付記６に記載の課金システムにおいて、前記スケジュールデータベースは生成される前記チャンネルに参加する参加者のリストを有し、前記チャンネルの生成にともない、前記リストに記録されている参加者に前記チャンネルへの参加依頼のメッセージの送信依頼を前記会話システムに依頼することを特徴とする課金システム。
【００９８】
（付記９）付記１に記載の課金システムにおいて、前記課金システムは、前記いずれかの端末に搭載されたことを特徴とする課金システム。
（付記１０）付記４に記載の課金システムにおいて、前記権利発行部は、利用者が会話システムにおいて会話の閲覧のみを行える資格である登録と、会話に参加することが出来る資格である参加とを区別して発行可能であることを特徴とする課金システム。
【００９９】
（付記１１）付記１０に記載の課金システムにおいて、前記登録の資格を有する利用者には、前記会話システムの利用時間または所定の課金額を課することを特徴とする課金システム。
【０１００】
（付記１２）付記４に記載の課金システムにおいて、前記利用者の利用条件に基づき設定された前記利用者の利用限度に従って、前記利用者に前記会話システムの利用の終了または利用の終了が近づいたことを示すメッセージを発行することを特徴とする課金システム。
【０１０１】
（付記１３）付記１に記載の会話システムは複数のチャンネルを生成可能であることを特徴とする課金システム。
（付記１４）付記１に記載の課金システムにおいて、前記課金対象情報は、端末が前記会話システムにおいて他の端末から受信した文字情報を対象とすることを特徴とする課金システム。
【０１０２】
【発明の効果】
請求項１の発明は、会話内容によって、利用者に課金するように課金システムを構成したので、利用度や享受するサービスの度合いに応じた料金を課金できる効果がある。
【０１０３】
請求項２の発明は、請求項１の効果に加え、利用者がチャンネルを利用した利用時間、発言量、キーワードの出現回数の内の少なくとも１つに基づいて課金出来る効果がある。
【０１０４】
請求項３の発明は、請求項１乃至請求項２の効果に加え、チャンネルの生成、消滅をスケジュールに沿って自動的に実施でき、利用者は所望のチャンネルを予約が可能となる。
【０１０５】
請求項４の発明では、請求項１乃至請求項３の効果に加え、利用者毎に課金の上限枠および、資格をの設定でき、この枠内および資格内でチャンネルの利用が可能となる。
【０１０６】
請求項５の発明では、請求項１乃至請求項４の効果を有する課金システムを会話システムは有するので、この会話システムは、利用度や享受するサービスの度合いに応じた課金を利用者に課すことが出来、さらに利用者がチャンネルを利用した利用時間、発言量、キーワードの出現回数の内の少なくとも１つに基づいた課金を利用者に課すことが出来、またさらにチャンネルの生成、消滅をスケジュールに沿って自動的に実施でき、利用者は所望のチャンネルを予約すること出来、そしてさらに利用者毎に課金の上限枠および、資格を設定でき、この枠内および資格内でチャンネルの利用ができる効果を有する。
【図面の簡単な説明】
【図１】課金システムとこの課金システムを備えた会話システムの構成例を示す図
【図２】交信情報から課金情報を抽出する動作の一例を示す図
【図３】課金情報から課金データを生成する動作の一例を示す図
【図４】課金システムの処理フローを示す図
【図５】交信情報から課金情報を抽出する動作の他の例を示す図
【図６】課金制会話システムの他の構成を示す図
【図７】課金制会話システムの構成を示す図
【図８】課金システムとその課金システムを備えた会話システムを示す図
【図９】利用者個別情報の登録、更新の処理フローを示す図
【図１０】課金最大枠を備えた会話システムの処理フローを示す図
【図１１】オンライン株主総会システムを示す図
【図１２】予約システムと課金システムとを備えた会話システムの一例を示す図
【図１３】予約機能付き課金制会話システムの予約処理フローを示す図
【図１４】定期開催会話システムを示す図
【符号の説明】
１ クライアント
２ 管理者クライアント
３ チャットサーバ
６ 会話空間管理部
７ 会話システム
１０ 課金システム
１１ 会話情報監視部
１２ 課金情報管理部
１３ 課金情報データベース
１４ 会話制御部
２０ 課金制会話システム
２５ 交信情報
４０ 課金情報
７０ 課金データ
１００ 課金制会話システム
１１０ 課金制会話システム
１２０ 課金システム
１２１ 利用権発行部
１２２ 利用者個別情報データベース
１３０ オンライン株主総会システム
１４０ 課金システム
２００ 予約機能付き課金制会話システム
２１０ 予約システム
４００ 定期開催会話システム

Claims (5)

1. 複数の端末間で通信回線を介して文字情報の交信を行う会話システムに接続可能な課金システムにおいて、
   課金の対象となる課金対象情報と当該課金対象情報の単価とを予め対応づけて記憶する単価記憶部と、
   交信される前記文字情報に前記単価記憶部に記憶されている課金対象情報が含まれている場合に課金の対象となる課金対象情報を抽出する会話監視部と、
   前記会話監視部にて抽出された課金対象情報と当該課金対象情報に対応づけて前記単価記憶部に記憶されている単価とに基づき、前記文字情報ごとに課金データを生成する課金情報管理部と、
   前記生成された課金データを記憶する課金情報データベースと、
   所定の端末への前記課金データの通知を発行する会話制御部と
   を有したことを特徴とする課金システム。
2. 請求項１に記載の課金システムにおいて、
   前記課金データは前記端末が前記会話システムを利用した利用時間、前記文字情報に含まれる発言量のいずれかと、前記課金対象情報の出現回数と該課金対象情報に設定された課金との積との、和に基づく情報を含む事を特徴とする課金システム。
3. 請求項１乃至請求項２に記載の課金システムにおいて、
   前記端末からの会話の権利を発行する利用権発行部と、前記端末の利用者の利用条件を記録した利用者情報データベースとを有し、
   前記利用権発行部は、前記端末の利用者の前記利用者情報データベースに記録されている利用条件に基づき、前記端末の利用者が前記会話システムを利用する場合の条件を前記課金情報データベースに設定することを特徴とする課金システム。
4. 請求項１乃至請求項３に記載の課金システムにおいて、
   前記端末からの前記会話システムの生成および終了の予約を受け付ける予約部と、
   前記予約を記録するスケジュールデータベースと、
   計時機能を有するタイマと、
   前記タイマが前記スケジュールデータベースに記録された前記予約に含まれた前記会話システムの生成時刻および終了時刻に基づき、前記複数の端末の内の所定の端末に前記会話システムの生成および終了を依頼する命令部を備えたことを特徴とする課金システム。
5. 請求項１乃至請求項４に記載の課金システムを備えたことを特徴とする会話システム。

Images