(57)【要約】【課題】提供業者の優先度を設定することにより、所望の提供業者への移行を容易にする。【解決手段】公共サービスの複数の提供業者が提供するサービスの使用料金を管理する使用料金管理システムにおいて、サービス毎に利用する提供業者の優先度に係る情報を有する媒体１０９と、媒体１０９の優先度に係る情報に基づいて、利用する提供業者を決定するよう制御する制御装置１０７と、制御装置１０７から決定された提供業者との契約に係る情報を受信して記憶する契約管理センタサーバ１０５と、契約管理センタサーバから契約に係る情報を受信して、契約に係る情報に基づいて契約の処理をする契約管理サーバとを有する。【選択図】図１
2009070053.tif 000002
【特許請求の範囲】
【請求項１】
公共サービスの複数の提供業者が提供するサービスの使用料金を管理する使用料金管理システムにおいて、
サービス毎に利用する提供業者の優先度に係る情報を有する媒体と、
該媒体の該優先度に係る情報に基づいて、利用する提供業者を決定するよう制御する制御装置と、
該制御装置から決定された提供業者との契約に係る情報を受信して記憶する契約管理センタサーバと、
該契約管理センタサーバから該契約に係る情報を受信して、該契約に係る情報に基づいて契約の処理をする契約管理サーバとを有することを特徴とする使用料金管理システム。
【請求項２】
公共サービスの複数の提供業者が提供するサービスの使用料金を管理する使用料金管理方法において、
サービス毎に利用する提供業者の優先度に係る情報を媒体に記憶し、
該媒体に記憶された該優先度に係る情報に基づいて、利用する提供業者を決定するよう制御し、
決定された提供業者との契約に係る情報に基づいて契約を処理することを特徴とする使用料金管理方法。
【請求項３】
該優先度は、サービスを利用するユーザにより設定され、該媒体の記憶部に記憶されることを特徴とする請求項２の使用料金管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、使用料金管理方法及びシステムに係り、特に、複数のサービスの利用を検針してその料金を纏めて管理する使用料金管理方法及びシステムに関する。
【背景技術】
【０００２】
公共料金等を管理する技術として、特許文献１及び２がある。特許文献１及び２には、ユーザの利便性の向上や、個別に行われていた検針の省力化のために、複数の公共料金等を一括して管理するための技術が開示されている。
【０００３】
特許文献１においては、水道、電気、ガスの計量器より、検針情報を管理センターに直接収集する技術が開示されている。より詳細には、管理センターから各計量器へ制御信号を発信し、これに基づき所定タイミングなどで各計量器が計量したデータを管理センターへ送信する。
【０００４】
特許文献２においては、インターネットを利用して低コストで精度のよい、使用料金の課金を行う課金用通信システムが開示されている。より詳細には、課金対象機器から通信端末に設定使用量毎に使用量信号が送信され、通信端末が自己の識別情報を含む機器エネルギー使用情報を外部サーバに送信することで、外部サーバが顧客毎の使用料金を、料金単価を用いて算出する。
【０００５】
【特許文献１】特開２００３−２８１６６８号公報
【特許文献２】特開平１０−３３４３８６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、特許文献１，２においては、予め設定された提供業者（ガス会社など）に対する料金については、まとめて管理できるものの、動的に提供業者を変えたい場合、引越しなどで変更が必要な場合に関しては考慮されていない。このため、提供業者の設定に手間がかかってしまうという問題があった。
【０００７】
本発明の目的は、提供業者の優先度を設定することにより、所望の提供業者への移行を容易にすることにある。
【課題を解決するための手段】
【０００８】
上記目的を達成するために、本発明の使用料金管理システムは、公共サービスの複数の提供業者が提供するサービスの使用料金を管理する使用料金管理システムにおいて、サービス毎に利用する提供業者の優先度に係る情報を有する媒体と、該媒体の該優先度に係る情報に基づいて、利用する提供業者を決定するよう制御する制御装置と、該制御装置から決定された提供業者との契約に係る情報を受信して記憶する契約管理センタサーバと、該契約管理センタサーバから該契約に係る情報を受信して、該契約に係る情報に基づいて契約の処理をする契約管理サーバとを有するように構成することができる。
【０００９】
また、本発明の使用料金管理方法は、システム公共サービスの複数の提供業者が提供するサービスの使用料金を管理する使用料金管理方法において、サービス毎に利用する提供業者の優先度に係る情報を媒体に記憶し、該媒体に記憶された該優先度に係る情報に基づいて、利用する提供業者を決定するよう制御し、決定された提供業者との契約に係る情報に基づいて契約を処理するように構成することができる。
【００１０】
また、該優先度は、サービスを利用するユーザにより設定され、該媒体の記憶部に記憶されるように構成することができる。
【発明の効果】
【００１１】
本発明によれば、提供業者の優先度を設定することにより、所望の提供業者への移行を容易にすることができる。
【発明を実施するための最良の形態】
【００１２】
次に、本発明を実施するための最良の形態を、以下の実施例に基づき図面を参照しつつ説明する。
【００１３】
まず、図１を参照して、本実施例による使用料金管理システムについて説明する。
使用料金管理システムは、既存情報システム１０１、契約管理連携サーバ１０２、検針サーバ１０３、独自自動検針ネットワーク１０４、契約管理センタサーバ１０５、検針情報ネットワーク１０６、制御装置１０７、メーター１０８及び利用者カード１０９から構成されている。
【００１４】
既存情報システム１０１は、公共サービス事業者が構築した既存の情報システムであり、公共サービス事業者の契約管理や料金計算を行う。契約管理連携サーバ１０２は、公共サービス事業者が構築し、契約管理センタサーバ１０５から契約締結や解約の情報を受け取り、既存情報システム１０１に伝達する処理を行う。検針サーバ１０３は、公共サービス事業者が構築し、独自自動検針ネットワーク１０４もしくは、検針情報ネットワーク１０６から検針値を受信し、既存情報システム１０１に伝達する処理を行う。独自自動検針ネットワーク１０４は、各事業者が構築した既存のネットワークであり、各家庭に設置されたメーター１０８と、検針サーバ１０３とを接続する。契約管理センタサーバ１０５は、各家庭と各公共サービス事業者間の契約の情報を記憶する記憶部１５５を有し、契約状況に変化が生じた場合に、契約管理連携サーバ１０２に伝達する処理を実行する。
【００１５】
図１０乃至１５は、記憶部１５５に記憶されている情報を説明する図である。
【００１６】
図１０は、事業者情報マスタテーブル１０００の構成例を示す図である。事業者情報マスタテーブル１０００は、事業者ＩＤ１００１、事業社名１００２、接続先サーバ１００３から構成されている。
【００１７】
図１１は、サービス情報マスタテーブル１１００の構成例を示す図である。サービス情報マスタテーブル１１００は、事業者ＩＤ１１０１、サービスＩＤ１１０２、種別フラグ１１０３、サービス名１１０４、検針有無フラグ１１０５、機器種別ＩＤ１１０６及び検針間隔１１０８から構成されている。
【００１８】
図１２は、契約管理マスタテーブル１２００の構成例を示す図である。契約管理マスタテーブル１２００は、事業者ＩＤ１２０１、サービスＩＤ１２０２、利用者ＩＤ１２０３、契約番号１２０４、支払方法１２０５及びその他契約に関する情報ＩＤ１２０６から構成されている。
【００１９】
図１３は、テーブル更新情報の構成例を示す図である。テーブル更新情報は、事業者情報マスタテーブルの最終更新日時１３０１及びサービス情報マスタテーブルの最終更新日時から構成されている。
【００２０】
図１４は、利用者管理マスタテーブル１４００の構成例を示す図である。利用者管理マスタテーブル１４００は、利用者ＩＤ１４０１、住所１４０２、氏名１４０３、連絡先１４０４及び地区ＩＤ１４０５から構成されている。
【００２１】
図１５は、事業者地区別接続先検針サーバテーブル１５００の構成例を示す図である。事業者地区別接続先検針サーバテーブル１５００は、事業者ＩＤ１５０１、地区ＩＤ１５０２及び接続先検針サーバ１５０３から構成されている。
【００２２】
検針情報ネットワーク１０６は、各家庭に設置された制御装置１０７と、各事業者が設置した検針サーバ１０３とを接続する。制御装置１０７は、各家庭に設置され、メーター１０８から検針値を読み取り検針サーバ１０３に伝達し、また、各家庭の契約の情報を記憶する記憶部１５７を有し、契約内容に変化が生じた際に契約管理センタサーバ１０５に伝達する処理を行う。
【００２３】
図２乃至７は、記憶部１５５に記憶されている情報を説明する図である。
【００２４】
図２は、設備情報テーブル２００の構成例を示す図である。設備情報テーブル２００は、機器種別ＩＤ２０１及び制御情報２０２から構成されている。
【００２５】
図３は、事業者情報テーブル３００の構成例を示す図である。事業者情報テーブル３００は、事業者ＩＤ３０１、事業者名３０２及び接続先検針サーバ３０３から構成されている。
【００２６】
図４は、サービス情報テーブル４００の構成例を示す図である。サービス情報テーブル４００は、事業者ＩＤ４０１、サービスＩＤ４０２、種別フラグ４０３、サービス名４０４、検針有無フラグ４０５、機器種別ＩＤ４０６及び検針間隔４０８から構成されている。
【００２７】
図５は、利用可能サービステーブル５００の構成例を示す図である。利用可能サービステーブル５００は、事業者ＩＤ５０１及びサービスＩＤから構成されている。
【００２８】
図６は、契約情報テーブル６００の構成例を示す図である。契約情報テーブル６００は、事業者ＩＤ６０１、サービスＩＤ６０２、契約番号６０３、支払方法６０４、その他契約に関する情報６０５及びタイマーＩＤ６０６から構成されている。
【００２９】
図７は、上記のテーブル以外に記憶部１５７に格納されている情報を示す図であり、契約管理センタサーバの接続先７０１、事業者情報テーブルの最終更新日時７０２、サービス情報テーブルの最終更新日７０３、住所７０４、制御装置ＩＤ７０５及び地区ＩＤ７０６の情報を有する。
【００３０】
メーター１０８は、各家庭に設置され、検針値を各事業者が構築した独自検針ネットワーク１０４、もしくは検針情報ネットワーク１０６を通じて、検針値を検針サーバ１０３に伝達する。利用者カード１０９は、利用者が利用したい公共サービスに関する情報を記憶しており、記憶部１５９を有する。
【００３１】
図８及び９は、記憶部１５５に記憶されている情報を説明する図である。
【００３２】
図８は、利用候補テーブル８００の構成例を示す図である。利用候補テーブル８００は、種別フラグ８０１、事業者ＩＤ８０３、サービスＩＤ８０４、優先順位８０５及び支払方法８０６から構成されている。優先順位８０５は、サービス毎に設定され、各サービスにおける優先順位は、サービスの利用料金体系や所在の土地により定めてもよい。
【００３３】
図９は、利用者情報の構成例を示す図である。利用者情報は、利用者ＩＤ９０１、連絡先９０２から構成されている。
【００３４】
次に、提供業者（公共サービス事業者）の優先度に基づいてサービスを利用する方法について説明する。
尚、本実施例においては、複数の処理がそれぞれ適切なタイミングで独立に実行されるため、それぞれの処理に分けて説明する。
【００３５】
図１６は、事業者情報テーブル３００及びサービス情報テーブル４００の更新時の処理を説明するための図である。
【００３６】
本処理は、制御装置１０７により定期的に起動され、起動されるタイミングは任意に設定可能である。まず、処理が起動されると、制御装置１０７は契約管理センタサーバ１０５に、制御装置ＩＤ７０５、地区ＩＤ７０６、事業者情報テーブルの最終更新日時７０２、サービス情報テーブルの最終更新日時７０３を送信する（Ｓ１６０１）。
【００３７】
本実施例では、制御装置ＩＤ７０５としてSG001、地区ＩＤ７０６としてT001、事業者情報テーブルの最終更新日時７０２として「2006/12/15 00:00:00」、サービス情報テーブルの最終更新日時７０３として「2006/12/15 00:00:00」を送信する。必要に応じて、事業者情報マスタテーブル１０００と、事業者地区別接続先検針サーバテーブル１５００と、サービス情報マスタテーブル１１００を、制御装置１０７に送信する（Ｓ１６０２）。すなわち、事業者情報マスタテーブルの最終更新日時１３０１よりも事業者情報テーブルの最終更新日時７０２のほうが前の時刻である場合、契約管理センタサーバ１０５は、事業者情報マスタテーブル１０００を制御装置１０７に送信する。
【００３８】
このとき、契約管理センタサーバ１０５は、事業者情報マスタテーブル１０００の各レコードに、事業者ＩＤ１００１と制御装置１０７から受信した地区ＩＤ７０６によって、事業者地区別接続先検針サーバ１５００を検索して得られた接続先検針サーバ１５０３の値を連結して、制御装置１０７に送信する。これは、制御装置１０７から送信されてくる検針値は膨大な量になるので、検針値の送信先となる検針サーバ１０３を、事業者ごと地区ごとに用意し、制御装置１０７に、制御装置１０７が設置された地区に割り当てられた検針サーバに、検針値を送信させるようにするためである。そして、制御装置１０７は、事業者情報テーブル３００を更新し、事業者情報テーブルの最終更新日時７０２に現在の時刻を設定する。
【００３９】
また、サービス情報マスタテーブルの最終更新日時１３０２よりも、サービス情報テーブルの最終更新日時７０３の方が前の時刻である場合、契約管理センタサーバ１０５は、サービス情報マスタテーブル１１００を、制御装置１０７に送信する。また、制御装置１０７は、サービス情報テーブル４００を更新し、サービス情報テーブルの最終更新日時７０３に現在の時刻を設定する。
【００４０】
本実施例では、事業者情報テーブルの最終更新日時７０２の2006/12/15 00:00:00の方が事業者情報マスタテーブルの最終更新日時１３０１の2007/1/1 10:25:30よりも前であるため、契約管理センタサーバ１０５は、事業者情報マスタテーブル１０００を制御装置１０７に送信する。
【００４１】
このとき、接続先検針サーバ１５０３の値としては、制御装置１０７から受信した地区ＩＤがT001であることから、事業者ＩＤ１００１がJ001のレコードには192.168.1.1を、事業者ＩＤ１００１がJ002のレコードには192.168.1.2を、事業者ＩＤ１００１がJ003のレコードには192.168.1.3を、事業者ＩＤ１００１がJ004のレコードには192.168.1.4を、それぞれ選択して、事業者情報マスタテーブル１０００の各レコードに連結して、制御装置１０７に送信する。
【００４２】
また、サービス情報テーブルの最終更新日時７０３の2006/12/15 00:00:00の方が、サービス情報マスタテーブルの最終更新日時１３０２の2007/1/1 10:25:30よりも前であるため、契約管理センタサーバ１０５はサービス情報マスタテーブル１１００を、制御装置１０７に送信する。
【００４３】
利用可能サービステーブル５００の更新処理（詳細は後述）を実行する（Ｓ１５０４）。
【００４４】
図１７は、利用可能サービステーブル５００の更新時の処理を説明するための図である。
【００４５】
本処理は、事業者情報テーブル３００及びサービス情報テーブル４００の更新時の処理におけるＳ１６０４で起動される。
【００４６】
制御装置１０７は、利用可能サービステーブル５００を初期化する（Ｓ１７０１）。
【００４７】
制御装置１０７は利用可能なサービスを洗い出し、利用可能サービステーブル５００に登録する（Ｓ１７０２）。すなわち、サービス情報テーブル４００のレコードの中から、設備情報テーブル２００のレコード内に機器種別ＩＤ４０６＝機器種別ＩＤ２０１なるレコードが存在するものを抽出し、そのレコードから機器種別ＩＤ４０６とサービスＩＤ４０２を取り出して、利用可能サービステーブル５００に登録する。本実施例では、設備情報テーブル２００の機器種別ＩＤ２０１には、KS001とKS002が存在する。また、サービス情報テーブル４００の機器種別ＩＤ４０６には、KS001とKS002とKS003が存在する。よって、ここでは設備情報テーブル２００とサービス情報テーブル４００の両方に存在するKS001とKS002とKS004が選択され、利用可能サービステーブル５００には、事業者ＩＤ５０１がJ001でサービスＩＤ５０２がS001のレコードと、事業者ＩＤ５０１がJ002でサービスＩＤ５０２がS002のレコードと、事業者ＩＤ５０１がJ004でサービスＩＤ５０２がS004のレコード３つが登録される。
【００４８】
図１８は、サービスの契約処理を説明するための図である。
【００４９】
本処理は、制御装置１０７に利用者カード１０９が挿入されたときに起動される。制御装置１０７は利用者カード１０９から、利用候補テーブル８００，利用者ＩＤ９０１、連絡先９０２を読み込む。本実施例では、利用者候補テーブル８００の各レコード及び利用者ＩＤとしてR001を、連絡先として03-×××-××××を読み込む（Ｓ１８０１）。
【００５０】
制御装置１０７は、利用候補テーブル８００に登録されているサービスの中から、利用可能サービステーブル５００に登録されているサービスを選択する（Ｓ１８０２）。
すなわち、利用候補テーブル８００中のレコードから、利用可能サービステーブル５００中のレコード内に事業者ＩＤ８０３＝事業者ＩＤ５０１かつサービスＩＤ８０４＝サービスＩＤ５０２となるレコードが存在するものを選択する。また、その結果として、種別フラグ８０１で同一のレコードが、複数個選択された場合には、同一の種別フラグを持つレコードの中から、それぞれもっとも優先順位８０５が小さいものを選択する。
【００５１】
本実施例では、利用候補テーブル８００には、事業者ＩＤ８０３がJ001でサービスＩＤ８０４がS001のレコードと、事業者ＩＤ８０３がJ003でサービスＩＤ８０４がS003のレコードの２件が存在する。また、利用可能サービステーブル５００中には、事業者ＩＤ５０１がJ001でサービスＩＤ５０２がS001のレコードと、事業者ＩＤ５０１がJ002でサービスＩＤ５０２がS002のレコードの２件が登録されている。そのため、事業者ＩＤ８０３と事業者ＩＤ５０１が一致し、かつ、サービスＩＤ８０４とサービスＩＤ５０２が一致するレコードは、事業者ＩＤ８０３がJ001でサービスＩＤ８０４がS001のレコードであるため、このレコードが選択される。また、本実施例においては選択されたレコードは１件のみであるため、優先順位による判定は行われない。しかし、例えば、種別フラグ８０１が電気となっているレコードが複数件存在した場合には、その中から優先順位８０５がもっとも小さいレコードを選択する。
【００５２】
利用候補テーブル８００中の、Ｓ１８０２で選択されなかったレコードの中から、優先順位８０５が0のレコードを抽出する。（Ｓ１８０３）
本実施例では、利用候補テーブル８００の中から、事業者ＩＤ８０３がJ009でサービスＩＤ８０４がS009のレコードは、Ｓ１８０２では選択されていない。しかし、このレコードの優先順位８０５は0であるため、Ｓ１８０３で選択される。
【００５３】
Ｓ１８０３でレコードが１件以上選択されたか否かを判断する（S１８０４）。
１件以上選択されていた場合には、Ｓ１８０５へ進み、１件も選択されなかった場合にはＳ１８０８へ進む。本実施例では、Ｓ１８０３で１件のレコードが選択されているため、Ｓ１８０５へ進む。
【００５４】
S１８０３で抽出されたレコードに対応するサービスを、サービス情報テーブル４００の中から選択する（Ｓ１８０５）。すなわち、サービス情報テーブル４００中のレコードから、利用可能サービステーブル５００に登録されているサービス、すなわち事業者ＩＤ４０１=事業者ＩＤ５０１かつ、サービスＩＤ４０２=サービスＩＤ５０２なるレコードを選択し、その選択されたレコードの中から、S１８０３で選択されたレコードの種別フラグ８０１=種別フラグ４０３なるレコードを選択する。
【００５５】
本実施例においては、サービス情報テーブル４００のうちで、利用可能サービステーブル５００に登録されているものは、事業者ＩＤ４０１がJ001でサービスＩＤがS001のレコードと、事業者ＩＤ４０１がJ002でサービスＩＤがS002のレコードと、事業者ＩＤ４０１がJ004でサービスＩＤがS004のレコードの四件である。また、S１８０３で抽出されたレコードの種別フラグ８０１は水道である。よって、本ステップにおいて選択されるレコードは、事業者ＩＤ４０１がJ004でサービスＩＤがS004のレコードである。
【００５６】
S１８０５において１件以上のレコードが選択されたか否かを判断する（Ｓ１８０６）。
【００５７】
１件以上存在した場合には、Ｓ１８０７へ進み、１件も存在しなかった場合には、S１８０８へ進む。本実施例においては、S１８０５で１件のレコードが選択されているため、S１８０７へと進むことになる。
【００５８】
Ｓ１８０３とＳ１８０５で選択されたレコードを元に、契約情報テーブル６００に、新規に契約するサービスについての情報を登録する（Ｓ１８０７）。
【００５９】
すなわち、事業者ＩＤ６０１には事業者ＩＤ４０１の値を、サービスＩＤ６０２にはサービスＩＤ４０２の値を、契約番号６０３には空白を、支払方法６０４には支払方法８０６の値を、その他契約に関する情報６０５には空白を、タイマーＩＤ６０６には0を設定する。本実施例においては、事業者ＩＤ６０１にJ004、サービスＩＤ６０２にS004、契約番号６０３に空白、支払方法６０４に銀行引落、その他契約に関する情報６０５に空白、タイマーＩＤ６０６に0を設定したレコードを、１件追加する。
【００６０】
Ｓ１８０２で選択したレコードの事業者ＩＤ８０３とサービスＩＤ８０４で、サービス情報テーブル４００を検索し、その結果を元に契約情報テーブル６００に、新規に契約するサービスについての情報を登録する（Ｓ１８０８）。
【００６１】
すなわち、サービス情報テーブル４００の中から、事業者ＩＤ５０１=事業者ＩＤ４０１かつ事業者ＩＤ５０２=事業者ＩＤ４０２なるレコードを抽出し、契約情報テーブル６００には、事業者ＩＤ６０１には事業者ＩＤ４０１の値を、事業者ＩＤ６０２には事業者ＩＤ４０２の値を、契約番号６０３には空白を、支払方法６０４には支払方法８０６の値を、その他契約に関する情報６０５には空白を、タイマーＩＤ６０６には0を設定したレコードを追加する。
【００６２】
本実施例においては、事業者ＩＤ６０１にJ001、サービスＩＤ６０２にS001、契約番号６０３に空白、支払方法６０４に銀行引落、その他契約に関する情報６０５に空白、タイマーＩＤ６０６に0を設定したレコードを、１件追加する。
【００６３】
制御装置１０７は、契約情報テーブル６００の、Ｓ１８０７やＳ１８０８で追加されたレコードを、利用者ＩＤ９０１と連絡先９０２、住所７０４とともに、契約管理センタサーバ１０５に送信する（Ｓ１８０９）。
【００６４】
本実施例では、事業者ＩＤ６０１がJ001でサービスＩＤ６０２がS001のレコードと、事業者ＩＤ６０１がJ004でサービスＩＤ６０２がS004のレコードを、契約管理センタサーバ１０５に送信する。
【００６５】
契約管理センタサーバ１０５は、制御装置１０７から受信した契約情報を、連絡先９０２、住所７０４とともに契約管理連携サーバ１０２に送信する（Ｓ１８１０）。
【００６６】
このとき、送信先の契約管理連携サーバ１０２は、受信した事業者ＩＤ６０１に基づいて、事業者情報マスタテーブル１０００から検索することにより契約情報を取得する。
【００６７】
本実施例においては、事業者ＩＤ６０１がJ001でサービスＩＤ６０２がS001のレコードは、事業者情報マスタテーブル１０００の接続先サーバ１００３に記述されているＩＰアドレスの192.168.0.1に送信され、事業者ＩＤ６０１がJ004でサービスＩＤ６０２がS004のレコードは192.168.0.4に送信される。
【００６８】
契約管理連携サーバ１０２はそれぞれ契約処理を行い、結果を契約管理センタサーバ１０５に送信する（Ｓ１８１１）。
【００６９】
本実施例ではＡ電力とＢ水道局において、それぞれの契約処理が実行され、それぞれ契約番号としてK00001とK00004を契約管理センタサーバ１０５に送信する。
【００７０】
契約管理センタサーバ１０５は契約管理連携サーバ１０２から受信した契約情報を、制御装置１０７に送信する（Ｓ１８１２）。
【００７１】
また、契約管理センタサーバ１０５内の契約管理マスタテーブル１２００を更新する。
すなわち、契約管理センタサーバ１０５は、事業者ＩＤ１２０１に事業者ＩＤ６０１の値を、サービスＩＤ１２０２にサービスＩＤ６０２の値を、利用者ＩＤ１２０３に制御装置１０７から受信した利用者ＩＤ９０１の値を、契約番号１２０４に契約管理連携サーバ１０２から受信した契約番号を、支払方法１２０５に支払方法６０４を、その他契約に関する情報１２０６に契約管理連携サーバ１０２から受信した情報を設定し、契約管理マスタテーブル１２００にレコードを追加する。更に、契約管理センタサーバ１０５は利用者管理マスタテーブル１４００を、利用者ＩＤ９０１で検索し、住所１４０２に住所７０４の値を、連絡先１４０４に連絡先９０２の値をそれぞれ設定する。そして最後に、契約管理連携サーバ１０２から受信した契約情報を、制御装置１０７に送信する。
【００７２】
本実施例においては、契約管理センタサーバ１０５は、事業者ＩＤ１２０１にJ001、サービスＩＤ１２０２にS001の値を、利用者ＩＤ１２０３にR001、契約番号１２０４にK0001、支払方法１２０５に銀行引落を、その他契約に関する情報１２０６に契約管理連携サーバ１０２から受信した情報を設定したレコードと、事業者ＩＤ１２０１にJ002、サービスＩＤ１２０２にS002の値を、利用者ＩＤ１２０３にR001、契約番号１２０４にK0004を、支払方法１２０５に銀行引落を、その他契約に関する情報１２０６に契約管理連携サーバ１０２から受信した情報を設定したレコードとの２件を、契約管理マスタテーブル１２００にレコードを追加する。そして、契約管理センタサーバ１０５は利用者管理マスタテーブル１４００を、利用者ＩＤ９０１のR001で検索し、該当するレコードの住所１４０２に東京都港区××を、連絡先１４０４に03-×××-××××を設定する。最後に、契約管理連携サーバ１０５は、制御装置１０７に、契約管理マスタテーブル１２００のうちの、利用者ＩＤ１２０３が利用者ＩＤ９０１に等しいレコードを送信する。
【００７３】
制御装置１０７は、契約情報テーブル６００を更新する（Ｓ１８１３）。
【００７４】
すなわち、受信した契約管理マスタテーブル１２００のうちの、事業者ＩＤ１２０１とサービスＩＤ１２０２で、契約情報テーブル６００を検索し、対応するレコードの契約番号６０３に契約番号１２０４を、その他契約に関する情報６０４にその他契約に関する情報１２０６の値を設定する。
【００７５】
本実施例では、制御装置１０７は契約管理連携サーバ１０５から、事業者ＩＤ１２０１がJ001でサービスＩＤ１２０２がS001のレコードと、事業者ＩＤ１２０１がJ004でサービスＩＤ１２０２がS004のレコードの２件を受信している。よって、契約情報テーブル６００のレコードの、事業者ＩＤ６０１がJ001でサービスＩＤ６０２がS001のレコードに対しては、契約番号６０３にK00001を、その他契約に関する情報６０５には、受信したその他契約に関する情報１２０６の値を設定する。また、事業者ＩＤ６０１がJ004でサービスＩＤ６０２がS004のレコードに対しては、契約番号６０３にK00004を、その他契約に関する情報６０５には、受信したその他契約に関する情報１２０６の値を設定する。
【００７６】
制御装置１０７は、タイマーの起動処理を行う（Ｓ１８１４）。
【００７７】
すなわち、制御装置１０７は、検針するべき時刻に検針処理が起動されるように、制御装置１０７内のＯＳに、一定間隔ごとに指定した処理を起動するタイマーを設定する。これにより、検針処理を一定時間ごとに起動させることが可能となる。また、各契約ごとにタイマーを設定するか否かを判断するために、制御装置１０７は、契約情報テーブル６００の各レコードごとに、事業者ＩＤ６０１とサービスＩＤ６０２によりサービス情報テーブル４００を検索する。また、検針有無フラグ４０５に「あり」が設定されていた場合には、検針間隔４０８に指定された時間間隔ごとに呼び出されるタイマーを、制御装置１０７内のＯＳに設定する。そして、タイマーを登録した際に、ＯＳにより返されたタイマーＩＤを、契約情報テーブル６００のタイマーＩＤ６０６に設定する。
【００７８】
本実施例では、事業者ＩＤ６０１がJ001でサービスＩＤ６０２がS001のレコードと、事業者ＩＤ６０１がJ004でサービスＩＤ６０２がS004のレコードの両者とも、対応するサービス情報テーブル４００のレコードの、検針有無フラグ４０５は「あり」と設定され、また、検針間隔は1800秒と設定されているため、1800秒ごと呼び出されるタイマーを２つ登録し、それぞれのタイマーＩＤを、タイマーＩＤ６０６に設定する。
【００７９】
図１９は、サービスの解約処理を説明するための図である。
【００８０】
本処理は、制御装置１０７から利用者カード１０９が引き抜かれたときに実行される。制御装置１０７は、契約管理センタサーバ１０５に、契約情報テーブル６００と利用者ＩＤ９０１を送信する（Ｓ１９０１）。
【００８１】
本実施例では、利用者ＩＤとしてR001を、契約情報テーブル６００として、事業者ＩＤ６０１がJ001で、サービスＩＤ６０２がS001のレコードと、事業者ＩＤ６０１がJ004で、サービスＩＤ６０２がS004のレコードを２件送信する。
【００８２】
契約管理センタサーバ１０５は、受信した契約情報テーブル６００の各レコードごと、事業者ＩＤ６０１により事業者情報マスタテーブル１０００を検索して接続先サーバ１００３を取得し、契約管理連携サーバ１０２に契約番号６０３を送信する（Ｓ１９０２）。
【００８３】
本実施例では、事業者ＩＤ６０１がJ001の事業者が保有する契約管理連携サーバ１０２のＩＰアドレスは、事業者情報マスタテーブル１０００の接続先サーバ１００３に記述されている192.168.0.1であるため、そのサーバに対して、契約番号K00001を送信する。また、事業者ＩＤ６０３がJ004事業者が保有する契約管理連携サーバ１０２のＩＰアドレスは、事業者情報マスタテーブル１０００の接続先サーバ１００３に記述されている192.168.0.4であるため、そのサーバに対して、契約番号K00004送信する。
【００８４】
契約管理連携サーバ１０２は、受信した契約番号の契約を解約する処理を行い、結果を契約管理センタサーバ１０５に送信する（Ｓ１９０３）。
【００８５】
本実施例では、Ａ電力とＢ水道局において、それぞれ解約処理が実行され、その結果、すなわち処理が正常終了したか否かを契約管理連携サーバ１０５に送信する。
【００８６】
契約管理センタサーバ１０５は、制御装置１０７に対して解約が完了したことを通知する（Ｓ１９０４）。
【００８７】
本実施例では、契約番号６０３がK00001であるＡ電力との契約と、契約番号６０３がK00004であるＢ水道局との契約が解除された旨が、制御装置１０７に送信される。
【００８８】
制御装置１０７は契約情報テーブル６００を初期化する（Ｓ１９０５）。
【００８９】
図２０は、検針時の処理を説明するための図である。
【００９０】
本処理は、制御装置１０７が持つＯＳに登録されたタイマーによって起動される。起動するためのタイマーは、サービスの解約処理（前述）で設定される。
【００９１】
尚、ここではタイマーが起動したときには、制御装置１０７が有するＯＳから、処理を起動したときのタイマーに割り振られたタイマーＩＤが通知されるものとする。本実施例では、ＩＤとして1が通知されたものと考える。
【００９２】
処理起動時にＯＳから通知されたタイマーＩＤにより、契約情報テーブル６００を検索し、事業者ＩＤ６０１とサービスＩＤ６０２を取得する（Ｓ２００１）。
【００９３】
本実施例では、ＯＳから通知されたタイマーＩＤが1であるため、契約情報テーブル６００を検索した結果として、事業者ＩＤ６０１にはJ001、サービスＩＤにはS001を取得することとなる。
【００９４】
事業者ＩＤ６０１により、事業者情報テーブル３００を検索し、接続先検針サーバ３０３を取得する（Ｓ２００２）。
【００９５】
本実施例では、事業者ＩＤ６０１がJ001であるため、事業者情報テーブル３００を検索した結果として、接続先サーバ３０３には192.168.1.1を取得することとなる。
【００９６】
事業者ＩＤ６０１とサービスＩＤ６０２により、サービス情報テーブル４００を検索し、機器種別ＩＤ４０６を取得する（Ｓ２００３）。
【００９７】
本実施例では、事業者ＩＤ６０１がJ001で、サービスＩＤ６０２がS001であるため、サービス情報テーブル４００を検索した結果として、機器種ＩＤ４０６にはKS001を取得する。
【００９８】
機器種別ＩＤ４０６により、設備情報テーブル２００を検索し、制御情報２０２を取得する（Ｓ２００４）。
【００９９】
本実施例においては、機器種別ＩＤ４０６はKS001であるため、設備情報テーブル２００を検索した結果として、対応するメーター１０８の制御情報２０２を取得する。
【０１００】
メーター１０８から検針値を読み取る（Ｓ２００５）。本実施例では、一例として電気メータから検針値を読み取る。
【０１０１】
読み取った検針値を検針サーバ１０３に送信する（Ｓ２００６）。本実施例では、制御装置１０７は、192.168.1.1のサーバに検針値を送信する。
【０１０２】
以上のように、本実施例では、サービス種類ごとに提供業者の優先度を設定することにより、提供業者の特定は優先度に基づいて行われるため、利用者は容易に所望の提供業者への移行ができる。
【０１０３】
尚、本発明は、具体的に開示された実施例に限定されるものではなく、特許請求の範囲から逸脱することなく、種々の変形や変更が可能である。
【図面の簡単な説明】
【０１０４】
【図１】使用料金管理システムの構成例を示す図。
【図２】設備情報テーブル２００の構成例を示す図。
【図３】事業者情報テーブル３００の構成例を示す図。
【図４】サービス情報テーブル４００の構成例を示す図。
【図５】利用可能サービステーブル５００の構成例を示す図。
【図６】契約情報テーブル６００の構成例を示す図。
【図７】記憶装置１５２に格納されている情報を示す図。
【図８】利用候補テーブル８００の構成例を示す図。
【図９】利用者情報の構成例を示す図。
【図１０】事業者情報マスタテーブル１０００の構成例を示す図。
【図１１】サービス情報マスタテーブル１１００の構成例を示す図。
【図１２】契約管理マスタテーブル１２００の構成例を示す図。
【図１３】テーブル更新情報の構成例を示す図。
【図１４】利用者管理マスタテーブル１４００の構成例を示す図。
【図１５】事業者地区別接続先検針サーバテーブル１５００の構成例を示す図。
【図１６】事業者情報テーブル３００及びサービス情報テーブル４００の更新時の処理を説明するための図。
【図１７】利用可能サービステーブル５００の更新時の処理を説明するための図。
【図１８】サービスの契約処理を説明するための図。
【図１９】サービスの解約処理を説明するための図。
【図２０】検針時の処理を説明するための図。
【符号の説明】
【０１０５】
１０１：既存情報システム、  １０２：契約管理連携サーバ、  １０３：検針サーバ、  １０４：独自自動検針ネットワーク、  １０５：契約管理センタサーバ、  １０６：検針情報ネットワーク、  １０７：制御装置、  １０８：メーター、  １０９：利用者カード、  １５５、１５７，１５９：記憶部。
【図１】
2009070053.tif 000003
【図２】
2009070053.tif 000004
【図３】
2009070053.tif 000005
【図４】
2009070053.tif 000006
【図５】
2009070053.tif 000007
【図６】
2009070053.tif 000008
【図７】
2009070053.tif 000009
【図８】
2009070053.tif 000010
【図９】
2009070053.tif 000011
【図１０】
2009070053.tif 000012
【図１１】
2009070053.tif 000013
【図１２】
2009070053.tif 000014
【図１３】
2009070053.tif 000015
【図１４】
2009070053.tif 000016
【図１５】
2009070053.tif 000017
【図１６】
2009070053.tif 000018
【図１７】
2009070053.tif 000019
【図１８】
2009070053.tif 000020
【図１９】
2009070053.tif 000021
【図２０】
2009070053.tif 000022