知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-06-11
(45)【発行日】2024-06-19
(54)【発明の名称】情報処理装置、情報処理方法、及びプログラム
(51)【国際特許分類】
G06Q 30/0601 20230101AFI20240612BHJP
【ＦＩ】
G06Q30/0601
【請求項の数】
5
(21)【出願番号】P 2020149830
(22)【出願日】2020-09-07
(65)【公開番号】P2022044280
(43)【公開日】2022-03-17
【審査請求日】2023-02-21
(73)【特許権者】
【識別番号】000220262
【氏名又は名称】東京瓦斯株式会社
(74)【代理人】
【識別番号】100104880
【弁理士】
【氏名又は名称】古部 次郎
(74)【代理人】
【識別番号】100125346
【弁理士】
【氏名又は名称】尾形 文雄
(74)【代理人】
【識別番号】100166981
【弁理士】
【氏名又は名称】砂田 岳彦
(72)【発明者】
【氏名】今西 宏徳
(72)【発明者】
【氏名】大塚 勝臣
(72)【発明者】
【氏名】吉田 直史
【審査官】塩屋 雅弘
(56)【参考文献】
【文献】特開２００２－０２４６１７（ＪＰ，Ａ）
【文献】特開２０１３－１７１３２１（ＪＰ，Ａ）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｇ０６Ｑ １０／００－９９／００
(57)【特許請求の範囲】
【請求項1】
特定の事業者が商品又はサービスの提供を行う通常の単位とは異なる単位で当該特定の事業者から当該商品又は当該サービスの提供を受けることを希望するユーザを束ねた複数のユーザを特定する特定手段と、
前記特定手段により特定した前記複数のユーザ及び当該複数のユーザの各ユーザが希望する前記異なる単位を示す情報を前記特定の事業者に通知する通知手段と、
前記特定の事業者から前記商品又は前記サービスの提供を受ける権利を受信する受信手段と、
前記受信手段により受信した前記権利を前記複数のユーザに送信する送信手段と
を備えたことを特徴とする情報処理装置。
【請求項2】
前記受信手段は、前記特定手段により前記複数のユーザを特定するのに先立ち、前記特定の事業者から前記権利を受信することを特徴とする請求項１に記載の情報処理装置。
【請求項3】
前記受信手段は、前記特定手段により前記複数のユーザを特定した後に、前記特定の事業者から前記権利を受信することを特徴とする請求項１に記載の情報処理装置。
【請求項4】
コンピュータが、特定の事業者が商品又はサービスの提供を行う通常の単位とは異なる単位で当該特定の事業者から当該商品又は当該サービスの提供を受けることを希望するユーザを束ねた複数のユーザを特定するステップと、コンピュータが、特定した前記複数のユーザ及び当該複数のユーザの各ユーザが希望する前記異なる単位を示す情報を前記特定の事業者に通知するステップと、
コンピュータが、前記特定の事業者から前記商品又は前記サービスの提供を受ける権利を受信するステップと、
コンピュータが、受信した前記権利を前記複数のユーザに送信するステップと
を含むことを特徴とする情報処理方法。
【請求項5】
コンピュータに、特定の事業者が商品又はサービスの提供を行う通常の単位とは異なる単位で当該特定の事業者から当該商品又は当該サービスの提供を受けることを希望するユーザを束ねた複数のユーザを特定する機能と、
特定した前記複数のユーザ及び当該複数のユーザの各ユーザが希望する前記異なる単位を示す情報を前記特定の事業者に通知する機能と、
前記特定の事業者から前記商品又は前記サービスの提供を受ける権利を受信する機能と、
受信した前記権利を前記複数のユーザに送信する機能と
を実現させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、情報処理装置、情報処理方法、及びプログラムに関する。
【背景技術】
【0002】
複数種類のサブスクリプション商品を販売する際にその商品毎に異なる契約情報を対応付けて販売することができるサブスクリプション商品販売システムが知られている（例えば、特許文献１参照）。このサブスクリプション商品販売システムは、販売可能な複数種類のサブスクリプション商品に関する商品情報を管理する商品情報管理手段と、複数種類のサブスクリプション商品のうちのいずれかを指定するための商品指定手段と、商品指定手段を介して指定されたサブスクリプション商品に関する商品情報を商品情報管理手段から取得し、そのサブスクリプション商品に応じたサブスクリプション契約情報を商品情報と対応付けて管理する契約情報管理手段とを備えている。
【先行技術文献】
【特許文献】
【0003】
【文献】特開２０２０－６７７７７号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
ユーザが特定の事業者から商品又はサービスの提供を、その特定の事業者が用意する通常の単位で受けたのでは、ユーザにとって必要以上の商品又はサービスの提供を受けることになり、十分な費用メリットが感じられない場合がある。
【0005】
本発明の目的は、ユーザが特定の事業者からそのユーザにとって必要な分だけ商品又はサービスの提供を受けることができるようにすることにある。
【課題を解決するための手段】
【0006】
かかる目的のもと、本発明は、特定の事業者が商品又はサービスの提供を行う通常の単位とは異なる単位で特定の事業者から商品又はサービスの提供を受けることを希望するユーザを束ねた複数のユーザを特定する特定手段と、特定手段により特定した複数のユーザ及び複数のユーザの各ユーザが希望する異なる単位を示す情報を特定の事業者に通知する通知手段とを備えた情報処理装置を提供する。
【0007】
特定の事業者は、複数の事業者のうちの１つの事業者であってよい。
【0008】
異なる単位は、通常の単位を分割した単位を含む、ものであってよい。その場合、特定手段は、複数のユーザの各ユーザが希望する異なる単位の合計が通常の単位となるように、複数のユーザを特定する、ものであってよい。また、特定手段は、予め定められた条件を満たすユーザを束ねた複数のユーザを特定する、ものであってよい。
【0009】
情報処理装置は、特定の事業者から商品又はサービスの提供を受ける権利を受信する受信手段と、受信手段により受信した権利を複数のユーザに送信する送信手段とを更に備えた、ものであってよい。その場合、受信手段は、特定手段により複数のユーザを特定するのに先立ち、特定の事業者から権利を受信する、ものであってもよいし、特定手段により複数のユーザを特定した後に、特定の事業者から権利を受信する、ものであってもよい。
【0010】
また、本発明は、コンピュータが、特定の事業者が商品又はサービスの提供を行う通常の単位とは異なる単位で特定の事業者から商品又はサービスの提供を受けることを希望するユーザを束ねた複数のユーザを特定するステップと、コンピュータが、特定した複数のユーザ及び複数のユーザの各ユーザが希望する異なる単位を示す情報を特定の事業者に通知するステップとを含む情報処理方法も提供する。
【0011】
更に、本発明は、コンピュータに、特定の事業者が商品又はサービスの提供を行う通常の単位とは異なる単位で特定の事業者から商品又はサービスの提供を受けることを希望するユーザを束ねた複数のユーザを特定する機能と、特定した複数のユーザ及び複数のユーザの各ユーザが希望する異なる単位を示す情報を特定の事業者に通知する機能とを実現させるためのプログラムも提供する。
【発明の効果】
【0012】
本発明によれば、ユーザが特定の事業者からそのユーザにとって必要な分だけ商品又はサービスの提供を受けることができるようになる。
【図面の簡単な説明】
【0013】
【図1】本発明の実施の形態におけるサービス提供システムの全体構成例を示した図である。
【図2】本発明の実施の形態における仲介者サーバのハードウェア構成例を示した図である。
【図3】本発明の実施の形態におけるサービス提供システムの動作の概要について示した図である。
【図4】本発明の実施の形態における仲介者サーバの機能構成例を示したブロック図である。
【図5】本発明の実施の形態における仲介者サーバのサービス情報記憶部に記憶されるサービス情報の一例を示した図である。
【図6-1】本発明の実施の形態における仲介者サーバの第１の動作例を示したフローチャートである。
【図6-2】本発明の実施の形態における仲介者サーバの第１の動作例を示したフローチャートである。
【図7-1】本発明の実施の形態における仲介者サーバの第２の動作例を示したフローチャートである。
【図7-2】本発明の実施の形態における仲介者サーバの第２の動作例を示したフローチャートである。
【発明を実施するための形態】
【0014】
以下、添付図面を参照して、本発明の実施の形態について詳細に説明する。尚、本実施の形態は商品又はサービスの提供に適用可能であるが、以下では、商品の提供も商品を販売するサービスの提供と捉え、本実施の形態をサービスの提供に適用するものとして説明する。
【0015】
［サービス提供システムの全体構成］
図１は、本実施の形態におけるサービス提供システム１の全体構成例を示した図である。図示するように、このサービス提供システム１は、ユーザ端末１０１～１０３と、サービス提供者サーバ２０１～２０３と、仲介者サーバ３０とが通信回線８０に接続されることにより構成されている。尚、図では、ユーザ端末１０１～１０３を示したが、これらを区別しない場合はユーザ端末１０と称することもある。ユーザ端末１０は３つ示したが、４つ以上存在してもよい。また、図では、サービス提供者サーバ２０１～２０３を示したが、これらを区別しない場合はサービス提供者サーバ２０と称することもある。サービス提供者サーバ２０は３つ示したが、４つ以上存在してもよい。
図１は、本実施の形態におけるサービス提供システム１の全体構成例を示した図である。図示するように、このサービス提供システム１は、ユーザ端末１０１～１０３と、サービス提供者サーバ２０１～２０３と、仲介者サーバ３０とが通信回線８０に接続されることにより構成されている。尚、図では、ユーザ端末１０１～１０３を示したが、これらを区別しない場合はユーザ端末１０と称することもある。ユーザ端末１０は３つ示したが、４つ以上存在してもよい。また、図では、サービス提供者サーバ２０１～２０３を示したが、これらを区別しない場合はサービス提供者サーバ２０と称することもある。サービス提供者サーバ２０は３つ示したが、４つ以上存在してもよい。
【0016】
ユーザ端末１０は、ユーザによって使用される端末装置である。ユーザ端末１０には例えばウェブブラウザがインストールされている。ユーザがこのウェブブラウザを操作して、サービス提供者サーバ２０が提供するサービスを表示し、その中から希望するサービスを選択すると、ユーザ端末１０は、その選択されたサービスを仲介者サーバ３０に伝える。尚、ユーザ端末１０は、例えば、パーソナルコンピュータ、タブレット端末、スマートフォン等であってよい。また、ウェブブラウザではない特定の通信ソフトウェアであってもよい。
【0017】
サービス提供者サーバ２０は、サービス提供者によって使用されるサーバコンピュータである。ここで、サービス提供者とは、サービスを提供する事業者である。そして、サービスの形式は、例えば、一定料金が支払われることにより一定期間サービスを提供するサブスクリプションサービスであってよい。また、サービスの内容は、例えば、人をユーザの元へ派遣して行うものであってよい。このようなサービスとしては、例えば、家事代行サービスがある。更に、上述したように、サービスの提供には、商品の提供も含まれるので、サービスの内容は、例えば、物をユーザの元へ届けるものであってもよい。このようなサービスとしては、例えば、絵本、総菜等の宅配サービスがある。或いは、サービスの内容は、通信回線８０を介して電子データをユーザ端末１０へ送信するものであってもよい。このようなサービスとしては、例えば、動画コンテンツの配信サービスがある。サービス提供者サーバ２０は、ユーザにより選択されたサービスが仲介者サーバ３０から通知されると、ユーザにその選択されたサービスを提供する。尚、サービス提供者サーバ２０は、例えば、パーソナルコンピュータであってよい。
【0018】
仲介者サーバ３０は、ユーザとサービス提供者との間を仲介する仲介者によって使用されるサーバコンピュータである。仲介者サーバ３０にはウェブサーバがインストールされている。仲介者サーバ３０は、ユーザにより選択されたサービスをこのウェブサーバを用いてユーザ端末１０から受け付け、その選択されたサービスをサービス提供者サーバ２０に通知する。尚、仲介者サーバ３０は、例えば、パーソナルコンピュータであってよい。
【0019】
通信回線８０は、ユーザ端末１０と仲介者サーバ３０との間、仲介者サーバ３０とサービス提供者サーバ２０との間等の情報通信に用いられる通信手段である。通信回線８０としては、例えば、インターネットを用いるとよい。
【0020】
［仲介者サーバ、ユーザ端末、サービス提供者サーバのハードウェア構成］
図２は、仲介者サーバ３０のハードウェア構成例を示した図である。図示するように、仲介者サーバ３０は、装置全体の動作を制御する制御ユニット３１と、データ等を記憶するハードディスクドライブ３２と、ＬＡＮ（Local Area Network）ケーブル等を介した通信を実現する通信インターフェース３３と、情報が入力される入力デバイス３４と、情報が表示される表示デバイス３５とを備えている。
図２は、仲介者サーバ３０のハードウェア構成例を示した図である。図示するように、仲介者サーバ３０は、装置全体の動作を制御する制御ユニット３１と、データ等を記憶するハードディスクドライブ３２と、ＬＡＮ（Local Area Network）ケーブル等を介した通信を実現する通信インターフェース３３と、情報が入力される入力デバイス３４と、情報が表示される表示デバイス３５とを備えている。
【0021】
制御ユニット３１は、ＣＰＵ３１１と、基本ソフトウェアやＢＩＯＳ等が記憶されたＲＯＭ３１２と、ワークエリアとして用いられるＲＡＭ３１３とを有している。ＣＰＵ３１１はマルチコアでもよい。また、ＲＯＭ３１２は、書き換え可能な不揮発性の半導体メモリでもよい。制御ユニット３１は、所謂コンピュータである。
【0022】
ハードディスクドライブ３２は、円盤状の基板表面に磁性体を塗布した不揮発性の記憶媒体にデータを読み書きする装置である。不揮発性の記憶媒体は、半導体メモリ等でもよい。通信インターフェース３３は、他の装置との接続に使用されるインターフェースである。入力デバイス３４は、例えばキーボード、マウス、タッチパネルであり、表示デバイス３５は、例えば液晶ディスプレイ、有機ＥＬ（Electro Luminescence）ディスプレイである。
【0023】
制御ユニット３１と、ハードディスクドライブ３２と、通信インターフェース３３と、入力デバイス３４と、表示デバイス３５とは、バス３９や不図示の信号線を通じて接続されている。
【0024】
また、図２に示したハードウェア構成例は、ユーザ端末１０及びサービス提供者サーバ２０のハードウェア構成例として捉えることもできる。但し、ユーザ端末１０について述べるときは、図２の制御ユニット３１、ＣＰＵ３１１、ＲＯＭ３１２、ＲＡＭ３１３、ハードディスクドライブ３２、通信インターフェース３３、入力デバイス３４、表示デバイス３５をそれぞれ、制御ユニット１１、ＣＰＵ１１１、ＲＯＭ１１２、ＲＡＭ１１３、ハードディスクドライブ１２、通信インターフェース１３、入力デバイス１４、表示デバイス１５と表記するものとする。そして、サービス提供者サーバ２０について述べるときは、図２の制御ユニット３１、ＣＰＵ３１１、ＲＯＭ３１２、ＲＡＭ３１３、ハードディスクドライブ３２、通信インターフェース３３、入力デバイス３４、表示デバイス３５をそれぞれ、制御ユニット２１、ＣＰＵ２１１、ＲＯＭ２１２、ＲＡＭ２１３、ハードディスクドライブ２２、通信インターフェース２３、入力デバイス２４、表示デバイス２５と表記するものとする。
【0025】
［本実施の形態の概要］
このようなサービス提供システム１において、本実施の形態では、仲介者サーバ３０が、サービス提供者によるサービスの提供における通常の単位とは異なる単位でサービスの提供を受けることを希望するユーザを束ねた複数のユーザを特定し、特定した複数のユーザ及び各ユーザが希望する単位を示す情報をサービス提供者に通知する。
このようなサービス提供システム１において、本実施の形態では、仲介者サーバ３０が、サービス提供者によるサービスの提供における通常の単位とは異なる単位でサービスの提供を受けることを希望するユーザを束ねた複数のユーザを特定し、特定した複数のユーザ及び各ユーザが希望する単位を示す情報をサービス提供者に通知する。
【0026】
ここで、通常の単位とは異なる単位は、通常の単位を分割した単位を含んでよい。
【0027】
また、特定した複数のユーザ及び各ユーザが希望する単位を示す情報が特定の事業者に通知された後、各ユーザはサービス提供者からその希望する単位でサービスの提供を受けることになる。
【0028】
図３（ａ），（ｂ）は、このようなサービス提供システム１の動作の概要について示した図である。本実施の形態において、サービス提供者Ｓは、自身が定めた頻度及び量でサービスを提供する定額料金プランを用意しているものとする。以下、このようなサービス提供者Ｓが用意する定額料金プランを「通常プラン」と呼ぶことにする。
【0029】
図３（ａ）に、サービス提供システム１の動作の概要の第１の例を示す。この第１の例は、サービス提供者Ｓが用意する通常プランをユーザＵ１，Ｕ２が希望する希望プランにアレンジしたい場合であって、サービス提供者Ｓが通常プランしか用意していない場合の例である。ここで、通常プランのアレンジとは、通常プランで定められた頻度及び量の削減等である。この場合、仲介者Ｍは、サービス提供者Ｓの通常プランをユーザＵ１，Ｕ２の希望プランに分割して、ユーザＵ１，Ｕ２がサービス提供者Ｓから希望プランでサービスを受けられるようにし、その対価としてユーザ及びサービス提供者Ｓの少なくとも一方から手数料を徴収する。尚、手数料に代わる利益分を徴収してもよいが、本実施の形態では、ユーザからの手数料を例にとって説明する。
【0030】
具体的には、ユーザＵ１は、通常プランのａ％を利用することを希望し、通常プランの定額料金のａ％のサービス料と手数料とを仲介者Ｍに支払ったとする。また、ユーザＵ２は、通常プランのｂ％を利用することを希望し、通常プランの定額料金のｂ％のサービス料と手数料とを仲介者Ｍに支払ったとする。すると、仲介者Ｍは、サービス提供者Ｓに通常プランの定額料金の１００％のサービス料を支払い、サービス提供者Ｓは、ユーザＵ１にサービスのａ％を、ユーザＵ２にサービスのｂ％を、それぞれ提供することになる。
【0031】
例えば、サービス提供者Ｓが、１か月に４回の家事代行サービスを２００００円で提供する場合を考える。この場合に、この家事代行サービスを利用したいが１か月に１回で十分と考える２人のユーザと、この家事代行サービスを利用したいが１か月に２回で十分と考える１人のユーザとが現れたとする。すると、仲介者Ｍは、前者の２人のユーザのそれぞれから５０００円及び手数料を受け取り、後者の１人のユーザから１００００円及び手数料を受け取り、サービス提供者Ｓに２００００円を支払って、全てのユーザが希望する頻度でサービスを受けられるようにする。
【0032】
図３（ｂ）に、サービス提供システム１の動作の概要の第２の例を示す。この第２の例は、サービス提供者Ｓが提供する通常プランをユーザＵ１，Ｕ２が希望する希望プランにアレンジしたい場合であって、サービス提供者Ｓがその希望プランをスポットプランとして提供しないが、スポットプランの料金は定めている場合の例である。ここで、通常プランのアレンジとは、第１の例と同様、通常プランで定められた頻度及び量の削減等である。また、スポットプランとは、通常プランで定められた頻度及び量よりも小さな頻度及び量でサービスを受ける都度料金を支払う都度料金プランである。この場合、仲介者Ｍは、ユーザＵ１，Ｕ２からはスポットプランの料金を徴収し、サービス提供者Ｓへは通常プランの料金を支払い、その差益を得て、ユーザＵ１，Ｕ２がサービス提供者Ｓから希望プランでサービスを受けられるようにする。
【0033】
具体的には、ユーザＵ１は、スポットプランをｎ回利用することを希望し、スポットプランの都度料金のｎ回分のサービス料を仲介者Ｍに支払ったとする。また、ユーザＵ２は、スポットプランをｍ回利用することを希望し、スポットプランの都度料金のｍ回分のサービス料を仲介者Ｍに支払ったとする。すると、仲介者Ｍは、サービス提供者Ｓに通常プランの定額料金のサービス料を支払い、サービス提供者Ｓは、ユーザＵ１に都度のサービスのｎ回分を、ユーザＵ２に都度のサービスのｍ回分を、それぞれ提供することになる。
【0034】
例えば、上述した家事代行サービスでは、サービス提供者Ｓが、１か月に４回の家事代行サービスという通常プランに加えて、１か月に１回の家事代行サービスといったスポットプランを用意している場合もある。このような場合、一般に、通常プランの定額料金よりもスポットプランの都度料金の方が割高となる。従って、この第２の例では、仲介者Ｍが、第１の例のような手数料を徴収せずに、ユーザにはサービス提供者Ｓからスポットプランの都度料金でサービスが提供されるようにし、サービス提供者Ｓへは通常プランの料金を支払うことで、その差分を売上とする。
【0035】
このように、サービス提供システム１の動作の概要としては、２つの例があるが、以下では、１つ目の例について詳細に説明する。
【0036】
［仲介者サーバの機能構成］
図４は、本実施の形態における仲介者サーバ３０の機能構成例を示したブロック図である。図示するように、本実施の形態における仲介者サーバ３０は、受信部４１と、サービス利用権管理部４２と、サービス利用権記憶部４３と、サービス情報記憶部４４と、サービス情報管理部４５と、送信部４６とを備えている。
図４は、本実施の形態における仲介者サーバ３０の機能構成例を示したブロック図である。図示するように、本実施の形態における仲介者サーバ３０は、受信部４１と、サービス利用権管理部４２と、サービス利用権記憶部４３と、サービス情報記憶部４４と、サービス情報管理部４５と、送信部４６とを備えている。
【0037】
受信部４１は、ユーザがサービス提供者のサービス内容の閲覧を要求していることを示すサービス内容閲覧要求を、ユーザ端末１０から受信する。ここで、サービス内容閲覧要求には、サービス提供者ＩＤ及びサービスＩＤが含まれる。サービス提供者ＩＤは、サービス提供者を識別する識別情報であり、サービスＩＤは、サービス提供者が提供する複数のサービス内でサービスを識別する識別情報である。
【0038】
また、受信部４１は、ユーザがサービス提供者のサービスを通常プランとは異なる希望プランで利用することを要求していることを示すサービス利用要求を、ユーザ端末１０から受信する。ここで、サービス利用要求には、ユーザＩＤ、サービス提供者ＩＤ、サービスＩＤ、及び分割プランスペックが含まれる。ユーザＩＤは、ユーザを識別する識別情報である。サービス提供者ＩＤは、上述したように、サービス提供者を識別する識別情報であり、サービスＩＤは、上述したように、サービスを識別する識別情報である。分割プランスペックとは、通常プランで定められた頻度及び量を示す通常プランスペックを分割して得られた複数の分割プランスペックのうち、ユーザが希望プランとして選択した分割プランスペックのことである。尚、本実施の形態において「通常プラン」というときは、「通常プラン単位数」（図５参照）が１より大きい場合における「通常プラン」の「通常プラン単位数」倍を含むものとする。
【0039】
一方、受信部４１は、サービス提供者のサービスを利用するためのサービス利用権を、サービス提供者サーバ２０から受信する。ここで、サービス利用権とは、サービス提供者のサービスを利用するために必要な電子データのことである。サービス利用権は、サービス提供者ＩＤ及びサービスＩＤに紐付けられていてよい。また、サービス利用権は、仲介者サーバ３０の図示しない販売促進手段が、サービス提供者サーバ２０にサービス利用権の販売を促すことにより販売されたものでよい。その際に、仲介者は、サービス利用権の購入代金を支払ってもよい。或いは、サービス利用権の購入代金は、後払いで支払われてもよい。何れにしても、サービス利用権は、仲介者からサービス提供者へ金銭が支払われた又は支払われることを示すものである。この場合、サービス利用権は、特定の事業者から商品又はサービスの提供を受ける権利の一例であり、受信部４１は、商品又はサービスの提供を受ける権利を受信する受信手段の一例である。
【0040】
サービス利用権管理部４２は、受信部４１がサービス利用権をサービス提供者サーバ２０から受信した場合、このサービス利用権を予め定められた単位に分割する。ここで、予め定められた単位は、例えば、サービス情報記憶部４４に記憶された情報に基づいて決定するとよい。即ち、サービス情報記憶部４４に、通常プランスペックを分割して得られた複数の分割プランスペックを記憶しておき、サービス利用権管理部４２は、サービス利用権を、複数の分割プランスペックから求められる最小の分割プランスペックに相当する単位に分割するとよい。そして、サービス利用権管理部４２は、分割したサービス利用権（以下、「分割サービス利用権」という）を、サービス提供者ＩＤ及びサービスＩＤに紐付けてサービス利用権記憶部４３に記憶する。
【0041】
一方、サービス利用権管理部４２は、受信部４１がサービス利用要求をユーザ端末１０から受信した場合、サービス利用権記憶部４３に記憶された分割サービス利用権を取り出す。具体的には、サービス利用権管理部４２は、サービス利用権記憶部４３に記憶された分割サービス利用権のうち、サービス利用要求に含まれるサービス提供者ＩＤ及びサービスＩＤに紐付けられた分割サービス利用権に着目する。また、サービス利用権管理部４２は、サービス情報管理部４５からユーザＩＤ及び希望プランを受け渡されていれば、着目した分割サービス利用権を、ユーザＩＤごとに、希望プランに応じた大きさにまとめて取り出す。そして、サービス利用権管理部４２は、ユーザＩＤごとにまとめられた分割サービス利用権を送信部４６に受け渡す。
【0042】
サービス利用権記憶部４３は、サービス利用権管理部４２がサービス利用権を分割して得た分割サービス利用権を記憶する。
【0043】
サービス情報記憶部４４は、サービス提供者が提供するサービスに関する情報（以下、「サービス情報」という）を記憶する。サービス情報は、サービス提供者ＩＤと、サービスＩＤと、サービス内容と、通常プランの情報と、ユーザ条件と、分割プランの情報と、ユーザＩＤとを含む。尚、サービス情報の具体例については、後述する。
【0044】
サービス情報管理部４５は、受信部４１がサービス内容閲覧要求をユーザ端末１０から受信した場合、サービス内容閲覧要求に含まれるサービス提供者ＩＤ及びサービスＩＤに対応するサービス情報をサービス情報記憶部４４から取り出す。そして、このサービス情報に含まれるサービス内容、通常プランの情報、分割プランの情報等を送信部４６に受け渡す。
【0045】
また、サービス情報管理部４５は、受信部４１がサービス利用要求をユーザ端末１０から受信した場合、サービス利用要求に含まれるユーザＩＤに紐付けられたユーザ情報が、サービス情報記憶部４４に含まれるユーザ条件を満たすかどうかを判定する。そして、ユーザＩＤがユーザ条件を満たすと判定した場合、サービス情報管理部４５は、サービス情報記憶部４４に記憶された複数の分割プランスペックのうちサービス利用要求に含まれる分割プランスペックにこのユーザＩＤを登録する。これは、予め定められた条件を満たすユーザを束ねた複数のユーザを特定することの一例である。但し、サービス情報記憶部４４に記憶された複数の分割プランスペックのうちユーザＩＤが登録されたものの合計が、サービス情報記憶部４４に記憶された通常プランスペックを超える場合は、それ以上ユーザを束ねる必要がないので、ユーザＩＤを登録しなくてもよい。また、サービス情報管理部４５は、サービス情報記憶部４４に記憶された複数の分割プランスペックのうちユーザＩＤが登録されたものが、サービス情報記憶部４４に記憶された通常プランスペックを構成可能かどうか判定する。ここで、複数の分割プランスペックのうちユーザＩＤが登録されたものの合計が通常プランスペックと等しければ、通常プランスペックを構成可能と判定してよい。これは、複数のユーザの各ユーザが希望する異なる単位の合計が通常の単位となるように、複数のユーザを特定することの一例である。或いは、複数の分割プランスペックのうちユーザＩＤが登録されたものの合計が通常プランスペックと等しくなくても、複数の分割プランスペックのうちユーザＩＤが登録されたものの合計が通常プランスペックの一定割合以上であれば、通常プランスペックを構成可能と判定してよい。複数の分割プランスペックのうちユーザＩＤが登録されたものが通常プランを構成可能と判定すれば、サービス情報管理部４５は、ユーザＩＤ及びそのユーザＩＤが登録された分割プランスペックをサービス利用権管理部４２及び送信部４６に受け渡す。この場合、通常プランスペックは、特定の事業者が商品又はサービスの提供を行う通常の単位の一例であり、分割プランスペックは、通常の単位とは異なる単位の一例である。また、サービス情報管理部４５は、通常の単位とは異なる単位で特定の事業者から商品又はサービスの提供を受けることを希望するユーザを束ねた複数のユーザを特定する特定手段の一例である。
【0046】
一方、サービス情報管理部４５は、受信部４１がサービス利用権をサービス提供者サーバ２０から受信した場合、通常プランスペックを分割して得られた複数の分割プランスペックのうち最小の分割プランスペックをサービス情報記憶部４４から読み出してサービス利用権管理部４２に受け渡す。
【0047】
送信部４６は、受信部４１がサービス内容閲覧要求をユーザ端末１０から受信した場合、サービス情報管理部４５から受け渡されたサービス内容、通常プランの情報、分割プランの情報等をユーザ端末１０へ送信する。
【0048】
送信部４６は、受信部４１がサービス利用要求をユーザ端末１０から受信した場合、サービス情報管理部４５からユーザＩＤ及び分割プランスペックを受け渡されていれば、これらの情報をサービス提供者サーバ２０へ送信する。この場合、送信部４６は、複数のユーザ及び複数のユーザの各ユーザが希望する異なる単位を示す情報を特定の事業者に通知する通知手段の一例である。また、送信部４６は、受信部４１がサービス利用要求をユーザ端末１０から受信した場合、サービス利用権管理部４２から分割サービス利用権が受け渡されていれば、分割サービス利用権をユーザ端末１０へ送信する。具体的には、サービス利用権管理部４２からユーザＩＤごとにまとめられた分割サービス利用権が受け渡されていれば、分割サービス利用権を、対応するユーザＩＤのユーザが使用するユーザ端末１０へ送信する。この場合、送信部４６は、権利を複数のユーザに送信する送信手段の一例である。
【0049】
尚、これらの機能部は、ソフトウェアとハードウェア資源とが協働することにより実現される。具体的には、ＣＰＵ３１１（図２参照）が、受信部４１、サービス利用権管理部４２、サービス情報管理部４５、送信部４６を実現するプログラムを例えばハードディスクドライブ３２（図２参照）からＲＡＭ３１３（図２参照）に読み込んで実行することにより、これらの機能部は実現される。また、サービス利用権記憶部４３、サービス情報記憶部４４は、例えばハードディスクドライブ３２（図２参照）により実現される。
【0050】
図５は、サービス情報記憶部４４に記憶されるサービス情報の一例を示した図である。図示するように、サービス情報は、サービス提供者ＩＤと、サービスＩＤと、サービス内容と、通常プランスペックと、通常プラン料金と、通常プラン単位数と、ユーザ条件と、分割プランスペックと、分割プラン料金と、分割プラン手数料と、ユーザＩＤとを対応付けたものとなっている。
【0051】
サービス提供者ＩＤは、サービス提供者を識別する識別情報である。サービス提供者ＩＤは、このサービス提供システム１でサービスを提供する複数のサービス提供者を区別できるように予め付与されているものとする。
【0052】
サービスＩＤは、対応するサービス提供者ＩＤで識別されるサービス提供者が提供するサービスを識別する識別情報である。サービスＩＤは、１人のサービス提供者が提供する複数のサービスを少なくとも区別できるように予め付与されているものとする。
【0053】
サービス内容は、対応するサービスＩＤで識別されるサービスが如何なるサービスであるかを記述した情報である。
【0054】
通常プランスペックは、対応するサービスＩＤで識別されるサービスの通常プランで定められた頻度及び量である。
【0055】
通常プラン料金は、対応するサービスＩＤで識別されるサービスを通常プランで利用する際に必要な料金である。
【0056】
通常プラン単位数は、対応するサービスＩＤで識別されるサービスを、通常プランで定められた頻度及び量の何倍利用できるかを示す数である。つまり、通常プラン単位数は、通常プランの１単位を１人分と考えた場合に、通常プランで何人分のサービスが用意されているかを示す数である。
【0057】
ユーザ条件は、対応するサービス提供者ＩＤで識別されるサービス提供者が、対応するサービスＩＤで識別されるサービスをユーザに提供する場合の、そのユーザが満たすべき条件である。
【0058】
分割プランスペックは、対応する通常プランを複数種類の分割プランに分割する場合の分割プランで定められた頻度及び量である。分割プランスペックとしては、ユーザが選択可能な複数の分割プランスペックが記憶される。
【0059】
分割プラン料金は、対応するサービスＩＤで識別されるサービスを、対応する分割プランで利用する際に必要な料金である。
【0060】
分割プラン手数料は、サービス提供者がユーザに、対応するサービスＩＤで識別されるサービスを、対応する分割プランで提供できるようにするために、仲介者がユーザから徴収する手数料である。
【0061】
ユーザＩＤは、対応するサービス提供者ＩＤで識別されるサービス提供者の、対応するサービスＩＤで識別されるサービスを、対応する分割プランで利用することを希望するユーザを識別する識別情報である。
【0062】
ここで、図５に示した個々のサービス情報の意味について説明する。
【0063】
サービス提供者ＩＤ「Ｓ１」、サービスＩＤ「Ｓ１１」のサービス情報は、サービスの通常プランが、１か月に４回の家事代行サービスを２００００円で提供するものであることを示している。また、通常プラン単位数は、例えば１００人等、多人数分を示す大きな数とするのが一般的であるが、このサービス情報では、説明を簡略化するため、通常プラン単位数を「１」としている。更に、このサービス情報は、サービスの提供を受けることが可能なユーザの条件として、人材派遣の都合上、「〇〇区在住」という条件を設けていることを示している。また、このサービス情報は、通常プランが、４つの分割プランに分割されていることを示している。第１の分割プランは、１か月に４回の家事代行サービスを２００００円及び手数料０円で提供するものであり、第２の分割プランは、１か月に３回の家事代行サービスを１５０００円及び手数料５００円で提供するものであり、第３の分割プランは、１か月に２回の家事代行サービスを１００００円及び手数料１０００円で提供するものであり、第４の分割プランは、１か月に１回の家事代行サービスを５０００円及び手数料１５００円で提供するものである。更に、このサービス情報は、ユーザＩＤ「Ｕ１」のユーザ及びユーザＩＤ「Ｕ２」のユーザが第４の分割プランを希望し、ユーザＩＤ「Ｕ３」のユーザが第３の分割プランを希望していることを示している。
【0064】
サービス提供者ＩＤ「Ｓ２」、サービスＩＤ「Ｓ２１」のサービス情報は、サービスの通常プランが、１か月に１回の絵本２冊の宅配サービスを１０００円で提供するものであることを示している。また、通常プラン単位数は、上記と同様の理由により「１」としている。また、このサービス情報は、通常プランが、２つの分割プランに分割されていることを示している。第１の分割プランは、１か月に１回の絵本２冊の宅配サービスを１０００円及び手数料０円で提供するものであり、第２の分割プランは、２か月に１回の絵本２冊の宅配サービスを５００円及び手数料５０円で提供するものである。更に、このサービス情報は、ユーザＩＤ「Ｕ４」のユーザ及びユーザＩＤ「Ｕ５」のユーザが第２の分割プランを希望していることを示している。
【0065】
サービス提供者ＩＤ「Ｓ３」、サービスＩＤ「Ｓ３１」のサービス情報は、サービスの通常プランが、１か月に５個の総菜の宅配サービスを２０００円で提供するものであることを示している。また、通常プラン単位数は、上記と同様の理由により「１」としている。更に、このサービス情報は、サービスの提供を受けることが可能なユーザの条件として、食物の鮮度保持の都合上、「××区在住」という条件を設けていることを示している。また、このサービス情報は、通常プランが、５つの分割プランに分割されていることを示している。第１の分割プランは、１か月に５個の総菜の宅配サービスを２０００円及び手数料０円で提供するものであり、第２の分割プランは、１か月に４個の総菜の宅配サービスを１６００円及び手数料５円で提供するものであり、第３の分割プランは、１か月に３個の総菜の宅配サービスを１２００円及び手数料１０円で提供するものであり、第４の分割プランは、１か月に２個の総菜の宅配サービスを８００円及び手数料１５円で提供するものであり、第５の分割プランは、１か月に１個の総菜の宅配サービスを４００円及び手数料２０円で提供するものである。更に、このサービス情報は、ユーザＩＤ「Ｕ６」のユーザが第４の分割プランを希望し、ユーザＩＤ「Ｕ７」のユーザが第３の分割プランを希望していることを示している。
【0066】
【0067】
尚、この第１の動作例は、サービス提供者サーバ２０からサービス利用権を受信した後に、ユーザ端末１０からサービス内容閲覧要求及びサービス利用要求を受信する場合の動作例である。即ち、ユーザからサービス利用要求を受ける前にサービス提供者からサービス利用権を購入することを前提としている。この第１の動作例は、複数のユーザを特定するのに先立ち、特定の事業者から権利を受信する場合の一例である。
【0068】
また、この動作に先立ち、仲介者サーバ３０は、サービス情報のユーザＩＤ以外の部分をサービス提供者サーバ２０から取得して、サービス情報記憶部４４に記憶しているものとする。その場合、この第１の動作例では、上述したように、ユーザからサービス利用要求を受ける前にサービス提供者からサービス利用権を購入するので、サービス情報における通常プラン単位数は、サービス利用権の購入額に応じて決められる。
【0069】
図６－１に示すように、仲介者サーバ３０では、まず、受信部４１が、サービス利用権をサービス提供者サーバ２０から受信したかどうかを判定する（ステップ３０１）。
【0070】
受信部４１がサービス利用権をサービス提供者サーバ２０から受信したと判定すれば、サービス利用権管理部４２が、サービス利用権を分割する（ステップ３０２）。具体的には、サービス利用権管理部４２は、サービス情報記憶部４４に記憶された複数の分割プランスペックのうちの最小の分割プランスペックをサービス情報管理部４５から取得する。そして、ステップ３０１で受信されたサービス利用権をこの最小の分割プランスペックに相当する大きさの複数の分割サービス利用権に分割する。尚、この複数の分割サービス利用権は、サービス提供者ＩＤ及びサービスＩＤに紐付けられて、サービス利用権記憶部４３に記憶される。その後、サービス利用権管理部４２は、処理をステップ３０３へ進める。
【0071】
一方、受信部４１は、サービス利用権をサービス提供者サーバ２０から受信したと判定しなければ、ステップ３０２を行うことなく、処理をステップ３０３へ進める。
【0072】
次に、仲介者サーバ３０では、受信部４１が、サービス内容閲覧要求をユーザ端末１０から受信したかどうかを判定する（ステップ３０３）。
【0073】
受信部４１がサービス内容閲覧要求をユーザ端末１０から受信したと判定すれば、サービス情報管理部４５が、サービス情報記憶部４４に記憶されたサービス情報に含まれるサービス内容等を取り出す（ステップ３０４）。具体的には、サービス情報管理部４５は、ステップ３０３で受信されたサービス内容閲覧要求に含まれるサービス提供者ＩＤ及びサービスＩＤをキーとして、サービス情報記憶部４４からサービス内容等を取り出す。そして、送信部４６は、ステップ３０４で取り出されたサービス内容等をユーザ端末１０へ送信する（ステップ３０５）。その後、送信部４６は、処理を図６－２のステップ３１１へ進める。
【0074】
一方、受信部４１は、サービス内容閲覧要求をユーザ端末１０から受信したと判定しなければ、ステップ３０４及びステップ３０５を行うことなく、処理を図６－２のステップ３１１へ進める。
【0075】
次いで、図６－２に示すように、仲介者サーバ３０では、受信部４１が、サービス利用要求をユーザ端末１０から受信したかどうかを判定する（ステップ３１１）。
【0076】
受信部４１がサービス利用要求をユーザ端末１０から受信したと判定すれば、サービス情報管理部４５が、サービス利用要求がユーザ条件を満たすかどうかを判定する（ステップ３１２）。具体的には、サービス情報管理部４５は、ステップ３１１で受信されたサービス利用要求に含まれるユーザＩＤに紐付けられたユーザ情報が、サービス情報記憶部４４に記憶されたユーザ条件を満たすかどうかを判定する。尚、サービス情報記憶部４４にユーザ条件が記憶されていなければ、サービス情報管理部４５は、サービス利用要求がユーザ条件を満たすと判定すればよい。
【0077】
サービス利用要求がユーザ条件を満たすと判定すれば、サービス情報管理部４５が、サービス利用要求により、これまでに利用が要求された分割プランスペックの合計が通常プランスペックを超えることになるかどうかを判定する（ステップ３１３）。具体的には、サービス情報管理部４５は、ステップ３１１で受信されたサービス利用要求に含まれる分割プランスペックに、ステップ３１１で受信されたサービス利用要求に含まれるユーザＩＤを登録することにより、ユーザＩＤが登録された分割プランスペックの合計が通常プランスペックを超えるかどうかを判定する。
【0078】
これまでに利用が要求された分割プランスペックの合計が通常プランスペックを超えることにならないと判定すれば、サービス情報管理部４５は、分割プランスペックにユーザＩＤを登録する（ステップ３１４）。具体的には、サービス情報管理部４５は、ステップ３１１で受信されたサービス利用要求に含まれる分割プランスペックに対して、ステップ３１１で受信されたサービス利用要求に含まれるユーザＩＤを登録する。
【0079】
このように分割プランスペックにユーザＩＤが登録されると、サービス情報管理部４５は、ユーザＩＤが登録された分割プランスペックにより通常プランスペックが構成可能かどうかを判定する（ステップ３１５）。具体的には、サービス情報管理部４５は、ユーザＩＤが登録された分割プランスペックの合計が通常プランスペックと等しくなるかどうかを判定する。或いは、ユーザＩＤが登録された分割プランスペックの合計が通常プランスペックの一定割合以上となるかどうかを判定してもよい。
【0080】
ユーザＩＤが登録された分割プランスペックにより通常プランスペックが構成可能と判定すれば、サービス情報管理部４５は、サービス情報記憶部４４からユーザＩＤ及び希望プランを取り出す（ステップ３１６）。具体的には、サービス情報管理部４５は、ステップ３１１で受信されたサービス利用要求に含まれるサービス提供者ＩＤ及びサービスＩＤに対応する複数の分割プランスペックをサービス情報記憶部４４から取り出す。次に、サービス情報管理部４５は、取り出した複数の分割プランスペックの何れかに登録されたユーザＩＤを取り出す。次いで、サービス情報管理部４５は、取り出したユーザＩＤが登録された分割プランスペックを、このユーザＩＤのユーザが希望する希望プランとして取り出す。
【0081】
これにより、送信部４６は、ステップ３１６で取り出されたユーザＩＤ及び希望プランをサービス提供者サーバ２０へ送信する（ステップ３１７）。
【0082】
次に、サービス利用権管理部４２は、サービス利用権記憶部４３から分割サービス利用権を取り出す（ステップ３１８）。具体的には、サービス利用権管理部４２は、ステップ３１１で受信されたサービス利用要求に含まれるサービス提供者ＩＤ及びサービスＩＤに紐付けて記憶された複数の分割サービス利用権に着目する。次に、ステップ３１６で取り出されたユーザＩＤに関連付けて、ステップ３１６で取り出された希望プランに相当する量の分割サービス利用権を取り出す。
【0083】
これにより、送信部４６は、ステップ３１８で取り出された分割サービス利用権を、その分割サービス利用権が関連付けられたユーザＩＤに対応するユーザ端末１０へ送信する（ステップ３１９）。
【0084】
一方、ステップ３１１で受信部４１がサービス利用要求をユーザ端末１０から受信したと判定しなければ、受信部４１は、ステップ３１２～ステップ３１９を行うことなく、処理を終了する。
【0085】
また、ステップ３１２でサービス利用要求がユーザ条件を満たすと判定しなかった場合は、サービス情報管理部４５が、ステップ３１４～ステップ３１９を行うことなく、処理を終了する。尚、この場合、サービス情報管理部４５の指示により、送信部４６が、ユーザＩＤに紐付けられたユーザ情報がユーザ条件を満たす他のサービスの利用を、そのユーザＩＤのユーザに提案してもよい。
【0086】
更に、ステップ３１３でこれまでに利用が要求された分割プランスペックの合計が通常プランスペックを超えることになると判定した場合も、サービス情報管理部４５は、ステップ３１４～ステップ３１９を行うことなく、処理を終了する。尚、この場合、サービス情報管理部４５は、ステップ３１４で登録されなかったユーザＩＤを、破棄してもよいし、その後に用意する分割プランスペックに登録するために保持しておいてもよい。
【0087】
更にまた、ステップ３１５でユーザＩＤが登録された分割プランスペックにより通常プランスペックが構成可能と判定しなかった場合も、サービス情報管理部４５は、ステップ３１６～ステップ３１９を行うことなく、処理を終了する。尚、この場合、サービス情報管理部４５は、ステップ３１５で通常プランスペックが構成可能と判定されなかったユーザＩＤを一旦保留としてもよいし、削除してもよい。
【0088】
【0089】
尚、この第２の動作例は、ユーザ端末１０からサービス内容閲覧要求及びサービス利用要求を受信した後に、サービス提供者サーバ２０からサービス利用権を受信する場合の動作例である。即ち、ユーザからサービス利用要求を受けた後にサービス提供者からサービス利用権を購入することを前提としている。この第２の動作例は、複数のユーザを特定した後に、特定の事業者から権利を受信する場合の一例である。
【0090】
また、この動作に先立ち、仲介者サーバ３０は、サービス情報のユーザＩＤ以外の部分をサービス提供者サーバ２０から取得して、サービス情報記憶部４４に記憶しているものとする。その場合、この第２の動作例では、上述したように、ユーザからサービス利用要求を受けた後にサービス提供者からサービス利用権を購入するので、サービス情報における通常プラン単位数は、例えば、仲介者が定めた一度に購入可能なサービス利用権の上限額に応じて決めるとよい。
【0091】
図７－１に示すように、仲介者サーバ３０では、まず、受信部４１が、サービス内容閲覧要求をユーザ端末１０から受信したかどうかを判定する（ステップ３５１）。
【0092】
受信部４１がサービス内容閲覧要求をユーザ端末１０から受信したと判定すれば、サービス情報管理部４５が、サービス情報記憶部４４に記憶されたサービス情報に含まれるサービス内容等を取り出す（ステップ３５２）。具体的には、サービス情報管理部４５は、ステップ３５１で受信されたサービス内容閲覧要求に含まれるサービス提供者ＩＤ及びサービスＩＤをキーとして、サービス情報記憶部４４からサービス内容等を取り出す。そして、送信部４６は、ステップ３５２で取り出されたサービス内容等をユーザ端末１０へ送信する（ステップ３５３）。その後、送信部４６は、処理を図７－２のステップ３６１へ進める。
【0093】
一方、受信部４１は、サービス内容閲覧要求をユーザ端末１０から受信したと判定しなければ、ステップ３５２及びステップ３５３を行うことなく、処理を図７－２のステップ３６１へ進める。
【0094】
次いで、図７－２に示すように、仲介者サーバ３０では、受信部４１が、サービス利用要求をユーザ端末１０から受信したかどうかを判定する（ステップ３６１）。
【0095】
受信部４１がサービス利用要求をユーザ端末１０から受信したと判定すれば、サービス情報管理部４５が、サービス利用要求がユーザ条件を満たすかどうかを判定する（ステップ３６２）。具体的には、サービス情報管理部４５は、ステップ３６１で受信されたサービス利用要求に含まれるユーザＩＤに紐付けられたユーザ情報が、サービス情報記憶部４４に記憶されたユーザ条件を満たすかどうかを判定する。尚、サービス情報記憶部４４にユーザ条件が記憶されていなければ、サービス情報管理部４５は、サービス利用要求がユーザ条件を満たすと判定すればよい。
【0096】
サービス利用要求がユーザ条件を満たすと判定すれば、サービス情報管理部４５が、サービス利用要求により、これまでに利用が要求された分割プランスペックの合計が通常プランスペックを超えることになるかどうかを判定する（ステップ３６３）。具体的には、サービス情報管理部４５は、ステップ３６１で受信されたサービス利用要求に含まれる分割プランスペックに、ステップ３６１で受信されたサービス利用要求に含まれるユーザＩＤを登録することにより、ユーザＩＤが登録された分割プランスペックの合計が通常プランスペックを超えるかどうかを判定する。
【0097】
これまでに利用が要求された分割プランスペックの合計が通常プランスペックを超えることにならないと判定すれば、サービス情報管理部４５は、分割プランスペックにユーザＩＤを登録する（ステップ３６４）。具体的には、サービス情報管理部４５は、ステップ３６１で受信されたサービス利用要求に含まれる分割プランスペックに対して、ステップ３６１で受信されたサービス利用要求に含まれるユーザＩＤを登録する。
【0098】
このように分割プランスペックにユーザＩＤが登録されると、サービス情報管理部４５は、ユーザＩＤが登録された分割プランスペックにより通常プランスペックが構成可能かどうかを判定する（ステップ３６５）。具体的には、サービス情報管理部４５は、ユーザＩＤが登録された分割プランスペックの合計が通常プランスペックと等しくなるかどうかを判定する。或いは、ユーザＩＤが登録された分割プランスペックの合計が通常プランスペックの一定割合以上となるかどうかを判定してもよい。
【0099】
ユーザＩＤが登録された分割プランスペックにより通常プランスペックが構成可能と判定すれば、サービス情報管理部４５は、サービス情報記憶部４４からユーザＩＤ及び希望プランを取り出す（ステップ３６６）。具体的には、サービス情報管理部４５は、ステップ３６１で受信されたサービス利用要求に含まれるサービス提供者ＩＤ及びサービスＩＤに対応する複数の分割プランスペックをサービス情報記憶部４４から取り出す。次に、サービス情報管理部４５は、取り出した複数の分割プランスペックの何れかに登録されたユーザＩＤを取り出す。次いで、サービス情報管理部４５は、取り出したユーザＩＤが登録された分割プランスペックを、このユーザＩＤのユーザが希望する希望プランとして取り出す。
【0100】
これにより、送信部４６は、ステップ３６６で取り出されたユーザＩＤ及び希望プランをサービス提供者サーバ２０へ送信する（ステップ３６７）。
【0101】
次に、仲介者サーバ３０では、受信部４１が、サービス利用権をサービス提供者サーバ２０から受信したかどうかを判定する（ステップ３６８）。ここでは、ステップ３６７で送信した希望プランの料金の合計に応じたサービス利用権がサービス提供者サーバ２０から送られてくることが期待されるので、受信部４１はそれを待ち受ける。
【0102】
受信部４１は、サービス利用権をサービス提供者サーバ２０から受信したと判定しなければ、ステップ３６８を繰り返す。
【0103】
一方、受信部４１がサービス利用権をサービス提供者サーバ２０から受信したと判定すれば、サービス利用権管理部４２が、サービス利用権を分割する（ステップ３６９）。具体的には、サービス利用権管理部４２は、サービス情報記憶部４４に記憶された複数の分割プランスペックのうちの最小の分割プランスペックをサービス情報管理部４５から取得する。そして、ステップ３６８で受信されたサービス利用権をこの最小の分割プランスペックに相当する大きさの複数の分割サービス利用権に分割する。尚、この複数の分割サービス利用権は、サービス提供者ＩＤ及びサービスＩＤに紐付けられて、サービス利用権記憶部４３に記憶される。
【0104】
次に、サービス利用権管理部４２は、サービス利用権記憶部４３から分割サービス利用権を取り出す（ステップ３７０）。具体的には、サービス利用権管理部４２は、ステップ３６１で受信されたサービス利用要求に含まれるサービス提供者ＩＤ及びサービスＩＤに紐付けて記憶された複数の分割サービス利用権に着目する。次に、ステップ３６６で取り出されたユーザＩＤに関連付けて、ステップ３６６で取り出された希望プランに相当する量の分割サービス利用権を取り出す。
【0105】
これにより、送信部４６は、ステップ３７０で取り出された分割サービス利用権を、その分割サービス利用権が関連付けられたユーザＩＤに対応するユーザ端末１０へ送信する（ステップ３７１）。
【0106】
一方、ステップ３６１で受信部４１がサービス利用要求をユーザ端末１０から受信したと判定しなければ、受信部４１は、ステップ３６２～ステップ３７１を行うことなく、処理を終了する。
【0107】
また、ステップ３６２でサービス利用要求がユーザ条件を満たすと判定しなかった場合は、サービス情報管理部４５が、ステップ３６４～ステップ３７１を行うことなく、処理を終了する。尚、この場合、サービス情報管理部４５の指示により、送信部４６が、ユーザＩＤに紐付けられたユーザ情報がユーザ条件を満たす他のサービスの利用を、そのユーザＩＤのユーザに提案してもよい。
【0108】
更に、ステップ３６３でこれまでに利用が要求された分割プランスペックの合計が通常プランスペックを超えることになると判定した場合も、サービス情報管理部４５は、ステップ３６４～ステップ３７１を行うことなく、処理を終了する。尚、この場合、サービス情報管理部４５は、ステップ３６４で登録されなかったユーザＩＤを、破棄してもよいし、その後に用意する分割プランスペックに登録するために保持しておいてもよい。
【0109】
更にまた、ステップ３６５でユーザＩＤが登録された分割プランスペックにより通常プランスペックが構成可能と判定しなかった場合も、サービス情報管理部４５は、ステップ３６６～ステップ３７１を行うことなく、処理を終了する。尚、この場合、サービス情報管理部４５は、ステップ３１５で通常プランスペックが構成可能と判定されなかったユーザＩＤを一旦保留としてもよいし、削除してもよい。
【0110】
［変形例］
上記実施の形態では、主に１つのサービス提供者からサービスの提供を受ける複数のユーザを束ねることとしたが、図１に複数のサービス提供者サーバ２０を示したように、複数のサービス提供者からサービスの提供を受ける複数のユーザを束ねることとしてもよい。その場合も、複数のサービス提供者の各サービス提供者からサービスの提供を受ける複数のユーザを束ねることに関し、上記実施の形態は適用可能である。この場合、複数のサービス提供者は、複数の事業者の一例であり、上記実施の形態の１つのサービス提供者は、複数の事業者のうちの１つの事業者の一例である。
上記実施の形態では、主に１つのサービス提供者からサービスの提供を受ける複数のユーザを束ねることとしたが、図１に複数のサービス提供者サーバ２０を示したように、複数のサービス提供者からサービスの提供を受ける複数のユーザを束ねることとしてもよい。その場合も、複数のサービス提供者の各サービス提供者からサービスの提供を受ける複数のユーザを束ねることに関し、上記実施の形態は適用可能である。この場合、複数のサービス提供者は、複数の事業者の一例であり、上記実施の形態の１つのサービス提供者は、複数の事業者のうちの１つの事業者の一例である。
【0111】
また、その場合、仲介者サーバ３０は、ユーザの利用状況を集計する集計手段と、複数のサービス提供者が提供するサービスの中からユーザの利用状況に基づいてそのユーザに適切なサービスの利用を促す利用促進手段を設けてもよい。ここで、ユーザの利用状況としては、利用するサービスやその頻度を用いるとよい。
【0112】
［本実施の形態の効果］
以上述べたように、本実施の形態では、仲介者サーバ３０が、サービス提供者によるサービスの提供における通常の単位とは異なる単位でサービスの提供を受けることを希望するユーザを束ねた複数のユーザを特定し、特定した複数のユーザ及び各ユーザが希望する単位を示す情報をサービス提供者に通知するようにした。これにより、ユーザがサービス提供者からそのユーザにとって必要な分だけ商品又はサービスの提供を受けることができるようになった。
以上述べたように、本実施の形態では、仲介者サーバ３０が、サービス提供者によるサービスの提供における通常の単位とは異なる単位でサービスの提供を受けることを希望するユーザを束ねた複数のユーザを特定し、特定した複数のユーザ及び各ユーザが希望する単位を示す情報をサービス提供者に通知するようにした。これにより、ユーザがサービス提供者からそのユーザにとって必要な分だけ商品又はサービスの提供を受けることができるようになった。
【符号の説明】
【0113】
１…サービス提供システム、１０…ユーザ端末、２０…サービス提供者サーバ、３０…仲介者サーバ、４１…受信部、４２…サービス利用権管理部、４３…サービス利用権記憶部、４４…サービス情報記憶部、４５…サービス情報管理部、４６…送信部
【図1】
【図2】
【図3】
【図4】
【図5】
【図6-1】
【図6-2】
【図7-1】
【図7-2】
