【０００１】
【発明の属する技術分野】
本発明は、特定の複数のユーザーで特定の権利を共有し、その権利を全ユーザーが平均的に行使できる権利シェアリングシステムに関する。
【０００２】
【従来の技術】
特定の「物品」や「サービス」等を利用する権利を、複数のユーザーで共有するシェアリングは多方面に存在し、その多くは先着順の事前予約制によってユーザー間の希望利用日・時間の重複を回避するシステムとなっている。また、特定のユーザーが事前に多くの予約を押さえてしまなわないように予約数に制限を設けているシステムも存在する。
【０００３】
【発明が解決しようとする課題】
しかしながら、従来の技術では、先々のスケジュールを組みやすいユーザーが事前に予約を入れるというように、特定のユーザーが権利を押さえやすい状況を得る可能性があり、たとえ「物品」や「サービス」を利用する権利を複数のユーザーが共有しても、その権利を行使する機会が平等条件において分け与えられていなければ、実質的なシェアリングは行えていないと言える。
【０００４】
そこで、このような複数のユーザーで共有する権利について、それぞれのユーザーが平均的に行使する機会を得るためのシステムを構築し、提供することが本発明の目的である。
【０００５】
【課題を解決するための手段】
特定の複数のユーザーが、特定の権利を共同で利用するためのシェアリング管理ウェブサイトをネットワーク上で提供し、前記権利の行使の予約状況を管理するデータベース、および前記ユーザーの予約履歴に関する情報を管理するデータベースを有するサーバーと、ネットワークに接続可能なユーザーの端末装置によって構成され、前記ユーザーの端末装置からの権利の行使を希望する予約申し込みを前記サーバーが受け付け、予約履歴によって当該ユーザーの予約を確定できる日時を算出し、該当予約状況を表示するページを前記ウェブサイトで提供または電子メールで配信するようにプログラムされた権利シェアリング管理システムを提供する。
【０００６】
この形態によると、ユーザーは予約を申し込んだ際に減算されるポイントによって管理され、この残ポイント数によって予約確定日時が算出される。
【０００７】
この形態によると、予約履歴の多いユーザーほど次回予約を申し込んだ際の予約を確定できる日時が遅くなる一方、予約履歴の少ないユーザーほど早期に予約を確定することができ、結果的にすべてのユーザーに平均的に権利を行使できる機会を与えることができる。
【０００８】
この形態によると、予約履歴が少ないユーザーが後から権利行使日時が重複する予約を申し込んだ場合にも、前申込ユーザーが予約確定日を迎えていなければ、後から申し込んだ予約履歴の少ないユーザーに予約を獲得する優先権が与えられ、結果的にすべてのユーザーに平均的に権利を行使できる機会を与えることができる。
【０００９】
この形態によると、一定期間毎にすべてのユーザーに対して一定のポイント数が支給され、予約頻度が低くポイントが累積したユーザーほど早期に予約を確定でき、予約獲得に向けてより高い優先権を得ることができる。
【００１０】
この形態によると、複数の利用者が権利を行使するための予約状況を管理しやすく、すべてのユーザーに平等に、即時に予約状況に関する情報を提供することができる。
【００１１】
この形態によると、予約に空き状況があることを随時ウェブサイトまたは電子メールで知らせることができ、この情報を得たユーザーが権利を効率的に利用することができる。
【００１２】
本発明の形態では、ユーザーは予めウェブサイト上あるいは当該権利を販売する企業の仲介において、権利を管理・使用するための共有グループを結成しておく。また、権利を所有する企業等が利用者を集めてグループ化することも可能である。
【００１３】
本発明のさらに別の形態では、前記ポイントの減算される割合が予約日時によって変動する。
【００１４】
この形態によると、土日曜日や祝日など予約の集中が予想される日時における減算ポイントを多く設定することで、予約の集中を緩和することができる。
【００１５】
【発明の実施の形態】
以下、本発明の実施の形態について図面を参照して説明する。サーバー１０はパーソナルコンピューターまたはワークステーション等で構成され、インターネット等のネットワーク２０に接続、このネットワーク２０を介してユーザーが端末３０を操作して予約申込を行う（図１の▲１▼参照）、権利シェアリングシステムを提供する。ユーザー端末３０はユーザー数に応じて複数存在する。また本権利シェアリングシステムを管理する立場の者がある場合は、サーバー１０にネットワークを介して端末４０から接続して予約状況を随時監視することができる（図１の▲４▼参照）。
【００１６】
サーバー１０はユーザー情報を管理するデータベースが備わっており、ユーザー氏名、ユーザーＩＤ、パスワード、ポイント、メールアドレス等の情報を管理する。
【００１７】
サーバー１０には予約状況を管理するデータベースが備わっており、ユーザーＩＤ、予約申込日時、予約時ユーザー保有ポイント、予約確定日時、権利行使日時等の情報を管理する。
【００１８】
ユーザーは予めウェブサイト上あるいは当該権利を販売する企業等の仲介において、権利を管理・使用するための共有グループを結成しておく。その際、共有グループは権利の取得およびその維持に必要な費用を一定に割合で分担することを申し合わせておく。
【００１９】
本企画でいう権利とは、例えば自動車、バイク、モーターボート、リゾートマンションなどの「物品」や、理容業者によるヘアーカット、ハウスクリーニングなどの「サービス」を利用するための「権利」を指し、共有グループとはその権利を一括または分割購入してシェアリングする複数のユーザーの集団を指す。またユーザーグループは例えば同じマンションに居住する人たちや、同じ企業の所属する人たちなど、既存のグループで構成してもよい。また一ユーザーは個人であっても企業等の団体であってもよい。
【００２０】
ユーザーは、パーソナルコンピューターや携帯電話等の端末３０を利用してサーバー１０に接続し（図１の▲１▼参照）、ユーザー氏名、ユーザーＩＤ、パスワード、メールアドレス等の登録を行う。
【００２１】
ユーザーは、端末３０を利用してサーバー１０に接続し、ユーザーＩＤおよびパスワードで個人認証した後に表示される当該ユーザー専用ＨＴＭＬから予約希望日時を入力・送信する（図１の▲１▼参照）。
【００２２】
サーバー１０は、ユーザーからの予約申込を受けて、当該ユーザーの保有ポイントから予約確定日時をＣＧＩ等によって算出。すでに予約申込時点で予約確定日時を過ぎていたなら即時に予約を確定し、予約確定の情報をＨＴＭＬによってユーザー端末３０に表示する（図１の▲２▼参照）。
【００２３】
また予約申込時点で予約確定日時までに期間がある場合、ユーザー（ユーザーＡとする）の予約は予約申込状態のまま保留とする。その際、サーバー１０は予約申込日時を記録しておく。そして予約確定日時までに、ユーザーＡの予約希望日時に重複して他のユーザーからの予約申込がない場合は、予約確定日時を迎えた時点で予約を確定し、予約確定の情報をＨＴＭＬによってユーザーＡの端末３０に表示する（図１の▲２▼参照）とともに電子メールによって通知する（図１の▲３▼参照）。
【００２４】
予約確定日時までにユーザーＡの予約希望日時に重複して他のユーザー（ユーザーＢとする）からの予約申込があった場合で、後から予約を申し込んだユーザーＢがすでに予約確定日時を過ぎていれば、ユーザーＢに即時に予約を確定し、予約確定の情報をＨＴＭＬによってユーザー端末３０に表示する。同時に先に申し込んでいたユーザーＡに対して予約がキャンセルされたことを電子メールによって通知する（図１の▲３▼参照）。
【００２５】
予約確定日時までにユーザーＡの予約希望日時に重複して他のユーザーからの予約申込があった場合で、後から予約を申し込んだユーザーＢも予約確定日時を迎えていない場合は、ユーザーＢも予約申込状態のまま保留とする。その際、サーバー１０は予約申込日時を記録しておく。そして先に申し込んでいるユーザーＡおよびユーザーＢが予約確定日時を迎えるまでに、この予約希望日時にさらに重複して他のユーザーからの予約申込がない場合は、ユーザーＡとユーザーＢのいずれか先に予約確定日時を迎えたユーザーがその時点で予約を確定させ、予約確定させたユーザーに対して予約確定の情報をＨＴＭＬによって端末３０に表示する（図１の▲２▼参照）とともに電子メールによって通知し（図１の▲３▼参照）、同時に予約を獲得できなかったユーザーに対して予約がキャンセルされたことを電子メールによって通知する（図１の▲３▼参照）。
【００２６】
またユーザーＡとユーザーＢの予約確定日時が同じ場合は、すでにサーバー１０に記録されている予約申込日時の早いものから優先して予約を確定し、予約確定させたユーザーに対して予約確定の情報をＨＴＭＬによって端末３０に表示する（図１の▲２▼参照）とともに電子メールによって通知し（図１の▲３▼参照）、同時に予約を獲得できなかったユーザーに対して予約がキャンセルされたことを電子メールによって通知する（図１の▲３▼参照）。
【００２７】
また先に申し込んでいるユーザーＡおよびユーザーＢが予約確定日時を迎えるまでに、この予約希望日時にさらに重複して他のユーザーからの予約申込があった場合は、前項の例に倣って予約を確定または保留する。
【００２８】
ユーザーのポイントは、予約申込が行われた際に所定のポイント数が減算され、次回予約時の情報に反映される。ただし、ユーザーの自己都合でなく、予約が獲得できなかったことで申し込んでいた予約がキャンセルされた場合は、予約時に減算されたポイントの所定の割合のポイント数が返還される。また、ユーザーの自己都合によって予約がキャンセルされた場合は、ポイントは返還されない。
【００２９】
一度予約が確定したユーザーが予約をキャンセルする場合は、ポイントは返還されない。また確定予約のキャンセルによるペナルティを課せず、使用しなくなった予約を迅速にキャンセルしやすいようにする。
【００３０】
一度予約が確定したユーザーが予約をキャンセルした場合で、当該予約日時に重複して複数のユーザーが予約申込を行っていた場合は、予約確定日時の条件および予約申込日時の条件において次点候補となっていたユーザーを繰り上げて、一定時間以内に再予約すれば予約を確定できる権利を与え、サーバー１０は当該情報を電子メール４０によってユーザーの端末３０に通知する（図１の▲３▼参照）。そして、当該ユーザーは必要に応じて繰り上げ予約の申込を端末３０よりサーバー１０に接続して実施する。また当該ユーザーが予約を申し込まない場合は、さらに次点候補に同様の案内を実施する。また当該ユーザーによる再予約がない場合、または次点候補となるユーザーがいない場合は、当該予約日時は空き状態へと戻り全ユーザーに解放され、その情報は電子メール４０によってユーザーの端末３０に通知される（図１の▲３▼参照）。
【００３１】
サーバー１０は、向こう４８時間の予約状況に空きがある場合は、その情報を随時ＨＴＭＬによって端末３０に表示する（図１の▲２▼参照）とともに、２４時間毎に電子メール４０によって全ユーザーに通知し（図１の▲３▼参照）、３０分単位の先着順で予約を受け付ける。同時間帯に複数の予約申込が行われた場合は、この条件による予約獲得履歴が少ないものから優先権を与える。またこの優先権が同じユーザーがある場合は、ポイントの多いユーザーに優先権を与える。また同ポイントのユーザーがある場合は、サーバー１０の受け付け順番を優先順位とする。サーバー１０は、この条件による予約獲得回数をデータベースに記録しておき、次回優先順位の算出に用いる。
【００３２】
サーバー１０は、例えば向こう２４時間の予約状況に空きがある場合は、その情報を随時ＨＴＭＬによって端末３０に表示する（図１の▲２▼参照）とともに、２４時間毎に電子メール４０によって全ユーザーに通知し（図１の▲３▼参照）、先着順で予約を受け付ける。この際の予約においては、ユーザーのポイントは減算しないが、予約確定後にキャンセルが発生した場合は理由の如何を問わず所定のポイントを減算する。
【００３３】
権利の利用においては、事前に当該権利の特性に応じた利用区分帯を一予約単位として設定し、これに応じた予約を実施する。例えば、カーシェアリングであれば６時間程度の利用区分帯を一予約単位として、一日を４分割したＡ（０〜６時）、Ｂ（７〜１２時）、Ｃ（１３〜１８時）、Ｄ（１９〜２３時）の時間帯で予約を受け付ける、と設定する。
【００３４】
前記予約単位を連続して予約する場合は、当該権利の特性に応じて事前に策定した連続予約数を限度とする。例えば、カーシェアリングであれば最大で２日間、利用区分帯８単位までの連続利用を限度として受け付けることができる、と設定する。
【００３５】
サーバー１０で管理されるポイントは、ユーザーがグループに参加した時点で与えられ、以後毎月サーバー１０のＣＧＩによって定期的に一定のポイント数が支給される。また残ポイントは次月以降に繰り越して保有することができる。そのため権利を使わずに貯めることで予約を獲得する優先権を高めることも可能となる。ただし、ポイントの有効期限はポイント獲得後２年間とする。例えば、ユーザーがグループに参加した時点で６０ポイントが支給され、このポイント数がそのまま予約日から予約確定日までの日数を表す場合、最初の予約において予約を確定できるのは予約日の６０日前である。以後、１予約ごとに５ポイントが減算される場合、次回予約を確定できるのは予約日の５５日前……と短縮されていく。一方、毎月１０ポイントが支給されるとして、予約を一切申し込まなかった場合は６ヵ月後には９０ポイントとなり、９０日前に予約を獲得することができる。
【００３６】
ユーザー端末に向けて配信される電子メール（図１の▲３▼参照）では、各種情報を告知する際に当該ユーザーが保有するポイント数を併記して、残ポイントの確認を促す。
【００３７】
本発明におけるユーザーのグループは、権利を共同で保有・管理し、利用しようとするユーザーの集まりである。また権利を保有する企業等が、その権利を利用するユーザーを集めてグループ化することもできる。例えば、レンタカー業者がワンボックスカーの利用グループを募集し、グループ内のユーザーにレンタカー業者が所有する車をシェアリングして利用してもらうことも可能である。
【００３８】
【発明の効果】
本発明によれば、特定の複数のユーザーが共有する「物品」や「サービス」等を利用する権利の予約を獲得する機会を、当該グループ内の全ユーザーに対して平均的に振り分けることができるので、複数ユーザーで平等に権利をシェアリングすることができる。
【図面の簡単な説明】
【図１】システム構成図である。
【符号の説明】
１０ サーバー
２０ ネットワーク
３０ ユーザー端末
４０ サービス提供企業等端末[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to a right sharing system in which a specific plurality of users share a specific right, and the right can be exercised by all users on average.
[0002]
[Prior art]
The sharing of the right to use a specific “article” or “service” among multiple users exists in many fields, and most of them are based on a first-come, first-served basis. The system avoids duplication. There are also systems that limit the number of reservations so that a specific user does not hold down many reservations in advance.
[0003]
[Problems to be solved by the invention]
However, with the conventional technology, there is a possibility that a specific user can easily hold down the right, such as a user who easily sets up a schedule in advance and makes an appointment in advance, even if "users" or "services" are used Even if multiple users share the right to do so, it can be said that substantial sharing is not possible unless the opportunity to exercise the right is given on equal terms.
[0004]
Accordingly, it is an object of the present invention to construct and provide a system for obtaining an opportunity for each user to exercise the right to be shared among a plurality of users on average.
[0005]
[Means for Solving the Problems]
A plurality of specific users provide a sharing management website on the network for joint use of specific rights, a database for managing the reservation status of the exercise of the rights, and information on the reservation history of the user. A server having a database to be managed and a terminal device of a user connectable to the network, the server accepts a reservation application from the terminal device of the user who wishes to exercise a right, and reserves the user based on the reservation history. The present invention provides a rights sharing management system programmed to calculate a date and time at which a reservation can be made and to provide a page displaying the corresponding reservation status on the website or deliver the page by e-mail.
[0006]
According to this embodiment, the user is managed by points subtracted when applying for a reservation, and the reservation confirmation date and time is calculated based on the number of remaining points.
[0007]
According to this mode, the date and time when the user who has applied for the next reservation can confirm the reservation later when the user has a large reservation history, while the user who has a small reservation history can confirm the reservation earlier, and as a result, all users On average can exercise their rights.
[0008]
According to this form, even if a user with a small reservation history applies for a reservation with a duplicated exercise date and time later, if the previous application user has not reached the reservation confirmation date, the user who has applied for the reservation history with a small reservation history will be Priority will be given to winning the reservation, thus giving all users an average opportunity to exercise their rights.
[0009]
According to this mode, a fixed number of points are paid to all users at a fixed period, and users with low reservation frequency and accumulated points can confirm reservations earlier, and give higher priority to reservation acquisition. Obtainable.
[0010]
According to this embodiment, it is easy to manage the reservation status for a plurality of users to exercise the right, and it is possible to provide information on the reservation status to all users equally and immediately.
[0011]
According to this embodiment, the availability of the reservation can be notified by a website or an e-mail at any time, and the user who has obtained this information can use the right efficiently.
[0012]
In the embodiment of the present invention, the user previously forms a sharing group for managing and using the rights on the website or in the mediation of the company that sells the rights. It is also possible for a company or the like who owns the right to collect and group users.
[0013]
In still another embodiment of the present invention, the rate at which the points are subtracted varies depending on the reservation date and time.
[0014]
According to this embodiment, the concentration of reservations can be eased by setting a large number of subtraction points at the date and time when the concentration of reservations is expected, such as Saturdays, Sundays, and holidays.
[0015]
BEST MODE FOR CARRYING OUT THE INVENTION
Hereinafter, embodiments of the present invention will be described with reference to the drawings. The server 10 is composed of a personal computer or a workstation, is connected to a network 20 such as the Internet, and through this network 20, the user operates the terminal 30 to make a reservation application (see (1) in FIG. 1). Provide a sharing system. A plurality of user terminals 30 exist according to the number of users. If there is a person who manages the rights sharing system, the reservation status can be monitored at any time by connecting to the server 10 from the terminal 40 via the network (see (4) in FIG. 1).
[0016]
The server 10 has a database for managing user information, and manages information such as user names, user IDs, passwords, points, and mail addresses.
[0017]
The server 10 is provided with a database for managing the reservation status, and manages information such as a user ID, a reservation application date and time, a user holding point at the time of reservation, a reservation confirmation date and time, and a right exercise date and time.
[0018]
The user forms a sharing group for managing and using the rights in advance on the website or in the mediation of the company that sells the rights. In doing so, it is agreed that the sharing group will share a certain percentage of the costs required to acquire and maintain the rights.
[0019]
The rights in this project refer to "rights" for using "articles" such as cars, motorcycles, motorboats, and resort apartments, and "services" such as haircuts and house cleaning by barbers. Refers to a group of users who share their rights in bulk or in separate purchases. The user group may be an existing group such as people living in the same apartment or people belonging to the same company. One user may be an individual or an organization such as a company.
[0020]
The user connects to the server 10 using a terminal 30 such as a personal computer or a mobile phone (see (1) in FIG. 1), and registers a user name, a user ID, a password, a mail address, and the like.
[0021]
The user connects to the server 10 using the terminal 30, inputs and transmits the desired date and time of reservation from the user-specific HTML displayed after personal authentication with the user ID and password (see (1) in FIG. 1).
[0022]
Upon receiving a reservation application from the user, the server 10 calculates a reservation confirmation date and time from the points held by the user by CGI or the like. If the reservation confirmation date has already passed at the time of the reservation application, the reservation is confirmed immediately, and the reservation confirmation information is displayed on the user terminal 30 by HTML (see (2) in FIG. 1).
[0023]
If there is a period before the reservation confirmation date and time at the time of the reservation application, the reservation of the user (referred to as user A) is held in the reservation application state. At that time, the server 10 records the reservation application date and time. If there is no reservation application from another user overlapping the user A's desired reservation date and time by the reservation confirmation date and time, the reservation is confirmed at the reservation confirmation date and the reservation confirmation information is transmitted to the user by HTML. A is displayed on the terminal 30 of A (see (2) in FIG. 1) and is notified by e-mail (see (3) in FIG. 1).
[0024]
In the case where a reservation application has been made by another user (referred to as user B) by the user A's desired reservation date and time by the reservation confirmation date and time, the user B who has applied for the reservation has already passed the reservation confirmation date and time. Then, the reservation is immediately confirmed to the user B, and the reservation confirmation information is displayed on the user terminal 30 by HTML. At the same time, the user A who has previously applied is notified by e-mail that the reservation has been canceled (see (3) in FIG. 1).
[0025]
If there is a reservation application from another user that overlaps with the user A's desired reservation date and time by the reservation confirmation date and time, and user B who has applied for a reservation later does not reach the reservation confirmation date and time, neither user B Hold the reservation application state. At that time, the server 10 records the reservation application date and time. By the time the user A and the user B who have applied for the reservation reach the reservation confirmation date and time, if there is no reservation application from another user overlapping the desired reservation date and time, either of the user A and the user B The user who has reached the reservation confirmation date and time confirms the reservation at that time, displays the reservation confirmation information on the terminal 30 by HTML to the user whose reservation is confirmed (see (2) in FIG. 1), and sends the information by e-mail. A notification is made (see (3) in FIG. 1), and at the same time, a user who has not been able to obtain the reservation is notified by e-mail that the reservation has been canceled (see (3) in FIG. 1).
[0026]
If the reservation confirmation date and time of the user A and the user B are the same, the reservation is decided by priority from the earlier reservation application date and time already recorded in the server 10, and the reservation confirmation information is given to the user who has confirmed the reservation. Is displayed on the terminal 30 by HTML (see {circle around (2)} in FIG. 1) and is notified by e-mail (see {circle around (3)} in FIG. 1), and the reservation is canceled for the user who could not acquire the reservation at the same time. Is notified by e-mail (see (3) in FIG. 1).
[0027]
Also, if the user A and user B who have applied earlier make a reservation application from another user that overlaps with the desired reservation date and time before the reservation confirmation date and time arrives, the reservation is made according to the example in the previous section. Confirm or suspend.
[0028]
The user's points are subtracted from a predetermined number of points when a reservation application is made, and are reflected in information at the time of the next reservation. However, in the case where the reservation applied for was canceled due to the user's inconvenience and the reservation could not be acquired, the points of a predetermined percentage of the points deducted at the time of the reservation are returned. Also, if the reservation is canceled for the user's own convenience, the points will not be returned.
[0029]
Once a user has confirmed a reservation, if the user cancels the reservation, no points will be refunded. In addition, a penalty for canceling a confirmed reservation is not imposed, and a reservation that is no longer used can be easily canceled quickly.
[0030]
If the user who has confirmed the reservation has canceled the reservation, and multiple users have applied for the reservation at the same time as the reservation date and time, if the reservation confirmation date and time and the reservation application date and time conditions are the next candidate. If the user who has been turned up is advanced and re-reserved within a certain time, the right to confirm the reservation is given, and the server 10 notifies the user's terminal 30 of the information by an e-mail 40 (see (3) in FIG. 1). . Then, the user connects to the server 10 from the terminal 30 to apply for an advance reservation as necessary. If the user does not apply for a reservation, similar guidance is further provided to the next runner candidate. If there is no re-reservation by the user or if there is no user who can run next, the reservation date and time is returned to an empty state and released to all users, and the information is notified to the user terminal 30 by e-mail 40. (See (3) in FIG. 1).
[0031]
If there is a vacancy in the reservation status for the next 48 hours, the server 10 displays the information on the terminal 30 at any time by HTML (see (2) in FIG. 1), and sends an e-mail 40 every 24 hours to all users. Notification is made (see (3) in FIG. 1), and reservations are accepted on a first-come, first-served basis in units of 30 minutes. If a plurality of reservation applications are made in the same time zone, the priority is given to the ones with the smallest reservation acquisition history under this condition. If there is a user with the same priority, the priority is given to the user with more points. If there is a user with the same point, the order of acceptance by the server 10 is set as the priority. The server 10 records the number of times the reservation has been acquired under this condition in a database, and uses it for calculating the next priority.
[0032]
For example, if there is a vacancy in the reservation status for the next 24 hours, the server 10 displays the information on the terminal 30 at any time by HTML (see (2) in FIG. 1), and sends an e-mail 40 every 24 hours to all users. (See (3) in FIG. 1), and accept reservations on a first-come, first-served basis. In the reservation at this time, the user's points are not subtracted, but if a cancellation occurs after the reservation is confirmed, a predetermined point is subtracted regardless of the reason.
[0033]
In using the right, a use division band corresponding to the characteristic of the right is set in advance as one reservation unit, and a reservation corresponding to this is performed. For example, in the case of car sharing, a day is divided into four parts A (0 to 6 o'clock), B (7 to 12 o'clock), C (13 to 18 o'clock), with the use zone of about 6 hours as one reservation unit. It is set to accept a reservation in the time zone of D (19:00 to 23:00).
[0034]
When the reservation unit is continuously reserved, the number of consecutive reservations determined in advance according to the characteristics of the right is limited. For example, in the case of car sharing, it is set that continuous use of up to eight units of the use division zone can be accepted for a maximum of two days.
[0035]
The points managed by the server 10 are given when the user joins the group, and thereafter a certain number of points are periodically provided by the CGI of the server 10 every month thereafter. The remaining points can be carried over to the next month. Therefore, it is possible to increase the priority of acquiring a reservation by saving without using the right. However, the expiration date of points is two years after the points are acquired. For example, when a user joins a group, 60 points are paid, and when the number of points represents the number of days from the reservation date to the reservation confirmation date, the reservation can be confirmed in the first reservation only 60 days before the reservation date. is there. Thereafter, when 5 points are subtracted for each reservation, the next reservation can be confirmed only 55 days before the reservation date. On the other hand, assuming that 10 points are paid every month, if no reservation is applied, 90 points will be obtained after 6 months, and the reservation can be obtained 90 days before.
[0036]
In the e-mail delivered to the user terminal (see {circle around (3)} in FIG. 1), when notifying various information, the number of points held by the user is described together, and the confirmation of the remaining points is prompted.
[0037]
The group of users in the present invention is a group of users who jointly hold and manage rights and intend to use them. In addition, a company or the like who owns the right can collect and group users who use the right. For example, a rental car company can recruit a one-box car use group, and users in the group can share and use a car owned by the rental car company.
[0038]
【The invention's effect】
ADVANTAGE OF THE INVENTION According to this invention, the opportunity to acquire the reservation of the right to use "articles" and "services" shared by a plurality of specific users can be distributed to all users in the group on average. Therefore, rights can be shared equally among a plurality of users.
[Brief description of the drawings]
FIG. 1 is a system configuration diagram.
[Explanation of symbols]
10 server 20 network 30 user terminal 40 terminal such as service provider company
