JP2013246709A - 電子機器 - Google Patents
電子機器 Download PDFInfo
- Publication number
- JP2013246709A JP2013246709A JP2012121008A JP2012121008A JP2013246709A JP 2013246709 A JP2013246709 A JP 2013246709A JP 2012121008 A JP2012121008 A JP 2012121008A JP 2012121008 A JP2012121008 A JP 2012121008A JP 2013246709 A JP2013246709 A JP 2013246709A
- Authority
- JP
- Japan
- Prior art keywords
- information
- product
- adjustment
- present
- electronic device
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 239000000203 mixture Substances 0.000 claims description 3
- 238000000034 method Methods 0.000 description 66
- 230000008569 process Effects 0.000 description 64
- 238000004891 communication Methods 0.000 description 26
- 238000012545 processing Methods 0.000 description 20
- 241001446467 Mama Species 0.000 description 14
- 239000000370 acceptor Substances 0.000 description 12
- 230000004044 response Effects 0.000 description 12
- 230000006870 function Effects 0.000 description 11
- 238000003384 imaging method Methods 0.000 description 10
- 238000010586 diagram Methods 0.000 description 9
- 230000010365 information processing Effects 0.000 description 9
- 238000012552 review Methods 0.000 description 8
- 238000012790 confirmation Methods 0.000 description 6
- 239000002131 composite material Substances 0.000 description 4
- 230000000694 effects Effects 0.000 description 4
- 241001342895 Chorus Species 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 230000035606 childbirth Effects 0.000 description 1
- HAORKNGNJCEJBX-UHFFFAOYSA-N cyprodinil Chemical compound N=1C(C)=CC(C2CC2)=NC=1NC1=CC=CC=C1 HAORKNGNJCEJBX-UHFFFAOYSA-N 0.000 description 1
- 238000011156 evaluation Methods 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000003825 pressing Methods 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
Images
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
【課題】複数人による商品の共同購入を支援することが可能な電子機器を提供する。
【解決手段】電子機器は、複数の候補者に商品の共同購入に関する情報を提供する情報提供部26,21と、前記商品に関する調整を行う調整部26と、を備え、前記情報提供部は、共同購入された商品を受け取る人に関する情報を前記複数の候補者に提供し、前記調整部は、前記商品の決定に関して前記商品の購入側を主導にするか、前記商品の受取り側を主導にするかを調整する。
【選択図】図3
【解決手段】電子機器は、複数の候補者に商品の共同購入に関する情報を提供する情報提供部26,21と、前記商品に関する調整を行う調整部26と、を備え、前記情報提供部は、共同購入された商品を受け取る人に関する情報を前記複数の候補者に提供し、前記調整部は、前記商品の決定に関して前記商品の購入側を主導にするか、前記商品の受取り側を主導にするかを調整する。
【選択図】図3
Description
本発明は、電子機器に関する。
従来より、気に入らないプレゼントをもらわないようにしたり、プレゼントが重複したりしないようにするために、サーバを介在させてユーザが知人にプレゼントを要求するおねだり機能が提案されており、その一部は実現化されている(例えば、特許文献1参照)。
しかしながら、従来のおねだり機能は個人あてのおねだりであったため、プレゼントのやりとりの態様によっては、当該おねだり機能を使えないことがあった。
そこで、本発明は上記の課題に鑑みてなされたものであり、複数人による商品の共同購入を支援することが可能な電子機器を提供することを目的とする。
本発明の電子機器は、複数の候補者に商品の共同購入に関する情報を提供する情報提供部(26,21)と、前記商品に関する調整を行う調整部(26)と、を備えた電子機器である。
この場合において、前記調整部は、前記商品の決定に関して前記商品の購入側を主導にするか、前記商品の受取り側を主導にするかを調整することができる。また、前記情報提供部は、共同購入された商品を受け取る人に関する情報を前記複数の候補者に提供することができる。
本発明の電子機器は、前記複数の候補者から前記商品を受け取る人に関する情報を収集する第1収集部(26,21)を備えていてもよい。また、本発明の電子機器は、前記複数の候補者から前記商品に関する情報を収集する第2収集部(26,21)を備えていてもよい。
本発明の電子機器においては、前記調整部は、前記複数の候補者を、前記共同購入された商品を受け取る人に対する属性に基づいて複数のグループにグルーピングすることとしてもよい。この場合において、前記情報提供部は、前記複数のグループごとに、前記商品の共同購入に関する情報として異なる情報を提供することとしてもよい。また、前記複数のグループは、第1グループと、第2グループとを含んでおり、前記情報提供部は、前記第1グループに情報を提供するタイミングと、前記第2グループに情報を提供するタイミングをずらすこととしてもよい。
本発明の電子機器においては、前記調整部は、前記商品の決定に関する調整を行うこととしてもよい。また、前記調整部は、前記商品の価格に関する調整を行うこととしてもよい。また、前記調整部は、前記商品を購入する場所に関する情報を提供することとしてもよい。
また、本発明の電子機器は、前記共同購入された商品を受け取る人に関する情報を記憶する第1記憶部(23)を備えており、前記情報提供部は、前記第1記憶部に記憶された人の情報に基づいて、前記複数の候補者に前記商品の共同購入に関する情報を提供することとしてもよい。この場合において、前記共同購入された商品を受け取る人に関する情報は、当該受け取る人が希望する商品に関する情報、及び当該受け取る人が過去に購入した商品に関する情報の少なくとも一方を含むこととしてもよい。
また、本発明の電子機器は、イベント情報を記憶する第2記憶部(23)を備えており、前記情報提供部は、前記第2記憶部に記憶されたイベント情報に基づいて、前記複数の候補者に商品の共同購入に関する情報を提供することとしてもよい。
また、本発明の電子機器は、前記複数の候補者の画像データを記憶する第3記憶部(23)を備えていてもよい。この場合において、前記第3記憶部は、前記商品に関する画像データを記憶することとしてもよい。この場合、前記第3記憶部に記憶されている前記複数の候補者の画像データと前記商品に関する画像データとを合成する画像合成部(25)を備えていてもよい。
また、本発明の電子機器は、前記共同購入された商品を受け取る人の画像を記憶する第4記憶部(23)を備えていてもよい。また、前記共同購入に関する情報を記憶する第5記憶部(23)を備えていてもよい。また、前記情報提供部は、買換えに関する情報を提供することとしてもよい。
なお、本発明をわかりやすく説明するために、上記においては一実施形態を表す図面の符号に対応つけて説明したが、本発明は、これに限定されるものではなく、後述の実施形態の構成を適宜改良しても良く、また、少なくとも一部を他の構成物に代替させても良い。更に、その配置について特に限定のない構成要件は、実施形態で開示した配置に限らず、その機能を達成できる位置に配置することができる。
本発明の電子機器は、複数人による商品の共同購入を支援することができるという効果を奏する。
以下、一実施形態について、図1〜図21に基づいて、詳細に説明する。図1には、一実施形態に係る情報処理システム1の構成が概略的に示されている。
情報処理システム1は、図1に示すように、複数の携帯機器10と、サーバ20と、クチコミ情報部40と、を備える。携帯機器10、サーバ20及びクチコミ情報部40は、インターネット等のネットワーク80に接続されている。
携帯機器10は、携帯電話やスマートフォン、PHS(Personal Handy-phone System)、PDA(Personal Digital Assistant)などの機器である。なお、本実施形態では、プレゼントをもらう側のユーザが利用する携帯機器を「携帯機器10A」又は「依頼側の携帯機器10A」と呼び、プレゼントをあげる側のユーザが利用する携帯機器を「携帯機器10B」又は「被依頼側の携帯機器10B」と呼ぶものとする。
携帯機器10Aは、電話機能、インターネット等に接続するための通信機能、及びプログラムを実行するためのデータ処理機能等を有する。携帯機器10Aは、一例として、携帯機器10の外観図である図2に示すように、長方形の主面(図2の−Y面)を有する薄板状の形状を有し、片手の手のひらで把持することができる程度の大きさを有している。
携帯機器10は、図2及び情報処理システム1のブロック図である図3に示すように、表示部11、入力部12、撮像部13、GPS(Global Positioning System)モジュール14、通信部15、及び制御部16を有する。
表示部11は、例えば液晶表示素子を用いたデバイスであり、画像、各種情報、及びボタン等の操作入力用画像を表示する。入力部12は、本実施形態においては、表示部11の表面に設けられたタッチパネルであり、ユーザが表示部11の表面(入力部12)に触れたという情報や、ユーザの指の動きに応じた情報を入力する。なお、入力部12は、テンキーなどのキーボードであってもよい。
撮像部13は、撮影レンズや撮像素子(CCDおよびCMOSデバイス)を有する。本実施形態の撮像部13は、ユーザやユーザが欲しい商品などを撮像するために用いられる。なお、この撮像部13は、図2に示すように、表示部11と同じ面に設けることとしてもよいし、表示部11とは異なる面(裏面)に設けることとしてもよい。また、撮像部13は、両面に設けることとしてもよい。GPSモジュール14は、携帯機器10の位置(例えば緯度や経度)を検出するセンサである。通信部15は、ネットワーク80を介してサーバ20や他の携帯機器10と通信する。通信部15は、例えば、インターネット等の広域ネットワークにアクセスする無線通信ユニット、Bluetooth(登録商標)による通信を実現するBluetooth(登録商標)ユニット、及び、Felica(登録商標)チップ等を有するものとする。
制御部16は、CPUを有し、携帯機器10Aの各部を統括的に制御するとともに、プレゼントに関する各種処理を行う。
被依頼側の携帯機器10Bは、サーバ20を介した携帯機器10Aからのプレゼント要求に応答するための機器である。携帯機器10Bは、図3に示すように、携帯機器10Aと同様、表示部31、入力部32、撮像部33、GPSモジュール34、通信部35及び制御部36を有している。なお、それぞれの構成要素は、携帯機器10Aと同一又は同等の構成とすることができるので、その説明を省略するものとする。
サーバ20は、依頼側の携帯機器10Aから入力された入力情報に基づいて、被依頼側の携帯機器10Bに対してプレゼントのリクエストを行う機能を有する。サーバ20は、図3に示すように、通信部21、メモリ23、カレンダ部24、画像処理部25および調整・制御部26を有する。
通信部21は、依頼側の携帯機器10A、被依頼側の携帯機器10B、及びクチコミ情報部40と通信を行い、各種情報を取得(入力)する。通信部21は、インターネット等の広域ネットワークにアクセスする無線通信ユニット、Bluetooth(登録商標)による通信を実現するBluetooth(登録商標)ユニット、及び、Felica(登録商標)チップ等を有する。
調整・制御部26は、CPUを有し、サーバ20の各部を制御するとともに、プレゼントのやり取りが適切に行われるようにするための各種制御・処理を行う。例えば、調整・制御部26は、プレゼントを購入するまでの各種調整(プレゼントを贈る側の人(被依頼者(候補者))の人数の調整や、被依頼者(候補者)の属性・カテゴリ調整(選別)、商品を決定するための調整、後述する依頼者主体モード及び候補者主体モードの調整、その他各種情報の調整など)を行う。なお、本実施形態においては、サーバ20にアプリケーションのソフトウエアがインストールされることで、調整・制御部26の機能が実現されている。
メモリ23は、不揮発性のメモリ(例えばフラッシュメモリ)であり、携帯機器10A,10Bの撮像部13、33で撮像された画像、クチコミ情報部40から取得した情報や画像、プレゼントの履歴などの各種情報、後述するデータベースなどを記憶している。
カレンダ部24は、年、月、日、時刻といった時間情報を取得して、調整・制御部26に出力する。また、カレンダ部24は、計時機能を有する。
画像処理部25は、メモリ23に記憶されている複数の画像の少なくとも一部を用いて、新たな画像を生成する処理を行う。例えば、画像処理部25は、プレゼントの画像と、贈り主の画像とを合成する処理などを行う。
次に、上記のように構成される本実施形態の情報処理システム1における処理について、図4〜図21に基づいて詳細に説明する。
(依頼側のユーザ登録処理)
図4は、携帯機器10Aからサーバ20に対してユーザ(依頼側のユーザ)がプレゼント依頼者の登録を行うためのフローチャートである。なお、プレゼント依頼者は、携帯機器10Aのユーザ自身であってもよいし、ユーザ以外の人物であってもよい。この図4の処理は、携帯機器10Aと、サーバ20との通信が成立した状態で開始される。
図4は、携帯機器10Aからサーバ20に対してユーザ(依頼側のユーザ)がプレゼント依頼者の登録を行うためのフローチャートである。なお、プレゼント依頼者は、携帯機器10Aのユーザ自身であってもよいし、ユーザ以外の人物であってもよい。この図4の処理は、携帯機器10Aと、サーバ20との通信が成立した状態で開始される。
図4の処理では、ステップS10において、サーバ20の調整・制御部26が、携帯機器10Aからの登録開始指示が出されるまで待機する。この場合、携帯機器10Aのユーザが、入力部12を介してユーザ登録の開始ボタンを押すなどした段階で、ステップS12に移行する。
ステップS12に移行すると、調整・制御部26は、通信部21を介して、携帯機器10Aに対して、プレゼント依頼者登録画面(図5参照)を送信する。このプレゼント依頼者登録画面には、図5に示すように、プレゼント依頼者の氏名、生年月日、連絡先(例えば、メールアドレス)を入力する欄、恒例イベントの有無を入力するチェックボックス、「登録」、「キャンセル」ボタンが設けられているものとする。
次いで、ステップS14では、調整・制御部26が、携帯機器10Aのユーザによってプレゼント依頼者登録画面の各欄への入力が行われ、登録ボタンが押されるまで待機する。この場合、携帯機器10Aのユーザによって、登録ボタンが押された段階で、ステップS16に移行する。
ステップS16に移行すると、調整・制御部26は、通信部21を介してプレゼント依頼者の氏名、生年月日、連絡先(メールアドレス等)、恒例イベントの有無を取得(入力)し、取得した情報をメモリ23に格納されているプレゼント依頼者DB(図6参照)に登録する。
なお、本実施形態では、携帯機器10Aのユーザが、ユーザの子供(氏名「AAABBB」)をプレゼント依頼者(依頼者ID=001)として登録したものとして以下説明する。ただし、これに限らず、ユーザは、ユーザ自身あるいは子供以外の他人をプレゼント依頼者として登録することとしてもよい。
ここで、恒例イベントとは、プレンゼント依頼者の生年月日とカレンダ部24の情報とから自動的に抽出することが可能なイベント(例えば誕生祝い、入学祝い、クリスマスといったイベント)を意味する。したがって、ユーザが、プレゼント依頼者登録画面において、恒例イベント有りのチェックボックスをチェックした場合には、調整・制御部26は、各恒例イベントの前にプレゼント依頼を自動的に行う、又は恒例イベントごとにプレゼント依頼を行うかを携帯機器10のユーザに確認するような処理を実行する。なお、プレゼント依頼者がユーザ本人である場合で、恒例イベントの前にユーザの確認を必要とせずに自動的にプレゼント依頼を行うような場合には、ユーザにとって予期せぬプレゼント贈ることができるという効果(サプライズ効果)がある。一方、ユーザが、恒例イベント無しのチェックボックスをチェックした場合には、イベントが発生するごとにユーザ自身がプレゼント依頼を行う必要がある。
次いで、ステップS18においては、調整・制御部26が、プレゼント依頼者のプレゼント要求に応じてくれそうな人(候補者)を入力するための候補者入力画面(図7参照)を携帯機器10Aに対して送信する。ここで、候補者入力画面には、図7に示すように、候補者の氏名、属性、生年月日、連絡先(メールアドレス等)、目安金額を入力する欄と、依頼者主体モードと候補者主体モードのいずれかを選択するためのチェックボックス、「登録」、「次の候補者入力」、「キャンセル」ボタンが含まれているものとする。
属性の欄には、祖父母や叔父叔母、友人(ママ友)などのカテゴリを入力することができるものとする。また、目安金額の欄には、候補者に要求できそうな金額を入力することができるものとする。なお、目安金額の欄への入力は必須であってもよいし、必須でなくてもよい。また、入力された属性ごとに目安金額が自動で入力されるようにしてもよい。なお、自動で入力された目安金額は後で修正できるようにしてもよい。
依頼者主体モードは、携帯機器10Aのユーザやプレゼント依頼者がプレゼントの内容を指定する主導権を握るモードであり、候補者主体モードは、候補者がプレゼントの内容を決定する主導権を握るモードである。なお、例えば、属性の欄に、祖父、祖母や叔父、叔母などが入力された場合には、調整・制御部26は、自動的に依頼者主体モードにチェックを入れ、友人(ママ友)が入力された場合には、自動的に候補者主体モードにチェックを入れるようにしてもよい(ただし、後でユーザが変更できるものとする)。また、前述したように、プレゼント依頼者登録画面(図5)において恒例イベント有りが選択され、かつ調整・制御部26がイベントごとのプレゼント依頼者への確認を行わないような場合には、調整・制御部26は、候補者主体モードで固定する(候補者主体モードのみ選択できる)ようにしてもよい。
次いで、ステップS20では、調整・制御部26が、携帯機器10A上において登録ボタンが押されるまで待機する。なお、携帯機器10Aのユーザは、候補者入力画面の「次の候補者入力」のボタンを押すことにより、複数の候補者の情報を入力できるものとする。
携帯機器10Aのユーザが、登録ボタンを押すと、ステップS22に移行し、調整・制御部26は、入力された候補者の情報を候補者DB(図8参照)に登録する。図8では、祖母、叔母、2人のママ友の4人がプレゼント依頼者ID「001」に対応する候補者として登録された状態が示されている(ただし、ステップS22の段階では、候補者DBの「プレゼント希望」の欄は空欄であるものとする)。
なお、本実施形態においては、属性が祖父や祖母である場合には、恒例イベントの全てにおいて候補者になるというルールが調整・制御部26において定められているものとする。また、属性が叔父叔母である場合には、恒例イベントのうち入学式や成人式において候補者になり、属性がママ友である場合には、恒例イベントのうちクリスマスにおいて候補者になるというルールが調整・制御部26において定められているものとする。ただし、これに限らず、携帯機器10のユーザが、各属性ごとに候補者になるイベントのルールを定めることができるようにしてもよい。
次いで、ステップS24では、調整・制御部26が、プレゼント依頼者の追加があるかをユーザに問い合わせるための画面(依頼者追加確認画面:図9(a)参照)を携帯機器10Aに対して送信する。次いで、ステップS26では、調整・制御部26は、ユーザによって「はい」、「いいえ」のいずれのボタンが押されたかを確認することで、プレゼント依頼者の追加があるか否かを判断する。ここでの判断が肯定された場合(「はい」が押された場合)には、ステップS12に戻り、ステップS12〜S26の処理・判断を繰り返す。一方、ステップS26の判断が否定された場合(「いいえ」ボタンが押された場合)には、ステップS28に移行する。
ステップS28に移行すると、調整・制御部26は、ユーザが設定した候補者がプレゼント依頼者になった場合に、ユーザ自身が当該プレゼント依頼者に対してプレゼントをあげることを希望するかどうかを問うメッセージ画面(図9(b)参照)を通信部21を介して携帯機器10Aに対して送信する。なお、メッセージ画面には、図9(b)に示すように、「候補者に対してプレゼントをあげることを希望しますか?」などのメッセージと、「希望する」、「希望しない」ボタンとを含まれているものとする。この場合、携帯機器10Bのユーザは、「希望する」、「希望しない」ボタンのいずれかを押すものとする。
次いで、ステップS30では、調整・制御部26が、携帯機器10Aのユーザが「希望する」ボタンを押したか否かを判断する。ここでの判断が否定された場合には、図4の全処理を終了するが、肯定された場合(プレゼントする候補者として自薦した場合)には、ステップS32に移行する。
ステップS32に移行すると、調整・制御部26は、通信部21を介してプレゼント要求があった場合に受諾する可能性のある人の入力(チェック)を行うための画面(プレゼント希望登録画面:図10参照)を携帯機器10Aに対して送信する。次いで、ステップS34では、調整・制御部26が、携帯機器10Aのユーザによって登録ボタンが押されるまで待機し、押された段階で、ステップS36に移行する。なお、本実施形態では、図10の画面上において祖母、叔母、ママ友の全てにチェックを入れた状態で登録ボタンが押されたものとする。
ステップS36に移行すると、調整・制御部26は、候補者DB(図8)のうち、図10のプレゼント希望登録画面上でチェックされた候補者に対応するプレゼント希望の欄に「○」を登録し、チェックされていない候補者に対応するプレゼント希望の欄に「?」を登録する。その後は、図4の全処理を終了する。
なお、図7の候補者入力画面上において候補者を登録する際に、プレゼントをあげることを希望するか否かを入力できるようにしてもよい。この場合、図4のステップS30〜S36を省略することができる。
なお、詳細は図11の処理の説明において述べるが、図4のステップS22で候補者として登録したユーザであっても、当該ユーザが受諾しない限りは、プレゼント要求対象のユーザ(被依頼者又は真の候補者と呼ぶ)にはなりえないものとする。
(候補者の受諾を得るための処理)
次に、図11に基づいて、調整・制御部26によって行われる候補者の受諾を得るための処理について説明する。なお、図11の処理は、図4の処理において新たな候補者が候補者DBに登録された後に開始される処理である。
次に、図11に基づいて、調整・制御部26によって行われる候補者の受諾を得るための処理について説明する。なお、図11の処理は、図4の処理において新たな候補者が候補者DBに登録された後に開始される処理である。
図11の処理では、ステップS102において、調整・制御部26が、図4のステップS22で登録された候補者の携帯機器10Bに対し、通信部21を介して、連絡画面(図12(a)参照)をメール等により送付する。なお、連絡画面には、候補者となることを受諾するか否かを問うメッセージと、登録内容(図4のステップS22で登録された内容)と、「受諾する」、「受諾しない」ボタンと、回答希望期限(図12では1週間)の記載が含まれている。なお、候補者として受諾した場合でも、プレゼント依頼の連絡があるだけであり、必ずしもプレゼントをしなくてはいけないというものではない。したがって、図12の連絡メールにその旨を記載しておいてもよい。
次いで、ステップS104では、調整・制御部26は、候補者から回答があったか否かを判断する。ここでの判断が肯定された場合には、ステップS112に移行するが、判断が否定された場合には、ステップS106に移行する。なお、候補者は、図12(a)の連絡画面の登録内容を編集した上で、「受諾する」ボタンを押すこともできるものとする。
ステップS104の判断が否定されてステップS106に移行すると、調整・制御部26は、所定時間経過したか否かを判断する。なお、ここでの所定時間とは、回答期限よりも短い期限で、回答期限から導き出される連絡画面を再送するのに適した時間であるものとする。ここでの判断が肯定された場合には、ステップS108に移行し、調整・制御部26は、回答期限内であるか否かを判断する。ここでの判断が肯定された場合には、ステップS102に戻る。一方、ステップS108の判断が否定された場合、すなわち、所定回数(例えば3回)連絡画面を送信したにもかかわらず、回答期限内に回答が得られなかった場合には、ステップS110に移行する。
ステップS110に移行した場合、調整・制御部26は、候補者が受諾を拒否したものと判定し、ステップS112に移行する。
ステップS112に移行した場合、調整・制御部26は、候補者による登録内容の編集有無を確認する。なお、本実施形態においては、ママ友「KKKLLL」からクリスマスに加えて誕生会のイベント追加があったものとする。
次いで、ステップS114では、調整・制御部26は、候補者の回答内容(受諾したこと)と、登録内容と、回答期限と、を記載した確認画面(図12(b)参照)を携帯機器10Aのユーザ又はプレゼント依頼者(ここでは、携帯機器10Aのユーザとする)に送信する。なお、候補者が受諾を拒否した場合には、調整・制御部26は、例えば、図12(c)に示すような画面をユーザ又はプレゼント依頼者に送信するものとする。
次いで、ステップS116では、調整・制御部26は、携帯機器10Aのユーザから回答があったか否かを判断する。ここでの判断が肯定された場合には、ステップS118に移行するが、判断が否定された場合には、ステップS124に移行する。なお、携帯機器10Aのユーザが図12(c)においてOKボタンを押した場合にも、ステップS116の判断は肯定されることになる。
ステップS116の判断が否定されてステップS118に移行すると、調整・制御部26は、所定時間経過したか否かを判断する。なお、ここでの所定時間とは、回答期限よりも短い期限で、回答期限から導き出される確認画面を再送するのに適した時間であるものとする。ここでの判断が肯定された場合には、ステップS120に移行し、調整・制御部26は、回答期限内であるか否かを判断する。ここでの判断が肯定された場合には、ステップS114に戻る。一方、ステップS120の判断が否定された場合、すなわち、所定回数(例えば3回)連絡画面を送信したにもかかわらず、回答期限内に回答が得られなかった場合には、ステップS122に移行する。
ステップS122では、調整・制御部26は、携帯機器10Aのユーザが受諾を拒否したものと判定し、ステップS124に移行する。
ステップS124に移行すると、調整・制御部26は、候補者に対して携帯機器10Aのユーザによって受諾されたこと又は拒否されたことの連絡をメール等を用いて行う。そして、次のステップS126では、調整・制御部26は、携帯機器10Aのユーザと候補者との間で受諾し合った場合には、その受諾内容を図13に示す真の候補者DBに格納する。なお、図8には、祖母「AAACCC」、叔母「DDDFFF」が、登録内容を編集せずに候補者になることを受諾し、ママ友「KKKLLL」が、登録内容を編集して候補者になることを受諾した場合の例が示されている。以上の処理により図11の全処理が終了する。
なお、図11の処理開始段階において、プレゼント依頼者「AAABBB」に対してプレゼントをあげることを希望する人が別に存在する場合(図8の候補者DBで、AAABBBに対するプレゼント希望を表明している場合)もある。このような場合には、当該プレゼントをあげることを希望する人(ここでは、従兄弟とする)の携帯機器に対して、図12と同様の連絡画面を送信することとしてもよい。この場合、図11の処理を経ることで、プレゼントをあげることを希望する従兄弟を真の候補者DB(図13)に登録することが可能となる。
(プレゼント依頼処理)
次に、図14のフローチャートに沿って、候補者に対してプレゼントを依頼する処理について詳細に説明する。なお、図14の処理は、プレゼントに関するイベントの数週間前になった段階で開始される処理であるものとする。以下においては、一例として、プレゼント依頼者(AAABBB)の誕生日の数週間前になった場合について説明する。
次に、図14のフローチャートに沿って、候補者に対してプレゼントを依頼する処理について詳細に説明する。なお、図14の処理は、プレゼントに関するイベントの数週間前になった段階で開始される処理であるものとする。以下においては、一例として、プレゼント依頼者(AAABBB)の誕生日の数週間前になった場合について説明する。
図14の処理では、まず、ステップS202において、調整・制御部26は、図6のプレゼント依頼者DBを参照してプレゼント依頼者に対する連絡を行う。この場合、調整・制御部26は、通信部21を介して、プレゼント依頼者(又は携帯機器10Aのユーザ)に対して、図15に示すようなイベント連絡画面を送信する。なお、図15のイベント連絡画面には、プレゼント依頼をするかしないかを回答するためのボタンと、欲しいものを入力する欄と、画像を添付する欄と、送信ボタンとが含まれる。
次いで、ステップS204では、調整・制御部26が、回答があるまで待機する。なお、ここでは、図11のステップS104〜S110、S116〜S122と同様、回答期限を設定し、回答がなければ当該回答期限内に連絡画面を複数回送信するようにしてもよい。この場合、回答期限内に回答がなければ、調整・制御部26は、プレゼント依頼を行わない、又は依頼者主体モードを候補者主体モードに変更して依頼する、などすることとしてもよい。
なお、本実施形態においては、プレゼント依頼者「AAABBB」から欲しいものとして「赤い自転車」の回答が得られ、プレゼント依頼者「AAABBB」の最近の画像が添付されていたものとする。
ステップS206に移行した場合、調整・制御部26は、回答が肯定的であったか否かを判断する。ここでの判断が否定された場合には、図14の全処理を終了するが、肯定された場合には、ステップS208に移行する。
ステップS208に移行すると、調整・制御部26は、図13の真の候補者DBを参照して、イベント「誕生日」に対応する候補者を確認する。ここでは、図13から、祖母「AAACCC」、叔母「DDDFFF」、ママ友「KKKLLL」が候補者として確認されることになる。また、調整・制御部26は、不図示の属性−グループ対応表等を用いて、祖母と叔母は「親族」のグループに属し、ママ友は「友人」のグループに属することについて確認する。なお、グループの確認を行うのは、同一のグループに属している候補者であれば、複数の候補者が集まってプレゼントすることにより個別にプレゼントするよりも高価なプレゼントができる一方、異なるグループの候補者が集まってプレゼントすることは現実的には少ないからである。また、グループを作ることにより居住地が離れていたとしても、同一のグループの属している候補者がプレゼント依頼者に対してプレゼントを行うことができる。更に、調整・制御部26は、図13の真の候補者DBを参照して、祖母「AAACCC」、叔母「DDDFFF」が「依頼者主体モード」であり、ママ友「KKKLLL」が「候補者主体モード」であることを確認する。
次いで、ステップS210では、調整・制御部26が、プレゼントのプレゼント要求があったことを候補者へ連絡するとともに、プレゼントに関する情報提供および収集を行う。具体的には、調整・制御部26は、図16のフローチャートに沿った処理を実行する。
調整・制御部26は、図16のステップS302において、「親類」グループの祖母及び叔母に対して、プレゼント依頼者「AAABBB」が欲しいものの情報と、依頼者の画像を含む依頼画面(図17(a)参照)を送信する。具体的には、図17(a)に示すように、調整・制御部26は、誕生日に欲しいプレゼントの名称「赤い自転車」と、メモリ23に記憶されている又はネットワーク80を介して外部(例えばクチコミ情報部40など)から取得した赤い自転車の画像と、プレゼント依頼者から送付された画像とを含めた依頼画面を作成して、送信する。なお、調整・制御部26は、依頼画面を作成する際に、図17(b)に示すように、プレゼント依頼者「AAABBB」と同じ年齢の子供が赤い自転車に乗っている画像や情報をクチコミ情報部40から取得して添付してもよいし、図17(c)に示すように、同じ年齢の子供が赤い自転車に乗っている画像にプレゼント依頼者の顔の画像を合成して添付してもよい。この場合の画像合成は、図2の画像処理部25が行うものとする。このようにすることで、祖母や叔母は、プレゼントした商品を使用するプレゼント依頼者の様子をイメージしやすくなる。なお、調整・制御部26は、依頼画面において、購入金額の負担について問い合わせることとしてもよい。この場合、一例として、均等、お任せ、50%、5千円などから選択できるようにしておけばよい。
次いで、ステップS304では、調整・制御部26が、通信部21を介して、「友人」グループのママ友「KKKLLL」に対して、プレゼント依頼者「AAABBB」の誕生日のプレゼント依頼通知と、プレゼントに関する情報提供を含む依頼画面(図18参照)を送信する。
例えば、プレゼントに関する情報提供として、プレゼント依頼者が受け取ったことがある物、最近買った物の情報を提供すれば、プレゼントが過去のプレゼントと重複するのを防止することができる。また、プレゼントに関する情報提供として、受け取った又は買ったプレゼントの履歴から導き出される、プレゼント依頼者が嗜好するジャンル(ゲームやDVDなど)の情報を提供すれば、プレゼントする物を決める際の参考となる。
この場合、ママ友「KKKLLL」は、図18の依頼画面上において情報提供内容を確認した上で、「希望商品」や「希望しない商品」の欄にプレゼントしたい又はしたくない商品名を記入した後に「受諾する」ボタンを押すか、あるいは何も記入せずに「受諾しない」ボタンを押すことになる。なお、「希望しない商品の欄」に記入する事項は、プレゼント依頼者に関する情報(プレゼント依頼者が欲しがらないであろう商品の情報)であるといえる。
次いで、ステップS306では、調整・制御部26は、各グループに属する全員から回答があるまで待機する。なお、ここでは、図11と同様、回答期限を設けたり、回答期限内に複数回依頼画面を送ったりすることとしてもよい。また、回答期限内に回答がなかった場合には、拒否したものと判断してもよい。なお、本実施形態では、全ての候補者からプレゼント要求を受諾する旨の回答があったものとする。その後は、図14のステップS212に移行する。
なお、プレゼント要求を承諾する回答を行う場合に、候補者など(ママ友であれば、候補者の子供)の画像を添付できるようにしてもよい。この場合、携帯機器10Bの不図示のメモリに格納されている画像を添付するようにしてもよいし、撮像部33を用いて撮像した画像を添付するようにしてもよい。なお、サーバ20のメモリ23に、候補者などの画像データが既に記憶されているような場合には、画像の撮像を省略してもよい。なお、添付された画像の利用方法については後述する。
なお、ステップS202に先駆けて上記ステップS210の処理を行うようにしてもよい。この場合、候補者の人数が決定してからステップS202を行うことになる。
次いで、ステップS212では、調整・制御部26が、ステップS210で取得した候補者の回答に基づき、候補者の決定及び情報の整理を行う。本実施形態では、図19(a)の受諾者テーブル(親族)に示すように、2名の候補者が赤い自転車を購入することを受諾し、祖母「AAACCC」の希望金額が「おまかせ」、叔母「DDDFFF」の希望金額が「1万円」であったものとする。ここで、調整・制御部26は、親類の等級に基づいてプレゼント金額の総額および負担額の調整をするものとする。具体的には、プレゼント依頼者にとって祖母は第2親等であり、叔母は第3親等である。したがって、調整・制御部26は、例えば、叔母の希望金額「1万円」に基づいて、祖母の希望金額を叔母の金額の1.5倍(1万5千円)とするなどすればよい。なお、同一親等の候補者が複数存在し、各候補者の希望金額が「おまかせ」であった場合には、同一金額にすればよいし、同一親等の候補者が複数存在し、希望金額がバラバラであった場合には、最も低い希望金額で統一するようにしてもよい。また、商品の購入金額となるように各候補者の金額を調整(例えば、各候補者に対して同一金額を上乗せしたり、希望金額に応じた割合で上乗せするなど)してもよい。
また、調整・制御部26は、図19(b)の受諾者テーブル(友人)に示すように、「友人」グループのママ友「KKKLLL」が、プレゼント要求に同意したことと、希望しない商品として最新のゲームソフト名「XXXX」が入力されたことを確認する。なお、希望しない商品として入力される商品は、例えば、ママ友「KKKLLL」の子供が購入済みであり、プレゼントしてしまうと友達同士で重複してしまう商品などが想定される。
次いで、図14のステップS214では、調整・制御部26は、1人の候補者(受諾者)を特定する。
次いで、ステップS216では、調整・制御部26は、特定した候補者が、依頼者主体モードか候補者主体モードかを判断する。ここでの判断が肯定された場合(特定した候補者が祖母や叔母であった場合)には、ステップS218に移行する。
ステップS218に移行すると、調整・制御部26は、プレゼント依頼者(又は携帯機器10Aのユーザ)に対して赤い自転車に関する情報を提供して(図20の選択画面参照)、ユーザにプレゼントを決定してもらう。例えば、調整・制御部26は、図20に示すように、調整・制御部26が調整した金額以下の自転車の情報をクチコミ情報部40から収集して、3車種程度の自転車の画像や仕様、クチコミ情報をユーザに送付する。この場合、本願出願人が特願2012−45848号にて提案したように、クチコミ情報部40が信頼性の高いクチコミ情報を取得して、ユーザに信頼性の高いクチコミ情報を送付すれば、本情報処理システム1の信頼性を向上させることができる。
次いで、ステップS220では、調整・制御部26が、回答があるまで待機する。なお、調整・制御部26は、図11と同様、回答期限を設定してもよいし、回答期限内に図20の選択画面を複数回送信してもよい。回答期限内に回答がなければ、調整・制御部26が、最も人気のある車種やクチコミの評価が最も高い車種を自動的に選択することとしてもよいし、候補者(受諾者)に車種を選択させてもよい。その後は、ステップS226に移行する。
一方、ステップS216の判断が否定された場合(候補者主体モードであった場合)には、ステップS222に移行し、調整・制御部26は、候補者であるママ友「KKKLLL」へ情報提供を行う。この場合、調整・制御部26は、ママ友の候補者が希望商品を入力していた場合には、その商品の情報をママ友の候補者に提供する。一方、希望商品が入力されなかった場合には、調整・制御部26は、希望しない商品を除外したうえで、友人グループの購入品として、親族グループの購入品に関連する商品の情報を提供する。本実施形態では、親族グループの購入品が「赤い自転車」であるので、調整・制御部26は、赤い自転車に合った色のヘルメット(2千円程度)の情報(図21に示すような情報提供画面)をママ友「KKKLLL」に対して提供するものとする。
次いで、ステップS224では、調整・制御部26が、回答があるまで待機する。なお、この場合においても、調整・制御部26は、回答期限を設定してもよいし、回答期限内に図21の選択画面を複数回送信してもよい。なお、回答期限内に回答がない場合や、回答はあったものの拒否された場合には、調整・制御部26が、設定された金額で子供に人気のある商品の情報をクチコミ情報部40から入手して、再度、情報提供を行うようにしてもよい。なお、候補者(受諾者)が複数存在する場合には、回答期限内に少なくとも1人から回答があれば、その回答を全員の総意として扱うこととしてもよい。なお、ステップS224の後は、ステップS226に移行する。
ステップS220又はS224の処理を経て、ステップS226に移行すると、調整・制御部26は、候補者(受諾者)全員を特定したか否かを判断する。ここでの判断が否定された場合には、ステップS228において、次の候補者(受諾者)を特定した後、ステップS216に移行する。その後は、ステップS216〜S228の処理・判断を繰り返し、ステップS226の判断が肯定された段階で、ステップS230に移行する。なお、ステップS214〜S228の処理は、候補者(受諾者)全員に対して同時にステップS216〜S224の処理を実行し、全員の回答が得られた段階で、ステップS230に移行するような流れとしてもよい。
ステップS230に移行すると、調整・制御部26は、ステップS220,ステップS224の回答に基づいて購入品を決定する。ここでは、親族グループの購入品として赤い自転車が決定され、友人グループの購入品としてヘルメットが決定されたものとする。なお、依頼者がヘルメットを既に所有している場合も考えられるので、候補者主体モードで決定された商品については、プレゼント依頼者に対して所有の有無を問い合わせるようにしてもよい。
次いで、ステップS232では、調整・制御部26が、通信部21を介して不図示の購入サイトに対して自転車とヘルメットの購入手続きを行うとともに、画像添付処理を行う。この場合、画像処理部25は、プレゼントの自転車に添付する画像を作成するために、プレゼントする自転車の画像の周りに、祖母や叔母の顔の画像を配置した合成画像を作成する。同様に、画像処理部25は、プレゼントのヘルメットの画像の周りにママ友「KKKLLL」の子供の顔の画像を配置した合成画像を作成する。そして、調整・制御部26は、不図示の購入サイトに対して購入手続きをする際に、画像処理部25が作成した合成画像を添付して、当該合成画像をプレゼントに添付する(メッセージカードのようにプレゼントと同封する)旨を連絡する。なお、調整・制御部26は、後日、候補者(受諾者)に対して、購入金額を請求する。この場合、調整・制御部26は、例えば、振込先を記載したメールを各候補者(受諾者)に送付するなどすればよい。
以上、詳細に説明したように、本実施形態によると、調整・制御部26は、通信部21を介して、複数の候補者に商品の共同購入に関する情報を提供し、調整・制御部26は、商品に関する調整を行うので、複数の候補者がプレゼントを共同購入する場合であっても、購入商品の調整や支払額の調整などにより、共同購入を簡易に行うことが可能となる。このため、高価なプレゼント(カメラや携帯端末などのデジタル機器)をもらうことが可能となり、また、デジタル機器のアクセサリ(レンズ、スピーカ、ヘッドホン、記憶媒体)を合わせてもらうことが可能となる。
また、本実施形態では、調整・制御部26は、商品の決定に関してプレゼント依頼者を主導にするか候補者を主導にするか(依頼者主体モードにするか候補者主体モードにするか)を、例えば候補者の属性に基づいて定めることから、候補者の属性に応じた適切な商品の決定が可能である。
また、本実施形態では、調整・制御部26は、プレゼント依頼者に関する情報(例えば、図18の依頼画面に表示されている情報)を複数の候補者に提供するため、候補者は、当該提供された情報に基づいて、購入したい商品(希望商品)を決定したり、購入したくない商品(希望しない商品)を決定したりすることができる。
また、本実施形態では、調整・制御部26は、図18の依頼画面を用いて、複数の候補者からプレゼント依頼者に関する情報や商品に関する情報(例えば、希望しない商品の情報)を収集するので、候補者の有する情報に基づいて、プレゼントする商品を決定することが可能となる。
また、調整・制御部26は、複数の候補者をプレゼント依頼者に対する属性に基づいて複数のグループ(親族グループや友人グループ)にグルーピングし、複数のグループごとに、異なる情報を提供する。これにより、共同購入が属性の近い人の集まり(グループ)ごとに行われることになるため、円滑な共同購入を実現することができる。
また、調整・制御部26は、図8に示すように、各候補者に応じて設定されたイベントの情報に基づいて、複数の候補者にプレゼントに関する情報を提供するので、イベントごとに適切なプレゼントのやりとりを行うことができる。
また、本実施形態では、調整・制御部26が、複数の候補者の画像や商品の画像を取得し、これらを用いてプレゼントに添付する画像を画像処理部25に合成させるので、プレゼントに添付する添付書類(メッセージカードなど)を簡易に作成することができる。
また、調整・制御部26は、プレゼント依頼者の画像を用いて図17に示す依頼画面を作成するので、候補者は、当該画像を見ることで、プレゼントした商品を使用するプレゼント依頼者の様子を容易にイメージすることができる。
また、本実施形態では、調整・制御部26は、親族グループの購入品又は購入予定品に関する情報に基づいて、友人グループに親族グループの購入品又は購入予定品に関連する商品の情報を提供するので、プレゼント依頼者は、自己が主導して選んだ商品とそれに関連する商品とを1つのイベントにおいてもらうことができる。
なお、調整・制御部26は、親族グループに情報を提供するタイミングを、友人グループに情報を提供するタイミングよりも早くする、すなわち、親族グループの購入商品が決定した後に友人グループに情報を提供するようにしてもよい。このようにすることで、親族グループの購入商品に付随する商品を友人グループが贈る商品として決定するなどすることができる。
なお、プレゼント依頼者は、買い替えを必要とする商品がある場合には、その型番と、最新機種が欲しい旨を入力することとしてもよい。この場合、調整・制御部26が、型番に対応する最新機種の情報を候補者に提供するようにすればよい。
なお、上記実施形態では、イベントごとのプレゼント依頼に応じてプレゼントの調整を行う場合について説明したが、これに限られるものではない。例えば、候補者が旅行をしていることがサーバ20に入力された場合には、調整・制御部26は、プレゼント依頼者に対して、プレゼント(おみやげ)を欲しいか否かを問い合わせることとしてもよい。この場合、プレゼント依頼者が、欲しいおみやげのジャンルや商品名などを携帯機器10Aの画面上で入力すれば、調整・制御部26は、当該入力された情報を候補者に対して通知することができる。これにより、プレゼント依頼者の希望に沿ったおみやげを購入することができるようになる。
また、上記実施形態では、イベントが予め定められているような場合について説明したが、これに限られるものではない。例えば、生年月日などからは予測できないようなイベント(例えば、合唱コンクールで優勝した場合など)が発生したような場合には、プレゼント依頼者からのイベントの入力に応じて、調整・制御部26は、臨時のプレゼント依頼を行うようにしてもよい。また、プレゼント依頼者に臨時のイベントが発生したことに、候補者が気づいたときには、候補者がその旨をサーバ20に登録できるようにしてもよい。この場合、調整・制御部26は、当該登録された臨時のイベントに対するプレゼント依頼を、候補者の全て又は少なくとも一部に対して行うこととすればよい。
なお、プレゼント依頼者がブログやtwitterやSNSなどを行っている場合には、調整・制御部26は、これらからプレゼント依頼者の情報(好きなジャンルや最近購入した商品、嗜好など)を取得して、プレゼントの候補を選定するようにしてもよい。
また、上記実施形態では、依頼者主体モードにおいて、プレゼント依頼者が「赤い自転車」との要求を出す場合について説明したが、これに限られるものではない。例えば、プレゼント依頼者は、メーカや、型番、値段などを指定してプレゼント依頼することとしてもよい。この場合において、候補者側の予算が、指定された値段よりも高い場合には、調整・制御部26は、指定された型番に基づいてアップグレードの調整を行い、候補者側の予算が指定された値段よりも低い場合は、調整・制御部26はダウングレードの調整を行うようにしてもよい。
また、上記実施形態では、プレゼントする商品の決定やプレゼントの購入まで、サーバ20が行う場合について説明したが、これに限られるものではない。例えば、プレゼントの決定までをサーバ20側で行い、実際の購入は候補者に行わせるようにしてもよい。この場合、調整・制御部26は、携帯機器10BのGPSモジュール34の位置情報のログ(候補者が普段生活している位置範囲)に基づいて、商品を購入する店舗を調整(決定)し、通信部21を介して、携帯機器10Bに対して店舗の所在に関する位置情報を提供するようにしてもよい。また、店舗の所在とともに、クチコミ情報部40によりその店舗のクチコミ情報を提供するようにしてもよい。この場合、特に、店舗の候補が複数ある場合には、クチコミ情報によりそれぞれの店舗を比較することができる。
なお、上記実施形態では、情報処理システム1を私生活において利用する場合について説明したが、これに限られるものではない。例えば、情報処理システム1をビジネスに使用することとしてもよい。この場合、恒例のイベントとしてお中元やお歳暮などを加えてもよく、カレンダ部24から予測できないイベントとして、昇進や退職(寿退職など自己都合の退職)、出産などを加えてもよい。
また、上記実施形態では、携帯機器10として、電話機能のある片手サイズの大きさの機器を採用した場合について説明したが、これに限らず、タブレット型コンピュータやパーソナルコンピュータを採用してもよい。
なお、上記実施形態では、サーバ20が、共同購入に関する各種処理を行う場合について説明したが、これに限らず、サーバ20が行った処理を携帯機器10A内の制御部16が行うこととしてもよい。
上述した実施形態は本発明の好適な実施の例である。但し、これに限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変形実施可能である。
10 携帯機器
20 サーバ
21 通信部
23 メモリ
25 画像処理部
26 調整・制御部
20 サーバ
21 通信部
23 メモリ
25 画像処理部
26 調整・制御部
Claims (20)
- 複数の候補者に商品の共同購入に関する情報を提供する情報提供部と、
前記商品に関する調整を行う調整部と、を備えたことを特徴とする電子機器。 - 前記調整部は、前記商品の決定に関して前記商品の購入側を主導にするか、前記商品の受取り側を主導にするかを調整することを特徴とする請求項1に記載の電子機器。
- 前記情報提供部は、共同購入された商品を受け取る人に関する情報を前記複数の候補者に提供することを特徴とする請求項1又は2に記載の電子機器。
- 前記複数の候補者から前記商品を受け取る人に関する情報を収集する第1収集部を備えたことを特徴とする請求項3に記載の電子機器。
- 前記複数の候補者から前記商品に関する情報を収集する第2収集部を備えたことを特徴とする請求項1〜4のいずれか一項に記載の電子機器。
- 前記調整部は、前記複数の候補者を、前記共同購入された商品を受け取る人に対する属性に基づいて複数のグループにグルーピングすることを特徴とする請求項1〜5のいずれか一項に記載の電子機器。
- 前記情報提供部は、前記複数のグループごとに、前記商品の共同購入に関する情報として異なる情報を提供することを特徴とする請求項6に記載の電子機器。
- 前記複数のグループは、第1グループと、第2グループとを含んでおり、
前記情報提供部は、前記第1グループに情報を提供するタイミングと、前記第2グループに情報を提供するタイミングをずらすことを特徴とする請求項6又は7に記載の電子機器。 - 前記調整部は、前記商品の決定に関する調整を行うことを特徴とする請求項1〜8のいずれか一項に記載の電子機器。
- 前記調整部は、前記商品の価格に関する調整を行うことを特徴とする請求項1〜9のいずれか一項に記載の電子機器。
- 前記調整部は、前記商品を購入する場所に関する情報を提供することを特徴とする請求項1〜10のいずれか一項に記載の電子機器。
- 前記共同購入された商品を受け取る人に関する情報を記憶する第1記憶部を備え、
前記情報提供部は、前記第1記憶部に記憶された人の情報に基づいて、前記複数の候補者に前記商品の共同購入に関する情報を提供することを特徴とする請求項1〜11のいずれか一項に記載の電子機器。 - 前記共同購入された商品を受け取る人に関する情報は、当該受け取る人が希望する商品に関する情報、及び当該受け取る人が過去に購入した商品に関する情報
の少なくとも一方を含むことを特徴とする請求項12に記載の電子機器。 - イベント情報を記憶する第2記憶部を備え、
前記情報提供部は、前記第2記憶部に記憶されたイベント情報に基づいて、前記複数の候補者に商品の共同購入に関する情報を提供することを特徴とする請求項1〜13のいずれか一項に記載の電子機器。 - 前記複数の候補者の画像データを記憶する第3記憶部を備えたことを特徴とする請求項1〜14のいずれか一項に記載の電子機器。
- 前記第3記憶部は、前記商品に関する画像データを記憶することを特徴とする請求項15に記載の電子機器。
- 前記第3記憶部に記憶されている前記複数の候補者の画像データと前記商品に関する画像データとを合成する画像合成部を備えたことを特徴とする請求項16に記載の電子機器。
- 前記共同購入された商品を受け取る人の画像を記憶する第4記憶部を備えたことを特徴とする請求項1〜17のいずれか一項に記載の電子機器。
- 前記共同購入に関する情報を記憶する第5記憶部を備えたことを特徴とする請求項1〜18のいずれか一項に記載の電子機器。
- 前記情報提供部は、買換えに関する情報を提供することを特徴とする請求項1〜19のいずれか一項に記載の電子機器。
Priority Applications (8)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2012121008A JP2013246709A (ja) | 2012-05-28 | 2012-05-28 | 電子機器 |
RU2014147982A RU2648970C2 (ru) | 2012-05-28 | 2013-03-19 | Электронное устройство |
BR112014029628A BR112014029628A2 (pt) | 2012-05-28 | 2013-03-19 | dispositivo eletrônico |
PCT/JP2013/057764 WO2013179730A1 (ja) | 2012-05-28 | 2013-03-19 | 電子機器 |
IN10006DEN2014 IN2014DN10006A (ja) | 2012-05-28 | 2013-03-19 | |
US14/398,672 US20150095179A1 (en) | 2012-05-28 | 2013-03-19 | Electronic device |
EP13796846.7A EP2858022A4 (en) | 2012-05-28 | 2013-03-19 | ELECTRONIC DEVICE |
CN201380028040.0A CN104350519A (zh) | 2012-05-28 | 2013-03-19 | 电子设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2012121008A JP2013246709A (ja) | 2012-05-28 | 2012-05-28 | 電子機器 |
Related Child Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2016110398A Division JP2016186795A (ja) | 2016-06-01 | 2016-06-01 | 電子機器 |
Publications (1)
Publication Number | Publication Date |
---|---|
JP2013246709A true JP2013246709A (ja) | 2013-12-09 |
Family
ID=49846404
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2012121008A Pending JP2013246709A (ja) | 2012-05-28 | 2012-05-28 | 電子機器 |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP2013246709A (ja) |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2002041909A (ja) * | 2000-07-28 | 2002-02-08 | Yoshitomo Takahashi | インターネットを用いた贈答品の手配方法およびそのシステム |
JP2003036381A (ja) * | 2001-07-23 | 2003-02-07 | Just Syst Corp | 商品購入支援装置、商品購入支援方法、その方法をコンピュータに実行させるプログラムおよびそのプログラムを記録したコンピュータ読み取り可能な記録媒体 |
JP2006285362A (ja) * | 2005-03-31 | 2006-10-19 | Nifty Corp | 贈答品判定装置及び贈答品判定プログラム |
JP2007287131A (ja) * | 2006-03-20 | 2007-11-01 | Rakuten Inc | ソーシャルネットワーキングサービスシステム |
JP2011090515A (ja) * | 2009-10-22 | 2011-05-06 | Namco Bandai Games Inc | 情報提供装置、プログラムおよび情報提供方法 |
JP2012014225A (ja) * | 2010-06-29 | 2012-01-19 | Loops Co Ltd | コミュニティギフトシステム、情報処理方法及び情報処理プログラム |
-
2012
- 2012-05-28 JP JP2012121008A patent/JP2013246709A/ja active Pending
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2002041909A (ja) * | 2000-07-28 | 2002-02-08 | Yoshitomo Takahashi | インターネットを用いた贈答品の手配方法およびそのシステム |
JP2003036381A (ja) * | 2001-07-23 | 2003-02-07 | Just Syst Corp | 商品購入支援装置、商品購入支援方法、その方法をコンピュータに実行させるプログラムおよびそのプログラムを記録したコンピュータ読み取り可能な記録媒体 |
JP2006285362A (ja) * | 2005-03-31 | 2006-10-19 | Nifty Corp | 贈答品判定装置及び贈答品判定プログラム |
JP2007287131A (ja) * | 2006-03-20 | 2007-11-01 | Rakuten Inc | ソーシャルネットワーキングサービスシステム |
JP2011090515A (ja) * | 2009-10-22 | 2011-05-06 | Namco Bandai Games Inc | 情報提供装置、プログラムおよび情報提供方法 |
JP2012014225A (ja) * | 2010-06-29 | 2012-01-19 | Loops Co Ltd | コミュニティギフトシステム、情報処理方法及び情報処理プログラム |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11704707B2 (en) | Identity authentication and verification | |
US10825075B2 (en) | Method of and system for purchasing an item using contributions from multiple people | |
JP5765675B2 (ja) | アイコンを用いてイベント情報を共有するためのシステム及び方法 | |
US20130173424A1 (en) | System for delivering gift item using social network information and method thereof | |
US10062106B2 (en) | Menu sharing systems and methods for teledining | |
US10872134B2 (en) | Method and system for identifying pre-identified or pre-selected groups of individuals for transportation | |
US10192252B2 (en) | Information processing apparatus to provide position based services | |
US20200219212A1 (en) | Method and system for managing and allocating real estate related services | |
WO2015005948A1 (en) | Identity authentication and verification | |
JP2013246710A (ja) | 電子機器 | |
JP6693579B2 (ja) | 電子機器 | |
JP7514075B2 (ja) | メッセンジャー基盤の銀行口座取引履歴に関連するユーザが使いやすいインタフェースを提供する方法、システム、および非一時的なコンピュータ読み取り可能な記録媒体 | |
JP6465166B2 (ja) | 電子機器 | |
JP6168196B2 (ja) | 電子機器 | |
WO2013179730A1 (ja) | 電子機器 | |
JP2016186795A (ja) | 電子機器 | |
JP2013246709A (ja) | 電子機器 | |
KR20160143440A (ko) | 소셜 네트워크 서비스를 이용하여 지인 간의 인터랙션하는 방법 및 시스템 | |
JP2018206041A (ja) | 情報処理装置、プログラム、及び、情報処理方法 | |
JP2017182207A (ja) | 想い出共有snsサーバー、想い出共有方法、及びそれらのプログラム | |
JP7263448B2 (ja) | サーバ、情報処理方法およびプログラム | |
TWI594197B (zh) | System to provide demand in the area | |
KR102312155B1 (ko) | 블록체인 분산어플리케이션 및 어플리케이션 스토어 플랫폼 | |
JP2019160280A (ja) | コミュニケーション支援システム及びコミュニケーション支援プログラム | |
JP7058028B1 (ja) | チャットシステム、チャットプログラム、チャット処理方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20141127 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20150728 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20150928 |
|
A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20160301 |