RU2648970C2

RU2648970C2 - Электронное устройство

Info

Publication number: RU2648970C2
Application number: RU2014147982A
Authority: RU
Inventors: Хироми ТОМИИ; Саяко ЯМАМОТО; Мицуко МАЦУМУРА; Саеко САМЕДЗИМА; Яе НАКАМУРА; Масакадзу СЕКИГУТИ
Original assignee: Никон Корпорейшн
Priority date: 2012-05-28
Filing date: 2013-03-19
Publication date: 2018-03-28
Also published as: EP2858022A1; US20150095179A1; CN104350519A; EP2858022A4; IN2014DN10006A; WO2013179730A1; BR112014029628A2; RU2014147982A

Abstract

Изобретение относится к серверу предоставления информации группе для покупки множества товаров. Технический результат заключается в автоматизации определения кандидатов группы для покупки множества товаров. Сервер содержит память, в которой хранятся информация о событиях, информация о людях и информация об атрибутах этих людей и процессор, подключенный к памяти и выполненный с возможностью определять среди упомянутых людей кандидата, который должен разделить бремя затрат по покупке товара, на основе упомянутых атрибутов людей, для каждого из упомянутых событий, предлагать этому кандидату информацию касаемо совместной покупки данного товара и выполнять согласование в отношении упомянутого товара. 22 з.п. ф-лы, 27 ил.

Description

ОБЛАСТЬ ТЕХНИКИ, К КОТОРОЙ ОТНОСИТСЯ ИЗОБРЕТЕНИЕ

[0001] Настоящее изобретение относится к электронному устройству.

ПРЕДШЕСТВУЮЩИЙ УРОВЕНЬ ТЕХНИКИ

[0002] Традиционно, чтобы не получить подарок, который не нравится пользователю, или не получить лишние подарки, была предложена функция запроса разрешения для пользователя запросить у друга сделать подарок через сервер, и затем была достигнута часть функции запроса (например, см. патентный документ 1).

ДОКУМЕНТЫ ПРЕДШЕСТВУЮЩЕГО УРОВНЯ ТЕХНИКИ

ПАТЕНТНЫЕ ДОКУМЕНТЫ

[0003] Патентный документ 1: Выложенная патентная публикация Японии № 2002-312613

СУЩНОСТЬ ИЗОБРЕТЕНИЯ

ПРОБЛЕМЫ, КОТОРЫЕ ДОЛЖНЫ БЫТЬ РЕШЕНЫ ПОСРЕДСТВОМ ИЗОБРЕТЕНИЯ

[0004] Однако, поскольку традиционная функция запроса представляет собой запрос, адресуемый отдельному человеку, имеется случай, в котором функция запроса не может использоваться в соответствии с аспектом вручения или получения подарка.

[0005] Настоящее изобретение было сделано с учетом изложенной выше проблемы и нацелено на обеспечение электронного устройства, которое может поддерживать совместную покупку товара множеством людей.

СРЕДСТВО ДЛЯ РЕШЕНИЯ ПРОБЛЕМ

[0006] Электронное устройство по настоящему изобретению включает в себя: блок предложения информации, который предлагает информацию о совместной покупке товара множеству кандидатов; и блок согласования, который выполняет согласование относительно товара.

[0007] В этом случае блок согласования может согласовать, какой стороне из стороны покупки товара и стороны получения товара дана инициатива принятия решения относительно товара. Кроме того, блок предложения информации может предложить информацию о получателе совместно покупаемого товара множеству кандидатов.

[0008] Электронное устройство по настоящему изобретению может включать в себя первый блок сбора, который собирает информацию о получателе товара от множества кандидатов. Кроме того, электронное устройство настоящего изобретения может включать в себя второй блок сбора, который собирает информацию о товаре от множества кандидатов.

[0009] В электронном устройстве настоящего изобретения блок согласования может разделить множество кандидатов на множество групп на основе атрибута получателя совместно покупаемого товара. В этом случае блок предложения информации может предложить разную информацию в качестве информации о совместной покупке товара каждой группе. Кроме того, множество групп включает в себя первую группу и вторую группу, и блок предложения информации может сместить распределение во времени, которое предлагает информацию первой группе, от распределения во времени, которое предлагает информацию второй группе.

[0010] В электронном устройстве настоящего изобретения блок согласования может выполнить согласование приятия решения относительно товара. Кроме того, блок согласования может выполнить согласование относительно цены товара. Кроме того, блок согласования может предложить информацию о месте покупки товара.

[0011] Электронное устройство по настоящему изобретению может включать в себя первое хранилище, которое хранит информацию о получателе совместно покупаемого товара, и блок предложения информации может предложить информацию о совместной покупке товара множеству кандидатов на основе информации о получателе, сохраненной в первом хранилище. В этом случае информация о получателе совместно покупаемого товара включает в себя по меньшей мере одну информацию из информации о товаре, который получатель желает, и информации о товаре, который получатель купил в прошлом.

[0012] Электронное устройство по настоящему изобретению может включать в себя второе хранилище, которое хранит информацию о событии, и блок предложения информации может предложить информацию о совместной покупке товара множеству кандидатов на основе информации о событии, сохраненной во втором хранилище.

[0013] Электронное устройство по настоящему изобретению может включать в себя третье хранилище, которое хранит данные изображения о множестве кандидатов. В этом случае третье хранилище может хранить данные изображения о товаре. В этом случае электронное устройство может включать в себя блок синтеза изображений, который синтезирует данные изображения о множестве кандидатов и данные изображения о товаре, которые хранятся в третьем хранилище.

[0014] Электронное устройство по настоящему изобретению может включать в себя четвертое хранилище, которое хранит изображение получателя совместно покупаемого товара. Электронное устройство по настоящему изобретению может включать в себя пятое хранилище, которое хранит информацию о совместной покупке. Кроме этого блок предложения информации может предложить информацию о замене посредством покупки.

[0015] Электронное устройство по настоящему изобретению может включать в себя блок получения информации, который получает информацию о товаре покупки или запланированном товаре покупки первой группы; и блок предложения информации, который предлагает второй группе информацию о товаре, сопутствующем по отношению к товару покупки или запланированному товару покупки первой группы, на основе информации, полученной информационным блоком получения, вторая группа отличается от первой группы.

[0016] В этом случае электронное устройство по настоящему изобретению может включать в себя блок привлечения к участию, который привлекает к участию члена, принадлежащего по меньшей мере одной группе из первой группы и второй группы, посредством саморекомендации или рекомендации других людей. В этом случае блок привлечения к участию может привлечь к участию члена рекомендации других людей посредством назначения от получателя товаров, которые купили первая группа и вторая группа.

[0017] В электронном устройстве по настоящему изобретению блок предложения информации может предложить информацию о месте покупки сопутствующего товара. В этом случае электронное устройство настоящего изобретения может включать в себя блок обнаружения информации о местоположении, который обнаруживает информацию о местоположении каждого члена, принадлежащего второй группе, и блок предложения информации может предложить информацию о месте покупки сопутствующего товара на основе информации о местоположении каждого члена, принадлежащего второй группе.

[0018] Кроме того, блок предложения информации может предложить информацию о сопутствующем товаре на основе информации о количестве членов, принадлежащих второй группе. Кроме того, блок предложения информации может предложить информацию о товаре, более дешевом, чем товар покупки или запланированный товар покупки первой группы, в качестве информации о сопутствующем товаре. Кроме того, блок предложения информации может предложить информацию о сопутствующем товаре в ответ на запрос от второй группы.

[0019] Электронное устройство по настоящему изобретению может включать в себя хранилище событий, которое хранит информацию о событиях, и блок предложения информации может предложить информацию о событии, сохраненную в хранилище событий, первой группе и второй группе. Электронное устройство по настоящему изобретению может включать в себя блок согласования, который делит множество членов на первую группу и вторую группу в соответствии с атрибутом каждого члена. Кроме того, электронное устройство настоящего изобретения может включать в себя хранилище изображений, которое хранит изображение члена, принадлежащего первой группе, и/или изображение человека, имеющего отношение к члену, принадлежащему второй группе. В этом случае электронное устройство по настоящему изобретению может включать в себя блок создания, который создает информацию уведомления для получателя товаров, которые купили первая группа и вторая группа, с использованием изображения, сохраненного в хранилище изображений.

ЭФФЕКТЫ ИЗОБРЕТЕНИЯ

[0020] Электронное устройство согласно настоящему изобретению может поддержать совместную покупку товара множеством людей.

КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ

[0021] Фиг. 1 - схема, иллюстрирующая конфигурацию системы обработки информации в соответствии с вариантом осуществления.

Фиг. 2 - схематический вид портативного устройства.

Фиг. 3 - блок-схема, иллюстрирующая систему обработки информации в соответствии с вариантом осуществления.

Фиг. 4 - блок-схема последовательности операций для регистрации заказчика подарка на сервере с портативного устройства.

Фиг. 5 - схема, иллюстрирующая пример экрана регистрации заказчика подарка.

Фиг. 6 - схема, иллюстрирующая пример базы данных заказчиков подарка.

Фиг. 7 - схема, иллюстрирующая пример экрана ввода кандидата.

Фиг. 8 - схема, иллюстрирующая пример базы данных кандидатов.

Фиг. 9A - схема, иллюстрирующая пример экрана дополнительного подтверждения заказчика.

Фиг. 9B - схема, иллюстрирующая пример экрана сообщения.

Фиг. 10 - схема, иллюстрирующая пример экрана регистрации желания сделать подарок.

Фиг. 11 - блок-схема последовательности операций, иллюстрирующая процесс для получения согласия кандидата.

Фиг. 12A - схема, иллюстрирующая пример экрана взаимодействия.

Фиг. 12B и 12C - схемы, иллюстрирующие примеры экранов подтверждения.

Фиг. 13 - схема, иллюстрирующая пример базы данных истинных кандидатов.

Фиг. 14 - блок-схема последовательности операций, иллюстрирующая процесс запроса подарка.

Фиг. 15 - схема, иллюстрирующая экран взаимодействия события.

Фиг. 16 - блок-схема последовательности операций, иллюстрирующая конкретный процесс этапа S210 на Фиг. 14.

Фиг. 17A-17C схемы, иллюстрирующие примеры экранов запроса для группы родственников.

Фиг. 18 - схема, иллюстрирующая пример экрана запроса для группы друзей.

Фиг. 19A - схема, иллюстрирующая пример таблицы акцепторов (родственник).

Фиг. 19B - схема, иллюстрирующая пример таблицы акцепторов (друзья).

Фиг. 20 - схема, иллюстрирующая пример экрана выбора.

Фиг. 21 - схема, иллюстрирующая пример экрана обеспечения информации.

ВАРИАНТЫ ОСУЩЕСТВЛЕНИЯ ИЗОБРЕТЕНИЯ

[0022] Далее будет дано подробное описание варианта осуществления на основе Фиг. 1-21. Конфигурация системы 1 обработки информации в соответствии с вариантом осуществления схематично проиллюстрирована на Фиг. 1.

[0023] Система 1 обработки информации включает в себя множество портативных устройств 10, сервер 20 и блок 40 информации об отзывах. Портативные устройства 10, сервер 20 и блок 40 информации об отзывах соединены с сетью 80, такой как Интернет.

[0024] Каждое портативное устройство 10 представляет собой устройство, такое как сотовый телефон, смартфон, персональный миниатюрный радиотелефон (PHS) и карманный персональный компьютер (PDA). При этом в настоящем варианте осуществления портативное устройство, используемое пользователем, который получает подарок, называется "портативным устройством 10A" или "портативным устройством 10A запрашивающей стороны", и портативное устройство, используемое пользователем, который дает подарок, называется "портативным устройством 10B" или "портативным устройством 10B запрашиваемой стороны".

[0025] Портативное устройство 10A имеет функцию телефона, функцию связи для соединения с Интернетом и функцию обработки данных для исполнения программы. В качестве примера, портативное устройство 10A имеет форму тонкой пластины, имеющей прямоугольную основную поверхность (-Y поверхность на Фиг. 2) и имеет размер такого порядка, что пользователь может держать его на ладони своей руки, как проиллюстрировано на Фиг.2, которая представляет собой схематический внешний вид портативного устройства 10.

[0026] Портативное устройство 10A включает в себя блок 11 отображения, блок 12 ввода, блок 13 захвата изображения, модуль 14 системы глобального позиционирования (GPS), блок 15 связи и блок 16 управления, как проиллюстрировано на Фиг. 2 и Фиг. 3, которая представляет собой блок-схему системы 1 обработки информации.

[0027] Блок 11 отображения является устройством, использующим, например, элемент жидкокристаллического дисплея, и отображает входное изображение операции, такое как изображение, различная информация и кнопка. В настоящем варианте осуществления блок 12 ввода является сенсорной панелью, обеспеченной на поверхности блока 11 отображения, и вводит информацию, указывающую, что пользователь коснулся поверхности (блока 12 ввода) блока 11 отображения, и информацию в соответствии с движением пальца пользователя. При этом блок 12 ввода может являться клавиатурой, например, десятиклавишной клавиатурой.

[0028] Блок 13 захвата изображения имеет линзу для фотосъемки и датчик изображений (устройство CCD и CMOS). Блок 13 захвата изображения настоящего варианта осуществления используется для захвата изображения пользователя и товара, который хочет приобрести пользователь. При этом блок 13 захвата изображения может быть обеспечен на той же поверхности, на которой обеспечен блок 11 отображения, как проиллюстрировано на Фиг. 2, или может быть обеспечен на поверхности (обратной поверхности), отличающийся от поверхности, на которой обеспечен блок 11 отображения. Кроме того, множество блоков 13 захвата изображения может быть обеспечено на обеих поверхностях (основной поверхности и поверхности, отличающейся от основной поверхности). Модуль 14 GPS представляет собой датчик, который обнаруживает позицию (например, широту и долготу) портативного устройства 10A. Блок 15 связи взаимодействует с сервером 20 и другими портативными устройствами 10 через сеть 80. Блок 15 связи включает в себя, например, блок беспроводной связи, который получает доступ к глобальной сети, такой как Интернет, блок Bluetooth (зарегистрированный товарный знак), который реализует связь Bluetooth (зарегистрированный товарный знак), микросхему Felica (зарегистрированный товарный знак) и так далее.

[0029] Блок 16 управления имеет центральный процессор (ЦП; CPU), полностью управляет каждым элементом портативного устройства 10A и выполняет различные процессы относительно подарка.

[0030] Портативное устройство 10B запрашиваемой стороны является устройством для ответа на запрос подарка от портативного устройства 10A через сервер 20. Как и в случае с портативным устройством 10A, портативное устройство 10B включает в себя блок 31 отображения, блок 32 ввода, блок 33 захвата изображения, модуль 34 GPS, блок 35 связи и блок 36 управления 36, как проиллюстрировано на Фиг. 3. Поскольку соответствующие элементы являются такими же или подобными элементам портативного устройства 10A, их описание опущено.

[0031] Сервер 20 имеет функцию, которая запрашивает подарок от портативного устройства 10B запрашиваемой стороны на основе информации ввода, введенной от портативного устройства 10A запрашивающей стороны. Сервер 20 включает в себя блок 21 связи, запоминающее устройство 23, блок 24 календаря, блок 25 обработки изображений и блок 26 согласования/управления, как проиллюстрировано на Фиг. 3.

[0032] Блок 21 связи взаимодействует с портативным устройством 10A запрашивающей стороны, портативным устройством 10B запрашиваемой стороны и блоком 40 информации об отзывах и получает (вводит) различную информацию. Блок 21 связи включает в себя, например, блок беспроводной связи, который получает доступ к глобальной сети, такой как Интернет, блок Bluetooth (зарегистрированный товарный знак), который реализует связь Bluetooth (зарегистрированный товарный знак), микросхему Felica (зарегистрированный товарный знак) и так далее.

[0033] Блок 16 согласования/управления включает в себя центральный процессор (ЦП; CPU), управляет каждым элементом сервера 20 и выполняет различное управление и обработку, чтобы дать или принять подарок должным образом. Например, блок 26 согласования/управления выполняет различные согласования (согласование относительно множества людей (то есть людей, которым направлен запрос, или кандидатов), которые делают подарок, согласование (выбор) атрибутов и категорий людей, которым направлен запрос, или кандидатов, согласование для принятия решения о товаре, согласование основного режима заказчика и основного режима кандидата, упоминаемых позже, согласование различной другой информации и так далее), пока подарок не куплен. При этом в настоящем варианте осуществления программное обеспечение приложения установлено на сервере 20, с тем чтобы была реализована функция блока 26 согласования/управления.

[0034] Запоминающее устройство 23 представляет собой энергонезависимую память (например, флэш-память) и сохраняет изображения, захваченные блоками 13 и 33 захвата изображения портативных устройств 10A и 10B, информацию и изображения, полученные из блока 40 информации об отзывах, различную информацию, такую как история подарка, база данных, упомянутая позже, и так далее.

[0035] Блок 24 календаря получает информацию времени, такую как год, месяц, день, время, и выдает информацию времени блоку 26 согласования/управления. Блок 24 календаря имеет функцию времени.

[0036] Блок 25 обработки изображений выполняет процесс, который формирует новое изображение с использованием по меньшей мере части нескольких изображений, сохраненных в запоминающем устройстве 23. Например, блок 25 обработки изображений выполняет процесс, который комбинирует изображение подарка и изображение отправителя.

[0037] Далее будет дано подробное описание процесса системы 1 обработки информации в соответствии с настоящим вариантом осуществления, составленном, как упомянуто выше, на основе Фиг. 4-21.

[0038] (Процесс регистрации пользователя запрашивающей стороны) Фиг. 4 является блок-схемой последовательности операций, указывающей, что пользователь (то есть пользователь запрашивающей стороны) регистрирует заказчика подарка на сервере 20 из портативного устройства 10A. При этом заказчиком подарка может быть пользователь портативного устройства 10A или другой человек. Процесс на Фиг. 4 начинается в состоянии, в котором установлена связь между портативным устройством 10A и сервером 20.

[0039] В процессе на Фиг. 4 блок 26 согласования/управления сервера 20 ожидает на этапе S10, пока от портативного устройства 10A не будет выдана команда начала регистрации. В этом случае на стадии, на который пользователь портативного устройства 10A нажимает кнопку запуска для регистрации пользователя через блок 12 ввода, процедура переходит на этап S12.

[0040] Перейдя на этап S12, блок 26 согласования/управления передает экран регистрации заказчика подарка (см. Фиг. 5) портативному устройству 10A через блок 21 связи. Экран регистрации заказчика подарка включает в себя столбцы для ввода имени, даты рождения и контактного адреса (например, почтового адреса) заказчика подарка, флажок для ввода наличия или отсутствия традиционного события, кнопки "зарегистрировать" и кнопки "отмена", как проиллюстрировано на Фиг. 5.

[0041] Затем на этапе S14 блок 26 согласования/управления ожидает, пока пользователем портативного устройства 10A не будет введен каждый столбец экрана регистрации заказчика подарка и нажата кнопка регистрации. В этом случае на этапе, на котором кнопка регистрации нажата пользователем портативного устройства 10A, процедура переходит на этап S16.

[0042] Перейдя на этап S16, блок 26 согласования/управления получает (вводит) имя, дату рождения и контактный адрес (почтовый адрес и т.п.) заказчика подарка и наличие или отсутствие традиционного события через блок 21 связи и регистрирует полученную информацию в базе данных (DB) заказчиков подарка (см. Фиг. 6), сохраненной в запоминающем устройстве 23.

[0043] В дальнейшем настоящий вариант осуществления объясняется в предположении, что пользователь портативного устройства 10A регистрирует своего ребенка (имя "AAABBB") как заказчика подарка (идентификатор заказчика = 001). Однако заказчик подарка не ограничен этим, и пользователь может зарегистрировать пользователя или других людей, кроме ребенка, как заказчика подарка.

[0044] При этом традиционное событие означает событие (например, такое событие, как день рождения, поступление в школу или Рождество), которое может быть автоматически извлечено из даты рождения заказчика подарка и информации блока 24 календаря. Таким образом, когда пользователь отмечает флажок, являющийся показателем наличия традиционного события, на экране регистрации заказчика подарка, блок 26 согласования/управления выполняет процесс, который подтверждает пользователю портативного устройства 10A, выполняется ли запрос подарка автоматически перед каждым традиционным событием, или запрос подарка выполняется для каждого традиционного события. При этом, когда заказчиком подарка является пользователь, и запрос подарка выполняется автоматически без необходимости подтверждения пользователя перед традиционным событием, имеется эффект (эффект неожиданности), при котором пользователю может быть отправлен неожиданный подарок. С другой стороны, когда пользователь отмечает флажок, являющийся показателем отсутствия традиционного события, пользователь должен выполнять запрос подарка всякий раз, когда событие происходит.

[0045] Затем на этапе S18 блок 26 согласования/управления передает портативному устройству 10A экран ввода кандидата (см. Фиг. 7) для ввода человека (кандидата), который вероятно примет запрос подарка заказчика подарка. При этом экран ввода кандидата включает в себя имя, атрибут, дату рождения и контактный адрес (например, почтовый адрес) кандидата, столбец для ввода ориентировочной суммы денег, флажок для выбора любого режима из основного режима заказчика и основного режима кандидата, кнопка "зарегистрировать", кнопка "ввод следующего кандидата" и кнопка "отмена", как проиллюстрировано на Фиг. 7.

[0046] В столбец атрибута может быть введена такая категория, как бабушка и дедушка, дядя, тетя и друг (подруга матери). Затраты, которые могут потребоваться от кандидата, могут быть введены в столбец ориентировочной суммы денег. При этом ввод в столбец ориентировочной суммы денег может являться необходимым или может не являться необходимым. Кроме того, ориентировочная сумма денег может быть автоматически введена для введенного атрибута. Ориентировочная сумма денег может быть автоматически введена для каждого введенного атрибута. При этом автоматически введенная ориентировочная сумма денег может быть изменена позже.

[0047] Основной режим заказчика представляет собой режим, в котором пользователь портативного устройства 10A и заказчик подарка имеют инициативу, которая определяет содержание подарка. Основной режим кандидата представляет собой режим, в котором кандидат имеет инициативу, которая определяет содержание подарка. При этом, например, когда в столбце атрибута введены дедушка, бабушка, дядя, тетя и т.п., блок 26 согласования/управления может автоматически поместить отметку основного режима заказчика. Когда введен друг (подруга матери), блок 26 согласования/управления может автоматически поместить отметку основного режима кандидата (при этом пользователь может изменить отметку позже). Когда на экране регистрации заказчика подарка (Фиг. 5) выбрано наличие традиционного события, и блок 26 согласования/управления не выполняет подтверждение заказчика подарка для каждого события, как описано выше, блок 26 согласования/управления может зафиксировать режим в основном режиме кандидата (может быть выбран только режим кандидата).

[0048] Затем на этапе S20 блок 26 согласования/управления ожидает, пока в портативном устройстве 10A не будет нажата кнопка регистрации. При этом пользователь портативного устройства 10A может ввести информацию о множестве кандидатов, нажимая кнопку "ввод следующего кандидата" экрана ввода кандидата.

[0049] Когда пользователь портативного устройства 10A нажимает кнопку регистрации на экране ввода кандидата, процедура переходит на этап S22 и блок 26 согласования/управления регистрирует информацию о введенном кандидате в базе данных кандидатов (см. Фиг. 8). Фиг. 8 иллюстрирует состояние, в котором в качестве кандидатов зарегистрированы четыре человека - бабушка, тетя и две подруги матери - соответствующие идентификатору "001" заказчика подарка (при этом на стадии этапа S22 столбец "желание сделать подарок" в базе данных кандидатов является пустым).

[0050] При этом в настоящем варианте осуществления предполагается, что когда атрибутом является дедушка или бабушка, в блоке 26 согласования/управления определено правило, в котором дедушка или бабушка становятся кандидатом во всех традиционных событиях. Кроме того, предполагается, что когда атрибутом является дядя или тетя, в блоке 26 согласования/управления определено правило, в котором дядя или тетя становятся кандидатом на церемонии поступления и церемонии достижения совершеннолетия среди традиционных событий, и когда атрибутом является подруга матери, в блоке 26 согласования/управления определено правило, в котором подруга матери становится кандидатом в Рождество среди традиционных событий. Однако правила не ограничены этим, и пользователь портативного устройства 10 может определить правила событий, в которых кто-либо становится кандидатом, для каждого атрибута.

[0051] Затем на этапе S24 блок 26 согласования/управления передает портативному устройству 10A экран (то есть, дополнительный экран подтверждения заказчика: см. Фиг. 9A), чтобы спросить пользователя, добавлен ли заказчик подарка. Затем на этапе S26 блок 26 согласования/управления решает, добавлен ли заказчик подарка, посредством подтверждения, нажата ли пользователем кнопка "ДА" или кнопка "НЕТ". Когда решение положительно (то есть, нажата кнопка "ДА"), процесс возвращается на этап S12, и процессы и решение на этапах S12-S26 повторяются. С другой стороны, когда решение на этапе S26 отрицательно (то есть, нажата кнопка "НЕТ"), процедура переходит на этап S28.

[0052] Перейдя на этап S28, когда установленный пользователем кандидат становится заказчиком подарка, блок 26 согласования/управления передает портативному устройству 10A через блок 21 связи экран сообщения (см. Фиг. 9B), который спрашивает, желает ли пользователь сделать подарок заказчику подарка. При этом экран сообщения включает в себя сообщение, такое как "Вы желаете сделать подарок кандидату?", кнопку "Желаю" и кнопку "Не желаю", как проиллюстрировано на Фиг. 9B. В этом случае пользователь портативного устройства 10A нажимает любую из кнопок "Желаю" и "Не желаю".

[0053] Затем на этапе S30 блок 26 согласования/управления решает, нажал ли пользователь портативного устройства 10A кнопку "ДА". Когда решение отрицательно, все процессы на Фиг. 4 завершаются. Когда решение положительно (то есть, когда пользователь рекомендует себя в качестве кандидата подарка), процедура переходит на этап S32.

[0054] Перейдя на этап S32, блок 26 согласования/управления передает портативному устройству 10A через блок 21 связи экран (экран регистрации желания сделать подарок: см. Фиг. 10) для ввода (отметки) человека, который может принять желание сделать подарок, когда имеется желание сделать подарок. Затем на этапе S34 блок 26 согласования/управления ожидает, пока пользователем портативного устройства 10A не нажата кнопка регистрации, и когда кнопка регистрации нажата, процедура переходит на этап S36. При этом в настоящем варианте осуществления предполагается, что кнопка регистрации нажата в состоянии, в котором на экране, показанном на Фиг. 10, введены отметки, соответствующие бабушке, тете и подруге матери.

[0055] Перейдя на этап S36, блок 26 согласования/управления регистрирует метку "o" в столбце желания сделать подарок в базе данных кандидатов (Фиг. 8), соответствующем отмеченному кандидату на экране регистрации желания сделать подарок на Фиг. 10, и регистрирует метку "?" в столбце желания сделать подарок, соответствующий не отмеченному кандидату. Затем все процессы на Фиг. 4 завершаются.

[0056] При этом, когда кандидат регистрируется на экране ввода кандидата, показанном на Фиг. 7, может быть введена информация, указывающая, что пользователь желает сделать подарок кандидату. В этом случае этапы S30-S36 на Фиг. 4 могут быть опущены.

[0057] При этом, даже если пользователь зарегистрирован как кандидат, пока пользователь не даст согласие стать кандидатом, пользователь не может стать пользователем, который является объектом запроса подарка (это называется "человек, которому направлен запрос" или "истинный кандидат"). Это подробно описано в объяснении процессов на Фиг. 11.

[0058] (Процесс для получения согласия кандидата) Далее будет дано описание процесса для получения согласия кандидата, выполняемое блоком 26 согласования/управления, на основе Фиг. 11. При этом процесс на Фиг. 11 представляет собой процесс, который будет начат после регистрации нового кандидата в базе данных кандидатов (Фиг. 8) в процессе, показанном на Фиг. 4.

[0059] В процессе на Фиг. 11 блок 26 согласования/управления передает по почте экран взаимодействия (см. Фиг. 12A) портативному устройству 10B кандидата, зарегистрированного на этапе S22 на Фиг. 4, через блок 21 связи на этапе S102. При этом экран взаимодействия включает в себя сообщение, которое спрашивает, согласен ли пользователь портативного устройства 10B стать кандидатом, содержание регистрации (содержание, зарегистрированное на этапе S22 на Фиг. 4), кнопку "Согласен", кнопку "Не согласен" и информацию, указывающую желательный срок ответа (например, одна неделя на Фиг. 12A). Даже когда пользователь соглашается с позицией кандидата, пользователь только принимает взаимодействие запроса подарка и не обязательно должен делать подарок. Таким образом, в почтовом сообщении на Фиг. 12A может быть указано, что пользователь не обязательно должен делать подарок.

[0060] Затем на этапе S104 блок 26 согласования/управления решает, принят ли ответ от кандидата. Когда решение положительно, процедура переходит на этап S112. Когда решение отрицательно, процедура переходит на этап S106. При этом кандидат может отредактировать содержание регистрации экрана взаимодействия на Фиг. 12A и затем нажать кнопку "Согласен".

[0061] Когда решение на этапе S104 отрицательно, и процедура переходит на этап S106, блок 26 согласования/управления решает, истек ли заданный период времени. При этом заданным периодом времени является период времени, который короче срока ответа и является подходящим для того, чтобы снова отправить экран взаимодействия, и основан на сроке ответа (например, период времени получен делением оставшегося периода для срока ответа на заданное число (например, 4)). Когда решение на этапе S106 положительно, процедура переходит на этап S108, и блок 26 согласования/управления решает, находится ли текущий момент в пределах срока ответа. Когда определение на этапе S108 положительно процесс возвращается на этап S102. С другой стороны, когда решение на этапе S108 отрицательно, то есть, когда ответ не получен в пределах срока ответа, несмотря на то, что экран взаимодействия передан заданное количество раз (например, три раза), процедура переходит на этап S110.

[0062] Перейдя на этап S110, блок 26 согласования/управления решает, что кандидат отказался от согласия, и процедура переходит на этап S112.

[0063] Перейдя на этап S112, блок 26 согласования/управления подтверждает наличие или отсутствие редактирования содержание регистрации кандидатом. При этом в настоящем варианте осуществления предполагается, что в дополнение к Рождеству от подруги матери "KKKLLL" было добавлено событие вечеринки по случаю дня рождения.

[0064] Затем, на этапе S114 блок 26 согласования/управления передает экран подтверждения (см. Фиг. 12B), в котором записано содержание ответа (то есть, ответа, указывающего согласие) кандидата, содержание регистрации и срок ответа, пользователю портативного устройства 10A или заказчику подарка (здесь это пользователь портативного устройства 10A). Когда кандидат отказывается от согласия, блок 26 согласования/управления передает пользователю или заказчику подарка экран, например, проиллюстрированный на Фиг. 12C.

[0065] Затем на этапе S116 блок 26 согласования/управления решает, принят ли ответ от пользователя портативного устройства 10A. Когда решение на этапе S116 положительно, процедура переходит на этап S118. Когда решение на этапе S116 отрицательно, процедура переходит на этап S124. При этом, даже когда пользователь портативного устройства 10A нажимает кнопку OK на Фиг. 12C, решение на этапе S116 является положительным.

[0066] Когда решение на этапе S116 отрицательно, и процедура переходит на этап S118, блок 26 согласования/управления решает, истек ли заданный период времени. При этом заданным периодом времени является период времени, который короче срока ответа и является подходящим для того, чтобы снова отправить экран подтверждения, и основан на сроке ответа (например, период времени получен делением оставшегося периода для срока ответа на заданное число (например, 4)). Когда решение на этапе S118 положительно, процедура переходит на этап S120, и блок 26 согласования/управления решает, находится ли текущий момент в пределах срока ответа. Когда решение на этапе S120 положительно, процесс возвращается на этап S114. С другой стороны, когда решение на этапе S120 отрицательно, то есть, когда ответ не получен в пределах срока ответа, несмотря на то, что экран подтверждения был передан заданное количество раз (например, три раза), процедура переходит на этап S122.

[0067] На этапе S122 блок 26 согласования/управления решает, что пользователь портативного устройства 10A отказался от принятия содержания экрана подтверждения, и процедура переходит на этап S124.

[0068] Перейдя на этап S124, блок 26 согласования/управления уведомляет кандидата, что содержание экрана подтверждения было принято или отвергнуто пользователем портативного устройства 10A, по почте. Затем, когда выполняется принятия содержания соответствующего экрана между пользователем портативного устройства 10A и кандидатом, блок 26 согласования/управления сохраняет содержание согласия в базе данных истинных кандидатов, проиллюстрированной на Фиг. 13, на следующем этапе S126. При этом Фиг. 13 иллюстрирует пример случая, в котором бабушка "AAACCC" и тетя "DDDFFF" соглашаются стать кандидатами, не редактируя содержание регистрации, и подруга матери "KKKLLL" соглашается стать кандидатом, редактируя содержание регистрации. Все процессы на Фиг. 11 завершаются посредством описанных выше процессов.

[0069] При этом в начальной стадии процесса на Фиг. 11 имеется случай, в котором человек, который желает сделать подарок заказчику подарка "AAABBB", существует независимо (например, случай, в котором человек выражает желание сделать подарок заказчику подарка "AAABBB" в базе данных кандидатов на Фиг. 8). В таком случае экран подтверждения, который является таким же, как на Фиг. 12A, может быть передан портативному устройству человека (здесь кузена), который желает сделать подарок. В этом случае становится возможно зарегистрировать в базе данных истинных кандидатов (Фиг. 13) кузена, который желает сделать подарок, выполняя процессы на Фиг. 11.

[0070] (Процесс запроса подарка) Далее будет дано подробное описание процесса, который запрашивает подарок у кандидата, в соответствии с блок-схемой последовательности операций на Фиг. 14. Процесс на Фиг. 14 представляет собой процесс, который будет начат за несколько недель до события о подарке. В дальнейшем в качестве примера будет объяснен случай нескольких недель до дня рождения заказчика подарка (AAABBB).

[0071] В процессе на Фиг. 14 на этапе S202 блок 26 согласования/управления взаимодействует с заказчиком подарка со ссылкой на базу данных заказчиков подарка на Фиг. 6. В этом случае блок 26 согласования/управления передает экран взаимодействия события, проиллюстрированный на Фиг. 15, заказчику подарка (или пользователю портативного устройства 10A) через блок 21 связи. Кроме того, экран взаимодействия события на Фиг. 15 включает в себя кнопку для ответа, следует ли выполнить запрос подарка, столбец для ввода желаемого подарка, столбец для приложения изображения и кнопку "Передать".

[0072] Затем на этапе S204 блок 26 согласования/управления ожидает, пока не будет принят ответ. При этом, если установлен срок ответа, и ответ не принят, как в случае с этапами S104-S110 и этапами S116-S122 на Фиг. 11, экран взаимодействия может быть передан несколько раз в пределах срока ответа. В этом случае, когда ответ не принят в пределах срока ответа, блок 26 согласования/управления не обязательно должен выполнять запрос подарка или может выполнить запрос подарка посредством изменения основного режима заказчика на основной режим кандидата.

[0073] При этом предполагается, что в настоящем варианте осуществления от заказчика подарка "AAABBB" получен ответ "красный велосипед" в качестве желаемого подарка, и приложено последнее изображение заказчика подарка "AAABBB".

[0074] Перейдя на этап S206, блок 26 согласования/управления решает, является ли ответ положительным (то есть, введена отметка в "Запросе" на Фиг. 15). Когда решение на этапе S206 отрицательно, все процессы на Фиг. 14 завершаются. Когда решение на этапе S206 положительно, процедура переходит на этап S208.

[0075] Перейдя на этап S208, блок 26 согласования/управления подтверждает кандидата, соответствующего событию "день рождения", со ссылкой на базу данных истинных кандидатов на Фиг. 13. При этом бабушка "AAACCC", тетя "DDDFFF" и подруга матери "KKKLLL" подтверждены в качестве кандидатов. Кроме того, блок 26 согласования/управления подтверждает, что бабушка и тетя принадлежат группе "родственники", и подруга матери принадлежит группе "друзья", с использованием таблицы соответствия групп и атрибутов (не показана). При этом причина подтверждения группы состоит в том, что когда имеются кандидаты, принадлежащие к одной группе, может быть сделан дорогой подарок посредством сбора вместе нескольких кандидатов, делающих подарок, по сравнению со случаем, в котором каждый кандидат делает подарок, а собрать вместе кандидатов из разных групп и сделать подарок фактически является редким случаем. Даже если кандидаты живут далеко друг от друга, посредством создания групп кандидаты, принадлежащие к одной группе, могут сделать подарок заказчику подарка. Кроме того, блок 26 согласования/управления подтверждает, что бабушка "AAACCC" и тетя "DDDFFF" имеют основной режим заказчика, и подруга матери "KKKLLL" имеет основной режим кандидата, со ссылкой на базу данных истинных кандидатов на Фиг. 13.

[0076] Затем на этапе S210 блок 26 согласования/управления уведомляет кандидата, что имелся запрос подарка, и предлагает и собирает информацию относительно подарка. В частности, блок 26 согласования/управления выполняет процесс в соответствии с блок-схемой последовательности операций на Фиг. 16.

[0077] На этапе S302 на Фиг. 16 блок 26 согласования/управления передает экран запроса (см. Фиг. 17A), включающий в себя информацию о подарке, который желает заказчик подарка "AAABBB", и изображение заказчика подарка бабушке и тете из группы "родственники". В частности, блок 26 согласования/управления создает экран запроса, включающий в себя название подарка "красный велосипед", желаемого на день рождения, изображение красного велосипеда, которое сохранено в запоминающем устройстве 23 или получено извне (например, из блока 40 информации об отзывах) через сеть 80, и изображение, переданное от заказчика подарка, и передает экран запроса, иллюстрированный на Фиг. 17A. Когда блок 26 согласования/управления создает экран запроса, блок 26 согласования/управления может получить из блока 40 информации об отзывах изображение и информацию, указывающие, что ребенок такого же возраста, как заказчик подарка "AAABBB", ездит на красном велосипеде, и может приложить изображение и информацию к экрану запроса, как проиллюстрировано на Фиг. 17B. В качестве альтернативы, изображение, указывающее, что ребенок того же возраста ездит на красном велосипеде, и изображение лица заказчика подарка, могут быть синтезированы, и синтезированное изображение может быть приложено к экрану запроса, как проиллюстрировано на Фиг. 17C. В этом случае синтез изображений выполняется блоком 25 обработки изображений на Фиг.2. Посредством этого бабушке и тете становится легко вообразить вид заказчика подарка, использующего подарок. Блок 26 согласования/управления может запросить у кандидатов долю от размера покупки на экране запроса. В качестве одного примера в этом случае доля от цены покупки может быть выбрана из множества, состоящего из равных долей, произвольного выбора, 50%, 5000 йен и т.п.

[0078] Затем на этапе S304 блок 26 согласования/управления передает экран запроса (см. Фиг. 18), который включает в себя уведомление о запросе подарка о дне рождения заказчика подарка "AAABBB" и обеспечение информации о подарке, подруге матери "KKKLLL" из группы "друзья" через блок 21 связи.

[0079] Если в качестве обеспечения информации о подарке предложена, например, информация о товаре, которую заказчик подарка принял или заказчик подарка недавно купил, возможно избежать того, чтобы подарок был таким же, как прошлый подарок. Если в качестве обеспечения информации о подарке предложена информация о жанрах (игра, DVD и так далее), которые нравятся заказчику подарка, и она основана на истории принятого подарка или купленного подарка, информация служит полезной рекомендацией при выборе подарка.

[0080] В этом случае подруга матери "KKKLLL" подтверждает содержание обеспечения информации на экране запроса на Фиг.18. Затем подруга матери "KKKLLL" пишет название товара, который подруга хочет или не хочет в качестве подарка, в столбцы "желательный товар" и "нежелательный товар" и затем нажимает кнопку "Принять" или ничего не пишет и нажимает кнопку "Не принимать". При этом содержание, которое будет записано в столбец "нежелательный товар", является информацией о заказчике подарка (то есть информацией о товаре, который заказчик подарка не желает).

[0081] Затем на этапе S306 блок 26 согласования/управления ожидает, пока не будет принят ответ от всех людей, принадлежащих каждой группе. При этом, как и в случае с Фиг. 11, могут быть установлены сроки ответа, и экран запроса может быть передан несколько раз в пределах срока ответа. Кроме того, когда ответ не принят в пределах срока ответа, может быть решено, что запрос подарка отклонен. При этом в настоящем варианте осуществления предполагается, что ответ, указывающий принятие запроса подарка, принят от всех кандидатов. Затем процедура переходит на этап S212 на Фиг. 14.

[0082] Когда выполняется ответ, указывающий принятие запроса подарка, может быть приложено изображение кандидата и т.п. (например, ребенок кандидата в случае подруги матери). В этом случае может быть приложено изображение, сохраненное в запоминающем устройстве (не показано) портативного устройства 10B, или может быть приложено изображение, захваченное с помощью блока 33 захвата изображения. При этом, когда изображение кандидата и т.п. заранее сохранено в запоминающем устройстве 23 сервера 20, приложение изображения может быть опущено. Метод использования приложенного изображения упомянут позже.

[0083] Процесс упомянутого выше этапа S210 может быть выполнен до этапа S202. В этом случае этап S202 выполняется после определения количества кандидатов.

[0084] Затем на этапе S212 блок 26 согласования/управления выполняет определение кандидата и компоновку информации на основе ответа кандидата, полученного на этапе S210. В настоящем варианте осуществления два кандидата принимают покупку красного велосипеда, желаемая сумма денег бабушки "AAACCC" является "произвольным выбором", и желаемая сумма денег тети "DDDFFF" составляет "10000 йен", как проиллюстрировано в таблице акцепторов (родственники) на Фиг. 19A. При этом блок 26 согласования/управления согласовывает общую стоимость и цену затрат на подарок на основе класса родственника. В частности, для заказчика подарка бабушка представляет отношение второй степени, и тетя представляет отношение третьей степени. Таким образом, блок 26 согласования/управления может установить требуемую сумму денег бабушки, например, в 1,5 раза больше (то есть 15000 йен), чем желаемая сумма денег тети, на основе желаемой суммы денег тети "10000 йен". При этом, когда существует несколько кандидатов с одинаковой степенью отношения, и желаемая сумма денег каждого кандидата представляет собой "произвольный выбор", блок 26 согласования/управления может установить одинаковую сумму денег для каждого кандидата. Когда существует несколько кандидатов с одинаковой степенью отношения, и желаемые суммы денег кандидатов отличаются друг от друга, цена затрат каждого кандидата может быть согласована до самой низкой желаемой суммы денег. Кроме того, цена затрат каждого кандидата может быть согласована таким образом, чтобы общая величина цены затрат каждого кандидата стала покупной ценой товара (например, одна и та же сумма денег добавляется к каждому кандидату, или сумма денег добавляется к каждому кандидату в зависимости от желаемой суммы денег каждого кандидата).

[0085] Кроме того, блок 26 согласования/управления подтверждает, что подруга матери "KKKLLL" из группы "друзья" согласилась с запросом подарка, и название "xxxx" последней игровой программы было введено как нежелательный товар, как проиллюстрировано в таблице акцепторов (друзья) на Фиг. 19B. Например, предполагается, что ребенок подруги матери "KKKLLL" уже купил нежелательный товар, и подруга матери задает для заказчика подарка введенный товар как нежелательный товар. В этом случае товар, введенный как нежелательный товар, является избыточным товаром между детьми, то есть, таким же товаром, который уже есть у ребенка подруги матери "KKKLLL".

[0086] Затем на этапе S214 на Фиг. 14 блок 26 согласования/управления определяет единственного кандидата (акцептора).

[0087] Затем на этапе S216 блок 26 согласования/управления определяет, соответствует ли указанный кандидат основному режиму заказчика или основному режиму кандидата. Когда решение положительно (например, когда указанным кандидатом является бабушка или тетя), процедура переходит на этап S218.

[0088] Перейдя на этап S218, блок 26 согласования/управления предлагает информацию о красном велосипеде (см. экран выбора на Фиг. 20) заказчику подарка (или пользователю портативного устройства 10A) и заставляет пользователя принять решение о подарке. Например, блок 26 согласования/управления собирает информацию относительно велосипеда с ценой, которая равна или меньше суммы денег, согласованной блоком 26 согласования/управления, от блока 40 информации об отзывах и передает пользователю изображения и спецификации приблизительно трех типов велосипедов и информацию об отзывах, как проиллюстрировано на Фиг. 20. В этом случае, когда блок 40 информации об отзывах получает надежную информацию об отзывах и передает надежную информацию об отзывах пользователю, как предложено заявителем настоящего документа в заявке на патент Японии № 2012-45848, надежность системы 1 обработки информации может быть улучшена.

[0089] Затем на этапе S220 блок 26 согласования/управления ожидает, пока не будет принят ответ. При этом, как и в случае с Фиг. 11, блок 26 согласования/управления может установить сроки ответа и может передать экран выбора на Фиг. 20 несколько раз в пределах срока ответа. Когда ответ не принят в пределах срока ответа, блок 26 согласования/управления может автоматически выбрать самый популярный велосипед или велосипед с самой высокой оценкой по информации об отзывах или может заставить пользователя (то есть, акцептора) выбирать велосипед. Затем, процедура переходит на этап S226.

[0090] С другой стороны, когда решение на этапе S216 отрицательно (то есть, указанный кандидат соответствует основному режиму кандидата), процедура переходит на этап S222, блок 26 согласования/управления выполняет обеспечение информации подруге матери "KKKLLL", которая является кандидатом. В этом случае, когда кандидат подруга матери вводит желаемый товар, блок 26 согласования/управления предлагает информацию о желаемом товаре кандидату подруге матери. С другой стороны, когда желаемый товар не введен, блок 26 согласования/управления предлагает информацию о товаре, сопутствующем по отношению к товару покупки группы "родственники", как о товаре покупки группы "друзья" после исключения нежелательного товара. В настоящем варианте осуществления, поскольку товар покупки группы "родственники" представляет собой "красный велосипед", блок 26 согласования/управления предлагает подруге матери "KKKLLL" информацию (то есть, экран обеспечения информации, как проиллюстрировано на Фиг. 21) о шлеме (приблизительно 2000 йен) цвета, подходящего для красного велосипеда.

[0091] Затем на этапе S224 блок 26 согласования/управления ожидает, пока не будет принят ответ. В этом случае блок 26 согласования/управления также может установить сроки ответа и может передать экран выбора на Фиг. 21 неоднократно в пределах срока ответа. Когда ответ не принят в пределах срока ответа или принят ответ, указывающий отклонение, блок 26 согласования/управления может получить информацию о товаре, который популярен среди детей, в пределах установленной суммы денег от блока 40 информации об отзывах и может снова выполнить обеспечение информации. Когда существует множество кандидатов (то есть, акцепторов), и ответ принят по меньшей мере от одного кандидата в пределах срока ответа, ответ может быть обработан как согласие всех кандидатов. После этапа S224 процедура переходит на этап S226.

[0092] Перейдя на этап S226 после процесса этапов S220-S224, блок 26 согласования/управления, определяет, все ли кандидаты определены (то есть все акцепторы). Когда определение на этапе S226 отрицательно, следующий кандидат (то есть, следующий акцептор) определяется на этапе S228, и затем процедура переходит на этап S216. Затем процессы и определения этапов S216-S228 повторяются, и когда определение этапа S226 положительно, процедура переходит на этап S230. В процессах этапов S214-S228 процессы этапов S216-S224 могут выполняться одновременно для всех кандидатов (то есть всех акцепторов), и процедура может перейти на этап S230, когда получен ответ от всех кандидатов.

[0093] Перейдя на этап S230, блок 26 согласования/управления принимает решение о товаре покупки на основе ответа этапов S220 и S224. При этом предполагается, что красный велосипед определен как товар покупки группы "родственники", и шлем определен как товар покупки группы "друзья". При этом, поскольку также считается, что у заказчика уже есть шлем, блок 26 согласования/управления может запросить у заказчика подарка наличие или отсутствие владения товаром, определенным в основном режиме кандидата.

[0094] Затем на этапе S232 блок 26 согласования/управления выполняет процедуру покупки велосипеда и шлема на не проиллюстрированном сайте покупки через блок 21 связи и выполняет процесс приложения изображения. В этом случае блок 25 обработки изображений создает комбинированное изображение, в котором изображение лица бабушки или тети расположено рядом с изображением велосипеда, который будет выдан в качестве подарка, чтобы создать изображение, которое будет приложено к подарочному велосипеду. Аналогичным образом блок 25 обработки изображений создает комбинированное изображение, в котором изображение лица ребенка подруги матери "KKKLLL" расположено рядом с изображением шлема подарка. Затем, когда выполняется процедура покупки на не проиллюстрированном сайте покупки, блок 26 согласования/управления прикладывает комбинированное изображение, созданное блоком 25 обработки изображений, к почте и сообщает заказчику подарка информацию, указывающую, что комбинированное изображение приложено к подарку (то есть, как открытка, комбинированное изображение включено в подарок). При этом блок 26 согласования/управления назначает сумму покупки кандидату (то есть акцептору) позже. В этом случае блок 26 согласования/управления, например, может отправить почту, в которую вписано назначение перевода, каждому кандидату (то есть, акцептору).

[0095] Как описано выше, в соответствии с настоящим вариантом осуществления блок 26 согласования/управления предлагает информацию о совместной покупке товара множеству кандидатов через блок 21 связи и выполняет согласование относительно товара. Таким образом, даже когда множество кандидатов покупает подарок совместно, возможно легко выполнить совместную покупку посредством согласования товара покупки, согласования суммы оплаты и так далее. Таким образом, возможно получить дорогой подарок (например, цифровое устройство, такое как камера и портативное устройство) и дополнительно получить аксессуары цифрового устройства (например, линзу, динамик, наушники или запоминающий носитель).

[0096] В настоящем варианте осуществления, поскольку блок 26 согласования/управления определяет, кому дается инициатива принятия решения о товаре, заказчику подарка или кандидату (то есть установлен основной режим кандидата), на основе атрибута кандидата, подходящий товар может быть определен в зависимости от атрибута кандидата.

[0097] В настоящем варианте осуществления, поскольку блок 26 согласования/управления предлагает информацию о заказчике подарка (например, информацию, отображенную на экране запроса на Фиг. 18) множеству кандидатов, каждый из кандидатов может принять решение о товаре (то есть желательном товаре), который он или она хочет купить, и о товаре (то есть нежелательном товаре), который он или она не хочет покупать, на основе предложенной информации.

[0098] В настоящем варианте осуществления, поскольку блок 26 согласования/управления собирает информацию о заказчике подарка и информацию о товаре (например, информацию о нежелательном товаре) от множества кандидатов посредством использования экрана запроса на Фиг. 18, возможно определить товар в качестве подарка на основе информации, которую имеют кандидаты.

[0099] Кроме того, блок 26 согласования/управления делит множество кандидатов на множество групп (например, группа родственников и группа друзей) на основе атрибута заказчика подарка и предлагает каждой группе разную информацию для каждой группы. Таким образом, поскольку совместная покупка выполняется для людей, имеющих близкие атрибуты (то есть для каждой группы), осуществима беспроблемная совместная покупка.

[0100] Кроме того, поскольку блок 26 согласования/управления предлагает информацию о подарке множеству кандидатов на основе информации о событии, установленном в соответствии с каждым кандидатом, как проиллюстрировано на Фиг. 8, возможно сделать и принять подходящий подарок для каждого события.

[0101] Кроме того, поскольку блок 26 согласования/управления получает изображения множества кандидатов и изображение товара и заставляет блок 25 обработки изображений синтезировать эти изображения как изображение для приложения к подарку, может быть легко создан приложенный документ (например, открытка) для приложения к подарку.

[0102] Кроме того, поскольку блок 26 согласования/управления создает экран запроса, проиллюстрированный на Фиг. 17A-17C, с использованием изображения заказчика подарка, рассматривая изображение, кандидат может легко вообразить вид заказчика подарка, который использует подарок.

[0103] В настоящем варианте осуществления, поскольку блок 26 согласования/управления предлагает группе друзей информацию о товаре, сопутствующем по отношению к товару покупки или запланированному товару покупки группы родственников, на основе информации о товаре покупки или запланированном товаре покупки группы родственников, заказчик подарка может получить товар, который заказчик подарка выбирает по своей инициативе, и другой товар, сопутствующий по отношению к выбранному товару, во время одного события.

[0104] Блок 26 согласования/управления может установить распределение во времени, которое предлагает информацию группы родственников раньше, чем распределение по времени, которое предлагает информацию группе друзей, то есть, может предложить информацию группе друзей после того, как определен товар покупки группы родственников. Посредством этого товар, который связан с товаром покупки группы родственников, может быть определен как товар, который дарит группа друзей.

[0105] Когда имеется товар, который нуждается в замене посредством покупки, заказчик подарка может ввести номер модели товара и информацию, указывающую, что заказчик подарка хочет последнюю модель. В этом случае блок 26 согласования/управления должен предложить кандидату информацию о последней модели, соответствующей номеру модели.

[0106] В упомянутом выше варианте осуществления объяснен случай, в котором согласование подарка выполняется в соответствии с запросом подарка на каждое событие, но согласование подарка не ограничено этим. Например, когда в сервер 20 вводится путешествие кандидата, блок 26 согласования/управления может сделать запрос о том, не хочет ли заказчик подарка получить сувенир. В этом случае, когда заказчик подарка вводит жанр, название товара и так далее требуемого подарка в экране портативного устройства 10A, блок 26 согласования/управления может уведомить кандидата о введенной информации. Таким образом, может быть куплен подарок в соответствии с желанием заказчика.

[0107] В упомянутом выше варианте осуществления объяснен случай, в котором событие определено заранее, но событие не ограничено этим. Когда происходит событие, которое не может быть предсказано с даты рождения (например, победа в конкурсе хоров и т.п.), блок 26 согласования/управления может выполнить временный запрос подарка в соответствии с вводом события от заказчика подарка. Когда кандидат узнает, что у заказчика подарка произошло временное событие, кандидат может зарегистрировать на сервере 20 информацию, указывающую, что у заказчика произошло временное событие. В этом случае блок 26 согласования/управления должен выполнить запрос подарка, соответствующий зарегистрированному временному событию, всем кандидатам или по меньшей мере части кандидатов.

[0108] При этом, когда заказчик подарка принимает участие в блоге, Твиттере, службе социальной сети (SNS) и т.п., блок 26 согласования/управления может получить из них информацию о заказчике подарка (например, любимый жанр, купленный недавно товар, предпочтение и т.п.) и может выбрать потенциальный подарок.

[0109] В упомянутом выше варианте осуществления объяснен случай, в котором заказчик подарка запрашивает "красный велосипед" в основном режиме заказчика, но запрос подарка не ограничен этим. Например, заказчик подарка может определить производителя, номер модели, цену и так далее и запросить подарок. В этом случае, когда бюджет кандидата больше указанной цены, блок 26 согласования/управления может выполнить согласование обновления на основе указанного номера модели. Когда бюджет кандидата меньше указанной цены, блок 26 согласования/управления может выполнить согласование понижения номера модели.

[0110] В упомянутом выше варианте осуществления объяснен случай, в котором сервер 20 выполняет принятие решения о товаре в качестве подарка и выполняет процесс вплоть до покупки подарка, но процесс, который выполняет сервер 20, не ограничен этим. Например, сервер 20 может выполнить процесс вплоть до принятия решения о подарке, и фактическая покупка может быть выполнена кандидатом. В этом случае блок 26 согласования/управления может согласовать (принять решение) магазин, в котором покупается товар, на основе журнала событий информации о местоположении (то есть диапазона местоположений, в которых кандидат обычно проводит время) в модуле 34 GPS портативного устройства 10B и может предложить информацию о местоположении магазина портативному устройству 10B через блок 21 связи. Кроме того, в дополнение к местоположению магазина блок 40 информации об отзывах может предложить информацию отзывов о магазине. В этом случае, особенно когда имеется множество потенциальных магазинов, соответствующие магазины могут быть сравнены посредством информации об отзывах.

[0111] В упомянутом выше варианте осуществления объяснен случай, в котором система 1 обработки информации используется в частной жизни, но использование системы 1 обработки информации не ограничено этим. Например, система 1 обработки информации может использоваться для бизнеса. В этом случае, подарок в середине года, подарок в конце года и так далее могут быть добавлены как традиционные события, и повышение в должности, выход на пенсию (добровольное окончание работы), рождение ребенка и т.п. могут быть добавлены как события, которые не могут быть предсказаны на основе блока 24 календаря.

[0112] В упомянутом выше варианте осуществления объяснен случай, в котором устройство в качестве портативного устройства 10 принято устройство с размером руки и с функцией телефона, но портативное устройство 10 не ограничено этим. Планшетный компьютер и персональный компьютер могут быть приняты в качестве портативного устройства 10.

[0113] В упомянутом выше варианте осуществления объяснен случай, в котором сервер 20 выполняет различные процессы относительно совместной покупки, но вид устройства не ограничен этим. В упомянутом выше варианте осуществления блок 16 управления в портативном устройстве 10A может выполнять процесс, который выполняет сервер 20.

[0114] Упомянутый выше вариант осуществления является предпочтительным вариантом осуществления настоящего изобретения. Однако настоящее изобретение не ограничено упомянутым выше вариантом осуществления, и другие варианты осуществления, изменения и модификации могут быть выполнены без отступая от объема настоящего изобретения.

ОПИСАНИЕ ССЫЛОЧНЫХ НОМЕРОВ

[0115] 10 Портативное устройство

20 Сервер

21 Блок связи

23 Запоминающее устройство

25 Блок обработки изображений

26 Блок согласования/управления

Claims

1. Сервер, который предоставляет информацию группе для покупки множества товаров, содержащий:

память, в которой хранятся информация о событиях, информация о людях и информация об атрибутах этих людей; и

процессор, подключенный к памяти и выполненный с возможностью:

определять среди упомянутых людей кандидата, который должен разделить бремя затрат по покупке товара, на основе упомянутых атрибутов людей, для каждого из упомянутых событий,

предлагать этому кандидату информацию касаемо совместной покупки данного товара и

выполнять согласование в отношении упомянутого товара.

2. Сервер по п. 1, в котором процессор выполнен с возможностью согласования по меньшей мере одного из товара, который должен быть фактически куплен кандидатом, места, где товар должен быть куплен, и доли цены товара для кандидата, в качестве упомянутого согласования в отношении товара.

3. Сервер по п. 1, в котором процессор выполнен с возможностью согласования того, кому из покупателя товара и получателя товара дается инициатива принятия решения относительно товара.

4. Сервер по п. 1, при этом упомянутый кандидат включает в себя множество кандидатов, причем процессор выполнен с возможностью делить это множество кандидатов на несколько групп, основываясь на отношении с получателем товара.

5. Сервер по п. 4, в котором процессор выполнен с возможностью предлагать каждой группе разную информацию в качестве упомянутой информации касаемо совместной покупки товара.

6. Сервер по п. 4, при этом упомянутые несколько групп включают в себя первую группу и вторую группу, причем процессор выполнен с возможностью смещать время, в которое информация предлагается первой группе, от времени, в которое информация предлагается второй группе.

7. Сервер по п. 4, в котором процессор выполнен с возможностью предлагать по меньшей мере одному из упомянутого кандидата информацию касаемо получателя товара.

8. Сервер по п. 7, в котором процессор выполнен с возможностью собирать информацию касаемо получателя товара от по меньшей мере одного из упомянутого кандидата.

9. Сервер по п. 4, в котором процессор выполнен с возможностью собирать информацию касаемо товара от по меньшей мере одного из упомянутого кандидата.

10. Сервер по п. 1, в котором в памяти хранится информация касаемо получателя товара, при этом процессор выполнен с возможностью предлагать кандидату упомянутую информацию касаемо совместной покупки товара на основе информации касаемо получателя товара, хранящейся в памяти.

11. Сервер по п. 10, при этом информации касаемо получателя товара включает в себя по меньшей мере одну из информации о товаре, который получатель желает, и информации о товаре, который получатель купил в прошлом.

12. Сервер по п. 1, в котором в памяти хранятся данные изображения, относящиеся к кандидату.

13. Сервер по п. 12, в котором в памяти хранятся данные изображения, относящиеся к товару.

14. Сервер по п. 13, в котором процессор выполнен с возможностью синтезировать данные изображения, относящиеся к кандидату, и данные изображения, относящиеся к товару, которые хранятся в памяти.

15. Сервер по п. 1, в котором в памяти хранится изображение получателя товара.

16. Сервер по п. 1, в котором в памяти сохраняется упомянутая информация касаемо совместной покупки товара.

17. Сервер по п. 13, в котором процессор выполнен с возможностью предлагать информацию касаемо замены посредством покупки.

18. Сервер по п. 2, в котором процессор выполнен с возможностью согласовывать долю цены товара для кандидата на основе отношения между кандидатом и получателем товара.

19. Сервер по п. 1, при этом атрибуты людей основываются на отношениях между людьми и получателем товара.

20. Сервер по п. 1, в котором процессор выполнен с возможностью предлагать синтезированное изображение, созданное посредством комбинирования изображения получателя товара с изображением товара, для стимулирования кандидата принять в рассмотрение покупку товара.

21. Сервер по п. 20, при этом синтезированное изображение представляет собой изображение, показывающее состояние, в котором получатель товара использует товар.

22. Сервер по п. 6, в котором процессор выполнен с возможностью:

получать информацию касаемо товара, покупаемого первой группой, или товара, который запланирован для покупки первой группой, и

предлагать второй группе информацию касаемо товара, сопутствующего товару, покупаемому первой группой, или товару, который запланирован для покупки первой группой, причем вторая группа отличается от первой группы.

23. Сервер по п. 22, в котором процессор выполнен с возможностью предлагать информацию касаемо товара, который используется с товаром, покупаемым одной из первой группы и второй группы, или товаром, который запланирован для покупки этой одной из первой группы и второй группы, другой из первой группы и второй группы.