JP2007265235A - 携帯電話機注文システム、携帯電話機注文方法、携帯電話機受注サーバおよび携帯電話機受注プログラム - Google Patents

Abstract

【課題】購入時にユーザが希望するアプリケーション機能やハードウェア機能を容易に選択でき、かつ、ユーザにとって不要な機能を搭載しないような携帯電話機をオンラインで注文することができる携帯電話機注文システムを提供する。
【解決手段】携帯電話機受注サーバ３は、選択可能な携帯電話機のアプリケーション機能およびハードウェア機能を示すデータを端末装置１に送信する。端末装置１からアプリケーション機能を選択したことを示すデータを受信すると、そのアプリケーション機能を実現するためのハードウェア機能を示すデータを端末装置１に送信する。端末装置１からハードウェア機能を選択したことを示すデータを受信すると、そのハードウェア機能で実現可能なアプリケーション機能を示すデータを端末装置１に送信する。
【選択図】図１

Description

本発明は、携帯電話機を購入しようとするユーザが通信ネットワークを介して注文を行うことができる携帯電話機注文システム、携帯電話機注文方法、携帯電話機受注サーバおよび携帯電話機受注プログラムに関する。

携帯電話端末（ＰＤＣ端末）やＰＨＣ端末などの携帯電話機の高機能化および多機能化が進んでいる。しかし、全てのユーザが、高機能の携帯電話機や多機能の携帯電話機を望んでいるわけではない。例えば、カメラ機能を望まない一方で他の高機能のアプリケーションを望むユーザがいたとする。そのユーザにとっては、高機能のアプリケーションが動作しうる携帯電話機であってカメラ機能を有していない携帯電話機が望ましい。しかし、そのような携帯電話機が販売されていない場合、高機能のアプリケーションが動作し、かつ、カメラ機能を有する高機能の携帯電話機を購入せざるを得ない。一般に、高機能の携帯電話機は高価である。

また、例えば通話機能以外の他の機能を有さないような、機能が簡素化された携帯電話機もある。しかし、そのような携帯電話機のユーザが、着信音（着信メロディを含む。）を自分の好みの音（楽曲を含む。）にしたいという要求を持つ場合も考えられる。そのような要求は携帯電話機の高機能に関わる要求とはいえないが、そのような要求を実現するには、着信音を変更する機能を有していなければならない。携帯電話機がそのような機能を有していない場合には、着信音を変更したいという比較的低レベルの要求でも実現できない。また、携帯電話機がそのような機能を有していても、一般に、着信音の変更に必要なデータをサーバからダウンロードする必要がある、よって、通話料がかかってしまう。

ユーザが、インターネット等を介してオンラインで製品を注文し、注文の際にユーザの要求に沿って製品をカスタマイズできるシステムがある（例えば、特許文献１参照。）。また、ユーザが携帯電話機を購入した後、インターネット等を介してオンラインで仕様変更できるシステムがある（例えば、特許文献２参照。）。

特開２００２−１０９２９７号公報（段落００１０−００１２、図２） 特開２００２−３７４５７７号公報（段落００２０、図３）

ユーザが携帯電話機を注文する際にユーザの要求に沿って製品をカスタマイズできない場合には、ユーザにとって不要な機能を有する高価な携帯電話機を購入したり、購入後に自身が望むような使い勝手に変更することができなかったり、自身が望むような使い勝手に変更するために通話料が発生するという問題がある。また、携帯電話機の販売側は、できるだけ多数のユーザの個々の要求に応えるために、種々の機能レベルの機種を用意することが望ましい。しかし、種々の機種を用意したのでは、携帯電話機の製造コストが上昇してしまうという問題がある。

特許文献１に記載されているシステムは、テレビジョン受像機やＡＶ機器の注文を対象にしている。しかし、そのシステムを携帯電話機の注文に適用しただけでは、携帯電話機を注文するユーザの期待に応えられないと考えられる。テレビジョン受像機やＡＶ機器の場合には、主として、ハードウェア機器を付けるか否かの選択や、ハードウェア機器そのものの機能の程度を選択を行うだけで、ユーザの要求を満足させることができる。しかし、携帯電話機の場合には、携帯電話機に搭載したいアプリケーション機能の違いに応じてハードウェア機能（ＣＰＵの機能の程度、メモリ容量、カメラモジュール搭載の要否など）を変更しなければならない。ユーザが、自身が欲するアプリケーション機能に応じてどの程度のハードウェア機能が必要であるのかを把握することは難しい。

また、待ち受け画面やメニュー画面をユーザ自身が望む画面にしたり着信音をユーザ自身が望む音にしたいという携帯電話機特有の要求があるが、ユーザからの注文を受けるサーバに、全てのユーザの要求を満たすような画面のデータをあらかじめ用意したり、全てのユーザの要求を満たすような音のデータをあらかじめ用意しておくことは極めて困難である。

特許文献２には、ユーザが携帯電話機を購入した後にオンラインで仕様変更できるシステムが記載されているが、携帯電話機のハードウェア機能の最高機能は購入時のままである。従って、ハードウェア機能の最高機能の範囲内でしか仕様変更を行うことができない。そもそも、新たなハードウェアを追加することはできない。また、携帯電話機のハードウェア機能の最高機能を越えるハードウェア機能を必要とするアプリケーション機能を搭載するように仕様変更することはできない。

そこで、本発明は、購入時にユーザが希望するアプリケーション機能やハードウェア機能を容易に選択でき、かつ、ユーザにとって不要な機能を搭載しないような携帯電話機をオンラインで注文することができる携帯電話機注文システム、携帯電話機注文方法、携帯電話機受注サーバおよび携帯電話機受注プログラムを提供することを目的とする。

本発明は、携帯電話機受注サーバが、選択可能な携帯電話機のアプリケーション機能およびハードウェア機能を示すデータを端末装置に送信する選択可能機能データ送信手段（例えば、Ｗｅｂページ制御部３１）と、端末装置からアプリケーション機能を選択したことを示すデータを受信すると、そのアプリケーション機能を実現するためのハードウェア機能を示すデータを端末装置に送信するハードウェア機能データ送信手段（例えば、Ｗｅｂページ制御部３１）とを含むことを特徴とする。

携帯電話機受注サーバは、端末装置からハードウェア機能を選択したことを示すデータを受信すると、そのハードウェア機能で実現可能なアプリケーション機能を示すデータを端末装置に送信するアプリケーション機能データ送信手段（例えば、Ｗｅｂページ制御部３１）を含むことが好ましい。

携帯電話機受注サーバが、ユーザが設定可能な情報の種類（例えば、「着信音」や「メニュー画面」）を示すデータを端末装置に送信する設定可能データ送信手段（例えば、Ｗｅｂページ制御部３１）と、端末装置からユーザが設定可能な情報を選択したことを示すデータ、およびユーザが設定可能な情報そのもの（例えば、着信音データ」や画面データ）を受信すると、受信した情報を記憶手段に記憶させるユーザ設定情報記憶手段（例えば、受注情報記憶部３５４）と、ユーザ設定情報記憶手段に記憶された情報を、携帯電話機の製造部門に送信するユーザ設定情報送信手段とを含むように構成されていてもよい。そのような構成によれば、機能が簡素化された携帯電話機を購入する場合でも、ユーザは通話料などの追加費用を発生させることなく着信音等を自分の好みに合ったものにすることができる。

携帯電話機受注サーバが、仕様が固定された携帯電話機の機種を特定するデータを記憶する既存機種データ記憶手段（例えば、販売可能機種名データベース）と、端末装置を介して選択された機能に類似する機能を有する機種を既存機種データ記憶手段から選定する既存機種選定手段とを含むように構成されていてもよい。そのような構成によれば、ユーザが希望する機能を備えた携帯電話機を注文できない場合でも、ユーザは、希望する機能を備えた携帯電話機の機能に近い機能を備えた携帯電話機を入手することができる。

本発明によれば、購入時にユーザが希望するアプリケーション機能やハードウェア機能を容易に選択でき、かつ、ユーザにとって不要な機能を搭載しないような携帯電話機をオンラインで注文することができる。

実施の形態１．
以下、本発明の実施の形態を図面を参照して説明する。図１は、本発明による携帯電話機注文システムの構成例を示すブロック図である。図１に示す例では、携帯電話機注文システムは、ユーザが保有するパーソナルコンピュータなどの端末装置１と、端末装置１からの注文を受ける携帯電話機受注サーバ３とが、インターネットなどの通信ネットワーク２で通信可能に接続される。

携帯電話機受注サーバ３は、携帯電話機の製造販売会社や、注文サービスを実行するサービス会社によって運営される。携帯電話機受注サーバ３が携帯電話機の製造販売会社によって運営される場合には、以下で説明する注文処理が完結すると製造部門が注文に応じた携帯電話機の製造を開始する。また、携帯電話機受注サーバ３がサービス会社によって運営される場合には、注文処理が完結すると、サービス会社は、注文に応じた携帯電話機を携帯電話機の製造販売会社に発注する。

携帯電話機受注サーバ３は、ユーザが携帯電話機の注文を行うためのＷｅｂページを端末装置１に提供するＷｅｂ制御部３１、ユーザの注文がユーザの意思にもとづく注文であるか否か確認するユーザ認証部３２、ユーザが設定を要求できる機能を受け付ける独自要求受付部３３、ユーザが最終的に注文した携帯電話機の機能を決定する受注管理部３４、および携帯電話機の注文のために必要なデータを記憶するデータベース３５を含む。

なお、ユーザ認証部３２は、いわゆる冷かし等の注文を排除するために、ユーザが実在している人物であるか否か等の確認を行う。また、独自要求受付部３３は、ユーザが個々に要求する画面や着信音等を受け付ける処理を行う。

また、図１に示す携帯電話機受注サーバ３における各部３１〜３５はプログラムとプログラムに従って処理を実行する携帯電話機受注サーバ３のＣＰＵとで実現される。また、図１に示されたような各部の分け方は一例であって、携帯電話機受注サーバ３における機能の分け方は、以下に説明するような制御を実行できれば、図１に例示した分け方とは異なる分け方であってもよい。

図２は、データベース３５の構成例を示すブロック図である。図２に示す例では、データベース３５は、販売可能な機種名（１機種であってもよい。）を示すデータを記憶する販売可能機種名データベース３５１、機種毎の選択可能なハードウェア機能を示すデータを記憶するハードウェア機能データベース３５２、機種毎の選択可能なアプリケーション機能を示すデータを記憶するアプリケーション機能データベース３５３、および受注管理部３４がユーザの要求にもとづいて決定した機能を示すデータを、ユーザ個人を特定可能なデータとともに記憶する受注情報記憶部３５４を含む。

なお、販売可能機種名データベース３５１には、各機種について、選択可能なハードウェア機能および選択可能なアプリケーション機能を示すデータも設定されている。

アプリケーション機能データベース３５３には、それぞれのアプリケーション機能を実現するための最低限のハードウェア機能を示すデータも記憶されている。また、そのアプリケーション機能を実装するための料金を示すデータも記憶されている。ハードウェア機能データベース３５２には、ハードウェア機能のレベルに対応して、そのレベルでハードウェア機能を実装するための料金を示すデータ、およびそのレベルで実現可能なアプリケーション機能を示すデータも記憶されている。

なお、ハードウェア機能データベース３５２に記憶される選択可能なハードウェア機能として、例えば、ＣＰＵの性能、メモリ容量、ディスプレイのサイズ、外観デザイン、カメラモジュール、テレビジョン受信部がある。また、そのうちで、アプリケーション機能を実現するための最低限のハードウェア機能（アプリケーション機能データベース３５３に記憶されている。）として、例えば、ＣＰＵの性能、メモリ容量、カメラモジュール、テレビジョン受信部がある。

アプリケーション機能として、例えば、複数人同時通話機能、テレビジョン映像機能、テレビ電話機能、電話帳高速検索機能、ブラウザ機能がある。

ユーザが設定を要求できる機能（ユーザが設定可能な情報）として、メニュー画面のデザインの設定、アイコンのデザインの設定、着信音の設定がある。

なお、図２に示すデータベース３５における各部３５１〜３５４の分け方は一例であって、データベース３５における分け方は、携帯電話機受注サーバ３が以下に説明するような制御を実行できれば、図２に例示した分け方とは異なる分け方であってもよい。

次に、図３のフローチャートおよび図４〜図１２の説明図を参照して携帯電話機注文システムの動作を説明する。なお、図３のフローチャートおよび図４〜図１２の説明図は、説明を容易にするために簡略的に示されている。

端末装置１が通信ネットワーク２を介して携帯電話機受注サーバ３をアクセスすると、携帯電話機受注サーバ３のＷｅｂ制御部３１は、通信ネットワーク２を介して認証用ページを端末装置１に送信する。端末装置１の表示部は、認証用ページを表示する。

認証用ページには、例えば、ユーザが保有するクレジットカード番号の入力欄、住所、氏名、電子メールアドレスの入力欄、および「送信ボタン」の表示部が設けられている。ユーザがそれらの入力欄にデータを入力し、「送信ボタン」の表示部を選択（例えば、マウスでクリック）すると、入力欄に入力されたデータが携帯電話機受注サーバ３に送信される。

携帯電話機受注サーバ３の認証部３２は、クレジットカード番号をクレジットカード会社のサーバに照会し、クレジットカード会社のサーバからその番号が有効である旨のデータを受信すると、ユーザ認証が成功したとして、携帯電話機受注サーバ３の処理続行を許可する（ステップＳ１）。クレジットカード会社のサーバからその番号が無効である旨のデータを受信すると、端末装置１にその旨のデータを送信するとともに、携帯電話機受注サーバ３の処理を終了させる。なお、クレジットカード番号の入力欄を設けなくてもよい。その場合には、携帯電話機受注サーバ３の運営会社は、住所。氏名等のデータが受信されると、とりあえずユーザ認証が成功したとする。そして、例えば、注文処理が終了した後に、住所、氏名の入力欄に入力されたデータにもとづいて、ユーザの購入意思確認を記入させる書面をユーザ宅に発送し、ユーザの購入意思確認が記入された書面が返送されたときに、注文処理が完結したと見なす。

ユーザ認証が成功すると、Ｗｅｂ制御部３１は、販売可能機種名データベース３５１に記憶されているデータを参照して、販売可能機種の一覧が表示された機種選択用ページを端末装置１に送信する。端末装置１の表示部は、機種選択用ページを表示する。ユーザが機種選択用ページにおいて機種を選択すると、選択された機種を示すデータが携帯電話機受注サーバ３に送信される。

携帯電話機受注サーバ３において、Ｗｅｂ制御部３１は、選択された機種を示すデータを受信すると、図４に例示するような選択用ページを端末装置１に送信する（ステップＳ２）。選択用ページは、ユーザが選択した機種に対応したＷｅｂページである。端末装置１の表示部は、選択用ページを表示する。図４に示す例では、ユーザが「ハードウェア機能を選択」、「アプリケーション機能を選択」または「お客様の個人の要求」を選択（例えば、マウスでクリック）し、「決定ボタン」を押下（例えば、マウスでクリック）すると、ユーザが選択した項目を示すデータが携帯電話機受注サーバ３に送信される（ステップＳ３）。

「ハードウェア機能を選択」を示すデータが選択された場合には、Ｗｅｂ制御部３１は、図５に例示するようなハードウェア機能選択用ページを端末装置１に送信する（ステップＳ７Ｂ，Ｓ２）。端末装置１の表示部は、ハードウェア機能選択用ページを表示する。図５に示す例では、ハードウェア「Ａ」、ハードウェア「Ｂ」、ハードウェア「Ｃ」の機能のレベルが選択可能である。ハードウェア機能のレベルは、ハードウェアの能力（例えば、ＣＰＵの種類やメモリ容量）の場合もあるし、ハードウェアの有無（例えば、カメラモジュールの有無）の場合もある。なお、選択可能なハードウェア機能は、販売可能機種名データベース３５１に記憶されているデータで特定される。

なお、この実施の形態では、あらかじめユーザに機種を選択させる場合について説明するが、最初に機種選択を行わなくてもよい。その場合には、Ｗｅｂ制御部３１は、販売可能機種名データベース３５１に記憶されている全ての機種についての選択可能なハードウェア機能を示す情報をＷｅｂページに含める。そして、注文処理が完結したときに、例えば受注管理部３４が、機種を決定する。

さらに、機種は１機種であってもよい。その場合には、販売可能機種名データベース３５１は不要である。また、１機種である場合には、ハードウェア機能データベース３５２には、その機種についての選択可能なハードウェア機能を示すデータが設定される。アプリケーション機能データベース３５３には、その機種についての選択可能なアプリケーション機能を示すデータが設定される。なお、機種が１機種であるということは、機種という概念が存在しない（携帯電話機という概念のみが存在する）ということに相当する。

図５に例示された画面において、例えばユーザが「Ａ」を選択すると、端末装置１は、その旨を示すデータを携帯電話機受注サーバ３に送信する（ステップＳ３）。携帯電話機受注サーバ３において、そのデータが受信されると、Ｗｅｂ制御部３１は、Ｗｅｂページを更新する（ステップＳ７Ｂ）。そして、この場合には、例えば、図６に例示するようなハードウェア「Ａ」選択用ページを更新されたＷｅｂページとして端末装置１に送信する（ステップＳ２）。端末装置１の表示部は、ハードウェア「Ａ」選択用ページを表示する。なお、この例では、ハードウェア「Ａ」はメモリである。また、図６に示された画面には、ハードウェア機能のレベルに応じた料金も示されている。

ユーザが、「２０Ｍバイト」を選択した場合を例にする。端末装置１は、「２０Ｍバイト」が選択されたことを示すデータを携帯電話機受注サーバ３に送信する（ステップＳ３）。携帯電話機受注サーバ３において、そのデータが受信されると、Ｗｅｂ制御部３１は、Ｗｅｂページを更新する（ステップＳ７Ｂ）。この場合、Ｗｅｂ制御部３１は、図７に例示するような、「２０Ｍバイト」で選択可能なアプリケーション機能を示すアプリケーション機能選択ページを更新されたＷｅｂページとして端末装置１に送信する（ステップＳ２）。端末装置１の表示部は、アプリケーション機能選択ページを表示する。なお、Ｗｅｂ制御部３１は、アプリケーション機能選択ページを作成するときに、ハードウェア機能データベース３５２を参照して、「２０Ｍバイト」で選択可能なアプリケーション機能を認識する。また、図７に示された画面には、アプリケーション機能のレベルに応じた料金も示されている。

また、例えば、ユーザが「１０Ｍバイト」を選択した場合には、Ｗｅｂ制御部３１は、図８に例示するような、「１０Ｍバイト」で選択可能なアプリケーション機能を示すアプリケーション機能選択ページを端末装置１に送信する。

なお、ユーザが選択したハードウェア機能がアプリケーション機能に関わらない機能（例えば、外観デザイン）である場合には、携帯電話機受注サーバ３は、図７や図８に例示されているようなＷｅｂページを送信しない。

ユーザが、図７や図８に例示されているような画面において、所望のアプリケーション機能を選択（例えば、マウスでクリック）し、「決定ボタン」を選択すると、端末装置１は、選択されたアプリケーション機能を示すデータを携帯電話機受注サーバ３に送信する。携帯電話機受注サーバ３において、受注管理部３４は、「２０Ｍバイト」または「１０Ｍバイト」を示すデータと、選択されたアプリケーション機能を示すデータと、料金を示すデータとを一時記憶する（ステップＳ７Ａ）。また、Ｗｅｂページ制御部３１は、図４に例示されたＷｅｂページを、再度、端末装置１に送信する（ステップＳ７Ｂ，Ｓ２）。

なお、このとき、Ｗｅｂ制御部３１は、「２０Ｍバイト」または「１０Ｍバイト」が示され、選択されたアプリケーション機能が示されたＷｅｂページを端末装置１に送信し、ユーザに、確かに選択したことの確認を求めるようにしてもよい。

また、図７や図８に例示されているような画面においてアプリケーション機能を選択するということは、実質的に、指定されたハードウェア機能によって実現可能な全てのアプリケーション機能から不要なアプリケーション機能を削除することでもある。不要なアプリケーション機能を削除することによって、携帯電話機の料金を低くすることができる。すなわち、ユーザは、購入費用を節減することができる。また、不要なアプリケーション機能を削除することによって、必要なハードウェア機能のレベルが下がる（例えば、「２０Ｍバイト」から「１０Ｍバイト」に下がる）場合もある。その場合には、携帯電話機受注サーバ３は、あらためて、必要なハードウェア機能のレベルを告知するためのＷｅｂページを端末装置１に送信することが好ましい。

図４に例示された選択用ページにおいて、ユーザが「アプリケーション機能を選択」を選択（例えば、マウスでクリック）すると、ユーザが選択した項目を示すデータが携帯電話機受注サーバ３に送信される（ステップＳ３）。それらのデータを受信すると、Ｗｅｂ制御部３１は、図９に例示するようなアプリケーション機能選択用ページを端末装置１に送信する（ステップＳ７Ｂ，Ｓ２）。端末装置１の表示部は、アプリケーション機能選択用ページを表示する。図９に示す例ではアプリケーション機能「ａ」、アプリケーション機能「ｂ」、アプリケーション機能「ｃ」が選択可能である。なお、選択可能なアプリケーション機能は、販売可能機種名データベース３５１に記憶されているデータで特定される。

ユーザが、図９に例示する画面においてアプリケーション機能「ａ」および「ｃ」を選択したとする。端末装置１は、アプリケーション機能「ａ」および「ｃ」を選択したデータを携帯電話機受注サーバ３に送信する（ステップＳ３）。携帯電話機受注サーバ３において、そのデータが受信されると、Ｗｅｂ制御部３１は、Ｗｅｂページを更新する（ステップＳ７Ｂ）。そして、この場合には、例えば、図１０に例示するような、必要なハードウェア機能のレベルを告知するためのＷｅｂページを更新されたＷｅｂページとして端末装置１に送信する（ステップＳ２）。端末装置１の表示部は、ハードウェア機能のレベルを告知するためのＷｅｂページを表示する。なお、この例では、アプリケーション機能「ａ」および「ｃ」を実装するために必要なメモリ容量が１０Ｍバイトである。

ユーザが、「決定ボタン」を選択すると、端末装置１は、アプリケーション機能「ａ」および「ｃ」と「１０Ｍバイト」とが選択されたことを示すデータを携帯電話機受注サーバ３に送信する（ステップＳ３）。それらのデータが携帯電話機受注サーバ３において受信されると、受注管理部３４は、「１０Ｍバイト」を示すデータと、選択されたアプリケーション機能を示すデータと、料金を示すデータとを一時記憶する（ステップＳ７Ａ）。また、Ｗｅｂページ制御部３１は、図４に例示されたＷｅｂページを、再度、端末装置１に送信する（ステップＳ７Ｂ，Ｓ２）。

図４に例示された選択用ページにおいて、ユーザが「お客様の個人の要求」を選択（例えば、マウスでクリック）すると、端末装置１は、ユーザが選択した項目を示すデータを携帯電話機受注サーバ３に送信する（ステップＳ３）。それらのデータを受信すると、Ｗｅｂ制御部３１は、図１１に例示するような機能選択用ページを端末装置１に送信する（ステップＳ７Ｂ，Ｓ２）。端末装置１の表示部は、機能選択用ページを表示する。図１１に示す例ではユーザが「着信音」および「メニュー画面」が選択可能であることが示されている。図１１に示された画面には、選択しうる要求に応じた料金も示されている。

ユーザが、図１１に例示する画面において「着信音」を選択したとする。端末装置１は、着信音を選択したことを示すデータを携帯電話機受注サーバ３に送信する（ステップＳ３）。携帯電話機受注サーバ３において、そのデータが受信されると、Ｗｅｂ制御部３１は、Ｗｅｂページを更新する（ステップＳ７Ｂ）。そして、この場合には、例えば、図１２に例示するような、ファイル送信用ページを更新されたＷｅｂページとして送信する（ステップＳ２）。端末装置１の表示部は、ファイル送信用ページを表示する。

図１２に例示された画面において、ユーザが、着信音データが格納されているファイルのファイル名を入力し、「送信ボタン」を選択すると（ステップＳ３）、端末装置１は、着信音データが格納されているファイルを携帯電話機受注サーバ３にアップロードする。ファイルが携帯電話機受注サーバ３において受信されると（ステップＳ５）、独自要求受付部３３は、受信されたファイル（ユーザが設定を要求した機能を実現するためのデータであってユーザ自身がアップロードしたデータ）と料金を示すデータとを一時記憶する（ステップＳ７Ａ）。また、Ｗｅｂページ制御部３１は、図４に例示されたＷｅｂページを、再度、端末装置１に送信する（ステップＳ７Ｂ，Ｓ２）。

ユーザが、図１１に例示する画面において「メニュー画面」を選択した場合にも、「着信音」を選択した場合と同様に、「メニュー画面」を形成するためのファイルが携帯電話機受注サーバ３にアップロードされ、独自要求受付部３３において一時記憶される。

なお、ここでは、ユーザが設定を要求しうる機能として、「着信音」と「メニュー画面」とを例示したが、ユーザが設定を要求しうる機能はそれらに限られない。例えば、メニュー画面におけるアイコンのデザインなどユーザ自身の使い勝手をよくするための他の機能も、ユーザが設定を要求できる機能に含めるようにしてもよい。

また、ユーザが「着信音」を選択し、着信音データをアップロードすると、携帯電話機受注サーバ３は、携帯電話機に実装可能なように加工（例えば、データ量削減）してもよい。また、着信音データを端末装置１に返送して端末装置１から音声出力させるようにしてもよい。すなわち、ユーザが試聴可能であるようにしてもよい。ユーザが「メニュー画面」を選択し、「メニュー画面」を形成するためのデータをアップロードすると、携帯電話機受注サーバ３は、携帯電話機に実装可能なように加工（例えば、データ量削減）してもよい。また、「メニュー画面」を形成するためのデータを端末装置１に返送して端末装置１の表示部に表示させるようにしてもよい。すなわち、ユーザが画面を確認可能であるようにしてもよい。

図４に例示された画面において、ユーザが、「終了ボタン」を選択すると、端末装置１は、その旨を示すデータを携帯電話機受注サーバ３に送信する（ステップＳ３）。携帯電話機受注サーバ３においてそのデータが受信されると（ステップＳ４）、受注管理部３４は、受注管理部３４において一時記憶されているデータおよび独自要求受付部３３において一時記憶されているデータ（着信音データ等のファイル）とを参照して、ユーザが注文した携帯電話機の機能を決定する（ステップＳ８）。そして、ユーザが注文した携帯電話機の機能を示すデータを、ユーザを特定するデータおよび機能毎の料金の合計を示すデータとともに受注情報記憶部３５４に格納する（ステップＳ９）。この段階で注文処理が完結したことになる。

なお、Ｗｅｂページ制御部３１が、受注管理部３４が決定した機能、すなわちユーザの選択にもとづく機能を示すデータと機能毎の料金の合計を示すデータとが表示されたＷｅｂページを作成し、作成したＷｅｂページを端末装置１に送信する処理を実行することが好ましい。そのＷｅｂページには、ユーザが確認入力を行うために「確認ボタン」も表示される。ユーザが「確認ボタン」を選択すると、端末装置１は、その旨を示すデータを携帯電話機受注サーバ３に送信する。受注管理部３４は、そのデータを受信すると、注文処理が完結したとする。

また、注文処理が完結するまでの処理の実行中に、受注管理部３４は、端末装置１からアプリケーション機能およびハードウェア機能が選択されたことを示すデータを受信する度に、選択されたアプリケーション機能およびハードウェア機能の料金の合計を、選択されているアプリケーション機能およびハードウェア機能を示すデータとともに設定したＷｅｂページをＷｅｂページ制御部３１に作成させて送信させることが好ましい。さらに、そのときまでに選択されているアプリケーション機能およびハードウェア機能の料金の合計を、選択されているアプリケーション機能およびハードウェア機能を示すデータとともに設定したＷｅｂページをＷｅｂページ制御部３１に作成させて送信させるようにしてもよい。

受注情報記憶部３５４に新たなデータが記憶された場合、携帯電話機受注サーバ３は、リアルタイムで、または所定の時期に（１日に１回のタイミングなど）、そのデータを、製造部門や携帯電話機の製造販売会社に送信する。すなわち、携帯電話機受注サーバ３は、受注情報記憶部３５４に記憶されたデータ（ユーザ毎にカスタマイズされた携帯電話機のデータ、すなわちユーザが選択した機能を示すデータおよびユーザがアップロードしたデータ）を、携帯電話機の製造部門に送信するユーザ対応機能情報送信手段（ユーザ設定情報記憶手段としての受注情報記憶部３５４に記憶された情報を、携帯電話機の製造部門に送信するユーザ設定情報送信手段も含まれる。）を含む。携帯電話機の製造部門は、携帯電話機受注サーバ３から受信したデータにもとづいて携帯電話機を製造する。そのときに、ユーザがアップロードした着信音データや画面データも、携帯電話機に実装される。

以上に説明したように、ユーザがオンラインで携帯電話機を注文する場合に、携帯電話機受注サーバ３は、ユーザがハードウェア機能を選択したときには、選択したハードウェア機能で実現可能なアプリケーション機能を示す情報をユーザに提示する。また、ユーザがアプリケーション機能を選択したときには、選択したアプリケーション機能を実現するために必要なハードウェア機能を示す情報をユーザに提示する。従って、ユーザは、細かな技術的知識を要求されることなく、自身が欲する機能を備えた携帯電話機を注文することができる。なお、端末装置１は、ユーザがＷｅｂページにもとづいて選択した機能（アプリケーション機能やハードウェア機能）を携帯電話機受注サーバ３に送信する選択機能データ送信手段を含む。

なお、この実施の形態では、端末装置１として、ユーザが保有しているパーソナルコンピュータ等を想定したが、端末装置１は、例えば、携帯電話機の販売店に設置された装置であってもよい。携帯電話機の販売店に設置される場合には、ユーザ自身が注文のための操作を行うのではなく、販売店の係員が、ユーザと応対しながら操作を行うようにしてもよい。

また、選択したアプリケーション機能を実現するために必要なハードウェア機能を示す情報がユーザに提示されるので、ユーザは、必要以上のハードウェア機能を選択せずに済み、ユーザは、携帯電話機購入に支払う金額を節減できる。

また、例えば通話機能以外の他の機能を有さないような、機能が簡素化された携帯電話機を購入する場合でも、着信音等を自分の好みに合ったものにすることができる。そして、着信音等を自分の好みに合ったたものにするために、携帯電話機の購入後に、着信音データ等をダウンロードするための通話料を発生させないようにすることができる。

さらに、携帯電話機の製造販売会社は、仕様が異なる種々の機種を開発せずに済み、携帯電話機の製品コストを低減させることができる。逆に、製品コストを低減させるためにハードウェア機能を削減し、結果として実装するアプリケーション機能のレベルを下げたりアプリケーション機能を実装できないという事態が生じて機能に不満を感ずるユーザが出てくるといったことも防止できる。

実施の形態２．
第１の実施の形態では、ユーザが好みの機能を選択できる機種を対象にしたが、既に開発済みまたは販売開始済みの機種（既存の機種）であって機能変更が難しい機種（仕様が固定された携帯電話機）を注文対象にしてもよい。

例えば、第１の実施の形態のようにユーザに機能を選択させた後、ユーザが選択した機能の全てを実装できる機種が存在しない場合には、ユーザが選択した機能に最も近い機能を備えた機種を、類似する機能を備えた機種として、既存の機種から選択する既存機種選定手段を、携帯電話機受注サーバ３に設ける。その場合、販売可能機種名データベースには、既存の機種を示すデータも登録される。そのような構成によって、ユーザが希望する機能を備えた携帯電話機を注文できない場合でも、ユーザは、希望する機能を備えた携帯電話機の機能に近い機能を備えた携帯電話機を入手することができる。

なお、既存機種選択手段は、ユーザが希望する機能を備えた携帯電話機の機能に近い機能を備えた携帯電話機であるか否かを、例えば、ユーザが希望する携帯電話機における機能数と、複数の既存の携帯電話機が有する機能数とを比較して、機能数が最も近い既存の携帯電話機を、ユーザが希望する機能を備えた携帯電話機の機能に近い機能を備えた携帯電話機であると決定する。または、機能毎にポイント数を割り当て、ユーザが希望する各機能のポイント数の集計値と、それぞれの既存の携帯電話機が有する各機能のポイント数の集計値とを比較し、集計値が最も近い既存の携帯電話機を、ユーザが希望する機能を備えた携帯電話機の機能に近い機能を備えた携帯電話機であると決定する。なお、例えば、過去に多数のユーザが望んだ機能に多くのポイント数が割り当てられ、少数のユーザが望んだ機能に少ないポイント数が割り当てられる。また、自身が望む機能の重み付けをユーザにさせて、重みが大きい方の機能に高いポイント数を割り当てるようにしてもよい。

実施の形態３．
第１の実施の形態では、ユーザが、購入しようとする携帯電話機に、自身が作成した着信音データや画面データが実装されたが、それらのデータを他に活用するようにしてもよい。

例えば、Ｗｅｂ制御部３１は、図１２に例示した画面において、アップロードするデータの公開の要求の要否をユーザに問うための情報を含める。ユーザがデータの公開を要求することを示すデータを入力した場合には、端末装置１は、携帯電話機受注サーバ３に公開を要求することを示すデータを送信する。携帯電話機受注サーバ３は、そのデータを受信すると、アップロードされたファイルを第１の実施の形態の場合と同様に使用するとともに、公開用のデータとして保存する。

また、携帯電話機受注サーバ３には、保存されたデータを公開するためのＷｅｂページを作成する公開用Ｗｅｂページ作成手段が設けられる。他のユーザのユーザ端末が、公開用Ｗｅｂページ作成手段が作成したＷｅｂページをアクセスし、保存されているデータをダウンロードした場合には、携帯電話機受注サーバ３は、そのユーザ端末の使用者に対して課金する。そして、ユーザ端末の使用者が支払った料金の一部または全部を、データの公開を要求したユーザに支払う。

そのように構成した場合には、ユーザは、着信音等を自身の好みに合うようにした携帯電話機を入手できる上に、着信音等のデータを公開することによって利益を得ることができる。よって、ユーザの携帯電話機の購入意欲を促すことができる。すなわち、携帯電話機の販売促進を図ることができる。なお、データを公開するサーバは、携帯電話機受注サーバ３以外のサーバであってもよい。

上記の各実施の形態では、携帯電話機受注サーバ３は、ユーザがハードウェア機能を選択したときには、選択したハードウェア機能で実現可能なアプリケーション機能を示す情報をユーザに提示し、ユーザがアプリケーション機能を選択したときには、選択したアプリケーション機能を実現するために必要なハードウェア機能を示す情報をユーザに提示した。しかし、携帯電話機受注サーバ３は、ハードウェア機能やアプリケーション機能以外の他の項目を提示するようにしてもよい。

例えば、Ｗｅｂページ制御部３１は、図４に例示した選択用ページに、主な使用目的を選択させるための情報を付加する。ユーザが、主な使用目的を選択した場合には、Ｗｅｂページ制御部３１は、「動画をよく扱う」、「主に電話帳のみを使用」等のユーザの具体的な使用目的を問うための情報を含むＷｅｂページを作成して端末装置１に送信する。

例えば、ユーザが「動画をよく扱う」を選択した場合には、携帯電話機受注サーバ３における受注管理部３４は、Ｗｅｂ管理部３１に対して、大容量のメモリを選択するとともに、大容量のメモリを選択したこと告知する情報を含むＷｅｂページを作成することを指示する。または、大容量のメモリを搭載することを勧める情報を含むＷｅｂページを作成することを指示する。Ｗｅｂ管理部３１は、指示に応じたＷｅｂページを作成し、端末装置１に送信する。

また、例えば、ユーザが「主に電話帳のみを使用」を選択した場合には、受注管理部３４は、Ｗｅｂ管理部３１に対して、電話帳機能として高機能のアプリケーション機能を選択するとともに、電話帳機能として高機能のアプリケーション機能を選択したこと告知する情報を含むＷｅｂページを作成することを指示する。または、高機能の特定のアプリケーション機能を搭載することを勧める情報を含むＷｅｂページを作成することを指示する。Ｗｅｂ管理部３１は、指示に応じたＷｅｂページを作成し、端末装置１に送信する。

携帯電話機受注サーバ３がユーザの使用目的を問うための情報を含むＷｅｂページを作成するように構成されている場合には、ユーザが望むアプリケーション機能に応じたハードウェア機能が自動選択されたり、ユーザが望むアプリケーション機能が自動選択されるようにすることも可能になり、ユーザは、さらに簡単に自身が望む機能を実装した携帯電話機を入手することができる。

なお、上記の各実施形態で示されたハードウェア機能およびアプリケーション機能の種類は例示であって、本発明におけるハードウェア機能およびアプリケーション機能の種類は、上記の各実施形態で示されたものに限られない。

本発明は、一般ユーザが携帯電話機を購入するための手段として、また、一般ユーザの携帯電話機購入の促進を図るために効果的に使用可能である。

本発明による携帯電話機注文システムの構成例を示すブロック図である。 データベースの構成例を示すブロック図である。 携帯電話機注文システムの動作を示すフローチャートである。 Ｗｅｂページおよび端末装置の画面表示例を示す説明図である。 Ｗｅｂページおよび端末装置の画面表示例を示す説明図である。 Ｗｅｂページおよび端末装置の画面表示例を示す説明図である。 Ｗｅｂページおよび端末装置の画面表示例を示す説明図である。 Ｗｅｂページおよび端末装置の画面表示例を示す説明図である。 Ｗｅｂページおよび端末装置の画面表示例を示す説明図である。 Ｗｅｂページおよび端末装置の画面表示例を示す説明図である。 Ｗｅｂページおよび端末装置の画面表示例を示す説明図である。 Ｗｅｂページおよび端末装置の画面表示例を示す説明図である。

符号の説明

１ 端末装置
２ 通信ネットワーク
３ 携帯電話機受注サーバ
３１ Ｗｅｂ制御部
３２ ユーザ認証部
３３ 独自要求受付部
３４ 受注管理部
３５ データベース
３５１ 販売可能機種名データベース
３５２ ハードウェア機能データベース
３５３ アプリケーション機能データベース
３５４ 受注情報記憶部

Claims (8)

1. 端末装置から通信ネットワークを介して携帯電話機の注文を受け付け、機能がカスタマイズされた携帯電話機を決定する携帯電話機受注サーバであって、
   選択可能な携帯電話機のアプリケーション機能およびハードウェア機能を示すデータを端末装置に送信する選択可能機能データ送信手段と、
   前記端末装置からアプリケーション機能を選択したことを示すデータを受信すると、そのアプリケーション機能を実現するためのハードウェア機能を示すデータを前記端末装置に送信するハードウェア機能データ送信手段とを含む
   ことを特徴とする携帯電話機受注サーバ。
2. 端末装置からハードウェア機能を選択したことを示すデータを受信すると、そのハードウェア機能で実現可能なアプリケーション機能を示すデータを前記端末装置に送信するアプリケーション機能データ送信手段を含む
   請求項１記載の携帯電話機受注サーバ。
3. ユーザが設定可能な情報の種類を示すデータを端末装置に送信する設定可能データ送信手段と、
   前記端末装置からユーザが設定可能な情報を選択したことを示すデータ、およびユーザが設定可能な情報そのものを受信すると、受信した前記情報を記憶手段に記憶させるユーザ設定情報記憶手段と、
   前記ユーザ設定情報記憶手段に記憶された情報を、携帯電話機の製造部門に送信するユーザ設定情報送信手段とを含む
   請求項１または請求項２記載の携帯電話機受注サーバ。
4. 仕様が固定された携帯電話機の機種を特定するデータを記憶する既存機種データ記憶手段と、
   端末装置を介して選択された機能に類似する機能を有する機種を前記既存機種データ記憶手段から選定する既存機種選定手段とを含む
   請求項１から請求項３のうちのいずれか１項に記載の携帯電話機受注サーバ。
5. 端末装置と、端末装置から通信ネットワークを介して携帯電話機の注文を受け付け、機能がカスタマイズされた携帯電話機を決定する携帯電話機受注サーバとを備えた携帯電話機注文システムであって、
   前記携帯電話機受注サーバは、
   選択可能な携帯電話機のアプリケーション機能およびハードウェア機能を示すデータを端末装置に送信する選択可能機能データ送信手段と、
   前記端末装置からアプリケーション機能を選択したことを示すデータを受信すると、そのアプリケーション機能を実現するためのハードウェア機能を示すデータを前記端末装置に送信するハードウェア機能データ送信手段とを含む
   ことを特徴とする携帯電話機注文システム。
6. 携帯電話機受注サーバが、端末装置からハードウェア機能を選択したことを示すデータを受信すると、そのハードウェア機能で実現可能なアプリケーション機能を示すデータを前記端末装置に送信するアプリケーション機能データ送信手段を含む
   請求項６記載の携帯電話機注文システム。
7. 端末装置から通信ネットワークを介して携帯電話機の注文を受け付け、機能がカスタマイズされた携帯電話機を決定する携帯電話機注文方法であって、
   選択可能な携帯電話機のアプリケーション機能およびハードウェア機能を示すデータを端末装置に送信し、
   前記端末装置からアプリケーション機能を選択したことを示すデータを受信すると、そのアプリケーション機能を実現するためのハードウェア機能を示すデータを前記端末装置に送信し、
   前記端末装置からハードウェア機能を選択したことを示すデータを受信すると、そのハードウェア機能で実現可能なアプリケーション機能を示すデータを前記端末装置に送信する
   ことを特徴とする携帯電話機注文方法。
8. 端末装置から通信ネットワークを介して携帯電話機の注文を受け付け、機能がカスタマイズされた携帯電話機を決定する携帯電話機受注サーバに、
   選択可能な携帯電話機のアプリケーション機能およびハードウェア機能を示すデータを端末装置に送信する処理と、
   前記端末装置からアプリケーション機能を選択したことを示すデータを受信すると、そのアプリケーション機能を実現するためのハードウェア機能を示すデータを前記端末装置に送信する処理と、
   前記端末装置からハードウェア機能を選択したことを示すデータを受信すると、そのハードウェア機能で実現可能なアプリケーション機能を示すデータを前記端末装置に送信する処理と
   を実行させるための携帯電話機受注プログラム。

Images