サーバ装置及び定額料金設定システム
【課題】通信料に対して定額料金を設定するサーバ装置及び定額料金設定システムを提供する。
【解決手段】利用者が利用する複数回線の通信料の入力を受ける入力手段と、入力手段により入力された複数回線の通信料、定額料金、及び預かり金を記憶する記憶手段と、複数回線の定額料金、及び複数回線の通信料をそれぞれ合計し、合計後の定額料金から合計後の通信料を減じた値を複数回線の預かり金の値に加算し、複数回線の預かり金の値を書き換える預かり金算出手段と、を有する。
【解決手段】利用者が利用する複数回線の通信料の入力を受ける入力手段と、入力手段により入力された複数回線の通信料、定額料金、及び預かり金を記憶する記憶手段と、複数回線の定額料金、及び複数回線の通信料をそれぞれ合計し、合計後の定額料金から合計後の通信料を減じた値を複数回線の預かり金の値に加算し、複数回線の預かり金の値を書き換える預かり金算出手段と、を有する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報の調整を行うサーバ装置及び定額料金設定システムに関する。
【背景技術】
【０００２】
ＰＣ（パーソナルコンピュータ）は技術発展のサイクルが早いため、企業などは、ＰＣを購入するのではなく、ＰＣのリース契約を利用することが多い。また、ＰＣのリース契約は、ＰＣを使用するために毎月定額料金を払うため、ＰＣにかかるコストを把握しやすいというメリットもあり、多くの企業で利用されている。
【０００３】
現在、ＰＣにはネットワークに接続する機能は不可欠になってきている。外出先で使用されるモバイルＰＣは、サイズ等により機能が制限されていることも多く、外部のマシンとの接続することにより情報や機能の補充を行う必要がある。このため、モバイルＰＣは、特に、ネットワーク接続する機能が必要である。そこで、携帯電話会社の提供するネットワーク接続用の通信機能を内蔵したモバイルＰＣも製造されてきている。
【０００４】
ＰＣにおいてネットワーク接続が不可欠となった現在、ＰＣのリース契約に際し、ＰＣ自体のリース料金とネットワーク接続の際にかかった通信料とを一括した料金を提供することが必要になってきている。例えば、特許文献１では、インターネットプロバイダー会社がネットワーク接続の際にかかった通信料をプロバイダー料金と一括で請求する方法が開示されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００２−１３５４６７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、ＰＣ自体のリース料金とネットワーク接続の際にかかった通信料とを一括した料金として、定額料金を設定する際には問題がでてくる。ネットワーク接続用の通信機能を内蔵したモバイルＰＣに対しては、携帯電話会社に対する通信料とＰＣ自体のリース料金を一括して定額料金を設定しなくてはならない。このため、携帯電話会社が定額料金サービスを提供していないときには、ＰＣ自体のリース料金と通信料を合わせた料金に対して定額料金を設定することができない。
【０００７】
下限の料金と上限の料金を設定した定額料金サービスを行っている携帯電話会社は存在する。しかし、このサービスは、通信量が第１の規定値以下であれば、通信料は下限の料金となり、通信量が第２の規定値以上であれば、通信料は上限の料金となるものである。このサービスは、上限の料金が設定されているため、通信料が上限の料金よりは大きくならないというメリットがあるが、通信量が第１の規定値と第２の規定値の間の値であるときは、通信料が通信量により変化する。このため、通信料は完全な定額料金となっていない。
【０００８】
そこで本発明は、上記問題点に鑑みてなされたもので、通信料に対して定額料金を設定するサーバ装置及び定額料金設定システムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
上記課題を解決するため、本発明におけるサーバ装置は、利用者が利用する複数回線の通信料の入力を受ける入力手段と、前記入力手段により入力された前記複数回線の通信料、定額料金、及び預かり金を記憶する記憶手段と、前記複数回線の定額料金、及び前記複数回線の通信料をそれぞれ合計し、合計後の前記定額料金から合計後の前記通信料を減じた値を前記複数回線の預かり金の値に加算し、前記複数回線の預かり金の値を書き換える預かり金算出手段と、を有することを特徴とする。
【００１０】
また、本発明におけるサーバ装置は、新たな定額料金を算出する定額料金算出手段を有し、前記記憶手段は、前記利用者の使用回線数も記憶しており、前記定額料金算出手段は、所定の回数の前記入力手段による処理と当該所定の回数の預かり金算出手段による処理が行われたあとに、前記記憶手段により記憶された複数回線の通信料、預かり金の値及び使用回線数に基づき、新たな定額料金を算出し、前記記憶手段により記憶された定額料金を当該新たな定額料金により書き換えるようにしても良い。
【００１１】
また、本発明におけるサーバ装置は、前記利用者にメッセージを送信する送信手段を有し、前記記憶手段は、預かり金下限値と預かり金上限値も記憶しており、前記送信手段は、前記所定の回数の前記入力手段による処理と当該所定の回数の預かり金算出手段による処理が行われたあとに、前記記憶手段により記憶された預かり金の値が前記記憶手段により記憶された預かり金下限よりも小さいときと、前記記憶手段により記憶された預かり金の値が前記記憶手段により記憶された預かり金上限よりも大きいときは、前記利用者にメッセージを送信するようにしても良い。
【００１２】
また、本発明におけるサーバ装置は、前記記憶手段により記憶された預かり金下限値と預かり金上限値は、前記所定の回数の前記入力手段による処理と当該所定の回数の預かり金算出手段による処理が行われたあとに、前記記憶手段により記憶された定額料金の値に基づき更新されるようにしても良い。
【００１３】
また、本発明におけるサーバ装置は、前記入力手段は、前記利用者の使用回線数の入力も受けるようにしても良い。
【００１４】
また、本発明における定額料金設定システムは、第１のサーバと第２のサーバとにより構成される定額料金設定システムであって、前記第１のサーバは、利用者が利用する複数回線の通信料の値を前記第２のサーバに送信する第１の送信手段を有し、前記第２のサーバは、前記第１のサーバから送信された前記複数回線の通信料の値を受信する受信手段と、前記入力手段により入力された複数回線の通信料、定額料金及び預かり金の値を記憶する記憶手段と、前記複数回線の定額料金、及び前記複数回線の通信料をそれぞれ合計し、合計後の前記定額料金から合計後の前記通信料を減じた値を前記複数回線の預かり金の値に加算し、前記複数回線の預かり金の値を書き換える預かり金算出手段と、を有することを特徴とする。
【００１５】
また、本発明における定額料金設定システムは、複数の通信端末も備えた定額料金サーバであって、前記第１のサーバの第１の送信手段は、前記通信端末それぞれの通信料の値も前記第２のサーバに送信し、前記第２のサーバの入力手段は、前記第１のサーバから送信された前記通信端末それぞれの通信料の値も受信し、前記第２のサーバの記憶手段は、通信料下限の値と通信料金上限の値も記憶しており、前記第２のサーバは、前記入力手段により入力された前記通信端末それぞれの通信料の値が前記記憶手段により記憶された通信料下限の値より小さい通信端末が存在したときと、前記入力手段により入力された前記通信端末それぞれの通信料の値が前記記憶手段により記憶された通信料上限の値より大きい通信端末が存在したときは、当該通信端末にメッセージを送信する第２の送信手段を有するようにしても良い。
【発明の効果】
【００１６】
本発明により、通信料に対して定額料金を設定することができる。
【図面の簡単な説明】
【００１７】
【図１】本発明の第１の実施形態に係る定額料金設定システムの構成を示す図である。
【図２】本発明の第１の実施形態に係る定額料金設定システムにおける処理動作を示す図である。
【図３】本発明の第２の実施形態に係る定額料金設定システムにおける処理動作を示す図である。
【図４】本発明の第３の実施形態に係る定額料金設定システムの構成を示す図である。
【図５】本発明の第３の実施形態に係る定額料金設定システムにおける処理動作を示す図である。
【発明を実施するための形態】
【００１８】
次に、本発明を実施するための形態について図面を参照して詳細に説明する。
【００１９】
図１は、本発明の第１の実施形態に係る定額料金設定システムの構成を示す図である。この構成は、例えば、定額料金の設定を行う会社が、複数の回線を利用する利用者から最初に預かり金を預かり、利用者から定額料金の支払いを毎月受けるという場合において、毎月の通信量と定額料金との差を、この預かり金により補完する際に使用する構成である。また、この構成は、例えば、定額料金の設定を行う会社が、Ｍヵ月分の通信料に基づき、次の月からの定額料金を設定する際に使用する構成である。
【００２０】
第１の実施形態に係る定額料金設定システムは定額料金設定サーバ１と、通信業者サーバ２、利用者サーバ３、通信業者サーバ２により構成されている。定額料金設定サーバ１は、例えば、定額料金を設定する会社のサーバ装置である。また、通信業者サーバ２は、例えば、通信サービスを提供する会社のサーバ装置である。また、利用者サーバ３は、例えば、定額料金を設定する会社と通信サービスを提供する会社の利用者のサーバ装置である。
【００２１】
定額料金設定サーバ１は、情報を受信するか、または、ユーザによる情報の入力を受けることにより定額料金サーバ１内への情報の入力を受ける入力手段１１と、情報を送信する送信手段１２と、記憶手段１３と、預かり金算出手段１４と、預かり金比較手段１５と、定額料金算出手段１６と、預かり金更新手段１７と、を備える。
【００２２】
定額料金設定サーバ１は、記憶手段１３により、利用者の使用する回線数Ｎ、定額料金の値Ｃ、初期の預かり金の値Ｄ0、預かり金設定値Ｅ、預かり金の値Ｄm（ｍ＝１、２、・・・、Ｍ）、預かり金の下限Ｄmin、預かり金の上限Ｄmaxなどを記憶する。
【００２３】
ここで、利用者の使用する回線数Ｎは、利用者の使用する通信サービス提供会社の回線の数である。
【００２４】
また、定額料金Ｃは、利用者から定額料金を設定する会社に毎月支払われる１回線あたりの定額料金である。後述するように、本実施形態では、Ｍヵ月ごとに、定額料金Ｃの値を、設定しなおす。
【００２５】
また、初期の預かり金Ｄ0は、定額料金を設定する会社が利用者から最初に預かる預かり金である。また、初期の預かり金Ｄ0は、Ｍヵ月ごとい定額料金Ｃが変更されるのに合わせて、預かり金更新手段１７により更新される。そして、この初期の預かり金Ｄ0は更新後の値に書き換えられる。また、後述するように、Ｍヵ月後に、預かり金の調整をする必要がないときは、預かり金の調整を行わないので、Ｍヵ月後の預かり金をＭ＋１ヶ月後から始まるＭヵ月におけるタームにおける初期の預かり金Ｄ0とする。
【００２６】
預かり金設定値Ｅは、初期の預かり金Ｄ0を、定額料金Ｃと回線数Ｎにより設定するための値である。後述するように、定額料金設定サーバ１は、Ｍヵ月ごとに定額料金Ｃが変更されるのに合わせて、預かり金更新手段１７により、初期の預かり金Ｄ0を、Ｄ0＝Ｅ×Ｎ×Ｃとなるように更新する。つまり、利用者から毎月支払われる定額料金全体の値ＮＣのＥヵ月分を預かり金として設定することにする。
【００２７】
預かり金の値Ｄmは、ｍヵ月目の預かり金の値である。後述するように、実際の通信料と定額料金Ｃの差額は、預かり金から取り崩したり、預かり金に加えたりするため、毎月、通信料の請求があるごとに預かり金の値は変化する。
【００２８】
預かり金の下限Ｄminは、例えば、定額料金を設定する会社が利用者から少なくとも預かっておきたい預かり金の額である。初期の預かり金Ｄ0が預かり金更新手段１７により更新されるのに合わせて、この預かり金の下限Ｄminも更新され、記憶手段１３に記憶された値も書き換えられる。
【００２９】
預かり金の上限Ｄmaxは、例えば、定額料金を設定する会社が預かり金としてこれ以上は預かりたくないと考える額である。初期の預かり金Ｄ0が預かり金更新手段１７により更新されるのに合わせて、この預かり金の上限Ｄmaxも更新され、記憶手段１３に記憶された値も書き換えられる。
【００３０】
定額料金設定サーバ１は、預かり金算出手段１４により、ｍヵ月後の預かり金の値の算出を行う。定額料金設定サーバ１は、預かり金比較手段１５により、ｍヵ月後の預かり金の値を預かり金の下限Ｄmin、預かり金の上限Ｄmaxなどとの比較を行う。定額料金設定サーバ１は、定額料金算出手段１６により、定額料金Ｃを算出を行う。定額料金サーバ１は、預かり金更新手段１７により、初期の預かり金Ｄ0と、預かり金の下限Ｄminと、預かり金の上限Ｄmaxの値の更新を行う。
【００３１】
通信業者サーバ２は、定額料金設定サーバ１に情報を送信する送信手段を備える。通信業者サーバ２は、送信手段により、例えば、毎月の通信料などを定額料金設定サーバ１に送信する。
【００３２】
利用者サーバ３は、定額料金設定サーバ１から情報を受信する受信手段を備える。利用者サーバは、受信手段により、例えば、定額料金設定サーバからのメッセージを受信する。
【００３３】
図２は、本発明の第１の実施形態に係る定額料金設定システムにおける処理動作を示す図である。図２を参照しながら、第１の実施形態に係る定額料金設定システムにおける処理動作を説明する。
【００３４】
通信業者サーバ２は、ｍヵ月目（ｍ＝１、２、・・・、Ｍ）の通信料Ｂmを定額料金設定サーバ１に送信手段により送信する（Ｓ１０１）。この通信料Ｂmは、利用者が使用した複数回線の通信料である。つまり、通信業者サーバ２は、利用者が使用した複数回線の通信料の請求を定額料金設定サーバ１に行う。ここで、ｍヵ月目の通信料Ｂmは、郵送で送るようにしても良い。
【００３５】
定額料金設定サーバ１は、通信業者サーバ２から送信されたｍヵ月目の通信料Ｂmを入力手段１１により受信し、この通信料Ｂmを記憶手段１４により記憶する（Ｓ１０２）。ｍヵ月の通信料Ｂmが郵送で送られてきた場合、定額料金設定サーバ１は、ｍヵ月目の通信料Ｂmを入力手段１１によりユーザから入力されるようにする。
【００３６】
定額料金設定サーバ１は、ｍヵ月目の使用料支払い後の預かり金Ｄmを預かり金算出手段１４により算出する（Ｓ１０３）。預かり金Ｄmは、通信業者サーバ２から送信されたｍヵ月目の通信料Ｂmと、記憶手段１３により記憶された利用者の使用回線数Ｎと、記憶手段１３により記憶された利用者の定額料金Ｃと、記憶手段１３により記憶されたｍヵ月目の使用量支払い前の預かり金Ｄm-1に基づき、以下の式により求める。
【数１】
【００３７】
定額料金設定サーバ１は、預かり金Ｄmを、記憶手段１３により記憶された預かり金下限Ｄminと、記憶手段１３により記憶された預かり金上限Ｄmaxとを預かり金比較手段１５により比較する（Ｓ１０４）。預かり金Ｄmが預かり金下限Ｄminよりも小さいか、預かり金Ｄmが預かり金上限Ｄmaxより大きいときに（Ｓ１０４、Ｎｏ）、定額料金設定サーバ１は、メッセージを利用者サーバ３に送信手段１２により送信する（Ｓ１０５）。ここで、例えば、預かり金Ｄmが預かり金の上限Ｄmaxより大きければ、”もっと使用できる”ことを知らせるメッセージでも良い。また、例えば、預かり金Ｄmが預かり金の下限Ｄminより小さければ、”使いすぎ”であることを知らせるメッセージでも良い。
【００３８】
次に、定額料金設定サーバ１は、通信業者サーバ２から送信されたＭヵ月の通信料ＢMを受信したのかを確認する（Ｓ１０６）。通信業者サーバ２から送信されたＭヵ月の通信料ＢMを受信していないときは（Ｓ１０６、Ｎｏ）、ステップＳ１０１に戻る。
【００３９】
つまり、ステップＳ１０１からステップ１０６までの処理をＭ回行い、Ｍ回目の処理が終わったら、次のステップＳ１０７に進むことにする。
【００４０】
通信業者サーバ２から送信されたＭヵ月の通信料ＢMを受信しているとき（Ｓ１０６、Ｙｅｓ）、定額料金設定サーバ１は、新しい定額料金Ｃを定額料金算出手段１６により算出し、記憶手段１３に記憶された定額料金Ｃを算出された新しい定額料金Ｃに書き換える（Ｓ１０７）。新しい定額料金は、例えば、Ｍヵ月分の通信料Ｂmの平均を回線数Ｎで除算した値、
【数２】
に基づいて決める。また、ここで、定額料金設定サーバ１は、新しい定額料金Ｃの情報を利用者サーバ３に送信するようにしても良い。
【００４１】
定額料金設定サーバ１は、初期の預かり金Ｄ0と、預かり金の下限Ｄminと、預かり金の上限Ｄmaxの値を更新する（Ｓ１０８）。ここで、新しい定額料金Ｃを使用し、Ｅ×Ｎ×Ｃを算出し、この値を新しい初期の預かり金Ｄ0とし、この値により記憶手段１３に記憶された初期の預かり金Ｄ0の値を書き換える。預かり金の下限Ｄminは、更新前の初期の預かり金の値と新しい定額料金Ｃを使用し、（Ｄmin／Ｄ0）×Ｅ×Ｎ×Ｃを算出し、この値を新しい預かり金の下限Ｄminとし、この値により記憶手段１３に記憶された預かり金の下限Ｄminの値を書き換える。預かり金の上限Ｄmaxも、同様に、更新前の初期の預かり金の値と新しい定額料金Ｃを使用し、（Ｄmax／Ｄ0）×Ｅ×Ｎ×Ｃを算出し、この値を新しい預かり金の上限Ｄmaxとし、この値により記憶手段１３に記憶された預かり金の上限Ｄmaxの値を書き換える。
【００４２】
定額料金設定サーバ１は、預かり金比較手段１５により、預かり金ＤMを、記憶手段１３により記憶された預かり金下限Ｄminと、記憶手段１３により記憶された預かり金上限Ｄmaxと比較する（Ｓ１０９）。
【００４３】
預かり金ＤMが預かり金下限Ｄminよりも大きく、預かり金ＤMが預かり金上限Ｄmaxより小さいときに（Ｓ１０９、Ｙｅｓ）、定額料金設定サーバ１は、記憶手段１３に記憶された初期預かり金Ｄ0の値を預かり金ＤMの値に書き換え、ステップＳ１０１に戻り、新たに１ヵ月目からから始める。つまり、ｍ＝１から始める（Ｓ１１０）。
【００４４】
預かり金ＤMが預かり金下限Ｄminよりも小さいか、預かり金ＤMが預かり金上限Ｄmaxより大きいとき（Ｓ１０９、Ｎｏ）、定額料金設定サーバ１は、預かり金の調整が必要であることを利用者に伝えるメッセージを利用者サーバ３に送信手段１２により送信し、ステップＳ１０１に戻り、新たに１ヵ月目から始める。つまり、ｍ＝１から始める（Ｓ１１１）。
【００４５】
つまり、上記の処理動作では、ステップＳ１０１〜Ｓ１０６を毎月行い、ステップＳ１０７〜Ｓ１１１をＭヵ月ごとに行う。つまり、上記の処理動作は、毎月、預かり金による通信料と定額料金との差額の補完などを行い、Ｍヵ月ごとに、定額料金の変更と、預かり金の調整などを行う。
【００４６】
よって、上記の処理動作により、例えば、定額料金設定を行う会社は、毎月、つまり、通信業者サーバ２からの通信料を受信するごとに、利用者が毎月払っている定額料金と、その月の通信料との差額を、預かり金から取り崩したり、加えたりすることができるようになる。つまり、預かり金を設け、預かり金により、定額料金と実際の通信料との差額を補うことができるため、利用者に定額料金を提供することが可能になる。
【００４７】
また、例えば、定額料金設定を行う会社は、毎月、その時点での預かり金の額を預かり金が足りないか、多くなりすぎていないかを確認することができる。
【００４８】
そして、預かり金が足りなくなっていることが確認されたときは、例えば、使いすぎであることを伝えるメッセージを利用者に送ることができ、預かり金が多くなりすぎているときは、例えば、もっと使用できることを伝えるメッセージを利用者に送ることができる。
【００４９】
また、毎月、預かり金の額を確認し、預かり金が足りなくなっていることが判明したときは、利用者に預かり金の補充を要求するメッセージを送信し、預かり金の補充を行うようにしても良い。この場合は、上記の処理動作のステップＳ１０５において、記憶手段１３により記憶された預かり金の値を、補充された後の預かり金の値に書き換えるようにすると良い。
【００５０】
また、毎月、預かり金の額を確認し、預かり金が多くなりすぎていることが判明したときは、利用者に預かり金の返還を伝えるメッセージを送信し、預かり金の返還を行うようにしても良い。この場合は、上記の処理動作のステップＳ１０５において、記憶手段１３により記憶された預かり金の値を、預かり金から返還金額を引いた値に書き換えるようにすると良い。
【００５１】
また、上記の処理動作により、例えば、定額料金設定を行う会社は、Ｍヵ月ごとに、つまり、通信業者サーバ２からの通信料をＭ回受信するごとに、定額料金を設定しなすことができるようになる。上記のように、ここＭヵ月の請求額の平均に基づいて定額料金を設定することにすれば、毎月の請求額と定額料金の差額が小さくなり、預かり金の変動を小さくすることが可能になる。
【００５２】
通常、定額料金Ｃとしては、切りのよい数が良い。そこで、上記の処理動作のステップＳ１０７において、例えば、
【数３】
を、新しい定額料金Ｃとするようにしても良い。ここで、ceil(Ｘ)は、天井関数であり、実数Ｘに対してＸ以上の最小の正数を表す。このようにすることにより、１００円単位の定額料金を利用者に提示することができるようになる。
【００５３】
また、上記の処理動作により、例えば、定額料金設定を行う会社は、Ｍヵ月ごとに、定額料金の更新に合わせ、預かり金の値を更新することができる。このようにすることにより、定額料金を設定する会社は、更新された定額料金に適した預かり金を預かることができるようになる。
【００５４】
また、上記の処理動作により、例えば、定額料金設定を行う会社は、Ｍヵ月ごとに、預かり金の調整を行うことができるようになる。上記のように、預かり金が足りなくなったときは、利用者に預かり金の補充の要求を通知し、預かり金の補充を行えるようにすることにより、預かり金の不足する状況を避けることができるようになる。また、上記のように、預かり金が多くなりすぎたときに、利用者に預かり金を返還することにより、預かり金を初期の預かり金と同じ金額に戻すことが可能になる。
【００５５】
上記の構成では、利用者の使用する回線数は固定であったが、毎月、変化するようにしても良い。そこで、本発明の第２の実施形態として、通信業者サーバ２は、毎月、定額料金設定サーバ１に、利用者の使用する回線数Ｎm（ｍ＝１、２、・・・、Ｍ）の情報も送信するようにする。そして、定額料金設定サーバ１は、入力手段１１により、この利用者の使用する回線数Ｎmの情報を受信し、記憶手段１３により、この利用者の使用する回線数Ｎmを記憶するようにする。この利用者の使用する回線数Ｎmは、例えば、ｍヵ月目に利用者の使用している回線である。
【００５６】
図３は、本発明の第２の実施形態に係る定額料金設定システムにおける処理動作を示す図である。これは、第１の実施形態に対する処理動作を示す図２と、ステップＳ２０１、Ｓ２０２、Ｓ２０３、Ｓ２０４、Ｓ２０７、Ｓ２０８が異なる。
【００５７】
図３のステップＳ２０１では、図２のステップＳ１０１と異なり、通信業者サーバ２は、ｍヵ月目（ｍ＝１、２、・・・、Ｍ）の通信料Ｂmと利用者の使用している回線数Ｎmを定額料金設定サーバ１に送信手段により送信するようにする。ここでも、ｍヵ月の通信料Ｂmと回線数Ｎmは、郵送で送るようにしても良い。
【００５８】
図３のステップＳ２０２では、図２のステップＳ１０２と異なり、定額料金設定サーバ１は、通信業者サーバ２から送信されたｍヵ月目の通信料Ｂmと回線数Ｎmを入力手段１１により受信し、この通信料Ｂmと回線数Ｎmを記憶手段１３により記憶する。ｍヵ月目の通信料Ｂmが郵送で送られてきた場合、定額料金設定サーバ１は、ｍヵ月目の通信料Ｂmnと回線数Ｎmを入力手段１１により入力されるようにする。
【００５９】
図３のステップＳ２０３では、図２のステップＳ１０３と異なり、預かり金Ｄmを求める際に、以下の式を使用する。
【数４】
【００６０】
また、図３のステップＳ２０４では、図２のステップＳ１０４とは異なり、定額料金設定サーバ１が、預かり金比較手段１５により、預かり金Ｄmを、（Ｎm／Ｎ1）Ｄminと、（Ｎm／Ｎ1）Ｄmaxと比較するようにする。つまり、ステップＳ２０８では、（Ｎm／Ｎ１）Ｄmin≦Ｄm≦（Ｎm／Ｎ1）Ｄmaxであるのかどうかを確認する。そして、（Ｎm／Ｎ1）Ｄmin≦Ｄm≦（Ｎm／Ｎ1）Ｄmaxでないとき、つまり、預かり金Ｄmが（Ｎm／Ｎ1）Ｄminよりも小さいか、預かり金Ｄmが（Ｎm／Ｎ1）Ｄmaxより大きいとき（Ｓ２０４、Ｎｏ）、定額料金設定サーバ１は、メッセージを利用者サーバ３に送信手段１２により送信するようにする（Ｓ２０５）。ステップＳ２０５で送信するメッセージは、例えば、預かり金Ｄmが（Ｎm／Ｎ1）Ｄmaxより大きければ、”もっと使用できる”ことを知らせるメッセージでも良い。また、例えば、預かり金Ｄmが（Ｎm／Ｎ1）Ｄminより小さければ、”使いすぎ”であることを知らせるメッセージでも良い。
【００６１】
また、図３のステップＳ２０７では、図２のステップＳ１０７とは異なり、新しい定額料金Ｃを、
【数５】
に基づいて決めることにする。そこで、定額料金設定サーバ１は、記憶手段１３により、Ｎm（ｍ＝１、２、・・・、Ｍ）も記憶するようにする。
また、ここで、定額料金Ｃを切りの良い金額にしたいときは、例えば、
【数６】
を新しい定額料金Ｃとすると良い。
【００６２】
また、図３のステップＳ２０８では、図２のステップＳ１０８とは異なり、初期の預かり金Ｄ0は、新しい定額料金Ｃを使用し、Ｅ×ＮM×Ｃを算出し、この値を新しい初期の預かり金Ｄ0とし、この値を記憶手段１３に記憶された初期の預かり金Ｄ0の値を書き換える。預かり金の下限Ｄminは、更新前の初期の預かり金の値を使用し、（Ｄmin／Ｄ0）×Ｅ×ＮM×Ｃを算出し、この値を新しい預かり金の下限Ｄminとし、この値により記憶手段１３に記憶された預かり金の下限Ｄminの値を書き換える。預かり金の上限Ｄmaxも、更新前の初期の預かり金の値を使用し、（Ｄmax／Ｄ0）×Ｅ×ＮM×Ｃを算出し、この値を新しい預かり金の上限Ｄmaxとし、この値により記憶手段１３に記憶された預かり金の上限Ｄmaxの値を書き換える。
【００６３】
つまり、上記の処理動作により、例えば、利用者の使用する回線数が毎月変化するときであっても、定額料金設定を行う会社は、毎月、つまり、通信業者サーバ２からの通信料が受信するごとに、利用者が毎月払っている定額料金と、その月の通信料との差額を、預かり金から取り崩したり、加えたりすることができるようになる。
【００６４】
また、上記の処理動作により、例えば、利用者の使用する回線数が毎月変化するときであっても、定額料金設定を行う会社は、毎月、その時点での預かり金の額を預かり金が足りないか、多くなりすぎていないかを確認することができる。
【００６５】
このときも、毎月、預かり金の額を確認し、預かり金が足りなくなっていることが判明したときは、利用者に預かり金の補充を要求するメッセージを送信し、預かり金の補充を行うようにしても良い。この場合は、上記の処理動作のステップＳ２０５において、記憶手段１３により記憶された預かり金の値を、補充された後の預かり金の値に書き換えるようにすると良い。
【００６６】
また、毎月、預かり金の額を確認し、預かり金が多くなりすぎていることと判明したときは、利用者に預かり金の返還を伝えるメッセージを送信し、預かり金の返還を行うようにしても良い。この場合は、上記の処理動作のステップＳ２０５において、記憶手段１３により記憶された預かり金の値を、預かり金から返還金額を引いた値に書き換えるようにすると良い。
【００６７】
また、上記の処理動作により、例えば、利用者の使用する回線数が毎月変化するときであっても、定額料金設定を行う会社は、Ｍヵ月ごとに、つまり、通信業者サーバ２からの通信料をＭ回受信するごとに、定額料金を設定しなすことができるようになる。上記のように、ここＭヵ月の請求額の平均に基づいて定額料金を設定することにすれば、毎月の請求額と定額料金の差額が小さくなり、預かり金の変動を小さくすることが可能になる。
【００６８】
また、上記の処理操作により、例えば、利用者の使用する回線数が毎月変化するときであっても、定額料金設定を行う会社は、Ｍヵ月ごとに、預かり金の調整を行うことができるようになる。上記のように、預かり金が足りなくなったときは、利用者に預かり金の補充の要求を通知し、預かり金の補充を行えるようにすることにより、預かり金の不足する状況を避けることができるようになる。また、上記のように、預かり金が多くなりすぎたときに、利用者に預かり金を返還することにより、預かり金を初期の預かり金と同じ金額に戻すことが可能になる。
【００６９】
また、上記の処理操作により、例えば、利用者の使用する回線数が毎月変化するときであっても、定額料金設定を行う会社は、Ｍヵ月ごとに、定額料金の更新に合わせ、預かり金の値を更新することができる。このようにすることにより、利用者の使用する回線数が毎月変化するときであっても、定額料金を設定する会社は、更新された定額料金に適した預かり金を預かることができるようになる。
【００７０】
上記の構成では、通信業者サーバから送信される通信料Ｂmは利用者の使用する回線全体に対する通信料であったが、Ｎm回線それぞれの通信料であっても良い。そこで、本発明の第３の実施形態として、通信業者サーバ２は、毎回、定額料金設定サーバ１に、利用者の使用する回線ごとの通信料Ｂmn（ｎ＝１、２、・・・、Ｎm；ｍ＝１、２、・・・、Ｍ）の情報も送信するようにする。そして、定額料金設定サーバ１は、入力手段１１により、この利用者の使用する回線ごとの通信料Ｂmnの情報を受信し、記憶手段１３により、この利用者の使用する回線ごとの通信料Ｂmnを記憶するようにする。ここで、利用者の使用している回線に１番目からＮm番目までの番号を付けるとすると、この利用者の使用する回線ごとの通信料Ｂmnは、例えば、ｍヵ月目にＮm回線を使用している利用者のｎ番目の回線の通信料である。
【００７１】
図４は、この本発明の第３の実施形態に係る定額料金設定システムの構成を示す図である。図４の構成は、図１の構成に、複数の利用者端末４を加えたものである。利用者端末４は、利用者の使用する通信端末であり、例えば、ｍヵ月目には、利用者はＮmの回線を使用しているので、Ｎm台の利用者端末４があることになる。ここで、利用者端末４に１番目からＮm番目までの番号を付けるとすると、上記の利用者の使用する回線ごとの通信料Ｂmnは、ｍヵ月目にＮm回線を使用している利用者のｎ台目の利用者端末４の通信料ということになる。
【００７２】
また、定額料金設定サーバ１は、記憶手段１３により、使用料の下限Ｂminと、使用料の上限Ｂmaxとを記憶している。使用料の下限Ｂminは、利用者端末４それぞれの使用料の下限であり、使用料として少なすぎると判断する際に使用する値を設定することにする。使用料の上限Ｂmaxは、利用者端末４それぞれの使用料の上限であり、使用料として多すぎると判断する際に使用する値を設定することにする。
【００７３】
図５は、本発明の第３の実施形態に係る定額料金設定システムにおける処理動作を示す図である。図５を参照しながら、第３の実施形態に係る定額料金設定システムにおける処理動作を説明する。
【００７４】
通信業者サーバ２は、ｍヵ月目（ｍ＝１、２、・・・、Ｍ）の通信料Ｂmn（ｎ＝１、２、・・・、Ｎm）と利用者の使用している回線数Ｎmを定額料金設定サーバ１に送信手段により送信する（Ｓ３０１）。ここで、ｍヵ月目の通信料Ｂmnと回線数Ｎmは、郵送で送るようにしても良い。
【００７５】
定額料金設定サーバ１は、通信業者サーバ２から送信されたｍヵ月目の通信料Ｂmnと回線数Ｎmを入力手段１１により受信し、この通信料Ｂmnと回線数Ｎmを記憶手段１３により記憶する（Ｓ３０２）。ｍヵ月目の通信料Ｂmが郵送で送られてきた場合、定額料金設定サーバ１は、ｍ回目の請求額Ｂmnと回線数Ｎmを入力手段１１により入力されるようにする。
【００７６】
定額料金設定サーバ１は、ｍヵ月目の使用料支払い後の預かり金Ｄmを預かり金算出手段１４により算出する（Ｓ３０３）。預かり金Ｄmは、通信業者サーバ２から送信されたｍヵ月目の通信料Ｂmと、記憶手段１３により記憶された利用者の回線数Ｎmと、記憶手段１３により記憶された利用者の定額料金Ｃと、記憶手段１３により記憶された預かり金Ｄm-1に基づき、以下の式により求める。
【数７】
【００７７】
定額料金設定サーバ１は、預かり金Ｄmを、（Ｎm／Ｎ1）Ｄminと、（Ｎm／Ｎ1）Ｄmaxと比較する（Ｓ３０４）。預かり金Ｄmが（Ｎm／Ｎ1）Ｄminよりも小さいか、預かり金Ｄmが（Ｎm／Ｎ1）Ｄmaxより大きいときに（Ｓ３０４、Ｎｏ）、定額料金設定サーバ１は、メッセージを利用者サーバ３に送信手段１２により送信する（Ｓ３０５）。ここで送信するメッセージは、例えば、預かり金Ｄmが（Ｎm／Ｎ1）Ｄmaxより大きければ、使い過ぎであることを知らせるメッセージでも良い。また、例えば、預かり金Ｄmが（Ｎm／Ｎ1）Ｄminより小さければ、もっと使用できることを知らせるメッセージでも良い。
【００７８】
定額料金設定サーバ１は、利用者端末４それぞれの通信料Ｂmnを、記憶手段１３により記憶されたＢminと、Ｂmaxと比較する（Ｓ３０６）。通信料ＢmnがＢminよりも小さいか、通信料ＢmnがＢmaxより大きい利用者端末４があるときは（Ｓ３０６、Ｎｏ）、その利用者端末４に、定額料金設定サーバ１はメッセージを送信手段１２により送信する（Ｓ３０７）。ここで送信するメッセージは、例えば、通信料ＢmnがＢmaxより大きければ、使い過ぎであることを知らせるメッセージでも良い。また、例えば、通信料ＢmnがＢminより小さければ、もっと使用できることを知らせるメッセージでも良い。
【００７９】
次に、定額料金設定サーバ１は、通信業者サーバ２から送信されたＭヵ月目の通信料ＢMn（ｎ＝１、２、・・・、ＮM）を受信したのかを確認する（Ｓ３０８）。通信業者サーバ２から送信されたＭヵ月目の通信料ＢMn（ｎ＝１、２、・・・、ＮM）を受信していないときは（Ｓ３０８、Ｎｏ）、ステップＳ３０１に戻る。
【００８０】
つまり、ステップＳ３０１からステップ３０８までの処理をＭ回行い、Ｍ回目の処理が終わったら、次のステップＳ３０９に進むことにする。
【００８１】
通信業者サーバ２から送信されたＭヵ月目の通信料ＢMn（ｎ＝１、２、・・・、ＮM）を受信しているとき（Ｓ３０８、Ｙｅｓ）、定額料金設定サーバ１は、新しい定額料金Ｃを定額料金算出手段１６により算出し、記憶手段１３に記憶された定額料金Ｃを算出された新しい定額料金Ｃに書き換える（Ｓ３０９）。新しい定額料金は、例えば、
【数８】
に基づいて決める。また、ここで、定額料金設定サーバ１は、新しい定額料金Ｃの情報を利用者サーバ３に送信するようにしても良い。また、ここで、定額料金Ｃを切りの良い金額にしたいときは、例えば、
【数９】
を新しい定額料金Ｃとすると良い。
【００８２】
定額料金設定サーバ１は、初期の預かり金Ｄ0と、預かり金の下限Ｄminと、預かり金の上限Ｄmaxの値を更新する（Ｓ３１０）。初期の預かり金Ｄ0は、新しい定額料金Ｃを使用し、Ｅ×ＮM×Ｃを算出し、この値を新しい初期の預かり金Ｄ0とし、この値により記憶手段１３に記憶された初期の預かり金Ｄ0の値を書き換える。預かり金の下限Ｄminは、更新前の初期の預かり金の値を使用し、（Ｄmin／Ｄ0）×Ｅ×ＮM×Ｃを算出し、この値を新しい預かり金の下限Ｄminとし、この値により記憶手段１３に記憶された預かり金の下限Ｄminの値を書き換える。預かり金の上限Ｄmaxも、更新前の初期の預かり金の値を使用し、（Ｄmax／Ｄ0）×Ｅ×ＮM×Ｃを算出し、この値を新しい預かり金の上限Ｄmaxとし、この値により記憶手段１３に記憶された預かり金の上限Ｄmaxの値を書き換える。
【００８３】
定額料金設定サーバ１は、預かり金比較手段１５により、預かり金ＤMを、記憶手段１３により記憶された預かり金下限Ｄminと、記憶手段１３により記憶された預かり金上限Ｄmaxと比較する（Ｓ３１１）。
【００８４】
預かり金ＤMが預かり金下限Ｄminよりも大きく、預かり金ＤMが預かり金上限Ｄmaxより小さいときに（Ｓ３１１、Ｙｅｓ）、定額料金設定サーバ１は、記憶手段１３に記憶された初期預かり金Ｄ0の値を預かり金ＤMの値に書き換え、ステップＳ１０１に戻り、新たに１ヵ月目から、つまり、ｍ＝１から始める（Ｓ３１２）。
【００８５】
預かり金ＤMが預かり金下限Ｄminよりも小さいか、預かり金ＤMが預かり金上限Ｄmaxより大きいとき（Ｓ３１１、Ｎｏ）、定額料金設定サーバ１は、預かり金の調整が必要であることを利用者に伝えるメッセージを利用者サーバ３に送信手段１２により送信し、ステップＳ１０１に戻り、新たに１ヵ月目から、つまり、ｍ＝１から始める（Ｓ３１３）。
【００８６】
つまり、上記の処理動作では、ステップＳ３０１〜Ｓ１０８を毎月行い、ステップＳ３０９〜Ｓ３１３をＭヵ月ごとに行う。つまり、上記の処理動作は、毎月、預かり金による通信料と定額料金との差額の補完などを行い、Ｍヵ月ごとに、定額料金の変更と、預かり金の調整などを行う。
【００８７】
よって、上記の処理動作により、例えば、定額料金設定を行う会社は、毎月、つまり、通信業者サーバ２からの請求額が受信するごとに、利用者の使用する利用者端末４ごとに使用状況を確認し、使用状況に応じた警告を利用者端末４それぞれに対して行うことができるようになる。例えば、使用料が多すぎる利用者端末４に対しては、使用料が多すぎることを伝えることでき、使用料が少なすぎる利用者端末４に対しては、使用料が少なすぎることを伝えることができる。このようにすることにより、使用料が多すぎる利用者端末４の使用の抑制できるようになる。また、利用者は、使用料が少なすぎる利用者端末４を把握できるようになり、使用する回線数を決定する際にこの情報を活用することが可能になる。なお、上記のステップＳ３０７において、すべての利用者端末４に対して、使用料の情報を送信するようにしても良い。
【００８８】
第３の実施形態では、利用者端末ごとの利用状況を把握することが可能である。このため、複数の利用者端末のグループごとの利用状況も把握することが可能になる。つまり、会社における部門ごとの利用状況も把握することが可能であり、上記の処理動作を改良することにより、それぞれの部門に対する定額料金を設定することも可能になる。
【００８９】
以上、本発明の好適な実施の形態により本発明を説明した。ここでは特定の具体例を示して本発明を説明したが、特許請求の範囲に定義された本発明の広範囲な趣旨および範囲から逸脱することなく、これら具体例に様々な修正および変更が可能である。
【００９０】
例えば、上述した実施形態における処理動作は、ハードウェア、または、ソフトウェア、あるいは、両者の複合構成によって実行することも可能である。
【００９１】
なお、ソフトウェアによる処理を実行する場合には、処理シーケンスを記録したプログラムが格納されているＲＯＭ（Read Only Memory）から、専用のハードウェアに組み込まれているコンピュータ内のメモリ（ＲＡＭ）にプログラムを読み込んで実行させるか、あるいは、各種処理が実行可能な汎用コンピュータにプログラムをインストールして実行させることが可能である。
【００９２】
例えば、プログラムは、記録媒体としてのハードディスクやＲＯＭに予め記録しておくことが可能である。あるいは、プログラムは、フロッピー（登録商標）ディスク等の磁気ディスク、ＣＤ（Compact Disc）、ＤＶＤ(Digital Versatile Disc)等の光ディスク、ＭＯ（Magneto Optical）ディスク等の光磁気ディスクなどのリムーバブル記録媒体に、一時的、あるいは、永続的に格納（記録）しておくことが可能である。
【００９３】
このようなリムーバブル記録媒体は、いわゆるパッケージソフトウェアとして提供することが可能である。
【００９４】
なお、プログラムは、上述したようなリムーバブル記録媒体からコンピュータにインストールする他、ダウンロードサイトから、コンピュータに無線転送したり、ＬＡＮ（Local Area Network）、インターネットといったネットワークを介して、コンピュータに有線で転送したりし、コンピュータでは、転送されてきたプログラムを受信し、内蔵するハードディスク等の記録媒体にインストールすることが可能である。
【００９５】
また、上記実施形態で説明した処理動作に従って時系列的に実行されるのみならず、処理を実行する装置の処理能力、あるいは、必要に応じて並列的にあるいは個別に実行するように構築することも可能である。
【００９６】
また、上記実施形態で説明したシステムは、複数の装置の論理的集合構成にしたり、各装置の機能を混在させたりするように構築することも可能である。
【符号の説明】
【００９７】
１ 定額料金設定サーバ
１１ 受信手段
１２ 送信手段
１３ 記憶手段
１４ 預かり金算出手段
１５ 預かり金比較手段
１６ 定額料金算出手段
１７ 預かり金更新手段
２ 通信業者サーバ
３ 利用者サーバ
４ 利用者端末
【技術分野】
【０００１】
本発明は、情報の調整を行うサーバ装置及び定額料金設定システムに関する。
【背景技術】
【０００２】
ＰＣ（パーソナルコンピュータ）は技術発展のサイクルが早いため、企業などは、ＰＣを購入するのではなく、ＰＣのリース契約を利用することが多い。また、ＰＣのリース契約は、ＰＣを使用するために毎月定額料金を払うため、ＰＣにかかるコストを把握しやすいというメリットもあり、多くの企業で利用されている。
【０００３】
現在、ＰＣにはネットワークに接続する機能は不可欠になってきている。外出先で使用されるモバイルＰＣは、サイズ等により機能が制限されていることも多く、外部のマシンとの接続することにより情報や機能の補充を行う必要がある。このため、モバイルＰＣは、特に、ネットワーク接続する機能が必要である。そこで、携帯電話会社の提供するネットワーク接続用の通信機能を内蔵したモバイルＰＣも製造されてきている。
【０００４】
ＰＣにおいてネットワーク接続が不可欠となった現在、ＰＣのリース契約に際し、ＰＣ自体のリース料金とネットワーク接続の際にかかった通信料とを一括した料金を提供することが必要になってきている。例えば、特許文献１では、インターネットプロバイダー会社がネットワーク接続の際にかかった通信料をプロバイダー料金と一括で請求する方法が開示されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００２−１３５４６７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、ＰＣ自体のリース料金とネットワーク接続の際にかかった通信料とを一括した料金として、定額料金を設定する際には問題がでてくる。ネットワーク接続用の通信機能を内蔵したモバイルＰＣに対しては、携帯電話会社に対する通信料とＰＣ自体のリース料金を一括して定額料金を設定しなくてはならない。このため、携帯電話会社が定額料金サービスを提供していないときには、ＰＣ自体のリース料金と通信料を合わせた料金に対して定額料金を設定することができない。
【０００７】
下限の料金と上限の料金を設定した定額料金サービスを行っている携帯電話会社は存在する。しかし、このサービスは、通信量が第１の規定値以下であれば、通信料は下限の料金となり、通信量が第２の規定値以上であれば、通信料は上限の料金となるものである。このサービスは、上限の料金が設定されているため、通信料が上限の料金よりは大きくならないというメリットがあるが、通信量が第１の規定値と第２の規定値の間の値であるときは、通信料が通信量により変化する。このため、通信料は完全な定額料金となっていない。
【０００８】
そこで本発明は、上記問題点に鑑みてなされたもので、通信料に対して定額料金を設定するサーバ装置及び定額料金設定システムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
上記課題を解決するため、本発明におけるサーバ装置は、利用者が利用する複数回線の通信料の入力を受ける入力手段と、前記入力手段により入力された前記複数回線の通信料、定額料金、及び預かり金を記憶する記憶手段と、前記複数回線の定額料金、及び前記複数回線の通信料をそれぞれ合計し、合計後の前記定額料金から合計後の前記通信料を減じた値を前記複数回線の預かり金の値に加算し、前記複数回線の預かり金の値を書き換える預かり金算出手段と、を有することを特徴とする。
【００１０】
また、本発明におけるサーバ装置は、新たな定額料金を算出する定額料金算出手段を有し、前記記憶手段は、前記利用者の使用回線数も記憶しており、前記定額料金算出手段は、所定の回数の前記入力手段による処理と当該所定の回数の預かり金算出手段による処理が行われたあとに、前記記憶手段により記憶された複数回線の通信料、預かり金の値及び使用回線数に基づき、新たな定額料金を算出し、前記記憶手段により記憶された定額料金を当該新たな定額料金により書き換えるようにしても良い。
【００１１】
また、本発明におけるサーバ装置は、前記利用者にメッセージを送信する送信手段を有し、前記記憶手段は、預かり金下限値と預かり金上限値も記憶しており、前記送信手段は、前記所定の回数の前記入力手段による処理と当該所定の回数の預かり金算出手段による処理が行われたあとに、前記記憶手段により記憶された預かり金の値が前記記憶手段により記憶された預かり金下限よりも小さいときと、前記記憶手段により記憶された預かり金の値が前記記憶手段により記憶された預かり金上限よりも大きいときは、前記利用者にメッセージを送信するようにしても良い。
【００１２】
また、本発明におけるサーバ装置は、前記記憶手段により記憶された預かり金下限値と預かり金上限値は、前記所定の回数の前記入力手段による処理と当該所定の回数の預かり金算出手段による処理が行われたあとに、前記記憶手段により記憶された定額料金の値に基づき更新されるようにしても良い。
【００１３】
また、本発明におけるサーバ装置は、前記入力手段は、前記利用者の使用回線数の入力も受けるようにしても良い。
【００１４】
また、本発明における定額料金設定システムは、第１のサーバと第２のサーバとにより構成される定額料金設定システムであって、前記第１のサーバは、利用者が利用する複数回線の通信料の値を前記第２のサーバに送信する第１の送信手段を有し、前記第２のサーバは、前記第１のサーバから送信された前記複数回線の通信料の値を受信する受信手段と、前記入力手段により入力された複数回線の通信料、定額料金及び預かり金の値を記憶する記憶手段と、前記複数回線の定額料金、及び前記複数回線の通信料をそれぞれ合計し、合計後の前記定額料金から合計後の前記通信料を減じた値を前記複数回線の預かり金の値に加算し、前記複数回線の預かり金の値を書き換える預かり金算出手段と、を有することを特徴とする。
【００１５】
また、本発明における定額料金設定システムは、複数の通信端末も備えた定額料金サーバであって、前記第１のサーバの第１の送信手段は、前記通信端末それぞれの通信料の値も前記第２のサーバに送信し、前記第２のサーバの入力手段は、前記第１のサーバから送信された前記通信端末それぞれの通信料の値も受信し、前記第２のサーバの記憶手段は、通信料下限の値と通信料金上限の値も記憶しており、前記第２のサーバは、前記入力手段により入力された前記通信端末それぞれの通信料の値が前記記憶手段により記憶された通信料下限の値より小さい通信端末が存在したときと、前記入力手段により入力された前記通信端末それぞれの通信料の値が前記記憶手段により記憶された通信料上限の値より大きい通信端末が存在したときは、当該通信端末にメッセージを送信する第２の送信手段を有するようにしても良い。
【発明の効果】
【００１６】
本発明により、通信料に対して定額料金を設定することができる。
【図面の簡単な説明】
【００１７】
【図１】本発明の第１の実施形態に係る定額料金設定システムの構成を示す図である。
【図２】本発明の第１の実施形態に係る定額料金設定システムにおける処理動作を示す図である。
【図３】本発明の第２の実施形態に係る定額料金設定システムにおける処理動作を示す図である。
【図４】本発明の第３の実施形態に係る定額料金設定システムの構成を示す図である。
【図５】本発明の第３の実施形態に係る定額料金設定システムにおける処理動作を示す図である。
【発明を実施するための形態】
【００１８】
次に、本発明を実施するための形態について図面を参照して詳細に説明する。
【００１９】
図１は、本発明の第１の実施形態に係る定額料金設定システムの構成を示す図である。この構成は、例えば、定額料金の設定を行う会社が、複数の回線を利用する利用者から最初に預かり金を預かり、利用者から定額料金の支払いを毎月受けるという場合において、毎月の通信量と定額料金との差を、この預かり金により補完する際に使用する構成である。また、この構成は、例えば、定額料金の設定を行う会社が、Ｍヵ月分の通信料に基づき、次の月からの定額料金を設定する際に使用する構成である。
【００２０】
第１の実施形態に係る定額料金設定システムは定額料金設定サーバ１と、通信業者サーバ２、利用者サーバ３、通信業者サーバ２により構成されている。定額料金設定サーバ１は、例えば、定額料金を設定する会社のサーバ装置である。また、通信業者サーバ２は、例えば、通信サービスを提供する会社のサーバ装置である。また、利用者サーバ３は、例えば、定額料金を設定する会社と通信サービスを提供する会社の利用者のサーバ装置である。
【００２１】
定額料金設定サーバ１は、情報を受信するか、または、ユーザによる情報の入力を受けることにより定額料金サーバ１内への情報の入力を受ける入力手段１１と、情報を送信する送信手段１２と、記憶手段１３と、預かり金算出手段１４と、預かり金比較手段１５と、定額料金算出手段１６と、預かり金更新手段１７と、を備える。
【００２２】
定額料金設定サーバ１は、記憶手段１３により、利用者の使用する回線数Ｎ、定額料金の値Ｃ、初期の預かり金の値Ｄ0、預かり金設定値Ｅ、預かり金の値Ｄm（ｍ＝１、２、・・・、Ｍ）、預かり金の下限Ｄmin、預かり金の上限Ｄmaxなどを記憶する。
【００２３】
ここで、利用者の使用する回線数Ｎは、利用者の使用する通信サービス提供会社の回線の数である。
【００２４】
また、定額料金Ｃは、利用者から定額料金を設定する会社に毎月支払われる１回線あたりの定額料金である。後述するように、本実施形態では、Ｍヵ月ごとに、定額料金Ｃの値を、設定しなおす。
【００２５】
また、初期の預かり金Ｄ0は、定額料金を設定する会社が利用者から最初に預かる預かり金である。また、初期の預かり金Ｄ0は、Ｍヵ月ごとい定額料金Ｃが変更されるのに合わせて、預かり金更新手段１７により更新される。そして、この初期の預かり金Ｄ0は更新後の値に書き換えられる。また、後述するように、Ｍヵ月後に、預かり金の調整をする必要がないときは、預かり金の調整を行わないので、Ｍヵ月後の預かり金をＭ＋１ヶ月後から始まるＭヵ月におけるタームにおける初期の預かり金Ｄ0とする。
【００２６】
預かり金設定値Ｅは、初期の預かり金Ｄ0を、定額料金Ｃと回線数Ｎにより設定するための値である。後述するように、定額料金設定サーバ１は、Ｍヵ月ごとに定額料金Ｃが変更されるのに合わせて、預かり金更新手段１７により、初期の預かり金Ｄ0を、Ｄ0＝Ｅ×Ｎ×Ｃとなるように更新する。つまり、利用者から毎月支払われる定額料金全体の値ＮＣのＥヵ月分を預かり金として設定することにする。
【００２７】
預かり金の値Ｄmは、ｍヵ月目の預かり金の値である。後述するように、実際の通信料と定額料金Ｃの差額は、預かり金から取り崩したり、預かり金に加えたりするため、毎月、通信料の請求があるごとに預かり金の値は変化する。
【００２８】
預かり金の下限Ｄminは、例えば、定額料金を設定する会社が利用者から少なくとも預かっておきたい預かり金の額である。初期の預かり金Ｄ0が預かり金更新手段１７により更新されるのに合わせて、この預かり金の下限Ｄminも更新され、記憶手段１３に記憶された値も書き換えられる。
【００２９】
預かり金の上限Ｄmaxは、例えば、定額料金を設定する会社が預かり金としてこれ以上は預かりたくないと考える額である。初期の預かり金Ｄ0が預かり金更新手段１７により更新されるのに合わせて、この預かり金の上限Ｄmaxも更新され、記憶手段１３に記憶された値も書き換えられる。
【００３０】
定額料金設定サーバ１は、預かり金算出手段１４により、ｍヵ月後の預かり金の値の算出を行う。定額料金設定サーバ１は、預かり金比較手段１５により、ｍヵ月後の預かり金の値を預かり金の下限Ｄmin、預かり金の上限Ｄmaxなどとの比較を行う。定額料金設定サーバ１は、定額料金算出手段１６により、定額料金Ｃを算出を行う。定額料金サーバ１は、預かり金更新手段１７により、初期の預かり金Ｄ0と、預かり金の下限Ｄminと、預かり金の上限Ｄmaxの値の更新を行う。
【００３１】
通信業者サーバ２は、定額料金設定サーバ１に情報を送信する送信手段を備える。通信業者サーバ２は、送信手段により、例えば、毎月の通信料などを定額料金設定サーバ１に送信する。
【００３２】
利用者サーバ３は、定額料金設定サーバ１から情報を受信する受信手段を備える。利用者サーバは、受信手段により、例えば、定額料金設定サーバからのメッセージを受信する。
【００３３】
図２は、本発明の第１の実施形態に係る定額料金設定システムにおける処理動作を示す図である。図２を参照しながら、第１の実施形態に係る定額料金設定システムにおける処理動作を説明する。
【００３４】
通信業者サーバ２は、ｍヵ月目（ｍ＝１、２、・・・、Ｍ）の通信料Ｂmを定額料金設定サーバ１に送信手段により送信する（Ｓ１０１）。この通信料Ｂmは、利用者が使用した複数回線の通信料である。つまり、通信業者サーバ２は、利用者が使用した複数回線の通信料の請求を定額料金設定サーバ１に行う。ここで、ｍヵ月目の通信料Ｂmは、郵送で送るようにしても良い。
【００３５】
定額料金設定サーバ１は、通信業者サーバ２から送信されたｍヵ月目の通信料Ｂmを入力手段１１により受信し、この通信料Ｂmを記憶手段１４により記憶する（Ｓ１０２）。ｍヵ月の通信料Ｂmが郵送で送られてきた場合、定額料金設定サーバ１は、ｍヵ月目の通信料Ｂmを入力手段１１によりユーザから入力されるようにする。
【００３６】
定額料金設定サーバ１は、ｍヵ月目の使用料支払い後の預かり金Ｄmを預かり金算出手段１４により算出する（Ｓ１０３）。預かり金Ｄmは、通信業者サーバ２から送信されたｍヵ月目の通信料Ｂmと、記憶手段１３により記憶された利用者の使用回線数Ｎと、記憶手段１３により記憶された利用者の定額料金Ｃと、記憶手段１３により記憶されたｍヵ月目の使用量支払い前の預かり金Ｄm-1に基づき、以下の式により求める。
【数１】
【００３７】
定額料金設定サーバ１は、預かり金Ｄmを、記憶手段１３により記憶された預かり金下限Ｄminと、記憶手段１３により記憶された預かり金上限Ｄmaxとを預かり金比較手段１５により比較する（Ｓ１０４）。預かり金Ｄmが預かり金下限Ｄminよりも小さいか、預かり金Ｄmが預かり金上限Ｄmaxより大きいときに（Ｓ１０４、Ｎｏ）、定額料金設定サーバ１は、メッセージを利用者サーバ３に送信手段１２により送信する（Ｓ１０５）。ここで、例えば、預かり金Ｄmが預かり金の上限Ｄmaxより大きければ、”もっと使用できる”ことを知らせるメッセージでも良い。また、例えば、預かり金Ｄmが預かり金の下限Ｄminより小さければ、”使いすぎ”であることを知らせるメッセージでも良い。
【００３８】
次に、定額料金設定サーバ１は、通信業者サーバ２から送信されたＭヵ月の通信料ＢMを受信したのかを確認する（Ｓ１０６）。通信業者サーバ２から送信されたＭヵ月の通信料ＢMを受信していないときは（Ｓ１０６、Ｎｏ）、ステップＳ１０１に戻る。
【００３９】
つまり、ステップＳ１０１からステップ１０６までの処理をＭ回行い、Ｍ回目の処理が終わったら、次のステップＳ１０７に進むことにする。
【００４０】
通信業者サーバ２から送信されたＭヵ月の通信料ＢMを受信しているとき（Ｓ１０６、Ｙｅｓ）、定額料金設定サーバ１は、新しい定額料金Ｃを定額料金算出手段１６により算出し、記憶手段１３に記憶された定額料金Ｃを算出された新しい定額料金Ｃに書き換える（Ｓ１０７）。新しい定額料金は、例えば、Ｍヵ月分の通信料Ｂmの平均を回線数Ｎで除算した値、
【数２】
に基づいて決める。また、ここで、定額料金設定サーバ１は、新しい定額料金Ｃの情報を利用者サーバ３に送信するようにしても良い。
【００４１】
定額料金設定サーバ１は、初期の預かり金Ｄ0と、預かり金の下限Ｄminと、預かり金の上限Ｄmaxの値を更新する（Ｓ１０８）。ここで、新しい定額料金Ｃを使用し、Ｅ×Ｎ×Ｃを算出し、この値を新しい初期の預かり金Ｄ0とし、この値により記憶手段１３に記憶された初期の預かり金Ｄ0の値を書き換える。預かり金の下限Ｄminは、更新前の初期の預かり金の値と新しい定額料金Ｃを使用し、（Ｄmin／Ｄ0）×Ｅ×Ｎ×Ｃを算出し、この値を新しい預かり金の下限Ｄminとし、この値により記憶手段１３に記憶された預かり金の下限Ｄminの値を書き換える。預かり金の上限Ｄmaxも、同様に、更新前の初期の預かり金の値と新しい定額料金Ｃを使用し、（Ｄmax／Ｄ0）×Ｅ×Ｎ×Ｃを算出し、この値を新しい預かり金の上限Ｄmaxとし、この値により記憶手段１３に記憶された預かり金の上限Ｄmaxの値を書き換える。
【００４２】
定額料金設定サーバ１は、預かり金比較手段１５により、預かり金ＤMを、記憶手段１３により記憶された預かり金下限Ｄminと、記憶手段１３により記憶された預かり金上限Ｄmaxと比較する（Ｓ１０９）。
【００４３】
預かり金ＤMが預かり金下限Ｄminよりも大きく、預かり金ＤMが預かり金上限Ｄmaxより小さいときに（Ｓ１０９、Ｙｅｓ）、定額料金設定サーバ１は、記憶手段１３に記憶された初期預かり金Ｄ0の値を預かり金ＤMの値に書き換え、ステップＳ１０１に戻り、新たに１ヵ月目からから始める。つまり、ｍ＝１から始める（Ｓ１１０）。
【００４４】
預かり金ＤMが預かり金下限Ｄminよりも小さいか、預かり金ＤMが預かり金上限Ｄmaxより大きいとき（Ｓ１０９、Ｎｏ）、定額料金設定サーバ１は、預かり金の調整が必要であることを利用者に伝えるメッセージを利用者サーバ３に送信手段１２により送信し、ステップＳ１０１に戻り、新たに１ヵ月目から始める。つまり、ｍ＝１から始める（Ｓ１１１）。
【００４５】
つまり、上記の処理動作では、ステップＳ１０１〜Ｓ１０６を毎月行い、ステップＳ１０７〜Ｓ１１１をＭヵ月ごとに行う。つまり、上記の処理動作は、毎月、預かり金による通信料と定額料金との差額の補完などを行い、Ｍヵ月ごとに、定額料金の変更と、預かり金の調整などを行う。
【００４６】
よって、上記の処理動作により、例えば、定額料金設定を行う会社は、毎月、つまり、通信業者サーバ２からの通信料を受信するごとに、利用者が毎月払っている定額料金と、その月の通信料との差額を、預かり金から取り崩したり、加えたりすることができるようになる。つまり、預かり金を設け、預かり金により、定額料金と実際の通信料との差額を補うことができるため、利用者に定額料金を提供することが可能になる。
【００４７】
また、例えば、定額料金設定を行う会社は、毎月、その時点での預かり金の額を預かり金が足りないか、多くなりすぎていないかを確認することができる。
【００４８】
そして、預かり金が足りなくなっていることが確認されたときは、例えば、使いすぎであることを伝えるメッセージを利用者に送ることができ、預かり金が多くなりすぎているときは、例えば、もっと使用できることを伝えるメッセージを利用者に送ることができる。
【００４９】
また、毎月、預かり金の額を確認し、預かり金が足りなくなっていることが判明したときは、利用者に預かり金の補充を要求するメッセージを送信し、預かり金の補充を行うようにしても良い。この場合は、上記の処理動作のステップＳ１０５において、記憶手段１３により記憶された預かり金の値を、補充された後の預かり金の値に書き換えるようにすると良い。
【００５０】
また、毎月、預かり金の額を確認し、預かり金が多くなりすぎていることが判明したときは、利用者に預かり金の返還を伝えるメッセージを送信し、預かり金の返還を行うようにしても良い。この場合は、上記の処理動作のステップＳ１０５において、記憶手段１３により記憶された預かり金の値を、預かり金から返還金額を引いた値に書き換えるようにすると良い。
【００５１】
また、上記の処理動作により、例えば、定額料金設定を行う会社は、Ｍヵ月ごとに、つまり、通信業者サーバ２からの通信料をＭ回受信するごとに、定額料金を設定しなすことができるようになる。上記のように、ここＭヵ月の請求額の平均に基づいて定額料金を設定することにすれば、毎月の請求額と定額料金の差額が小さくなり、預かり金の変動を小さくすることが可能になる。
【００５２】
通常、定額料金Ｃとしては、切りのよい数が良い。そこで、上記の処理動作のステップＳ１０７において、例えば、
【数３】
を、新しい定額料金Ｃとするようにしても良い。ここで、ceil(Ｘ)は、天井関数であり、実数Ｘに対してＸ以上の最小の正数を表す。このようにすることにより、１００円単位の定額料金を利用者に提示することができるようになる。
【００５３】
また、上記の処理動作により、例えば、定額料金設定を行う会社は、Ｍヵ月ごとに、定額料金の更新に合わせ、預かり金の値を更新することができる。このようにすることにより、定額料金を設定する会社は、更新された定額料金に適した預かり金を預かることができるようになる。
【００５４】
また、上記の処理動作により、例えば、定額料金設定を行う会社は、Ｍヵ月ごとに、預かり金の調整を行うことができるようになる。上記のように、預かり金が足りなくなったときは、利用者に預かり金の補充の要求を通知し、預かり金の補充を行えるようにすることにより、預かり金の不足する状況を避けることができるようになる。また、上記のように、預かり金が多くなりすぎたときに、利用者に預かり金を返還することにより、預かり金を初期の預かり金と同じ金額に戻すことが可能になる。
【００５５】
上記の構成では、利用者の使用する回線数は固定であったが、毎月、変化するようにしても良い。そこで、本発明の第２の実施形態として、通信業者サーバ２は、毎月、定額料金設定サーバ１に、利用者の使用する回線数Ｎm（ｍ＝１、２、・・・、Ｍ）の情報も送信するようにする。そして、定額料金設定サーバ１は、入力手段１１により、この利用者の使用する回線数Ｎmの情報を受信し、記憶手段１３により、この利用者の使用する回線数Ｎmを記憶するようにする。この利用者の使用する回線数Ｎmは、例えば、ｍヵ月目に利用者の使用している回線である。
【００５６】
図３は、本発明の第２の実施形態に係る定額料金設定システムにおける処理動作を示す図である。これは、第１の実施形態に対する処理動作を示す図２と、ステップＳ２０１、Ｓ２０２、Ｓ２０３、Ｓ２０４、Ｓ２０７、Ｓ２０８が異なる。
【００５７】
図３のステップＳ２０１では、図２のステップＳ１０１と異なり、通信業者サーバ２は、ｍヵ月目（ｍ＝１、２、・・・、Ｍ）の通信料Ｂmと利用者の使用している回線数Ｎmを定額料金設定サーバ１に送信手段により送信するようにする。ここでも、ｍヵ月の通信料Ｂmと回線数Ｎmは、郵送で送るようにしても良い。
【００５８】
図３のステップＳ２０２では、図２のステップＳ１０２と異なり、定額料金設定サーバ１は、通信業者サーバ２から送信されたｍヵ月目の通信料Ｂmと回線数Ｎmを入力手段１１により受信し、この通信料Ｂmと回線数Ｎmを記憶手段１３により記憶する。ｍヵ月目の通信料Ｂmが郵送で送られてきた場合、定額料金設定サーバ１は、ｍヵ月目の通信料Ｂmnと回線数Ｎmを入力手段１１により入力されるようにする。
【００５９】
図３のステップＳ２０３では、図２のステップＳ１０３と異なり、預かり金Ｄmを求める際に、以下の式を使用する。
【数４】
【００６０】
また、図３のステップＳ２０４では、図２のステップＳ１０４とは異なり、定額料金設定サーバ１が、預かり金比較手段１５により、預かり金Ｄmを、（Ｎm／Ｎ1）Ｄminと、（Ｎm／Ｎ1）Ｄmaxと比較するようにする。つまり、ステップＳ２０８では、（Ｎm／Ｎ１）Ｄmin≦Ｄm≦（Ｎm／Ｎ1）Ｄmaxであるのかどうかを確認する。そして、（Ｎm／Ｎ1）Ｄmin≦Ｄm≦（Ｎm／Ｎ1）Ｄmaxでないとき、つまり、預かり金Ｄmが（Ｎm／Ｎ1）Ｄminよりも小さいか、預かり金Ｄmが（Ｎm／Ｎ1）Ｄmaxより大きいとき（Ｓ２０４、Ｎｏ）、定額料金設定サーバ１は、メッセージを利用者サーバ３に送信手段１２により送信するようにする（Ｓ２０５）。ステップＳ２０５で送信するメッセージは、例えば、預かり金Ｄmが（Ｎm／Ｎ1）Ｄmaxより大きければ、”もっと使用できる”ことを知らせるメッセージでも良い。また、例えば、預かり金Ｄmが（Ｎm／Ｎ1）Ｄminより小さければ、”使いすぎ”であることを知らせるメッセージでも良い。
【００６１】
また、図３のステップＳ２０７では、図２のステップＳ１０７とは異なり、新しい定額料金Ｃを、
【数５】
に基づいて決めることにする。そこで、定額料金設定サーバ１は、記憶手段１３により、Ｎm（ｍ＝１、２、・・・、Ｍ）も記憶するようにする。
また、ここで、定額料金Ｃを切りの良い金額にしたいときは、例えば、
【数６】
を新しい定額料金Ｃとすると良い。
【００６２】
また、図３のステップＳ２０８では、図２のステップＳ１０８とは異なり、初期の預かり金Ｄ0は、新しい定額料金Ｃを使用し、Ｅ×ＮM×Ｃを算出し、この値を新しい初期の預かり金Ｄ0とし、この値を記憶手段１３に記憶された初期の預かり金Ｄ0の値を書き換える。預かり金の下限Ｄminは、更新前の初期の預かり金の値を使用し、（Ｄmin／Ｄ0）×Ｅ×ＮM×Ｃを算出し、この値を新しい預かり金の下限Ｄminとし、この値により記憶手段１３に記憶された預かり金の下限Ｄminの値を書き換える。預かり金の上限Ｄmaxも、更新前の初期の預かり金の値を使用し、（Ｄmax／Ｄ0）×Ｅ×ＮM×Ｃを算出し、この値を新しい預かり金の上限Ｄmaxとし、この値により記憶手段１３に記憶された預かり金の上限Ｄmaxの値を書き換える。
【００６３】
つまり、上記の処理動作により、例えば、利用者の使用する回線数が毎月変化するときであっても、定額料金設定を行う会社は、毎月、つまり、通信業者サーバ２からの通信料が受信するごとに、利用者が毎月払っている定額料金と、その月の通信料との差額を、預かり金から取り崩したり、加えたりすることができるようになる。
【００６４】
また、上記の処理動作により、例えば、利用者の使用する回線数が毎月変化するときであっても、定額料金設定を行う会社は、毎月、その時点での預かり金の額を預かり金が足りないか、多くなりすぎていないかを確認することができる。
【００６５】
このときも、毎月、預かり金の額を確認し、預かり金が足りなくなっていることが判明したときは、利用者に預かり金の補充を要求するメッセージを送信し、預かり金の補充を行うようにしても良い。この場合は、上記の処理動作のステップＳ２０５において、記憶手段１３により記憶された預かり金の値を、補充された後の預かり金の値に書き換えるようにすると良い。
【００６６】
また、毎月、預かり金の額を確認し、預かり金が多くなりすぎていることと判明したときは、利用者に預かり金の返還を伝えるメッセージを送信し、預かり金の返還を行うようにしても良い。この場合は、上記の処理動作のステップＳ２０５において、記憶手段１３により記憶された預かり金の値を、預かり金から返還金額を引いた値に書き換えるようにすると良い。
【００６７】
また、上記の処理動作により、例えば、利用者の使用する回線数が毎月変化するときであっても、定額料金設定を行う会社は、Ｍヵ月ごとに、つまり、通信業者サーバ２からの通信料をＭ回受信するごとに、定額料金を設定しなすことができるようになる。上記のように、ここＭヵ月の請求額の平均に基づいて定額料金を設定することにすれば、毎月の請求額と定額料金の差額が小さくなり、預かり金の変動を小さくすることが可能になる。
【００６８】
また、上記の処理操作により、例えば、利用者の使用する回線数が毎月変化するときであっても、定額料金設定を行う会社は、Ｍヵ月ごとに、預かり金の調整を行うことができるようになる。上記のように、預かり金が足りなくなったときは、利用者に預かり金の補充の要求を通知し、預かり金の補充を行えるようにすることにより、預かり金の不足する状況を避けることができるようになる。また、上記のように、預かり金が多くなりすぎたときに、利用者に預かり金を返還することにより、預かり金を初期の預かり金と同じ金額に戻すことが可能になる。
【００６９】
また、上記の処理操作により、例えば、利用者の使用する回線数が毎月変化するときであっても、定額料金設定を行う会社は、Ｍヵ月ごとに、定額料金の更新に合わせ、預かり金の値を更新することができる。このようにすることにより、利用者の使用する回線数が毎月変化するときであっても、定額料金を設定する会社は、更新された定額料金に適した預かり金を預かることができるようになる。
【００７０】
上記の構成では、通信業者サーバから送信される通信料Ｂmは利用者の使用する回線全体に対する通信料であったが、Ｎm回線それぞれの通信料であっても良い。そこで、本発明の第３の実施形態として、通信業者サーバ２は、毎回、定額料金設定サーバ１に、利用者の使用する回線ごとの通信料Ｂmn（ｎ＝１、２、・・・、Ｎm；ｍ＝１、２、・・・、Ｍ）の情報も送信するようにする。そして、定額料金設定サーバ１は、入力手段１１により、この利用者の使用する回線ごとの通信料Ｂmnの情報を受信し、記憶手段１３により、この利用者の使用する回線ごとの通信料Ｂmnを記憶するようにする。ここで、利用者の使用している回線に１番目からＮm番目までの番号を付けるとすると、この利用者の使用する回線ごとの通信料Ｂmnは、例えば、ｍヵ月目にＮm回線を使用している利用者のｎ番目の回線の通信料である。
【００７１】
図４は、この本発明の第３の実施形態に係る定額料金設定システムの構成を示す図である。図４の構成は、図１の構成に、複数の利用者端末４を加えたものである。利用者端末４は、利用者の使用する通信端末であり、例えば、ｍヵ月目には、利用者はＮmの回線を使用しているので、Ｎm台の利用者端末４があることになる。ここで、利用者端末４に１番目からＮm番目までの番号を付けるとすると、上記の利用者の使用する回線ごとの通信料Ｂmnは、ｍヵ月目にＮm回線を使用している利用者のｎ台目の利用者端末４の通信料ということになる。
【００７２】
また、定額料金設定サーバ１は、記憶手段１３により、使用料の下限Ｂminと、使用料の上限Ｂmaxとを記憶している。使用料の下限Ｂminは、利用者端末４それぞれの使用料の下限であり、使用料として少なすぎると判断する際に使用する値を設定することにする。使用料の上限Ｂmaxは、利用者端末４それぞれの使用料の上限であり、使用料として多すぎると判断する際に使用する値を設定することにする。
【００７３】
図５は、本発明の第３の実施形態に係る定額料金設定システムにおける処理動作を示す図である。図５を参照しながら、第３の実施形態に係る定額料金設定システムにおける処理動作を説明する。
【００７４】
通信業者サーバ２は、ｍヵ月目（ｍ＝１、２、・・・、Ｍ）の通信料Ｂmn（ｎ＝１、２、・・・、Ｎm）と利用者の使用している回線数Ｎmを定額料金設定サーバ１に送信手段により送信する（Ｓ３０１）。ここで、ｍヵ月目の通信料Ｂmnと回線数Ｎmは、郵送で送るようにしても良い。
【００７５】
定額料金設定サーバ１は、通信業者サーバ２から送信されたｍヵ月目の通信料Ｂmnと回線数Ｎmを入力手段１１により受信し、この通信料Ｂmnと回線数Ｎmを記憶手段１３により記憶する（Ｓ３０２）。ｍヵ月目の通信料Ｂmが郵送で送られてきた場合、定額料金設定サーバ１は、ｍ回目の請求額Ｂmnと回線数Ｎmを入力手段１１により入力されるようにする。
【００７６】
定額料金設定サーバ１は、ｍヵ月目の使用料支払い後の預かり金Ｄmを預かり金算出手段１４により算出する（Ｓ３０３）。預かり金Ｄmは、通信業者サーバ２から送信されたｍヵ月目の通信料Ｂmと、記憶手段１３により記憶された利用者の回線数Ｎmと、記憶手段１３により記憶された利用者の定額料金Ｃと、記憶手段１３により記憶された預かり金Ｄm-1に基づき、以下の式により求める。
【数７】
【００７７】
定額料金設定サーバ１は、預かり金Ｄmを、（Ｎm／Ｎ1）Ｄminと、（Ｎm／Ｎ1）Ｄmaxと比較する（Ｓ３０４）。預かり金Ｄmが（Ｎm／Ｎ1）Ｄminよりも小さいか、預かり金Ｄmが（Ｎm／Ｎ1）Ｄmaxより大きいときに（Ｓ３０４、Ｎｏ）、定額料金設定サーバ１は、メッセージを利用者サーバ３に送信手段１２により送信する（Ｓ３０５）。ここで送信するメッセージは、例えば、預かり金Ｄmが（Ｎm／Ｎ1）Ｄmaxより大きければ、使い過ぎであることを知らせるメッセージでも良い。また、例えば、預かり金Ｄmが（Ｎm／Ｎ1）Ｄminより小さければ、もっと使用できることを知らせるメッセージでも良い。
【００７８】
定額料金設定サーバ１は、利用者端末４それぞれの通信料Ｂmnを、記憶手段１３により記憶されたＢminと、Ｂmaxと比較する（Ｓ３０６）。通信料ＢmnがＢminよりも小さいか、通信料ＢmnがＢmaxより大きい利用者端末４があるときは（Ｓ３０６、Ｎｏ）、その利用者端末４に、定額料金設定サーバ１はメッセージを送信手段１２により送信する（Ｓ３０７）。ここで送信するメッセージは、例えば、通信料ＢmnがＢmaxより大きければ、使い過ぎであることを知らせるメッセージでも良い。また、例えば、通信料ＢmnがＢminより小さければ、もっと使用できることを知らせるメッセージでも良い。
【００７９】
次に、定額料金設定サーバ１は、通信業者サーバ２から送信されたＭヵ月目の通信料ＢMn（ｎ＝１、２、・・・、ＮM）を受信したのかを確認する（Ｓ３０８）。通信業者サーバ２から送信されたＭヵ月目の通信料ＢMn（ｎ＝１、２、・・・、ＮM）を受信していないときは（Ｓ３０８、Ｎｏ）、ステップＳ３０１に戻る。
【００８０】
つまり、ステップＳ３０１からステップ３０８までの処理をＭ回行い、Ｍ回目の処理が終わったら、次のステップＳ３０９に進むことにする。
【００８１】
通信業者サーバ２から送信されたＭヵ月目の通信料ＢMn（ｎ＝１、２、・・・、ＮM）を受信しているとき（Ｓ３０８、Ｙｅｓ）、定額料金設定サーバ１は、新しい定額料金Ｃを定額料金算出手段１６により算出し、記憶手段１３に記憶された定額料金Ｃを算出された新しい定額料金Ｃに書き換える（Ｓ３０９）。新しい定額料金は、例えば、
【数８】
に基づいて決める。また、ここで、定額料金設定サーバ１は、新しい定額料金Ｃの情報を利用者サーバ３に送信するようにしても良い。また、ここで、定額料金Ｃを切りの良い金額にしたいときは、例えば、
【数９】
を新しい定額料金Ｃとすると良い。
【００８２】
定額料金設定サーバ１は、初期の預かり金Ｄ0と、預かり金の下限Ｄminと、預かり金の上限Ｄmaxの値を更新する（Ｓ３１０）。初期の預かり金Ｄ0は、新しい定額料金Ｃを使用し、Ｅ×ＮM×Ｃを算出し、この値を新しい初期の預かり金Ｄ0とし、この値により記憶手段１３に記憶された初期の預かり金Ｄ0の値を書き換える。預かり金の下限Ｄminは、更新前の初期の預かり金の値を使用し、（Ｄmin／Ｄ0）×Ｅ×ＮM×Ｃを算出し、この値を新しい預かり金の下限Ｄminとし、この値により記憶手段１３に記憶された預かり金の下限Ｄminの値を書き換える。預かり金の上限Ｄmaxも、更新前の初期の預かり金の値を使用し、（Ｄmax／Ｄ0）×Ｅ×ＮM×Ｃを算出し、この値を新しい預かり金の上限Ｄmaxとし、この値により記憶手段１３に記憶された預かり金の上限Ｄmaxの値を書き換える。
【００８３】
定額料金設定サーバ１は、預かり金比較手段１５により、預かり金ＤMを、記憶手段１３により記憶された預かり金下限Ｄminと、記憶手段１３により記憶された預かり金上限Ｄmaxと比較する（Ｓ３１１）。
【００８４】
預かり金ＤMが預かり金下限Ｄminよりも大きく、預かり金ＤMが預かり金上限Ｄmaxより小さいときに（Ｓ３１１、Ｙｅｓ）、定額料金設定サーバ１は、記憶手段１３に記憶された初期預かり金Ｄ0の値を預かり金ＤMの値に書き換え、ステップＳ１０１に戻り、新たに１ヵ月目から、つまり、ｍ＝１から始める（Ｓ３１２）。
【００８５】
預かり金ＤMが預かり金下限Ｄminよりも小さいか、預かり金ＤMが預かり金上限Ｄmaxより大きいとき（Ｓ３１１、Ｎｏ）、定額料金設定サーバ１は、預かり金の調整が必要であることを利用者に伝えるメッセージを利用者サーバ３に送信手段１２により送信し、ステップＳ１０１に戻り、新たに１ヵ月目から、つまり、ｍ＝１から始める（Ｓ３１３）。
【００８６】
つまり、上記の処理動作では、ステップＳ３０１〜Ｓ１０８を毎月行い、ステップＳ３０９〜Ｓ３１３をＭヵ月ごとに行う。つまり、上記の処理動作は、毎月、預かり金による通信料と定額料金との差額の補完などを行い、Ｍヵ月ごとに、定額料金の変更と、預かり金の調整などを行う。
【００８７】
よって、上記の処理動作により、例えば、定額料金設定を行う会社は、毎月、つまり、通信業者サーバ２からの請求額が受信するごとに、利用者の使用する利用者端末４ごとに使用状況を確認し、使用状況に応じた警告を利用者端末４それぞれに対して行うことができるようになる。例えば、使用料が多すぎる利用者端末４に対しては、使用料が多すぎることを伝えることでき、使用料が少なすぎる利用者端末４に対しては、使用料が少なすぎることを伝えることができる。このようにすることにより、使用料が多すぎる利用者端末４の使用の抑制できるようになる。また、利用者は、使用料が少なすぎる利用者端末４を把握できるようになり、使用する回線数を決定する際にこの情報を活用することが可能になる。なお、上記のステップＳ３０７において、すべての利用者端末４に対して、使用料の情報を送信するようにしても良い。
【００８８】
第３の実施形態では、利用者端末ごとの利用状況を把握することが可能である。このため、複数の利用者端末のグループごとの利用状況も把握することが可能になる。つまり、会社における部門ごとの利用状況も把握することが可能であり、上記の処理動作を改良することにより、それぞれの部門に対する定額料金を設定することも可能になる。
【００８９】
以上、本発明の好適な実施の形態により本発明を説明した。ここでは特定の具体例を示して本発明を説明したが、特許請求の範囲に定義された本発明の広範囲な趣旨および範囲から逸脱することなく、これら具体例に様々な修正および変更が可能である。
【００９０】
例えば、上述した実施形態における処理動作は、ハードウェア、または、ソフトウェア、あるいは、両者の複合構成によって実行することも可能である。
【００９１】
なお、ソフトウェアによる処理を実行する場合には、処理シーケンスを記録したプログラムが格納されているＲＯＭ（Read Only Memory）から、専用のハードウェアに組み込まれているコンピュータ内のメモリ（ＲＡＭ）にプログラムを読み込んで実行させるか、あるいは、各種処理が実行可能な汎用コンピュータにプログラムをインストールして実行させることが可能である。
【００９２】
例えば、プログラムは、記録媒体としてのハードディスクやＲＯＭに予め記録しておくことが可能である。あるいは、プログラムは、フロッピー（登録商標）ディスク等の磁気ディスク、ＣＤ（Compact Disc）、ＤＶＤ(Digital Versatile Disc)等の光ディスク、ＭＯ（Magneto Optical）ディスク等の光磁気ディスクなどのリムーバブル記録媒体に、一時的、あるいは、永続的に格納（記録）しておくことが可能である。
【００９３】
このようなリムーバブル記録媒体は、いわゆるパッケージソフトウェアとして提供することが可能である。
【００９４】
なお、プログラムは、上述したようなリムーバブル記録媒体からコンピュータにインストールする他、ダウンロードサイトから、コンピュータに無線転送したり、ＬＡＮ（Local Area Network）、インターネットといったネットワークを介して、コンピュータに有線で転送したりし、コンピュータでは、転送されてきたプログラムを受信し、内蔵するハードディスク等の記録媒体にインストールすることが可能である。
【００９５】
また、上記実施形態で説明した処理動作に従って時系列的に実行されるのみならず、処理を実行する装置の処理能力、あるいは、必要に応じて並列的にあるいは個別に実行するように構築することも可能である。
【００９６】
また、上記実施形態で説明したシステムは、複数の装置の論理的集合構成にしたり、各装置の機能を混在させたりするように構築することも可能である。
【符号の説明】
【００９７】
１ 定額料金設定サーバ
１１ 受信手段
１２ 送信手段
１３ 記憶手段
１４ 預かり金算出手段
１５ 預かり金比較手段
１６ 定額料金算出手段
１７ 預かり金更新手段
２ 通信業者サーバ
３ 利用者サーバ
４ 利用者端末
【特許請求の範囲】
【請求項１】
利用者が利用する複数回線の通信料の入力を受ける入力手段と、
前記入力手段により入力された前記複数回線の通信料、定額料金、及び預かり金を記憶する記憶手段と、
前記複数回線の定額料金、及び前記複数回線の通信料をそれぞれ合計し、合計後の前記定額料金から合計後の前記通信料を減じた値を前記複数回線の預かり金の値に加算し、前記複数回線の預かり金の値を書き換える預かり金算出手段と、を有することを特徴とするサーバ装置。
【請求項２】
新たな定額料金を算出する定額料金算出手段を有し、
前記記憶手段は、前記利用者の使用回線数も記憶しており、
前記定額料金算出手段は、所定の回数の前記入力手段による処理と当該所定の回数の預かり金算出手段による処理が行われたあとに、前記記憶手段により記憶された複数回線の通信料、預かり金の値及び使用回線数に基づき、新たな定額料金を算出し、前記記憶手段により記憶された定額料金を当該新たな定額料金により書き換えることを特徴とする請求項１に記載のサーバ装置。
【請求項３】
前記利用者にメッセージを送信する送信手段を有し、
前記記憶手段は、預かり金下限値と預かり金上限値も記憶しており、
前記送信手段は、前記所定の回数の前記入力手段による処理と当該所定の回数の預かり金算出手段による処理が行われたあとに、前記記憶手段により記憶された預かり金の値が前記記憶手段により記憶された預かり金下限よりも小さいときと、前記記憶手段により記憶された預かり金の値が前記記憶手段により記憶された預かり金上限よりも大きいときは、前記利用者にメッセージを送信することを特徴とする請求項１または２に記載のサーバ装置。
【請求項４】
前記記憶手段により記憶された預かり金下限値と預かり金上限値は、前記所定の回数の前記入力手段による処理と当該所定の回数の預かり金算出手段による処理が行われたあとに、前記記憶手段により記憶された定額料金の値に基づき更新されることを特徴とする請求項３に記載のサーバ装置。
【請求項５】
前記入力手段は、前記利用者の使用回線数の入力も受けることを特徴とする請求項１から４のいずれか１項に記載のサーバ装置。
【請求項６】
第１のサーバと第２のサーバとにより構成される定額料金設定システムであって、
前記第１のサーバは、利用者が利用する複数回線の通信料の値を前記第２のサーバに送信する第１の送信手段を有し、
前記第２のサーバは、前記第１のサーバから送信された前記複数回線の通信料の値を受信する受信手段と、
前記入力手段により入力された複数回線の通信料、定額料金及び預かり金の値を記憶する記憶手段と、
前記複数回線の定額料金、及び前記複数回線の通信料をそれぞれ合計し、合計後の前記定額料金から合計後の前記通信料を減じた値を前記複数回線の預かり金の値に加算し、前記複数回線の預かり金の値を書き換える預かり金算出手段と、を有することを特徴とする定額料金設定システム。
【請求項７】
複数の通信端末も備えた定額料金サーバであって、
前記第１のサーバの第１の送信手段は、前記通信端末それぞれの通信料の値も前記第２のサーバに送信し、
前記第２のサーバの入力手段は、前記第１のサーバから送信された前記通信端末それぞれの通信料の値も受信し、
前記第２のサーバの記憶手段は、通信料下限の値と通信料金上限の値も記憶しており、
前記第２のサーバは、前記入力手段により入力された前記通信端末それぞれの通信料の値が前記記憶手段により記憶された通信料下限の値より小さい通信端末が存在したときと、前記入力手段により入力された前記通信端末それぞれの通信料の値が前記記憶手段により記憶された通信料上限の値より大きい通信端末が存在したときは、当該通信端末にメッセージを送信する第２の送信手段を有することを特徴とする請求項６に記載の定額料金設定システム。
【請求項１】
利用者が利用する複数回線の通信料の入力を受ける入力手段と、
前記入力手段により入力された前記複数回線の通信料、定額料金、及び預かり金を記憶する記憶手段と、
前記複数回線の定額料金、及び前記複数回線の通信料をそれぞれ合計し、合計後の前記定額料金から合計後の前記通信料を減じた値を前記複数回線の預かり金の値に加算し、前記複数回線の預かり金の値を書き換える預かり金算出手段と、を有することを特徴とするサーバ装置。
【請求項２】
新たな定額料金を算出する定額料金算出手段を有し、
前記記憶手段は、前記利用者の使用回線数も記憶しており、
前記定額料金算出手段は、所定の回数の前記入力手段による処理と当該所定の回数の預かり金算出手段による処理が行われたあとに、前記記憶手段により記憶された複数回線の通信料、預かり金の値及び使用回線数に基づき、新たな定額料金を算出し、前記記憶手段により記憶された定額料金を当該新たな定額料金により書き換えることを特徴とする請求項１に記載のサーバ装置。
【請求項３】
前記利用者にメッセージを送信する送信手段を有し、
前記記憶手段は、預かり金下限値と預かり金上限値も記憶しており、
前記送信手段は、前記所定の回数の前記入力手段による処理と当該所定の回数の預かり金算出手段による処理が行われたあとに、前記記憶手段により記憶された預かり金の値が前記記憶手段により記憶された預かり金下限よりも小さいときと、前記記憶手段により記憶された預かり金の値が前記記憶手段により記憶された預かり金上限よりも大きいときは、前記利用者にメッセージを送信することを特徴とする請求項１または２に記載のサーバ装置。
【請求項４】
前記記憶手段により記憶された預かり金下限値と預かり金上限値は、前記所定の回数の前記入力手段による処理と当該所定の回数の預かり金算出手段による処理が行われたあとに、前記記憶手段により記憶された定額料金の値に基づき更新されることを特徴とする請求項３に記載のサーバ装置。
【請求項５】
前記入力手段は、前記利用者の使用回線数の入力も受けることを特徴とする請求項１から４のいずれか１項に記載のサーバ装置。
【請求項６】
第１のサーバと第２のサーバとにより構成される定額料金設定システムであって、
前記第１のサーバは、利用者が利用する複数回線の通信料の値を前記第２のサーバに送信する第１の送信手段を有し、
前記第２のサーバは、前記第１のサーバから送信された前記複数回線の通信料の値を受信する受信手段と、
前記入力手段により入力された複数回線の通信料、定額料金及び預かり金の値を記憶する記憶手段と、
前記複数回線の定額料金、及び前記複数回線の通信料をそれぞれ合計し、合計後の前記定額料金から合計後の前記通信料を減じた値を前記複数回線の預かり金の値に加算し、前記複数回線の預かり金の値を書き換える預かり金算出手段と、を有することを特徴とする定額料金設定システム。
【請求項７】
複数の通信端末も備えた定額料金サーバであって、
前記第１のサーバの第１の送信手段は、前記通信端末それぞれの通信料の値も前記第２のサーバに送信し、
前記第２のサーバの入力手段は、前記第１のサーバから送信された前記通信端末それぞれの通信料の値も受信し、
前記第２のサーバの記憶手段は、通信料下限の値と通信料金上限の値も記憶しており、
前記第２のサーバは、前記入力手段により入力された前記通信端末それぞれの通信料の値が前記記憶手段により記憶された通信料下限の値より小さい通信端末が存在したときと、前記入力手段により入力された前記通信端末それぞれの通信料の値が前記記憶手段により記憶された通信料上限の値より大きい通信端末が存在したときは、当該通信端末にメッセージを送信する第２の送信手段を有することを特徴とする請求項６に記載の定額料金設定システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図２】
【図３】
【図４】
【図５】
【公開番号】特開２０１１−７６４２８（Ｐ２０１１−７６４２８Ａ）
【公開日】平成２３年４月１４日（２０１１．４．１４）
【国際特許分類】
【出願番号】特願２００９−２２７９７４（Ｐ２００９−２２７９７４）
【出願日】平成２１年９月３０日（２００９．９．３０）
【出願人】（３０２０６９９３０）ＮＥＣパーソナルプロダクツ株式会社 (738)
【出願人】（５０９２７３１４５）ＮＥＣキャピタルソリューション株式会社 (1)
【Ｆターム（参考）】
【公開日】平成２３年４月１４日（２０１１．４．１４）
【国際特許分類】
【出願日】平成２１年９月３０日（２００９．９．３０）
【出願人】（３０２０６９９３０）ＮＥＣパーソナルプロダクツ株式会社 (738)
【出願人】（５０９２７３１４５）ＮＥＣキャピタルソリューション株式会社 (1)
【Ｆターム（参考）】
[ Back to top ]