(57)【要約】【課題】  製品の製造者が、例えば製品の発売開始日前に、数量に関して過不足がないように製品を事前に用意することができる製品予約システムを提供する。【解決手段】  ユーザ１００は、新機種の製品の発売日よりも前に、携帯電話会社２００に対して製品購入の予約を行うことができる。携帯電話会社２００は、多数のユーザからの予約を集計し、事前に予測されている数量を集計結果にもとづいて修正することによって数量情報を作成し、数量情報を製品の製造者であるメーカ３００に送信する。メーカ３００は、数量情報が示す数量の製品を製造し、製品の発売日よりも前に、携帯電話会社２００に納入する。携帯電話会社２００は、製品の発売日よりも前に、製品を販売店４００に配送する。ユーザ１００は、発売日以降において販売店４００で製品を受け取る。【選択図】  図１
2006065601.tif 000002
【特許請求の範囲】
【請求項１】
ユーザが通信ネットワークを介して製品の購入予約を行う製品予約システムにおいて、
ユーザが使用する端末から購入予約を示す情報を受信し、複数のユーザからの購入予約を集計し、集計結果にもとづいて製品の製造数量を示す数量情報を作成する数量情報作成手段と、
前記数量情報作成手段が作成した数量情報を、製品の製造者における端末装置に送信する数量情報指示手段と
を備えたことを特徴とする製品予約システム。
【請求項２】
ユーザが通信ネットワークを介して製品の購入予約を行う製品予約システムにおいて、
ユーザから入力された購入予約を示す情報を、通信ネットワークを介して送信する端末と、
前記端末から通信ネットワークを介して購入予約を示す情報を受信する予約管理サーバとを備え、
前記予約管理サーバは、複数の前記端末から送信された購入予約を集計し、集計結果にもとづいて製品の製造数量を示す数量情報を作成する数量情報作成手段と、
前記数量情報作成手段が作成した数量情報を、製品の製造者における端末装置に送信する数量情報指示手段とを含む
ことを特徴とする製品予約システム。
【請求項３】
予約管理サーバは、購入予約を行ったユーザに対してインセンティブを付与する処理を行うインセンティブ付与手段を含む
請求項２記載の製品予約システム。
【請求項４】
予約管理サーバは、購入予約開始時点からの時間を管理するスケジュール管理手段を備え、
インセンティブ付与手段は、前記スケジュール管理手段が管理する時間にもとづいて購入予約が行われた時期を特定し、特定した時期に応じて量または質を変えたインセンティブを付与する処理を行う
請求項３記載の製品予約システム。
【請求項５】
インセンティブ付与手段は、特定した時期が、購入予約開始時点に近い時期である場合に、購入予約開始時点から遠い時期である場合に比べて、相対的に高い量または質のインセンティブを付与する処理を行う
請求項４記載の製品予約システム。
【請求項６】
インセンティブ付与手段は、ポイント記憶手段に記憶され通話料に応じてユーザに付与されているポイントに対して、インセンティブとしてのポイントを加算する処理を行うポイント加算手段を含む
請求項３から請求項５のうちのいずれか１項に記載の製品予約システム。
【請求項７】
ポイント加算手段は、インセンティブ付与手段が特定した時期が、購入予約開始時点に近い時期である場合に、購入予約開始時点から遠い時期である場合に比べて、相対的に多いポイントを加算する処理を行う
請求項６記載の製品予約システム。
【請求項８】
ユーザが購入予約を示す情報を入力する端末は携帯電話端末であり、
予約管理サーバは、前記携帯電話端末から送信された識別情報と、ユーザ情報を記憶する顧客データベースに記憶されている識別情報とを比較することによってユーザ認証を行う認証手段を含む
請求項２から請求項７のうちのいずれか１項に記載の製品予約システム。
【請求項９】
数量情報作成手段は、あらかじめ決められた製造数量の予測値を、購入予約の集計結果にもとづいて修正することによって数量情報を作成する予測値修正手段を含む
請求項２から請求項８のうちのいずれか１項に記載の製品予約システム。
【請求項１０】
予測値修正手段は、購入予約の集計結果が、予測値に対して、あらかじめ決められている第１の割合に達しない場合に、予測値から所定量減少させた数量を数量情報とし、あらかじめ決められている第２の割合以上である場合に、予測値から所定量増加させた数量を数量情報とする
請求項９記載の製品予約システム。
【請求項１１】
ユーザが購入予約を行う製品は携帯電話端末であり、
予測値修正手段は、携帯電話端末の外観色毎に、あらかじめ決められた製造数量の予測値を、購入予約の集計結果にもとづいて修正することによって、外観色毎の数量情報を作成する
請求項９または請求項１０記載の製品予約システム。
【請求項１２】
ユーザが使用する端末から通信ネットワークを介して製品の購入予約を示す情報を受信する予約管理サーバにおいて、
複数の端末から送信された購入予約を集計し、集計結果にもとづいて製品の製造数量を示す数量情報を作成する数量情報作成手段と、
前記数量情報作成手段が作成した数量情報を、製品の製造者における端末装置に送信する数量情報指示手段とを含む
ことを特徴とする予約管理サーバ。
【請求項１３】
購入予約を行ったユーザに対してインセンティブを付与する処理を行うインセンティブ付与手段を含む
請求項１２記載の予約管理サーバ。
【請求項１４】
購入予約開始時点からの時間を管理するスケジュール管理手段を備え、
インセンティブ付与手段は、前記スケジュール管理手段が管理する時間にもとづいて購入予約が行われた時期を特定し、特定した時期に応じて量または質を変えたインセンティブを付与する処理を行う
請求項１３記載の予約管理サーバ。
【請求項１５】
インセンティブ付与手段は、特定した時期が、購入予約開始時点に近い時期である場合に、購入予約開始時点から遠い時期である場合に比べて、相対的に高い量または質のインセンティブを付与する処理を行う
請求項１４記載の予約管理サーバ。
【請求項１６】
インセンティブ付与手段は、ポイント記憶手段に記憶され通話料に応じてユーザに付与されているポイントに対して、インセンティブとしてのポイントを加算する処理を行うポイント加算手段を含む
請求項１３から請求項１５のうちのいずれか１項に記載の予約管理サーバ。
【請求項１７】
ポイント加算手段は、インセンティブ付与手段が特定した時期が、購入予約開始時点に近い時期である場合に、購入予約開始時点から遠い時期である場合に比べて、相対的に多いポイントを加算する処理を行う
請求項１６記載の予約管理サーバ。
【請求項１８】
ユーザが購入予約を示す情報を入力する携帯電話端末から送信された識別情報と、ユーザ情報を記憶する顧客データベースに記憶されている識別情報とを比較することによってユーザ認証を行う認証手段を含む
請求項１２から請求項１７のうちのいずれか１項に記載の予約管理サーバ。
【請求項１９】
数量情報作成手段は、あらかじめ決められた製造数量の予測値を、購入予約の集計結果にもとづいて修正することによって数量情報を作成する予測値修正手段を含む
請求項１２から請求項１８のうちのいずれか１項に記載の予約管理サーバ。
【請求項２０】
予測値修正手段は、購入予約の集計結果が、予測値に対して、あらかじめ決められている第１の割合に達しない場合に、予測値から所定量減少させた数量を数量情報とし、あらかじめ決められている第２の割合以上である場合に、予測値から所定量増加させた数量を数量情報とする
請求項１９記載の予約管理サーバ。
【請求項２１】
予測値修正手段は、ユーザが購入予約を行う製品としての携帯電話端末の外観色毎に、あらかじめ決められた製造数量の予測値を、購入予約の集計結果にもとづいて修正することによって、外観色毎の数量情報を作成する
請求項１９または請求項２０記載の予約管理サーバ。
【請求項２２】
ユーザからの通信ネットワークを介した製品の購入予約を受け付ける製品予約方法において、
ユーザが使用する端末から購入予約を示す情報を受信し、
複数の前記端末から送信された購入予約を集計し、集計結果にもとづいて製品の製造数量を示す数量情報を作成し、
作成された数量情報を、製品の製造者における端末装置に送信する
ことを特徴とする製品予約方法。
【請求項２３】
あらかじめ決められた製造数量の予測値を、購入予約の集計結果にもとづいて修正することによって数量情報を作成する
請求項２２記載の製品予約方法。
【請求項２４】
ユーザが使用する端末から通信ネットワークを介して製品の購入予約を示す情報を受信する予約管理サーバに実装される予約管理プログラムであって、
前記予約管理サーバに、
複数の端末から送信された購入予約を集計する処理と、
集計結果にもとづいて製品の製造数量を示す数量情報を作成する処理と、
作成された数量情報を、製品の製造者における端末装置に送信する処理と
を実行させるための予約管理プログラム。
【請求項２５】
予約管理サーバに、
あらかじめ決められた製造数量の予測値を、購入予約の集計結果にもとづいて修正することによって数量情報を作成させるための
請求項２４記載の予約管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯電話端末などの製品の購入者が製品の購入の予約を行う際に用いられる製品予約システム、製品予約方法およびプログラムに関し、特に、製品の製造者が、製品の発売開始日前に、数量に関して過不足がないように製品を事前に用意することを可能にする製品予約システム、製品予約方法およびプログラムに関する。
【背景技術】
【０００２】
携帯電話端末は、一般に、携帯電話網の運営会社の販売店または携帯電話網の運営会社の代理店における販売店で、購入者（ユーザ）に販売される。携帯電話網の運営会社（以下、携帯電話会社という。）は、携帯電話端末の製造メーカから携帯電話端末を調達して販売店に配布する。携帯電話端末の新機種を発売する際に、発売開始日の所定期間前にユーザに対して発売開始日を広告する。携帯電話会社は、発売開始日に所定数量の携帯電話端末を確保しておく必要があるので、発売開始日前に、製造メーカから所定数量の携帯電話端末を事前調達（本明細書では、発売開始日前に調達することを意味する。）する。製造メーカからみると、所定数量の携帯電話端末を事前製造（本明細書では、発売開始日前に製造することを意味する。）する。
【０００３】
事前調達される所定数量が、発売開始日直後の実際の需要よりも少ない場合には、販売店において在庫切れが発生する。また、事前調達される所定数量が、発売開始日直後の実際の需要よりも多い場合には、過剰在庫が発生する。在庫切れが発生した場合には、その時点において本来販売できた数量に対して少ない数の携帯電話端末しか販売することができなかったという機会損失が生じたことになる。また、過剰在庫は、携帯電話会社に利益低下をもたらす。
【０００４】
さらに、在庫切れが発生した場合に、ユーザが、新機種を製造するメーカ（メーカＡとする。）とは異なるメーカ（メーカＢとする。）製の携帯電話端末を購入したり、新機種を販売する携帯電話会社（携帯電話会社Ａとする。）とは異なる携帯電話会社（携帯電話会社Ｂとする。）が販売する携帯電話端末を購入したりすることもある。ユーザがメーカＢ製の携帯電話端末を購入する場合には、直後にメーカＡの新機種を購入する可能性は低いのでメーカＡの利益が失われる。また、ユーザが、携帯電話会社Ｂが販売する携帯電話端末を購入する場合には、携帯電話会社Ａが得られる可能性があった通話料収入がなくなってしまう。
【０００５】
そこで、事前調達される所定数量の値の精度を上げるために、種々の方策がとられる。例えば、携帯電話会社または製造メーカが、製造メーカによる携帯電話端末の製造開始前に、模擬製品にもとづくアンケート調査等を行って、どの程度の需要が見込めるか予測する。そして、予測結果にもとづいて、所定数量の値を決定する。
【０００６】
しかし、所定数量の値は予測にもとづく値であるから、実際の需要量とはかけ離れた値になる可能性がある。そこで、予測にもとづいて所定数量の製品を事前製造するのではなく、予約にもとづいて、発売開始日前に所定数量の製品を事前製造するシステムが提案されている（例えば、特許文献１参照。）。
【０００７】
特許文献１に記載されているシステムでは、新機種の発売開始日前に、サーバが、新機種の製品情報をインターネットを介して公開する。ユーザは、公開された情報を見て、新機種を購入したいと考える場合には、端末装置からサーバに対して購入意思を示す情報を送信するとともに購入代金の支払いを行う。サーバは、購入代金の支払いがなされた分の台数を購入台数として、購入台数情報を製造者に送信する。製造者は、購入台数情報に応じて製品の製造を行い、発売開始日になると、携帯電話会社を介して、購入意思を示したユーザに対して製品が配布される。
【０００８】
【特許文献１】特開２００２−１６９９８９号公報（段落０００７−０００８、図１）
【発明の開示】
【発明が解決しようとする課題】
【０００９】
しかし、特許文献１に記載されたシステムでは、単に、予約があった数量の製品を事前製造しているにすぎない。すると、予約を行わなかったユーザは、発売開始日に新機種を購入できない。特許文献１には、予約を行わなかったユーザも店頭において製品を購入できることを伺わせる記載があるが（特許文献１の段落００１４参照。）、特許文献１に記載されたシステムでは、店頭販売用の製品に関する事前製造の所定数量を正確に判断することはできず、店頭販売用の製品については、事前製造の所定数量が、発売開始日における実際の需要に対して過不足が生ずる可能性が残る。
【００１０】
そこで、本発明は、製品の製造者が、例えば製品の発売開始日前に、数量に関して過不足がないように製品を事前に用意することができる製品予約システム、製品予約方法およびプログラムを提供することを目的とする。
【課題を解決するための手段】
【００１１】
本発明による製品予約システムは、ユーザが使用する端末から購入予約を示す情報を受信し、複数のユーザからの購入予約を集計し、集計結果にもとづいて製品の製造数量を示す数量情報を作成する数量情報作成手段と、数量情報作成手段が作成した数量情報を、製品の製造者における端末装置に送信する数量情報指示手段とを備えたことを特徴とする。
【００１２】
本発明による他の態様の製品予約システムは、ユーザから入力された購入予約を示す情報を、通信ネットワークを介して送信する端末と、端末から通信ネットワークを介して購入予約を示す情報を受信する予約管理サーバとを備え、予約管理サーバが、複数の端末から送信された購入予約を集計し、集計結果にもとづいて製品の製造数量を示す数量情報を作成する数量情報作成手段と、数量情報作成手段が作成した数量情報を、製品の製造者における端末装置に送信する数量情報指示手段とを含むことを特徴とする。
【００１３】
予約管理サーバが、購入予約を行ったユーザに対してインセンティブを付与する処理を行うインセンティブ付与手段を含むように構成されていてもよい。
【００１４】
インセンティブ付与手段が、ポイント記憶手段（例えば、顧客データベース）に記憶され通話料に応じてユーザに付与されているポイントに対して、インセンティブとしてのポイントを加算する処理を行うポイント加算手段を含むように構成されていてもよい。
【００１５】
予約管理サーバが、購入予約開始時点からの時間を管理するスケジュール管理手段を備え、インセンティブ付与手段が、スケジュール管理手段が管理する時間にもとづいて購入予約が行われた時期を特定し、特定した時期に応じて量または質を変えたインセンティブを付与する処理を行うように構成されていてもよい。そのような構成によって、ユーザに、製品に対して強い興味を持たせることができる。
【００１６】
インセンティブ付与手段が、特定した時期が、購入予約開始時点に近い時期である場合に、購入予約開始時点から遠い時期である場合に比べて、相対的に高い量または質のインセンティブを付与する処理を行うように構成されていてもよい。
【００１７】
ポイント加算手段が、インセンティブ付与手段が特定した時期が、購入予約開始時点に近い時期である場合に、購入予約開始時点から遠い時期である場合に比べて、相対的に多いポイントを加算する処理を行うように構成されていてもよい。
【００１８】
予約管理サーバが、携帯電話端末から送信された識別情報と、ユーザ情報を記憶する顧客データベースに記憶されている識別情報とを比較することによってユーザ認証を行う認証手段を含むように構成されていてもよい。携帯電話端末は、一般に、発信の際に自局電話番号などの識別情報を示す情報を送信し、また、顧客データベースには元々電話番号などの識別情報が記憶されているのであるから、ユーザに対して認証のための操作を要求することなく、自動的にユーザ認証を実行することができる。
【００１９】
数量情報作成手段は、あらかじめ決められた製造数量の予測値を、購入予約の集計結果にもとづいて修正することによって数量情報を作成する予測値修正手段を含むことが好ましい。そのような構成によって、実際の予約状況が数量情報に反映されることになり、製品の製造者は、例えば製品の発売開始日前に、数量に関してより精度よく製品を製造することができる。
【００２０】
予測値修正手段は、購入予約の集計結果が、予測値に対して、あらかじめ決められている第１の割合に達しない場合に、予測値から所定量減少させた数量を数量情報とし、あらかじめ決められている第２の割合以上である場合に、予測値から所定量増加させた数量を数量情報とすることが好ましい。
【００２１】
予測値修正手段は、例えば、携帯電話端末の外観色毎に、あらかじめ決められた製造数量の予測値を、購入予約の集計結果にもとづいて修正することによって、外観色毎の数量情報を作成する。
【００２２】
本発明による予約管理サーバは、複数の端末から送信された購入予約を集計し、集計結果にもとづいて製品の製造数量を示す数量情報を作成する数量情報作成手段と、数量情報作成手段が作成した数量情報を、製品の製造者における端末装置に送信する数量情報指示手段とを含むことを特徴とする。
【００２３】
本発明による製品予約方法は、ユーザが使用する端末から購入予約を示す情報を受信し、複数の端末から送信された購入予約を集計し、集計結果にもとづいて製品の製造数量を示す数量情報を作成し、作成された数量情報を、製品の製造者における端末装置に送信することを特徴とする。なお、購入予約を集計する処理や、集計結果にもとづいて製品の製造数量を示す数量情報を作成する処理は、ユーザが使用する端末と通信ネットワークを介して通信可能な予約管理サーバによって実行される。
【００２４】
本発明による予約管理プログラムは、予約管理サーバに、複数の端末から送信された購入予約を集計する処理と、集計結果にもとづいて製品の製造数量を示す数量情報を作成する処理と、作成された数量情報を、製品の製造者における端末装置に送信する処理とを実行させることを特徴とする。
【発明の効果】
【００２５】
本発明によれば、製品の製造者が、数量に関してより精度よく製品を製造することができるという効果を得ることができる。従って、例えば製品の発売開始日前に、数量に関して過不足がないように製品を事前に用意することができる。
【発明を実施するための最良の形態】
【００２６】
以下、本発明の実施の形態を図面を参照して説明する。
【００２７】
実施の形態１．
図１は、本発明による製品予約システムの概念を示す概念図である。製品予約システムにおいて、ユーザ１００は、新機種の製品（本実施の形態では携帯電話端末）の発売日よりも前に、携帯電話会社２００に対して製品購入の予約を行うことができる。携帯電話会社２００は、多数のユーザからの予約を集計し、事前に予測されている製造数量を集計結果にもとづいて修正することによって数量情報を作成し、数量情報を製品の製造者である製造会社（メーカ）３００に送信する。メーカ３００は、数量情報が示す数量の製品を製造し、製品の発売日よりも前に、携帯電話会社２００に納入する。携帯電話会社２００は、製品の発売日よりも前に、製品を販売店４００に配送する。ユーザ１００は、発売日以降において販売店４００で製品を受け取る。
【００２８】
図２は、製品予約システムの第１の実施の形態を示すブロック図である。図２に示す構成例では、ユーザ１００が既に所有する携帯電話端末１０１は、基地局２０１および通信ネットワークとしての携帯電話網（パケット網）２０２を介して予約管理サーバ２０４をアクセスできる。本実施の形態では、携帯電話端末１０１は、製品の購入予約に際して、予約管理サーバ２０４から購入予約を行うためのＷｅｂページを受信する。予約管理サーバ２０４は、携帯電話会社２００が運営するサーバ、または携帯電話会社２００が第三者（子会社等）に運営を委託しているサーバである。予約管理サーバ２０４は、携帯電話会社２００の加入者である顧客の情報を記憶している顧客データベース２０５をアクセスできる。顧客データベース２０５は、携帯電話会社２００が保有するデータベース、または携帯電話会社２００が第三者（子会社等）に管理を委託しているサーバである。なお、図１には、１つの携帯電話端末１０１のみが示されているが、システム内には、多数のユーザが使用するそれぞれの携帯電話端末が存在する。
【００２９】
顧客データベース２０５には、例えば、各ユーザの携帯電話端末１０１の電話番号とともに、ユーザの住所・氏名・性別・生年月日、過去の月別通話料、通話料引き落とし銀行口座番号、使用実績に応じて付与されたポイント（通話料に応じてユーザに付与されるもの）の累計、携帯電話端末の機種名等が記憶されている。
【００３０】
また、予約管理サーバ２０４は、専用回線７００で、メーカ３００に置かれている端末装置（メーカ端末）３０１と接続されている。
【００３１】
図３は、予約管理サーバ２０４の構成例を示す機能ブロック図である。図３に示す構成例では、予約管理サーバ２０４において、通信制御部２１０は、携帯電話網２０２および基地局２０１を介して携帯電話端末１０１と通信するとともに、専用回線７００を介してメーカ端末３０１と通信する機能を有する。スケジュール管理部２１１は、携帯電話端末の新機種（以下、単に「新機種」という。）の購入予約を受け付ける開始日や、数量情報をメーカ端末３０１に送信する日時等を管理する。Ｗｅｂページ記憶部２１２は、新機種の購入予約を受け付けるためのＷｅｂページのデータを記憶する。予約受付処理部２１３は、携帯電話端末１０１からの新機種の購入予約を受け付け、予約者に関する情報および予約数量を予約記憶部２１４に記憶させる。数量算出部２１５は、予約記憶部２１４に記憶されている予約者に関する情報および予約数量にもとづいて数量情報を作成し、作成した数量情報を、通信制御部２１０を介してメーカ端末３０１に送信する。
【００３２】
なお、スケジュール管理部２１１、予約受付処理部２１３および数量算出部２１５は、予約管理サーバ２０４に実装されたプログラムであって予約管理サーバ２０４のＣＰＵが実行するプログラムによって実現される。また、製品の製造数量を示す数量情報を作成する数量情報作成手段と、数量情報作成手段が作成した数量情報を、製品の製造者における端末装置に送信する数量情報指示手段とは、予約受付処理部２１３および数量算出部２１５とで実現される。購入予約を行ったユーザに対してインセンティブを付与する処理を行うインセンティブ付与手段は、予約受付処理部２１３によって実現される。携帯電話端末１０１から送信された識別情報と、ユーザ情報を記憶する顧客データベース２０５に記憶されている識別情報とを比較することによってユーザ認証を行う認証手段は、予約受付処理部２１３によって実現される。
【００３３】
図４は、予約記憶部２１４に記憶される情報の一例を示す説明図である。図４（ａ）には、予約記憶部２１４に記憶される情報のうち、購入予約を行ったユーザに関する情報の例が示されている。図４（ａ）に示す例では、一意に採番される予約番号とともに、ユーザＩＤ、製品コード、販売店コードおよび支払処理が済んでいるか否かを示す情報が予約記憶部２１４に記憶される。なお、ユーザＩＤは、例えば、携帯電話端末１０１の電話番号の下８桁である。製品コードは、例えば、新機種の外観色別に割り当てられたコードである。販売店コードは、ユーザが新機種の引き渡しを希望する販売店に割り当てられているコードである。
【００３４】
図４（ｂ）には、購入予約された新機種の数に関する情報の例が示されている。図４（ｂ）に示す例では、製品コード別の各日の予約数と累計数とが予約記憶部２１４に記憶される。なお、図４（ａ），（ｂ）に示す例は一例であって、購入予約を行ったユーザに関する情報と購入予約された新機種の数に関する情報とが予約管理サーバ２０４において記憶されるのであれば、記憶形式はどのような形式であってもよい。
【００３５】
図５は、製品予約システムにおける処理を示すシーケンス図である。図５に示すように、予約管理サーバ２０４は、携帯電話端末１０１からの要求に応じて、携帯電話端末１０１に、新機種の購入の予約のためのＷｅｂページを送信する。携帯電話端末１０１に搭載されているブラウザは、予約管理サーバ２０４から新機種の予約のためのＷｅｂページを受信し、表示部に、新機種の予約のためのＷｅｂページを表示する（ステップＳ１）。ユーザが、携帯電話端末１０１の操作部から予約のための情報を入力すると（ステップＳ２）、携帯電話端末１０１に搭載されているブラウザは、携帯電話端末１０１の通信機能を介して、予約管理サーバ２０４に、予約のための情報を送信する。予約のための情報には、例えば外観色を特定しうる情報や購入予約の意思表示を示す情報等が含まれる。
【００３６】
予約管理サーバ２０４は、携帯電話端末１０１が送信した情報を受信し、受信した情報にもとづいてユーザ認証を行う（ステップＳ３）。ユーザ認証に成功したら、予約番号を発行して携帯電話端末１０１に予約番号を送信する予約受付処理を行うとともに（ステップＳ４）、ユーザに関する情報等を予約記憶部２１４に記憶させる予約記憶処理を行う（ステップＳ５）。
【００３７】
その後、ユーザが予約を取り消す場合には、予約管理サーバ２０４は、携帯電話端末１０１からの要求に応じて、携帯電話端末１０１に、予約取消のためのＷｅｂページを送信する。携帯電話端末１０１に搭載されているブラウザは、予約管理サーバ２０４から予約取消のためのＷｅｂページを受信し、表示部に、予約取消のためのＷｅｂページを表示する（ステップＳ６）。ユーザが、携帯電話端末１０１の操作部から予約取消のための情報を入力すると（ステップＳ７）、携帯電話端末１０１に搭載されているブラウザは、携帯電話端末１０１の通信機能を介して、予約管理サーバ２０４に、予約取消のための情報を送信する。予約取消のための情報には、ユーザが入力した予約番号およびユーザの予約取消の意思表示を示す情報等が含まれている。
【００３８】
予約管理サーバ２０４は、携帯電話端末１０１が送信した情報を受信し、受信した情報にもとづいてユーザ認証を行う（ステップＳ８）。そして、受信した情報に含まれる予約番号にもとづいて、予約記憶部２１４に記憶されている情報を消去する予約取消処理を実行し（ステップＳ９）、予約取消処理が完了したことの通知を、電子メール等で携帯電話端末１０１に送信する。
【００３９】
また、予約管理サーバ２０４は、あらかじめ決められた日時になると、予約記憶部２１４に記憶されている情報にもとづいて事前調達する新機種の数量を決定し（ステップＳ１０）、決定した数量を示す数量情報をメーカ端末３０１に送信する。
【００４０】
次に、図６〜図１０の説明図および図１１，１２のフローチャートを参照して、製品予約システムにおける処理を詳細に説明する。
【００４１】
図６〜図１０における（Ａ）から（Ｉ）には、それぞれ、新機種の購入の予約のために携帯電話端末１０１の表示部に表示される画面例が示されている。それらの画面のデータは、予約管理サーバ２０４において、Ｗｅｂページ格納部２１２にあらかじめ記憶され、予約受付処理部２１３および通信制御部２１０を介して携帯電話端末１０１に宛てて送信される。そして、携帯電話端末１０１に搭載されているブラウザは、画面のデータを受信すると、表示部に画面を表示させる。なお、図６〜図１０に示す画面例は一例であって、他の構成の画面を用いてもよい。また、携帯電話端末１０１の表示部が、（Ａ）〜（Ｉ）に示すそれぞれの画面を表示できる程度のサイズを有していない場合には、（Ａ）〜（Ｉ）に示す画面を分割表示させるようにしてもよい。例えば、（Ｂ）に示す画面が一時に表示部に表示できないのであれば、予約管理サーバ２０４の予約受付処理部２１３は、（Ｂ）に示す画面を３分割して送信するようにしてもよい。
【００４２】
（Ａ）は、携帯電話端末１０１に最初に表示される、すなわち予約管理サーバ２０４から最初に送信される画面であって、ユーザに新機種の機能や仕様を紹介するとともに、価格やインセンティブの内容を告知するための画面を示す。（Ｂ）は、新機種のカラーバリエーション（外観色種類）を紹介する画面を示す。
【００４３】
（Ｃ）は、ユーザに新機種のカラーバリエーションを選択させるための画面を示す。（Ｄ）は、新機種購入の際の支払方法をユーザに選択させるための画面を示す。本実施の形態では、支払方法として、銀行口座振込と通話料への加算とを例示するが、支払方法はそれらに限定されない。（Ｅ）は、ユーザが新機種の引き渡しを受ける販売店をユーザに選択させるための画面を示す。
【００４４】
（Ｆ）は、ユーザが支払方法として通話料への加算を選択した場合の確認画面を示す。（Ｇ）は、ユーザに予約完了を通知するための画面を示す。（Ｈ）は、ユーザが支払方法として銀行口座振込を選択した場合の確認画面を示す。（Ｉ）は、ユーザ認証に失敗したときなどに表示される画面を示す。
【００４５】
次に、図１１，図１２のフローチャートを参照して予約管理サーバ２０４の動作を説明する。
【００４６】
なお、以下の説明において、ユーザが支払方法として通話料への加算を選択した場合には、例えば翌月の通話料に対する新機種購入代金の加算処理が完了した時点で予約が成立したとする。また、ユーザが支払方法として銀行口座振込を選択した場合には、振込の確認がなされたときに予約が成立したとする。そして、予約が成立した後には、予約取消ができないとする。また、１ユーザは、最大２台の新機種の購入予約ができるとする。
【００４７】
携帯電話会社２００は、ホームページやマスメディア等を利用して、新機種の発売日前に購入予約ができること、および予約サイトを一般に広告する。ユーザが、携帯電話端末１０１の操作部から予約サイトをアクセスするための操作を行うと、携帯電話端末１０１の制御部は、携帯電話端末１０１の通信機能を用いて予約サイトすなわち予約管理サーバ２０４をアクセスする。予約管理サーバ２０４において、予約受付処理部２１３は、アクセスに応じて、図６（Ａ）に例示された画面のデータをＷｅｂページ格納部２１２から読み出して、携帯電話端末１０１に送信する（ステップＳ２１）。
【００４８】
携帯電話端末１０１に搭載されているブラウザは、画面のデータを受信して、図６（Ａ）に例示された画面を表示部に表示させる。ユーザが操作部において「次へ」に対応するキー操作を行うと、ブラウザは、予約管理サーバ２０４に次画面を要求する。予約管理サーバ２０４において、予約受付処理部２１３は、次画面の要求に応じて（ステップＳ２２）、図６（Ｂ）に例示された画面のデータをＷｅｂページ格納部２１２から読み出して、携帯電話端末１０１に送信する（ステップＳ２３）。
【００４９】
携帯電話端末１０１に搭載されているブラウザは、画面のデータを受信して、図６（Ｂ）に例示された画面を表示部に表示させる。図６（Ｂ）に例示されているように、本実施の形態では、カラーバリエーションとして、オレンジ、シルバー、ブラックがある。それぞれの色は、図４（ｂ）に示す製品コードに対応する。ユーザが操作部において「次へ」に対応するキー操作を行うと、ブラウザは、予約管理サーバ２０４に次画面を要求する。予約管理サーバ２０４において、予約受付処理部２１３は、次画面の要求に応じて（ステップＳ２４）、図７（Ｃ）に例示された画面のデータをＷｅｂページ格納部２１２から読み出して、携帯電話端末１０１に送信する（ステップＳ２５）。
【００５０】
携帯電話端末１０１に搭載されているブラウザは、画面のデータを受信して、図７（Ｃ）に例示された画面を表示部に表示させる。ユーザが、例えば操作部に設けられているカーソルキーを操作していずれかのカラーを選択すると、ブラウザは、予約管理サーバ２０４に選択結果を送信する。予約管理サーバ２０４において、予約受付処理部２１３は、選択結果を受信すると（ステップＳ２６）、選択結果を一時記憶するとともに、図７（Ｄ）に例示された画面のデータをＷｅｂページ格納部２１２から読み出して、携帯電話端末１０１に送信する（ステップＳ２７）。
【００５１】
携帯電話端末１０１に搭載されているブラウザは、画面のデータを受信して、図７（Ｄ）に例示された画面を表示部に表示させる。ユーザが、例えば操作部に設けられているカーソルキーを操作していずれかの支払方法を選択すると、ブラウザは、予約管理サーバ２０４に選択結果を送信する。予約受付処理部２１３は、選択結果を受信すると（ステップＳ２８）、選択結果を一時記憶するとともに、図８（Ｅ）に例示された画面のデータをＷｅｂページ格納部２１２から読み出して、携帯電話端末１０１に送信する（ステップＳ２９）。
【００５２】
携帯電話端末１０１に搭載されているブラウザは、画面のデータを受信して、図８（Ｅ）に例示された画面を表示部に表示させる。ユーザは、携帯電話端末１０１における操作部のキーによって、自身が新機種の引き渡しを受けたい販売店の名称を入力する。なお、図８（Ｅ）に例示された画面においてラジオボタンを設け、ラジオボタンの押下に応じて販売店の一覧表を画面表示させ、ユーザが例えば操作部に設けられているカーソルキーを操作して販売店を選択できるように画面構成してもよい。
【００５３】
そして、ユーザが操作部において「次へ」に対応するキー操作を行うと、ブラウザは、予約管理サーバ２０４に次画面を要求する。予約管理サーバ２０４において、予約受付処理部２１３は、次画面の要求に応じて（ステップＳ３０）、図８（Ｆ）または図１０（Ｈ）に例示された画面のデータをＷｅｂページ格納部２１２から読み出して、携帯電話端末１０１に送信する（ステップＳ３１，Ｓ３２，Ｓ３３）。予約受付処理部２１３は、ステップＳ２８において、通話料への加算が選択されている場合には図８（Ｆ）に例示された画面を送信し、銀行口座振込が選択されている場合には図１０（Ｈ）に例示された画面を送信する。
【００５４】
携帯電話端末１０１に搭載されているブラウザは、画面のデータを受信して、図８（Ｆ）または図１０（Ｈ）に例示された画面を表示部に表示させる。ユーザが操作部において「ＯＫ」に対応するキー操作を行うと、ブラウザは、「ＯＫ」の操作がなされたことを示す情報を予約管理サーバ２０４に送信する。図８（Ｆ）に例示された画面において、ユーザが生年月日を入力している場合には、ブラウザは、その情報も、予約管理サーバ２０４に送信する。
【００５５】
予約管理サーバ２０４において、予約受付処理部２１３は、「ＯＫ」の操作がなされたことを示す情報を受信すると（ステップＳ３４）、顧客データベース２０５から、ユーザに関する情報を入力する（ステップＳ３５）。携帯電話端末１０１は、一般に、携帯電話網２０２に対して発信するときに、自局電話番号を示す情報を送信する。よって、予約管理サーバ２０４は、その電話番号の伝達を受けることが可能である。予約管理サーバ２０４は、その電話番号に対応するユーザに関する情報を顧客データベース２０５に対して要求し、顧客データベース２０５は、その要求に応じて、該当するユーザに関する情報を予約管理サーバ２０４に出力する。予約管理サーバ２０４において、予約受付処理部２１３は、顧客データベース２０５から入力した情報を用いてユーザ認証を行う（ステップＳ３６）。なお、携帯電話端末１０１は、一般に、製造番号などの個体識別情報を送信する機能を有している。よって、予約受付処理部２１３は、電話番号に代えて、個体識別情報を用いてユーザ認証を行ってもよい。その場合に、顧客データベース２０５には、個体識別情報も記憶されている。
【００５６】
ユーザ認証に際して、ユーザが、新機種の購入代金の支払について、通話料への加算を選択した場合、すなわち、携帯電話端末１０１に対して図８（Ｆ）に例示された画面のデータを送信した場合には、予約受付処理部２１３は、ユーザの生年月日の情報を携帯電話端末１０１から受信しているときには、その生年月日と、顧客データベース２０５から入力した情報に含まれる生年月日とを比較する。一致した場合には、正規のユーザが購入予約を行ったと判断する（ステップＳ３７）。ユーザの生年月日の情報を携帯電話端末１０１から受信していない場合、携帯電話端末１０１から受信した電話番号が顧客データベース２０５に存在していない場合、または、携帯電話端末１０１から受信した生年月日と顧客データベース２０５から入力した情報に含まれる生年月日とが一致しない場合には、正規のユーザでない者が購入予約を行ったと判断する（ステップＳ３７）。
【００５７】
ユーザが、新機種の購入代金の支払について、銀行口座振込を選択した場合、すなわち、携帯電話端末１０１に対して図１０（Ｈ）に例示された画面のデータを送信した場合には、予約受付処理部２１３は、携帯電話端末１０１から受信した電話番号に該当する情報が顧客データベース２０５に存在していた場合には、正規のユーザが購入予約を行ったと判断する（ステップＳ３７）。すなわち、携帯電話端末１０１から送信された電話番号と、ユーザ情報を記憶する顧客データベース２０５に記憶されている電話番号とを比較することによってユーザ認証を行う。携帯電話端末１０１から受信した電話番号に該当する情報が顧客データベース２０５に存在していない場合には、正規のユーザでない者が購入予約を行ったと判断する（ステップＳ３７）。
【００５８】
予約受付処理部２１３は、正規のユーザでない者が購入予約を行ったと判断した場合には、図１０（Ｉ）に例示された画面のデータをＷｅｂページ格納部２１２から読み出して、携帯電話端末１０１に送信する（ステップＳ３８）。携帯電話端末１０１に搭載されているブラウザは、画面のデータを受信して、図１０（Ｉ）に例示された画面を表示部に表示させる。
【００５９】
予約受付処理部２１３は、正規のユーザが購入予約を行ったと判断した場合には、予約記憶部２１４に記憶されている情報を検索して、今回なされた購入予約が１台目または２台目の購入予約であるか否か確認する（ステップＳ３９，Ｓ４０）。図４（ａ）に例示されたように、予約記憶部２１４には、予約に関する情報としてユーザＩＤ（本実施の形態では電話番号）が記憶されている。今回購入予約を行ったユーザの電話番号が、予約記憶部２１４に既に２つ存在する場合には、今回なされた購入予約は３台目の購入予約である。その場合には、正規のユーザでない者が購入予約を行った場合と同様の処理を行う（ステップＳ３８）。
【００６０】
今回なされた購入予約が１台目または２台目の購入予約である場合には、予約番号を採番する（ステップＳ４１）。そして、予約番号とともに、予約に関する情報（図４（ａ）参照）を予約記憶部２１４に記憶させる（ステップＳ４２）。具体的には、予約受付処理部２１３は、図４（ａ）に例示されたように各ユーザ毎の予約に関する情報を予約記憶部２１４に記憶させるとともに、図４（ｂ）に例示されたように、製品コード毎に、また、日付毎に、購入予約を集計する。さらに、製品コード毎に、累計を算出して予約記憶部２１４に記憶させる。
【００６１】
なお、ユーザが、新機種の購入代金の支払について、通話料への加算を選択していた場合には、予約記憶部２１４における「支払処理」に関する記憶内容を「済」にする。以後、ユーザは予約取消を行うことはできない。ユーザが、新機種の購入代金の支払について、銀行口座振込を選択していた場合には、予約記憶部２１４における「支払処理」に関する記憶内容を「未」にする。
【００６２】
さらに、予約受付処理部２１３は、ユーザが、新機種の購入代金の支払について、通話料への加算を選択していた場合には、図９（Ｇ）に例示された画面のデータをＷｅｂページ格納部２１２から読み出して、携帯電話端末１０１に送信する（ステップＳ４３，Ｓ４５）。なお、予約受付処理部２１３は、Ｗｅｂページ格納部２１２から読み出したデータをそのまま送信するのではなく、Ｗｅｂページ格納部２１２から読み出したデータに対して予約番号を付加する編集を行った後に、携帯電話端末１０１に送信する。携帯電話端末１０１に搭載されているブラウザは、画面のデータを受信して、図９（Ｇ）に例示された画面を表示部に表示させる。また、予約受付処理部２１３は、メールサーバ等のユーザの電子メールアドレスを管理しているサーバ（図２において図示せず）からユーザの電子メールアドレスを入手できた場合には、その電子メールアドレスに宛てて予約番号を示す情報を送信する。なお、ユーザの電子メールアドレスを、予約のためのＷｅｂページから入力させるようにしてもよい。
【００６３】
また、予約受付処理部２１３は、インセンティブとしてあらかじめ決められているポイントを、顧客データベース２０５に記憶されているポイント累計に加算するように、顧客データベース２０５に依頼する。顧客データベース２０５は、依頼に応じて、ポイントを加算する（ステップＳ４６）。
【００６４】
ユーザが、新機種の購入代金の支払について、銀行口座振込を選択していた場合には、予約受付処理部２１３は、携帯電話会社２００における管理部門に設置されている管理用の端末装置（図３において図示せず）に、ユーザを特定する情報（例えば電話番号）、予約番号、銀行口座振込を選択した旨を示す情報等を、社内ＬＡＮなどを介して送信する。管理部門の人員は、管理用の端末装置が受信した情報にもとづいて、ユーザに振込用紙を郵送する。そして、ユーザが新機種の購入代金を振り込んだことが確認されたら、管理用の端末装置から、予約管理サーバ２０４に、振込がなされた旨を示す情報を送信する。予約管理サーバ２０４において、予約受付処理部２１３は、振込がなされた旨を示す情報を受信すると、予約記憶部２１４における該当ユーザについての「支払処理」に関する記憶内容を「済」にする。また、該当ユーザについて、あらかじめ決められているポイントを、顧客データベース２０５に記憶されているポイント累計に加算するように、顧客データベース２０５に依頼する。
【００６５】
なお、管理用の端末装置は、予約管理サーバ２０４から銀行口座振込を選択した旨を示す情報を受信してから所定期間が経過してもユーザが新機種の購入代金を振り込んだことが確認されない場合には、該当ユーザについて、予約取消を示す情報を予約管理サーバ２０４に送信するようにしてもよい。その場合、予約管理サーバ２０４において、予約受付処理部２１３は、予約記憶部２１４における該当ユーザに関する情報を消去する。同時に、メールサーバ等から該当ユーザの電子メールアドレスを入手できる場合には、その電子メールアドレスに宛てて購入予約が取り消されたことを示す情報をメール送信する。
【００６６】
次に、予約管理サーバ２０４がメーカ端末３０１に数量情報を送信する処理について説明する。本実施の形態では、あらかじめ、携帯電話会社２００から新機種を製造するメーカ３００に対して、予測にもとづく数量情報が事前予測値として通告されている。例えば、携帯電話会社２００またはメーカ３００は、模擬製品にもとづくアンケート調査等を行って、また、過去に発売された機種の売れ行き状況等を勘案して、どの程度の需要が見込めるか予測する。そして、予測結果にもとづいて、事前予測値を決定する。事前予測値は、新機種の色別に決定されている。また、事前予測値は、予約管理サーバ２０４においても、あらかじめ記憶されている。
【００６７】
予約管理サーバ２０４は、予約受付開始後、発売開始日前に、事前予測値を予約状況に応じて修正し、修正後の数量情報を、適宜、メーカ端末３０１に送信する。図１３は、数量情報の送信タイミングの一例を示す説明図である。図１３に示す例では、発売日の７日前および３日前に、予約管理サーバ２０４からメーカ端末３０１に数量情報が送信される。なお、図１３に示すタイミングは、一例であって、数量情報の送信タイミングは、発売日の７日前および３日前に限定されることはない。
【００６８】
図１４は、予約管理サーバ２０４における数量算出部２１５の処理例を示すフローチャートである。予約管理サーバ２０４において、スケジュール管理部２１１は、数量情報の送信タイミングが到来すると、数量算出部２１５に対して、数量情報をメーカ端末３０１に送信するように指示を出力する。数量算出部２１５は、指示が入力された場合には（ステップＳ５１）、予約記憶部２１４から、それぞれの製品コードが示す製品（本実施の形態では外観色のみが異なる３種類の製品）の購入予約の累計を読み出す（ステップＳ５２）。
【００６９】
そして、数量算出部２１５は、製品コード毎に、（累計／事前予測値）を算出する（ステップＳ５３）。さらに、数量算出部２１５は、算出結果にもとづいて数量情報を決定し、決定した数量情報をメーカ端末３０１に送信する（ステップＳ５４）。このように、数量算出部２１５は、製品コード毎の累計（集計結果）にもとづいて製品の製造数量を示す数量情報を作成する処理と、作成した数量情報を、製品の製造者における端末装置であるメーカ端末３０１に送信する処理を実行する。
【００７０】
図１５は、数量情報の決定ルールの一例を示す説明図である。図１５（ａ）は発売日の７日前における数量情報の決定ルールを示し、図１５（ｂ）は発売日の３日前における数量情報の決定ルールを示す。なお、図１５に示す例は一例であって、数量情報を他のルールに従って決定するようにしてもよい。例えば、より木目細かくルールを決めるようにしてもよい。図１５に示す例では、発売日の７日前において、（累計／事前予測値）が０．５未満であれば、事前予測値と同値を数量情報とする。（累計／事前予測値）が０．５以上１．０未満であれば、事前予測値の２０％増の値を数量情報とする。（累計／事前予測値）が１．０以上であれば、事前予測値の５０％増の値を数量情報とする。また、発売日の３日前において、（累計／事前予測値）が０．５未満であれば、事前予測値の２０％減の値を数量情報とする。（累計／事前予測値）が０．５以上１．０未満であれば、事前予測値の５０％増の値を数量情報とする。（累計／事前予測値）が１．０以上であれば、事前予測値の１００％増の値を数量情報とする。このように、数量情報作成手段に含まれる予測値修正手段は、購入予約の集計結果が、予測値に対して、あらかじめ決められている第１の割合（例えば、図１５（ｂ）に示す０．５）に達しない場合に、予測値から所定量（例えば、図１５（ｂ）に示す２０％に相当する数量）減少させた数量を数量情報とし、あらかじめ決められている第２の割合（例えば、図１５（ｂ）に示す０．５または１．０）以上である場合に、予測値から所定量（例えば、図１５（ｂ）に示す５０％または１００％に相当する数量）増加させた数量を数量情報とする。
【００７１】
数量算出部２１５からの数量情報は、通信制御部２１０および専用回線７００を介してメーカ端末３０１に送信される。メーカ端末３０１は、受信した数量情報を、例えば、社内ＬＡＮを介して関連部門（例えば製造部門）の端末装置に送信する。関連部門は、端末装置が受信した数量情報にもとづいて、製品コード別の各製品を製造する。そして、決められた日時に、製品を携帯電話会社２００に納入する。
【００７２】
以上に説明したように、新機種の発売日前に、予約管理サーバ２０４は、購入予約の累計にもとづいて事前調達の数量情報を作成し、メーカ３００は、予約の累計にもとづく事前調達の数量情報に従って新機種を事前製造することができる。数量情報には購入予約の累計が反映されているので、メーカ３００に通知される数量情報の精度は高い。また、特に、製品コード別（本実施の形態では色別）の数量情報がメーカ３００に通知されるので、メーカ３００は、製品コード別の各製品を、精度の高い数量分製造することができ、携帯電話会社２００は、製品コード別の各製品を、精度の高い数量分調達することができる。従って、販売店において在庫切れが発生したり過剰在庫が発生する可能性を低減することができる。
【００７３】
なお、メーカ３００は、数量情報に対して納期回答が求められる場合には、メーカ端末３０１から、予約管理サーバ２０３または携帯電話会社２００の管理部門の端末装置に対して、納期回答を示す情報を送信する。
【００７４】
実施の形態２．
図１６は、製品予約システムの第２の実施の形態を示すブロック図である。図１６に示す構成例では、携帯電話網（パケット網）２０２と通信ネットワークとしてのインターネット５００との間のデータ送受信を仲介するゲートウェイ２０３が存在する。ゲートウェイ２０３は、携帯電話会社２００が管理するものである。また、予約管理サーバ２０４は、インターネット５００と接続可能に設置されている。ユーザは、インターネット５００に接続可能なパーソナルコンピュータなどの端末装置６００を用いて予約管理サーバ２０４をアクセスし、第１の実施の形態の場合と同様に、購入予約を行うことができる。
【００７５】
また、ユーザは、第１の実施の形態の場合と同様に、携帯電話端末１０１を用いて新機種の購入予約を行うことができる。ユーザが、携帯電話端末１０１を用いて新機種の購入予約を行う場合に、携帯電話端末１０１は、基地局２０１、携帯電話網２０２、ゲートウェイ２０３およびインターネット５００を介して予約管理サーバ２０４と、購入予約に関する情報の送受信を行う。送受信される情報は、第１の実施の形態の場合と同様である。なお、第１の実施の形態では、予約管理サーバ２０４が直接に携帯電話網２０２に接続される構成を例示したが（図２参照）、第１の実施の形態においても、図１６に示すように、予約管理サーバ２０４がインターネット５００と接続可能に設置されている構成であってもよい。また、図１６に示されたゲートウェイ２０３および端末装置６００以外の各構成要素は、第１の実施の形態の場合と同様に動作する。従って、本実施の形態における予約管理サーバ２１４も、例えば図３に示すように構成されている。
【００７６】
図１７は、製品予約システムの第２の実施の形態における処理を示すシーケンス図である。携帯電話端末１０１を用いた場合の購入予約の処理は第１の実施の形態における処理と同じであるから、ここでは、パーソナルコンピュータ（ＰＣ）などの端末装置６００を用いた場合の処理を説明する。図１７において、ＰＣは端末装置６００を意味する。端末装置６００を用いた場合には、携帯電話端末１０１を用いた場合とは異なり、電話番号を用いて自動的にユーザ認証を行うということはできない。そこで、ユーザが購入予約を行う前に、ユーザにユーザ登録を行わせる。具体的には、図１７に示すように、予約管理サーバ２０４は、端末装置６００からの要求に応じて、端末装置６００に、まず、新機種のユーザ登録のためのＷｅｂページを送信する。端末装置６００に搭載されているブラウザは、予約管理サーバ２０４からユーザ登録のためのＷｅｂページを受信し、表示部に、ユーザ登録のためのＷｅｂページを表示する（ステップＳ１１）。ユーザが、端末装置６００の操作部からユーザ登録のための情報を入力すると（ステップＳ１２）、端末装置６００に搭載されているブラウザは、端末装置６００の通信機能を介して、予約管理サーバ２０４に、ユーザ登録のための情報を送信する。ユーザ登録のための情報とは、例えば、住所・氏名、電子メールアドレス等である。それらの情報は、予約管理サーバ２０４において、予約受付処理部２１３または予約記憶部２１４において記憶される（ステップＳ１３：登録処理）。
【００７７】
また、予約管理サーバ２０４における予約受付処理部２１３は、登録処理において、登録番号およびパスワードを採番し、電子メールで登録番号およびパスワードを端末装置６００に送信するとともに、採番した登録番号およびパスワードを記憶する。
【００７８】
その後、ユーザが端末装置６００を用いて新機種の購入予約を行う場合、予約管理サーバ２０４は、端末装置６００からの要求に応じて、端末装置６００に、まず、新機種の購入の予約のためのＷｅｂページを送信する。端末装置６００に搭載されているブラウザは、予約管理サーバ２０４から新機種の予約のためのＷｅｂページを受信し、表示部に、新機種の予約のためのＷｅｂページを表示する（ステップＳ１）。ユーザが、端末装置６００の操作部から予約のための情報を入力すると（ステップＳ２）、端末装置６００に搭載されているブラウザは、端末装置６００の通信機能を介して、予約管理サーバ２０４に、予約のための情報を送信する。
【００７９】
予約管理サーバ２０４は、端末装置６００が送信した情報を受信し、受信した情報にもとづいてユーザ認証を行う（ステップＳ３）。ユーザ認証に成功したら、予約番号を発行して携帯電話端末１０１に送信する予約受付処理を行うとともに（ステップＳ４）、ユーザに関する情報等を予約記憶部２１４に記憶させる予約記憶処理を行う（ステップＳ５）。ユーザが端末装置６００を用いて新機種の購入予約を行う場合には、予約管理サーバ２０４は、新機種の予約のためのＷｅｂページに、例えば登録番号およびパスワードの入力欄を設ける。そして、ユーザが登録番号およびパスワードを入力したことにもとづいて送信された登録番号およびパスワードによってユーザ認証を行う。
【００８０】
また、第１の実施の形態とは異なり、予約記憶部２１４において、ユーザＩＤとして、携帯電話端末１０１の電話番号ではなく、ユーザが入力した登録番号が記憶される（図４（ａ）参照）。
【００８１】
その後、第１の実施の形態の場合と同様に、ユーザが予約を取り消したい場合には図５に示されたステップＳ６〜Ｓ９の処理を実行する（図１７では記載省略）。また、予約管理サーバ２０４は、第１の実施の形態の場合と同様に、あらかじめ決められた日時になると、予約記憶部２１４に記憶されている情報にもとづいて事前調達する新機種の数量を決定し（ステップＳ１０）、決定した数量を示す数量情報をメーカ端末３０１に送信する。
【００８２】
製品予約システムにおける具体的な処理は第１の実施の形態の場合と同様である（図６〜図１５参照）。ただし、本実施の形態では、原則として、ユーザが購入代金を通話料に加算するという選択はできない。しかし、ステップＳ１１，Ｓ１２のユーザ登録の際に、ユーザが保有する携帯電話端末１０１の電話番号を入力させ、予約管理サーバ２０４における予約受付処理部２１３が、顧客データベース２０５に、その電話番号が存在していることを確認できたら、購入代金を通話料に加算するという選択を許容するようにしてもよい。一般に、ユーザが携帯電話端末を保有していないか、他の携帯電話会社が販売した携帯電話端末を保有している場合に、ユーザは、例えば自身が保有しているパーソナルコンピュータである端末装置６００を用いて新機種の購入予約を行う。その場合には、電話番号をユーザ認証に使用することはできない。しかし、ユーザが新機種の発売を予定している携帯電話会社２００が販売した携帯電話端末１０１を保有している場合において、端末装置６００を用いて新機種の購入予約を行うときには、ユーザ登録の際に、ユーザが保有する携帯電話端末１０１の電話番号を入力させることが有意義になる。
【００８３】
本実施の形態では、特に、ユーザが他の携帯電話会社が販売した携帯電話端末を保有しているような場合に、すなわちユーザが他の携帯電話会社の加入者であるような場合に、そのようなユーザを、携帯電話会社２００の加入者として取り込みやすくすることができる。つまり、既加入者の機種変更をさせやすくするだけでなく、新規加入者を取り込みやすくすることができる。
【００８４】
なお、ユーザ自身が保有する端末装置６００を用いて新機種の購入予約を可能にするだけでなく、販売店に、予約管理サーバ２０４に接続可能な端末装置を設置してもよい。その場合、その端末装置と予約管理サーバ２０４とはインターネット５００以外のＬＡＮやＷＡＮで接続されるようにしてもよい。
【００８５】
実施の形態３．
第１および第２の実施の形態では、携帯電話会社２００が予約管理サーバ２０４を管理し、携帯電話会社２００とは異なる組織であるメーカ３００に対して、予約管理サーバ２０４から数量情報が通知される形態について説明したが、本発明は、一のメーカ３００が新機種の購入予約の受付と新機種の製造とを行う場合にも適用できる。図１８は、一のメーカ３００が新機種の購入予約の受付と新機種の製造とを行う場合の製品予約システムの概念を示す概念図である。製品予約システムにおいて、ユーザ１００は、新機種である製品の発売日よりも前に、例えばメーカ３００の管理部門３１１（または販売部門や販売管理部門などでもよい。）に対して製品購入の予約を行う。管理部門３１１は、多数のユーザからの予約を集計して集計結果にもとづいて数量情報を作成し、数量情報をメーカ３００の製造部門３１２に通知する。製造部門３１２は、数量情報が示す数量の製品を製造し、製品の発売日よりも前に、発送部門３１３を介して販売店４００に配送する。ユーザ１００は、発売日以降において販売店４００で製品の引き渡しを受ける。
【００８６】
図１８に示すような製品予約システムにおいても、図２や図１６に示された構成を適用することができる。すなわち、管理部門３１１に予約管理サーバ２０４を設置する。本実施の形態では、メーカ端末３０１に相当する端末装置が製造部門３１２に設置されるが、予約管理サーバ２０４と製造部門における端末装置との間の通信は、例えば社内ＬＡＮで行われる。また、一般にメーカ３００は携帯電話会社２００における顧客データベース２０５に相当するものを有していないので、本実施の形態では、顧客データベース２０５に記憶されているユーザに関する情報（特に電話番号）にもとづいて自動的にユーザ認証を行うことは難しいが、第２の実施の形態において用いられたようなユーザ登録にもとづくユーザ認証を行うことができる。
【００８７】
上記の各実施の形態では、製品として携帯電話端末を例にしたが、本発明による製品予約システムが扱える製品は携帯電話端末に限られない。例えば、ディジタル家電製品、パーソナルコンピュータなどのＩＴ機器、ＡＶ（Audio Visual）機器等の製品について、携帯電話端末１０１や端末装置６００から、予約管理サーバ２０４に対して購入予約を行うことができ、メーカ３００は精度の高い数量の製品を事前製造することができる。
【００８８】
また、発売日前に事前製造する場合だけでなく、発売開始後に本発明による製品予約システムを活用することもできる。例えば、販売会社がメーカ３００から１ヶ月とか１週に１回製品を調達するような場合に、調達数量の精度を上げたいときなどに本発明による製品予約システムを活用することができる。
【００８９】
また、上記の実施の形態では、購入予約のインセンティブとして、顧客データベース２０５に記憶されているポイント累計に加算するポイントを例示したが、インセンティブはポイントに限定されない。例えば、購入予約を行ったユーザに対してのみ与えられる特定のノベルティ（小物）などの物を提供したりするようにしてもよい。
【００９０】
さらに、上記の実施の形態では、購入予約の時期の違いについて言及しなかったが、購入予約の時期の違いに応じて、インセンティブの量または質を変えるようにしてもよい。例えば、購入予約の時期（例えば、購入予約開始時点からの時間を管理すスケジュール管理手段としてのスケジュール管理部２１１によって管理される。）が早いほどポイントの数を多くしたり、早い時期に購入予約を行ったユーザに対して、遅い時期に購入予約を行ったユーザには与えられない特別なノベルティが与えられるようにしてもよい。すなわち、インセンティブ付与手段は、スケジュール管理手段が管理する時間にもとづいて購入予約が行われた時期を特定し、特定した時期が、購入予約開始時点に近い時期である場合に、購入予約開始時点から遠い時期である場合に比べて、相対的に高いインセンティブを付与する処理を行うようにしてもよい。例えば、インセンティブ付与手段としてのポイント加算手段（予約受付処理部２１３で実現される。）は、インセンティブ付与手段が特定した時期が、購入予約開始時点に近い時期である場合に、購入予約開始時点から遠い時期である場合に比べて、相対的に多いポイントを加算する処理を行う。
【００９１】
また、購入予約のためのＷｅｂページのデザインも、時期に応じて変化させるようにしてもよい。例えば、早い時期ではＷｅｂページで新機能のみを告知し、中間の時期ではＷｅｂページで新機能およびカラーバリエーションのみを告知し、遅い時期ではＷｅｂページで新機種の外観写真も告知する。その場合、Ｗｅｂページにおける情報量の多寡に反比例するようにインセンティブの量または質を変えることが好ましい。例えば、早い時期に予約を行ったユーザには特に高いインセンティブが与えられ、中間の時期に予約を行ったユーザには中程度のインセンティブが与えられ、遅い時期に予約を行ったユーザに与えられるインセンティブの量または質を低くする。そのような仕組みにすれば、新機種に対するユーザの興味を高めることができる。また、そのような仕組みを実現するために、予約受付処理部２１３は、例えば、ユーザが購入予約を行った時期に応じて異なる値のポイントを加算するように顧客データベースに依頼したり、特別なノベルティが与えられる時期に購入予約を行ったユーザに対してそのノベルティを発送するように、携帯電話会社２００における管理部門に設置されている管理用の端末装置に対して依頼を行う。
【００９２】
また、インセンティブとして、新機種そのものに関わるものを用いてもよい。新機種の購入代金そのものを割り引くようにしてもよいし、購入予約を行ったユーザに対してのみ提供される外観色の製品や製品の一部（操作キーなど）を標準製品の色と変えた製品を用意したり、早い時期に予約を行ったユーザには発売日よりも前に新機種を入手できるようにしたり、早い時期に予約を行ったユーザには販売店の店頭での引き渡しではなくユーザ宅に配送するサービスを行うようにしてもよい。
【００９３】
さらには、インセンティブとして、物ではなく、何らかの権利を与えるようにしてもよい。例えば、特定の着信音メロディの配信を受ける権利や、次の新製品に関する情報を優先的に（一般に広告される前に）受ける権利などを、インセンティブとして付与するようにしてもよい。そのような権利付与を実現するために、予約受付処理部２１３は、例えば、特定の着信音メロディの配信サイトのＵＲＬを携帯電話端末１０１にメール送信したり、携帯電話会社２００における管理部門に設置されている管理用の端末装置に対して、次の新製品に関する情報を携帯電話端末１０１に優先的に配信するように依頼を行う。
【図面の簡単な説明】
【００９４】
【図１】本発明による製品予約システムの概念を示す概念図である。
【図２】製品予約システムの第１の実施の形態を示すブロック図である。
【図３】予約管理サーバの構成を示す機能ブロック図である。
【図４】予約記憶部に記憶される情報の一例を示す説明図である。
【図５】製品予約システムにおける処理を示すシーケンス図である。
【図６】新機種の購入予約のための表示画面例を示す説明図である。
【図７】新機種の購入予約のための表示画面例を示す説明図である。
【図８】新機種の購入予約のための表示画面例を示す説明図である。
【図９】新機種の購入予約のための表示画面例を示す説明図である。
【図１０】新機種の購入予約のための表示画面例を示す説明図である。
【図１１】予約管理サーバの動作を示すフローチャートである。
【図１２】予約管理サーバの動作を示すフローチャートである。
【図１３】数量情報の送信タイミングの一例を示す説明図である。
【図１４】数量算出部の動作を示すフローチャートである。
【図１５】数量情報の決定ルールの一例を示す説明図である。
【図１６】製品予約システムの第２の実施の形態を示すブロック図である。
【図１７】製品予約システムの第２の実施の形態における処理を示すシーケンス図である。
【図１８】メーカが新機種の購入予約の受付と新機種の製造とを行う場合の製品予約システムの概念を示す概念図である。
【符号の説明】
【００９５】
１００  ユーザ
１０１  携帯電話端末
２００  携帯電話会社
２０１  基地局
２０２  携帯電話網（パケット網）
２０３  ゲートウェイ
２０４  予約管理サーバ
２０５  顧客データベース
２１０  通信制御部
２１１  スケジュール管理部
２１２  Ｗｅｂページ格納部
２１３  予約受付処理部
２１４  予約記憶部
２１５  数量算出部
３００  メーカ
３０１  メーカ端末
３１１  管理部門
３１２  製造部門
３１３  発送部門
４００  販売店
５００  インターネット
６００  端末装置
【図１】
2006065601.tif 000003
【図２】
2006065601.tif 000004
【図３】
2006065601.tif 000005
【図４】
2006065601.tif 000006
【図５】
2006065601.tif 000007
【図６】
2006065601.tif 000008
【図７】
2006065601.tif 000009
【図８】
2006065601.tif 000010
【図９】
2006065601.tif 000011
【図１０】
2006065601.tif 000012
【図１１】
2006065601.tif 000013
【図１２】
2006065601.tif 000014
【図１３】
2006065601.tif 000015
【図１４】
2006065601.tif 000016
【図１５】
2006065601.tif 000017
【図１６】
2006065601.tif 000018
【図１７】
2006065601.tif 000019
【図１８】
2006065601.tif 000020