СЕРВЕР ДИСПЕТЧЕРИЗАЦИИ ТРАНСПОРТНЫХ СРЕДСТВ ДЛЯ ПЕРЕВОЗКИ ТРУПОВ
DISPATCHING SERVER FOR TRANSPORTATION OF CORPSES

Область техники, к которой относится изобретение
[0001] Настоящее изобретение относится к инструкции диспетчеризации транспортного средства для перевозки трупов, которое транспортирует труп в морг, и в частности, относится к серверу диспетчеризации транспортных средств для перевозки трупов, который отображает местоположения доступных транспортных средств около точки погрузки и свободных моргов в точках выгрузки на терминале пользователя, чтобы инструктировать диспетчеризацию, которая удовлетворяет желание пользователя.
Уровень техники
[0002] Традиционно, известна следующая система диспетчеризации такси.
Система диспетчеризации такси обеспечивает быструю диспетчеризацию такси таким образом, что когда пользователь использует такси в то время, когда пользователь отсутствует, ретрансляционная станция располагается между такси и пользователем, и пользователь запрашивает диспетчеризацию через ретрансляционную станцию с помощью мобильного терминала (например, см. патентный документ 1, патентный документ 2 и патентный документ 3).
[0003] Система диспетчеризации транспортных средств по запросу, описанная в патентном документе 1, периодически принимает данные транспортного средства, состоящие из кода офиса/транспортного средства, который идентифицирует транспортное средство, администрируемое согласно офису, данных местоположения и состояния транспортных средств, через Интернет для каждого транспортного средства. Система выполняет поиск и администрирует прогнозированные времена прибытия одного или более транспортных средств, расположенных на эффективном маршруте прибытия в произвольном диапазоне расстояний, в качестве списка доступных для резервирования транспортных средств пользователя на основе данных местоположения пользователя, передаваемых из мобильного терминала с выходом в Интернет, и выполняет запрос в отношении доступности для транспортного средства, выбранного из этого списка пользователем. Когда отсутствует ответ в течение данного периода, система выполняет аналогичный запрос в следующий возможный вариант транспортного средства, а когда имеется утвердительный ответ, система передает то, что резервирование устанавливается, пользователю и в транспортное средство.
Система диспетчеризации такси, описанная в патентном документе 2, регистрирует код офиса/транспортного средства, который идентифицирует такси, администрируемое каждым офисом, и отслеживает местоположение транспортного средства и доступное/занятое состояние для каждого транспортного средства через сеть. Система выполняет поиск такси, подлежащего диспетчеризации, на основе информации местоположения из мобильного терминала пользователя и передает инструкцию диспетчеризации транспортных средств, включающую в себя информацию текущего местоположения пользователя, в бортовой терминал в найденном такси.
Система диспетчеризации транспортных средств, описанная в патентном документе 3, включает в себя средство идентификации бортовых терминалов, которое идентифицирует бортовой терминал транспортного средства и принимает информацию местоположения и информацию состояния транспортного средства из бортового терминала. Система выполняет поиск надлежащего транспортного средства, подлежащего диспетчеризации, на основе информации местоположения, принимаемой из мобильного терминала пользователя, информации пункта назначения и информации персонального идентификационного номера посредством средства аутентификации, и выполняет инструкцию диспетчеризации транспортных средств и запрашивает передачу информации взимания платы за услуги. Когда система принимает информацию взимания платы за услуги, передаваемую в соответствии с запросом на передачу информации взимания платы за услуги, после того, как транспортное средство прибывает в пункт назначения, система выполняет процесс начисления оплаты для отсроченного платежа.
Список библиографических ссылок
Патентные документы
[0004] Патентный документ 1. JP-A-2002-140795
Патентный документ 2. JP-A-2003-151083
Патентный документ 3. JP-A-2003-187388
Сущность изобретения
Техническая задача
[0005] Тем не менее, системы диспетчеризации транспортных средств, описанные в любом из патентных документов 1, 2 и 3, основаны на диспетчеризации такси.
Следовательно, отсутствует система, которая предоставляет информацию относительно пункта назначения пользователю.
В наше время, считается, что 90% или более мест, в которых умирает человек, находятся в больнице.
После окончания обработки трупа, труп временно помещается в больничный морг, и для того, чтобы транспортировать труп, неизбежно должно организовываться транспортное средство для перевозки трупов.
Когда труп транспортируется из больничного морга, должно обеспечиваться место для того, чтобы положить труп.
Многие понесшие утрату семьи просят медсестру запрашивать транспортировку трупа в похоронную компанию, которая может въезжать и выезжать из больницы, без подготовки, поскольку все происходит внезапно.
После этого, за ограниченный период и без сравнения похоронной компании с другими похоронными компаниями, понесшие утрату семьи запрашивают организацию последующего морга и похоронной часовни в этой похоронной компании.
С учетом этого, появляются мнения, что похороны не могут выполняться с желательным расписанием, в желательной похоронной часовне или в желательном стиле похорон, а также жалобы на то, что расходы выше ожидаемых.
[0006] Настоящее изобретение осуществлено с возможностью разрешать такую проблему, и настоящее изобретение нацелено на предоставление сервера диспетчеризации транспортных средств для перевозки трупов, который предоставляет возможность выбирать желательный морг и позволяет пользователю организовывать транспортное средство для перевозки трупов, даже когда возникает непредвиденный случай, посредством отображения местоположений доступного транспортного средства для перевозки трупов и свободного морга на пользовательском терминале.
Решение задачи
[0007] Сервер диспетчеризации транспортных средств для перевозки трупов по п. 1 содержит средство хранения данных состояния транспортного средства, которое сохраняет состояние транспортного средства, представляющее то, доступно или нет транспортное средство для перевозки трупов, в качестве информации состояний транспортных средств; средство хранения данных состояний объектов, которое сохраняет состояние объекта, представляющее то, свободен или нет морг, в качестве информации состояний объектов; средство отображения состояния, которое передает информацию относительно доступного транспортного средства для перевозки трупов и информацию относительно свободного морга в пользовательский терминал на основе информации состояний транспортных средств и информации состояний объектов и отображает информацию относительно доступного транспортного средства для перевозки трупов и информацию относительно свободного морга на пользовательском терминале; и средство инструктирования по диспетчеризации транспортных средств, которое принимает информацию выбора транспортного средства, которая выбирает доступное транспортное средство для перевозки трупов, ассоциированное с отображаемым свободным моргом, из пользовательского терминала, и инструктирует диспетчеризацию выбранного транспортного средства для перевозки трупов на основе информации выбора транспортного средства.
[0008] Сервер диспетчеризации транспортных средств для перевозки трупов по п. 2 дополнительно содержит средство резервирования объектов, которое принимает информацию выбора объекта, которая выбирает свободный морг, ассоциированный с транспортным средством для перевозки трупов, инструктированным для диспетчеризации из пользовательского терминала, и резервирует выбранный свободный морг на основе информации выбора объекта.
Это обеспечивает желательный морг из отображаемых свободных моргов.
На сервере диспетчеризации транспортных средств для перевозки трупов по п. 3, средство отображения состояния отображает информацию относительно доступного транспортного средства для перевозки трупов и информацию относительно свободного морга на карте на экране пользовательского терминала.
Это позволяет пользователю легко знать местоположения транспортных средств и офисов.
На сервере диспетчеризации транспортных средств для перевозки трупов по п. 4, средство резервирования объектов принимает информацию временного выбора объекта, которая временно выбирает свободный морг, из пользовательского терминала, и отображает информацию состояний объектов, представляющую то, свободна или нет похоронная часовня, принадлежащая компании временно выбранного морга, на пользовательском терминале на основе информации временного выбора объекта.
Когда пользователь знает, что морг и похоронная часовня идентичной компании являются свободными, пользователь может плавно переходить к последующему расписанию похорон.
На сервере диспетчеризации транспортных средств для перевозки трупов по п. 5, средство резервирования объектов включает в себя средство отображения состояния резервирования объектов, которое отображает состояние резервирования похоронной часовни, принадлежащей компании временно выбранного морга, на пользовательском терминале на основе информации временного выбора объекта.
Поскольку пользователь может знать состояние резервирования похоронной часовни компании, идентичной компании свободного морга, пользователь может предполагать число дней, на которое следует класть труп в морг, и последующее расписание похорон.
На сервере диспетчеризации транспортных средств для перевозки трупов по п. 6, средство резервирования объектов резервирует, когда средство резервирования объектов принимает информацию временного выбора, которая временно выбирает свободную похоронную часовню, отображаемую посредством средства отображения состояния резервирования объектов, и дополнительно принимает информацию выбора для временно выбранного морга и временно выбранной свободной похоронной часовни и морга, для которых принята информация выбора.
Пользователь может подтверждать расписание похорон.
На сервере диспетчеризации транспортных средств для перевозки трупов по п. 7, средство инструктирования по диспетчеризации транспортных средств включает в себя средство отображения информации диспетчеризации транспортных средств, которое принимает информацию временного выбора транспортного средства, которая временно выбирает доступное транспортное средство для перевозки трупов, из пользовательского терминала и отображает информацию диспетчеризации транспортных средств, представляющую первую оцененную стоимость проезда из местоположения компании временно выбранного транспортного средства для перевозки трупов в запрашиваемую точку и вторую оцененную стоимость проезда из запрашиваемой точки во временно выбранный свободный морг для временно выбранного транспортного средства для перевозки трупов на основе информации временного выбора транспортного средства.
Посредством ее отображения в качестве информации диспетчеризации транспортных средств, пользователь может знать оцененную стоимость проезда, подлежащую оплате.
В отличие от бизнеса по организации службы такси, который взимает стоимость проезда из местоположения подбора или запрашиваемой точки в пункт назначения, похоронная транспортная услуга, лицензированная на основе Закона о коммерческой транспортировке на грузовом автотранспорте, всегда также взимает стоимость проезда из местоположения компании транспортного средства для перевозки трупов в запрашиваемую точку.
На сервере диспетчеризации транспортных средств для перевозки трупов по п. 8, средство инструктирования по диспетчеризации транспортных средств выбирает временно доступное транспортное средство для перевозки трупов, в котором сумма первой оцененной стоимости проезда из местоположения компании доступного транспортного средства для перевозки трупов в запрашиваемую точку и второй оцененной стоимости проезда из запрашиваемой точки в выбранный свободный морг является минимальной.
Поскольку пользователь может знать минимальную сумму оцененной стоимости проезда для диспетчеризации транспортных средств и местоположение доступного транспортного средства для перевозки трупов, пользователь может организовывать доступное транспортное средство для перевозки трупов быстрее.
Преимущества изобретения
[0009] Настоящее изобретение включает в себя средство хранения данных состояния транспортного средства, которое сохраняет состояние транспортного средства, представляющее то, доступно или нет транспортное средство для перевозки трупов, в качестве информации состояний транспортных средств, средство хранения данных состояний объектов, которое сохраняет состояние объекта, представляющее то, свободен или нет морг, в качестве информации состояний объектов, средство отображения состояния, которое передает информацию относительно доступных транспортных средств для перевозки трупов и информацию относительно свободных моргов в пользовательский терминал на основе информации состояний транспортных средств и информации состояний объектов и отображает эту информацию на пользовательском терминале, и средство инструктирования по диспетчеризации транспортных средств, которое принимает информацию выбора транспортного средства, которая выбирает доступное транспортное средство для перевозки трупов, ассоциированное с отображаемыми свободными моргами, и инструктирует диспетчеризацию выбранного транспортного средства для перевозки трупов на основе информации выбора транспортного средства из пользовательского терминала; настоящее изобретение позволяет предоставлять возможность выбирать желательный морг и обеспечивать возможность пользователю организовывать транспортное средство для перевозки трупов даже в случае чрезвычайной ситуации.
Краткое описание чертежей
[0010] Фиг. 1 является видом, иллюстрирующим примерную общую конфигурацию системы диспетчеризации транспортных средств для перевозки трупов согласно варианту 1 осуществления настоящего изобретения.
Фиг. 2 является видом, иллюстрирующим примерную схематичную конфигурацию сервера диспетчеризации транспортных средств для перевозки трупов согласно варианту 1 осуществления настоящего изобретения.
Фиг. 3 является видом, иллюстрирующим примерную рабочую функцию системы диспетчеризации транспортных средств для перевозки трупов согласно варианту 1 осуществления настоящего изобретения.
Фиг. 4 является видом, иллюстрирующим пример формирования данных в модуле хранения сервера диспетчеризации транспортных средств для перевозки трупов согласно варианту 1 осуществления настоящего изобретения.
Фиг. 5 является видом, иллюстрирующим примерные различные табличные конфигурации в модуле хранения сервера диспетчеризации транспортных средств для перевозки трупов согласно варианту 1 осуществления настоящего изобретения.
Фиг. 6 является блок-схемой последовательности операций способа, иллюстрирующей основную процедуру сервера диспетчеризации транспортных средств для перевозки трупов согласно варианту 1 осуществления настоящего изобретения.
Фиг. 7 является блок-схемой последовательности операций способа, иллюстрирующей процедуру для того, чтобы регистрировать информацию администрирования сервера диспетчеризации транспортных средств для перевозки трупов согласно варианту 1 осуществления настоящего изобретения.
Фиг. 8 является блок-схемой последовательности операций способа, иллюстрирующей процедуру перезаписи состояний сервера диспетчеризации транспортных средств для перевозки трупов согласно варианту 1 осуществления настоящего изобретения.
Фиг. 9 является блок-схемой последовательности операций способа, иллюстрирующей общую процедуру того, как сервер диспетчеризации транспортных средств для перевозки трупов обслуживает запрос на диспетчеризацию транспортных средств от пользователя согласно варианту 1 осуществления настоящего изобретения.
Фиг. 10 является блок-схемой последовательности операций способа, иллюстрирующей процедуру того, как сервер диспетчеризации транспортных средств для перевозки трупов отображает состояния транспортных средств и объектов согласно варианту 1 осуществления настоящего изобретения.
Фиг. 11А и фиг. 11B являются примерными экранами, отображаемыми на пользовательском терминале и терминале компании согласно варианту 1 осуществления настоящего изобретения.
Фиг. 12 является блок-схемой последовательности операций способа, иллюстрирующей процедуру резервирования объектов сервера диспетчеризации транспортных средств для перевозки трупов согласно варианту 1 осуществления настоящего изобретения.
Фиг. 13 является примерным экраном, отображающим состояние, когда пункт назначения временно выбран на пользовательском терминале согласно варианту 1 осуществления настоящего изобретения.
Фиг. 14 является примерным экраном, отображающим информацию подтверждений резервирования объектов на терминале компании согласно варианту 1 осуществления настоящего изобретения.
Фиг. 15 является блок-схемой последовательности операций способа, иллюстрирующей процедуру того, как сервер диспетчеризации транспортных средств для перевозки трупов отображает информацию диспетчеризации транспортных средств согласно варианту 1 осуществления настоящего изобретения.
Фиг. 16 является примерным экраном, когда транспортное средство временно выбрано, который отображает информацию диспетчеризации транспортных средств на пользовательском терминале согласно варианту 1 осуществления настоящего изобретения.
Фиг. 17 является примерным экраном, отображающим информацию подтверждений диспетчеризации транспортных средств на терминале компании согласно варианту 1 осуществления настоящего изобретения.
Фиг. 18 является блок-схемой последовательности операций способа, иллюстрирующей процедуру расчетов по стоимости проезда сервера диспетчеризации транспортных средств для перевозки трупов согласно варианту 1 осуществления настоящего изобретения.
Фиг. 19 является примерным экраном, отображающим информацию расчетов на пользовательском терминале согласно варианту 1 осуществления настоящего изобретения.
Фиг. 20 является видом, иллюстрирующим примерную общую конфигурацию системы диспетчеризации транспортных средств для перевозки трупов согласно варианту 2 осуществления настоящего изобретения.
Фиг. 21 является видом, иллюстрирующим пример формирования данных в модуле хранения сервера диспетчеризации транспортных средств для перевозки трупов согласно варианту 2 осуществления настоящего изобретения.
Фиг. 22 является видом, иллюстрирующим примерные различные табличные конфигурации в модуле хранения сервера диспетчеризации транспортных средств для перевозки трупов согласно варианту 2 осуществления настоящего изобретения.
Фиг. 23A и фиг. 23B являются примерными экранами, отображаемыми на пользовательском терминале и терминале компании согласно варианту 2 осуществления настоящего изобретения.
Фиг. 24 является примерным экраном, отображающим состояние, когда пункт назначения временно выбирается на пользовательском терминале согласно варианту 2 осуществления настоящего изобретения.
Фиг. 25 является примерным экраном, отображающим состояние резервирования объектов для похоронной часовни на пользовательском терминале согласно варианту 2 осуществления настоящего изобретения.
Фиг. 26 является примерным экраном, отображающим информацию подтверждений резервирования объектов на терминале компании согласно варианту 2 осуществления настоящего изобретения.
Подробное описание вариантов осуществления
[0011] Далее подробно описываются варианты осуществления изобретения со ссылкой на прилагаемые чертежи.
Фиг. 1-26 являются видами, которые примерно иллюстрируют варианты осуществления настоящего изобретения.
В этих видах, части, к которым присоединяется идентичная ссылка с номером, представляют идентичный объект, и базовые конфигурации и рабочие характеристики являются аналогичными.
Первый вариант осуществления
[0012] Фиг. 1 является видом, иллюстрирующим примерную общую конфигурацию системы диспетчеризации транспортных средств для перевозки трупов согласно варианту 1 осуществления настоящего изобретения.
Система 1 диспетчеризации транспортных средств для перевозки трупов, проиллюстрированная на фиг. 1, имеет конфигурацию, в которой сервер 3 диспетчеризации транспортных средств для перевозки трупов соединяется с терминалом 4 компании и пользовательским терминалом 5 через Интернет 2.
Фиг. 2 является видом, иллюстрирующим примерную схематичную конфигурацию сервера диспетчеризации транспортных средств для перевозки трупов согласно варианту 1 осуществления настоящего изобретения.
Сервер 3 диспетчеризации транспортных средств для перевозки трупов, проиллюстрированный на фиг. 2, содержит модуль 30 управления (CPU), который интегрально управляет всей системой, модуль 31 хранения, который сохраняет различные виды информации, модуль 33 ввода, включающий в себя клавиатуру, мышь и т.п., модуль 34 отображения, такой как дисплей, и модуль 35 связи, соединенный с Интернетом 2, и они соединяются через линии 32 шин.
[0013] Модуль 30 управления (CPU) обеспечивает средство 300 аутентификации, средство 301 регистрации информации администрирования, средство 302 перезаписи состояний объектов, средство 303 перезаписи состояний транспортных средств, средство 304 отображения состояния, средство 305 резервирования объектов, средство 306 инструктирования по диспетчеризации транспортных средств, средство 307 проведения расчетов по стоимости проезда, другие различные средства обработки и средства определения, посредством загрузки программ для операционной системы или программ, которые указывают процедуру этой системы диспетчеризации транспортных средств для перевозки трупов, в ROM и RAM.
[0014] Модуль 31 хранения содержит энергозависимое или энергонезависимое полупроводниковое устройство, такое как RAM и ROM или вторичный модуль хранения данных, такой как жесткий диск или оптический диск.
Модуль 31 хранения включает в себя хранилище 310 программ, различные таблицы 311, информацию 312 администрирования компаний, информацию 313 администрирования сотрудников, информацию 314 администрирования пользователей, информацию 315 состояний транспортных средств, информацию 316 состояний объектов, информацию 317 запрашиваемых маршрутов и т.п.
Модуль 31 хранения может включать в себя картографическую информацию 318, либо внешний сервер (не проиллюстрирован) может включать в себя картографическую информацию 318.
[0015] Модуль 33 ввода содержит клавиатуру, мышь или указательное устройство, такое как шаровой манипулятор, и используется, например, для обслуживания различных таблиц или различных видов информации, сохраненной в модуле 31 хранения, или вторичного ввода.
Модуль 34 отображения используется для администратора, чтобы отображать различные виды информации для обслуживания либо вторично вводить и подтверждать различные рабочие состояния сервера 3 диспетчеризации транспортных средств для перевозки трупов.
Модуль 35 связи обеспечивает внешнюю связь через Интернет 2 и используется, например, для передачи и приема информации в/из терминала 4 компании и пользовательского терминала 5 по проводам или без проводов с использованием такого протокола, как TCP/IP.
[0016] Средство 300 аутентификации сопоставляет аутентификационную информацию из внешнего терминала, который запрашивает соединение через модуль 35 связи, с аутентификационной информацией, сохраненной в информации 312 администрирования компаний или информации 314 администрирования пользователей.
Это средство 300 аутентификации необходимо для обеспечения конфиденциальности персональной информации и т.п. покойного, понесшей утрату семьи и т.п.
[0017] Средство 301 регистрации информации администрирования сохраняет информацию администрирования относительно компаний, сотрудников компаний и пользователей, которые имеют внешние терминалы, которые соединяются через модуль 35 связи, в информации 312 администрирования компаний, информации 313 администрирования сотрудников и информации 314 администрирования пользователей, соответственно.
[0018] Средство 302 перезаписи состояний объектов принимает состояние объекта в отношении того, свободен или используется морг, принадлежащий компании, из терминала 4 компании, соединенного через модуль 35 связи, и сохраняет состояние объекта в информации 316 состояний объектов.
[0019] Средство 303 перезаписи состояний транспортных средств принимает состояние транспортного средства в отношении того, доступно или занято транспортное средство для перевозки трупов, принадлежащее компании, из терминала 4 компании, соединенного через модуль 35 связи, и сохраняет состояние транспортного средства в информации 315 состояний транспортных средств.
[0020] Средство 304 отображения состояния передает и отображает состояние транспортного средства, сохраненное в информации 315 состояний транспортных средств, и состояние объекта, сохраненное в информации 316 состояний объектов, в терминал 4 компании или пользовательский терминал 5, соединенный через модуль 35 связи.
[0021] Средство 305 резервирования объектов резервирует свободный морг посредством выбора из пользовательского терминала 5, соединенного через модуль 35 связи.
[0022] Средство 306 инструктирования по диспетчеризации транспортных средств инструктирует диспетчеризацию доступного транспортного средства для перевозки трупов посредством выбора из пользовательского терминала 5, соединенного через модуль 35 связи.
[0023] Средство 307 проведения расчетов по стоимости проезда передает фактическое проезжаемое расстояние, на которое фактически транспортирован труп в пункт назначения, и фактическую стоимость проезда, принимаемую из терминала 4 компании, соединенного через модуль 35 связи, с пользовательским терминалом 5, соединенным через модуль 35 связи, и выполняет процесс начисления оплаты для проведения расчетов по стоимости проезда.
[0024] Фиг. 3 является видом, иллюстрирующим примерную рабочую функцию системы диспетчеризации транспортных средств для перевозки трупов согласно варианту 1 осуществления настоящего изобретения.
[0025] Сервер 3 диспетчеризации транспортных средств для перевозки трупов регистрирует информацию 312 администрирования компаний, информацию 313 администрирования сотрудников и информацию 314 администрирования пользователей в модуле 31 хранения посредством средства 301 регистрации информации администрирования при приеме запроса на установление соединения из терминала 4 компании или пользовательского терминала 5 в первый раз.
Идентификационный код назначается информации 312 администрирования компаний, информации 313 администрирования сотрудников и информации 314 администрирования пользователей на основе различных таблиц 311 из местоположений либо адресов и типов компаний или пользователя.
Сервер 3 диспетчеризации транспортных средств для перевозки трупов сопоставляет использование аутентификационной информации для информации 312 администрирования компаний, информации 313 администрирования сотрудников и информации 314 администрирования пользователей, которые сохраняются в модуле 31 хранения, посредством средства 300 аутентификации при приеме запроса на установление соединения из терминала 4 компании или пользовательского терминала 5 со второго времени или позже.
После сопоставления, сервер 3 диспетчеризации транспортных средств для перевозки трупов идентифицирует то, исходит она из терминала 4 компании или пользовательского терминала 5, посредством идентификационного кода и выполняет следующий процесс, соответствующий каждому терминалу.
[0026] Когда сервер 3 диспетчеризации транспортных средств для перевозки трупов принимает из терминала 4 компании информацию флага, представляющую новое состояние объекта в отношении того, что состояние объекта морга изменено, сервер 3 диспетчеризации транспортных средств для перевозки трупов перезаписывает и обновляет информацию 316 состояний объектов, сохраненную в модуле 31 хранения, посредством средства 302 перезаписи состояний объектов.
Когда сервер 3 диспетчеризации транспортных средств для перевозки трупов принимает из терминала 4 компании информацию флага, представляющую новое состояние транспортного средства в отношении того, что состояние транспортного средства для транспортного средства для перевозки трупов изменено, сервер 3 диспетчеризации транспортных средств для перевозки трупов перезаписывает и обновляет информацию 315 состояний транспортных средств, сохраненную в модуле 31 хранения, посредством средства 303 перезаписи состояний транспортных средств.
Информация 315 состояний транспортных средств и информация 316 состояний объектов предварительно сохраняют идентификационный код компании, которой принадлежит транспортное средство или объект.
[0027] Когда сервер 3 диспетчеризации транспортных средств для перевозки трупов принимает запрос на диспетчеризацию транспортных средств из пользовательского терминала 5, сервер 3 диспетчеризации транспортных средств для перевозки трупов выполняет средство выдачи ответов по диспетчеризации транспортных средств.
Средство выдачи ответов по диспетчеризации транспортных средств выполняет многостадийный процесс, содержащий средство 304 отображения состояния, средство 305 резервирования объектов, средство 306 инструктирования по диспетчеризации транспортных средств и средство 307 проведения расчетов по стоимости проезда.
[0028] Сервер 3 диспетчеризации транспортных средств для перевозки трупов сначала сохраняет запрашиваемую точку (местоположение подбора), принимаемую из пользовательского терминала 5, в качестве информации 317 запрашиваемых маршрутов в модуле 31 хранения.
Затем, сервер 3 диспетчеризации транспортных средств для перевозки трупов передает и отображает информацию относительно доступных транспортных средств для перевозки трупов и свободных моргов в области рядом с запрашиваемой точкой в пользовательском терминале 5 посредством средства 304 отображения состояния на основе информации 315 состояний транспортных средств, информации 316 состояний объектов, информации 317 запрашиваемых маршрутов и различных таблиц 311, которые сохраняются в модуле 31 хранения.
[0029] Когда сервер 3 диспетчеризации транспортных средств для перевозки трупов принимает заявку на резервирование морга из пользовательского терминала 5 на основе отображаемой информации, сервер 3 диспетчеризации транспортных средств для перевозки трупов передает информацию резервирования объектов в терминал 4 компании посредством средства 305 резервирования объектов.
Сервер 3 диспетчеризации транспортных средств для перевозки трупов сохраняет пункт назначения на основе информации резервирования объектов в качестве информации 317 запрашиваемых маршрутов в модуле 31 хранения.
[0030] Когда сервер 3 диспетчеризации транспортных средств для перевозки трупов принимает заявку на диспетчеризацию транспортного средства для перевозки трупов из пользовательского терминала 5 на основе отображаемой информации, сервер 3 диспетчеризации транспортных средств для перевозки трупов передает информацию инструкций диспетчеризации транспортных средств в терминал 4 компании на основе информации 317 запрашиваемых маршрутов, сохраненной в модуле 31 хранения, посредством средства 306 инструктирования по диспетчеризации транспортных средств.
Когда сервер 3 диспетчеризации транспортных средств для перевозки трупов принимает фактическую стоимость проезда из терминала 4 компании транспортного средства для перевозки трупов после транспортировки трупа в пункт назначения, сервер 3 диспетчеризации транспортных средств для перевозки трупов передает информацию 317 запрашиваемых маршрутов, сохраненную в модуле 31 хранения, и информацию расчетов по стоимости проезда, такую как фактическая стоимость проезда, принимаемая из терминала 4 компании в пользовательский терминал 5 посредством средства 307 проведения расчетов по стоимости проезда.
Далее подробно описываются отдельные средства и конкретная конфигурация различных видов информации, которая должна сохраняться.
[0031] Фиг. 4 является видом, иллюстрирующим пример формирования данных в модуле хранения сервера диспетчеризации транспортных средств для перевозки трупов согласно варианту 1 осуществления настоящего изобретения.
[0032] Информация 312 администрирования компаний хранит информацию относительно похоронных компаний, которые владеют похоронными залами, компаний-моргов и компаний по предоставлению транспортных средств для перевозки трупов и, в частности, хранит, соответственно, идентификационный код компании, название компании, адрес компании, основной телефонный номер, аутентификационную информацию, чтобы входить в учетную запись на сервере 3 диспетчеризации транспортных средств для перевозки трупов, веб-URL-адрес компании, информацию счета для перевода, фотографию фасада здания компании, число транспортных средств для перевозки трупов, число моргов и число похоронных часовен, которые принадлежат компании, и т.п.
[0033] Информация 313 администрирования сотрудников хранит информацию относительно сотрудников компаний и, в частности, хранит, соответственно, идентификационный код компании, номер сотрудника, имя сотрудника, телефонный номер сотрудника, фотографию сотрудника и т.п.
[0034] Информация 314 администрирования пользователей хранит информацию относительно пользователей и, в частности, хранит, соответственно, идентификационный код пользователя, имя пользователя, адрес, телефонный номер, аутентификационную информацию, чтобы входить в учетную запись на сервере 3 диспетчеризации транспортных средств для перевозки трупов, платежную информацию, такую как кредитная карта, оплаченная пользователем, фотографию пользователя и т.п.
[0035] Информация 315 состояний транспортных средств хранит информацию относительно транспортных средств для перевозки трупов, принадлежащих похоронным компаниям и компаниям по предоставлению транспортных средств для перевозки трупов, и, в частности, хранит, соответственно, идентификационный код компании, номер транспортного средства для транспортного средства для перевозки трупов, базовую плату и дополнительную плату согласно расстоянию, номер сотрудника для сотрудника, который осуществляет вождение транспортного средства для перевозки трупов, состояние транспортного средства, представляющее то, доступно или занято транспортное средство, и т.п.
[0036] Информация 316 состояний объектов хранит информацию относительно похоронных залов, принадлежащих похоронным компаниям, и моргов, принадлежащих компаниям-моргам, и, в частности, хранит, соответственно, идентификационный код компании, номер объекта морга, состояние объекта, представляющее то, объект свободен или используется, и т.п.
[0037] Информация 317 запрашиваемых маршрутов хранит информацию, представляющую маршрут транспортировки, желательный для пользователя, и в частности, хранит запрашиваемую точку или местоположение подбора пользователя, пункт назначения или морг, в котором лежит труп, точку остановки в пути, желательную для пользователя, такую как дом, местоположение офиса транспортного средства для перевозки трупов, выбранного пользователем, текущее местоположение сотрудника, который осуществляет вождение транспортного средства для перевозки трупов, выбранного пользователем, и т.п.
Текущее местоположение сотрудника предназначено для случая, когда сотрудник находится на большом расстоянии от транспортного средства для перевозки трупов для вождения.
[0038] Фиг. 5 является видом, иллюстрирующим примерные различные табличные конфигурации в модуле хранения сервера диспетчеризации транспортных средств для перевозки трупов согласно варианту 1 осуществления настоящего изобретения.
[0039] Идентификационные коды 3120 компании и пользователя, которые уже описаны на фиг. 4, например, конфигурируются из 12-разрядных чисел, включающих в себя, например, двухразрядный код региона, трехразрядный код области, двухразрядный код типа и, например, выданный пятиразрядный порядковый номер.
[0040] Таблица 311A регионов конфигурируется из кода региона и названия региона.
Например, код региона "01" и название региона "Хоккайдо" сохраняются в таблице 311A регионов в паре.
Код региона используется для того, чтобы эффективно извлекать компании во всей Японии для запроса на диспетчеризацию транспортного средства для перевозки трупов от пользователя.
Код региона также используется для того, чтобы извлекать приблизительную картографическую информацию, отображаемую на экране пользовательского терминала 5.
[0041] Таблица 311B областей конфигурируется из кода области и названия области.
Например, код области "002" и название области "АСАХИКАВА" сохраняются в таблице 311B областей в паре.
Компания, в которой число располагаемых транспортных средств составляет меньше пяти согласно разрешению на основе Закона о коммерческой транспортировке на грузовом автотранспорте, выполнена с возможностью выполнять "транспортировку только в тех случаях, когда местоположение подбора и местоположение высадки находятся внутри ее бизнес-области".
Таким образом, код области является эквивалентным бизнес-области компании и используется для того, чтобы более эффективно извлекать компанию относительно запроса на диспетчеризацию транспортного средства для перевозки трупов от пользователя.
Код области также используется для того, чтобы извлекать подробную картографическую информацию, отображаемую на экране пользовательского терминала 5.
[0042] Таблица 311C типов конфигурируется из кода типа и названия типа.
Например, код типа "03" и название типа "Похоронный зал/транспортировка" сохраняются в таблице 311C типов в паре.
Код типа используется для компании, чтобы идентифицировать транспортное средство/объект, предоставленный пользователю.
[0043] Ниже описывается рабочая процедура сервера 3 диспетчеризации транспортных средств для перевозки трупов согласно варианту 1 осуществления настоящего изобретения, сконфигурированного так, как описано выше с использованием фиг. 6-19.
Фиг. 6 является блок-схемой последовательности операций способа, иллюстрирующей основную процедуру сервера диспетчеризации транспортных средств для перевозки трупов согласно варианту 1 осуществления настоящего изобретения.
[0044] На этапе S1, модуль 30 управления (CPU) принимает аутентификационную информацию, передаваемую посредством терминала 4 компании или пользовательского терминала 5 через модуль 35 связи.
Аутентификационная информация, например, может представлять собой пароль с буквенно-цифровым текстом или шаблонным изображением, таким как информация отпечатков пальцев или информация сетчатки глаза.
[0045] На этапе S2, модуль 30 управления (CPU) сопоставляет принимаемую аутентификационную информацию с предварительно зарегистрированной аутентификационной информацией в информации 312 администрирования компаний или информации 314 администрирования пользователей.
В ответ на несовпадение принимаемой аутентификационной информации с предварительно зарегистрированной аутентификационной информацией, модуль 30 управления (CPU) определяет то, что оно представляет собой соединение из нового терминала, в силу этого переходя к этапу S3.
В ответ на совпадение принимаемой аутентификационной информации с предварительно зарегистрированной аутентификационной информацией, модуль 30 управления (CPU) определяет то, представляет собой терминал, который должен соединяться, терминал 4 компании или пользовательский терминал 5, посредством идентификационного кода согласованной информации администрирования.
Например, в примере идентификационного кода 3120, проиллюстрированного на фиг. 5, модуль 30 управления (CPU) извлекает код типа "03" из шестого и седьмого разряда идентификационного кода "010020310001" и определяет то, что он представляет собой компанию, посредством соответствующего названия типа "Похоронный зал/транспортировка" на основе таблицы 311C типов.
Когда модуль 30 управления (CPU) определяет то, что он представляет собой компанию, модуль 30 управления (CPU) переходит к этапу S5.
Модуль 30 управления (CPU) определяет то, что он представляет собой пользователя, при извлечении кода типа "06" посредством идентификационного кода, в силу этого переходя к этапу S4.
[0046] На этапе S3, модуль 30 управления (CPU) выполняет процесс вложенной процедуры средства 301 регистрации информации администрирования, которое регистрирует информацию администрирования относительно нового терминала.
Ниже описывается конкретное средство средства 301 регистрации информации администрирования с использованием фиг. 7.
Модуль 30 управления (CPU) возвращается после выполнения процесса вложенной процедуры средства 301 регистрации информации администрирования, в силу этого переходя к этапу S6.
[0047] На этапе S4, модуль 30 управления (CPU) выполняет процесс вложенной процедуры средства выдачи ответов по диспетчеризации транспортных средств в ответ на выбор доступного транспортного средства для перевозки трупов посредством пользовательского терминала 5.
Конкретное средство выдачи ответов по диспетчеризации транспортных средств сконфигурировано из средства 304 отображения состояния, средства 305 резервирования объектов, средства 306 инструктирования по диспетчеризации транспортных средств и средства 307 проведения расчетов по стоимости проезда, как описано выше на фиг. 3.
Ниже описываются эти конкретные процедуры с использованием фиг. 9-19.
Модуль 30 управления (CPU) возвращается после выполнения процесса вложенной процедуры средства выдачи ответов по диспетчеризации транспортных средств, в силу этого переходя к этапу S6.
[0048] На этапе S5, модуль 30 управления (CPU) выполняет процесс вложенной процедуры средства 302 перезаписи состояний объектов или средства 303 перезаписи состояний транспортных средств, соответствующего вышеописанному коду типа, и обновляет информацию 315 состояний транспортных средств или информацию 316 состояний объектов.
Ниже описывается конкретная процедура средства перезаписи состояний с использованием фиг. 8.
Модуль 30 управления (CPU) возвращается после выполнения процесса вложенной процедуры средства перезаписи состояний, в силу этого переходя к этапу S6.
[0049] На этапе S6, модуль 30 управления (CPU) определяет присутствие или отсутствие запроса на выход из учетной записи из соединенного терминала 4 компании или пользовательского терминала 5.
Модуль 30 управления (CPU) возвращается к этапу S2, когда отсутствует запрос на выход из учетной записи из терминала, и не завершает соединение с терминалом, когда имеется запрос на выход из учетной записи.
[0050] Фиг. 7 является блок-схемой последовательности операций способа, иллюстрирующей процедуру для того, чтобы регистрировать информацию администрирования сервера диспетчеризации транспортных средств для перевозки трупов согласно варианту 1 осуществления настоящего изобретения.
[0051] На этапе S11, модуль 30 управления (CPU) запрашивает новый терминал, который должен соединяться, на предмет названия типа.
В частности, модуль 30 управления (CPU), например, отображает элемент данных, показанных в таблице 311C типов на фиг. 5, на экране нового терминала и запрашивает новый терминал на предмет того, чтобы выбирать элемент данных.
Например, когда новый терминал выбирает "Пользователь", модуль 30 управления (CPU) задает код типа "06", чтобы переходить к этапу S16.
Когда новый терминал выбирает "Похоронный зал", "Морг", "Похоронный зал/транспортировка" или "Специализируется на транспортировке", модуль 30 управления (CPU) задает коды типов "01", "02", "03" или "04", соответственно, и определяет то, что он представляет собой компанию, в силу этого переходя к этапу S12.
[0052] На этапе S12, модуль 30 управления (CPU) запрашивает новый терминал на предмет того, вводит или нет новый терминал информацию сотрудника.
Когда прием из нового терминала представляет собой "N", модуль 30 управления (CPU) определяет то, что информация компании должна вводиться, в силу этого переходя к этапу S13.
Когда прием из нового терминала представляет собой "Y", модуль 30 управления (CPU) определяет то, что информация сотрудника должна вводиться, в силу этого переходя к этапу S14.
[0053] На этапе S13, модуль 30 управления (CPU) запрашивает новый терминал на предмет того, чтобы вводить соответствующие элементы информации 312 администрирования компаний.
На этапе S14, модуль 30 управления (CPU) запрашивает новый терминал на предмет того, чтобы вводить соответствующие элементы информации 313 администрирования сотрудников.
[0054] На этапе S16, модуль 30 управления (CPU) запрашивает новый терминал на предмет того, чтобы вводить соответствующие элементы информации 314 администрирования пользователей.
[0055] На этапе S17, модуль 30 управления (CPU) запрашивает новый терминал на предмет того, вводит или нет новый терминал все элементы, которые должны сохраняться в соответствующей информации администрирования.
Когда прием из нового терминала представляет собой "Y", модуль 30 управления (CPU) переходит к этапу S18.
Когда прием из нового терминала представляет собой "N", модуль 30 управления (CPU) возвращается к этапу S11.
[0056] На этапе S18, модуль 30 управления (CPU) сохраняет входную информацию в качестве информации 312 администрирования компаний, информации 313 администрирования сотрудников или информации 314 администрирования пользователей в модуле 31 хранения.
Впоследствии, модуль 30 управления (CPU) возвращается в основную процедуру на фиг. 6, в силу этого переходя к этапу S6.
[0057] Далее описывается конкретная процедура средства перезаписи состояний с использованием фиг. 8.
Фиг. 8 является блок-схемой последовательности операций способа, иллюстрирующей процедуру перезаписи состояний сервера диспетчеризации транспортных средств для перевозки трупов согласно варианту 1 осуществления настоящего изобретения.
[0058] На этапе S2 на фиг. 6, модуль 30 управления (CPU) определяет то, что соединенный терминал представляет собой терминал 4 компании, и запускает средство 302 перезаписи состояний объектов.
На этапе S31, модуль 30 управления (CPU) извлекает код типа из идентификационного кода терминала 4 компании, сохраненного в информации 312 администрирования компаний, чтобы определять то, представляет он собой компанию, которой принадлежит морг, или компанию, которой принадлежит транспортное средство для перевозки трупов.
Например, когда идентификационный код представляет собой "01 (похоронный зал)" или "02 (морг)", модуль 30 управления (CPU) определяет то, что он представляет собой компанию, которой принадлежит морг (объект), в силу этого переходя к этапу 32.
Когда идентификационный код представляет собой "03 ("Похоронный зал/транспортировка")" или "04 ("Специализируется на транспортировке")", модуль 30 управления (CPU) определяет то, что он представляет собой компанию, которой принадлежит транспортное средство для перевозки трупов (транспортное средство), в силу этого переходя к этапу S51.
Например, в примере идентификационного кода 3120 на фиг. 4, поскольку код типа представляет собой "03", модуль 30 управления (CPU) переходит к этапу S51.
[0059] На этапе S32, модуль 30 управления (CPU) определяет то, принимает или нет модуль 30 управления (CPU) из терминала 4 компании информацию флага, представляющую новое состояние объекта в отношении того, изменено или нет состояние объекта морга.
Когда отсутствует изменение в состоянии объекта, информация флага не передается из терминала 4 компании.
Например, когда модуль 30 управления (CPU) принимает информацию флага в отношении того, что состояние объекта представляет собой "0 (свободен)" или "1 (используется)", из терминала 4 компании (Y), модуль 30 управления (CPU) переходит к этапу S33.
Когда модуль 30 управления (CPU) не принимает информацию флага (N), модуль 30 управления (CPU) переходит к этапу S34.
[0060] На этапе S33, модуль 30 управления (CPU) перезаписывает состояние объекта на "1 (используется)", когда текущее состояние объекта представляет собой "0 (свободен)", и перезаписывает состояние объекта на "0 (свободен)", когда текущее состояние объекта представляет собой "1 (используется)", и сохраняет и обновляет новое состояние объекта в информации 316 состояний объектов вместе с номером объекта.
Затем модуль 30 управления (CPU) переходит к этапу S34.
[0061] На этапе S34, модуль 30 управления (CPU) выполняет процесс вложенной процедуры средства 304 отображения состояния и переходит к этапу S35 после возврата.
Ниже описывается конкретная процедура средства 304 отображения состояния с использованием фиг. 10 и фиг. 11.
[0062] На этапе S35, модуль 30 управления (CPU) определяет то, осуществлено или нет резервирование объектов морга из пользовательского терминала 5.
Иными словами, модуль 30 управления (CPU) возвращается к этапу S33, когда модуль 30 управления (CPU) передает то, что резервирование морга подтверждено, в пользовательский терминал 5 (Y).
Когда модуль 30 управления (CPU) не передает информацию подтверждений резервирования морга в пользовательский терминал 5 (N), модуль 30 управления (CPU) завершает средство перезаписи состояний и возвращается в основную процедуру на фиг. 6, в силу этого переходя к этапу S6.
[0063] На этапе S31, когда модуль 30 управления (CPU) определяет то, что он представляет собой компанию, которой принадлежит транспортное средство для перевозки трупов, посредством кода типа терминала 4 компании (транспортного средства), модуль 30 управления (CPU) запускает средство 303 перезаписи состояний транспортных средств.
На этапе S51, модуль 30 управления (CPU) определяет то, принимает или нет модуль 30 управления (CPU) из терминала 4 компании информацию флага, представляющую новое состояние транспортного средства в отношении того, что состояние транспортного средства для транспортного средства для перевозки трупов изменено.
Когда отсутствует изменение в состоянии транспортного средства, информация флага не передается из терминала 4 компании.
Например, когда модуль 30 управления (CPU) принимает информацию флага в отношении того, что состояние транспортного средства представляет собой "0 (доступно)" или "1 (занято)", из терминала 4 компании (Y), модуль 30 управления (CPU) переходит к этапу S52.
Когда модуль 30 управления (CPU) не принимает информацию флага (N), модуль 30 управления (CPU) переходит к этапу S53.
[0064] На этапе S52, модуль 30 управления (CPU) перезаписывает состояние транспортного средства на "1 (занято)", когда текущее состояние транспортного средства представляет собой "0 (доступно)", и перезаписывает состояние транспортного средства на "0 (доступно)", когда текущее состояние транспортного средства представляет собой "1 (занято)", и сохраняет и обновляет новое состояние транспортного средства в информации 315 состояний транспортных средств вместе с номером транспортного средства и номером сотрудника.
Затем модуль 30 управления (CPU) переходит к этапу S53.
[0065] На этапе S53, модуль 30 управления (CPU) выполняет процесс вложенной процедуры средства 304 отображения состояния и переходит к этапу S54 после возврата.
Ниже описывается конкретная процедура средства 304 отображения состояния с использованием фиг. 10 и фиг. 11.
[0066] На этапе S54, модуль 30 управления (CPU) определяет то, подтверждает или нет модуль 30 управления (CPU) инструкцию диспетчеризации транспортных средств для терминала 4 компании относительно заявки на диспетчеризацию транспортного средства для перевозки трупов из пользовательского терминала 5.
Модуль 30 управления (CPU) возвращается к этапу S52, когда модуль 30 управления (CPU) подтверждает инструкцию диспетчеризации транспортных средств посредством инструктирования терминалу 4 компании транспортного средства для перевозки трупов, которое принимает запрос на диспетчеризацию транспортных средств, соединяться с пользовательским терминалом 5 (Y).
Когда модуль 30 управления (CPU) не инструктирует терминалу 4 компании соединяться с пользовательским терминалом 5 (N), модуль 30 управления (CPU) завершает средство 302 перезаписи состояний объектов и возвращается в основную процедуру на фиг. 6, в силу этого переходя к этапу S6.
[0067] Далее описывается конкретная процедура средства выдачи ответов по диспетчеризации транспортных средств с использованием фиг. 9-19.
Фиг. 9 является блок-схемой последовательности операций способа, иллюстрирующей общую процедуру того, как сервер диспетчеризации транспортных средств для перевозки трупов обслуживает запрос на диспетчеризацию транспортных средств от пользователя согласно варианту 1 осуществления настоящего изобретения.
[0068] На этапе S71, модуль 30 управления (CPU) принимает информацию запрашиваемых точек (местоположений подбора) из пользовательского терминала 5.
Информация запрашиваемых точек, например, может представлять собой GPS-информацию пользовательского терминала 5.
Информация запрашиваемых точек может представлять собой картографическую информацию, полученную посредством щелчка карты, отображаемой на экране пользовательского терминала 5, или может представлять собой символьную информацию, в которой адрес вводится посредством клавиатуры, и т.п.
[0069] На этапе S72, модуль 30 управления (CPU) выполняет процесс вложенной процедуры средства 304 отображения состояния и передает информацию относительно доступного транспортного средства для перевозки трупов и свободного морга, которая должна отображаться на карте, отображаемой на экране пользовательского терминала 5.
На этапе S73, модуль 30 управления (CPU) выполняет процесс вложенной процедуры средства 305 резервирования объектов и резервирует морг в качестве пункта назначения, ассоциированного с транспортным средством для перевозки трупов, инструктированным для диспетчеризации, перед диспетчеризацией транспортного средства для перевозки трупов.
На этапе S74, модуль 30 управления (CPU) выполняет процесс вложенной процедуры средства 306 инструктирования по диспетчеризации транспортных средств, ассоциированного с моргом, подтвержденным на этапе S73, и выполняет инструкцию диспетчеризации транспортного средства для перевозки трупов, которое транспортирует труп из запрашиваемой точки, подтвержденной на этапе S71, в морг, который представляет собой пункт назначения, подтвержденный на этапе S73.
Дополнительно, на этапе S75, модуль 30 управления (CPU) выполняет процесс вложенной процедуры средства 307 проведения расчетов по стоимости проезда и выполняет процесс проведения расчетов по стоимости проезда после того, как труп транспортирован в пункт назначения.
S72,
с использованием
фиг. 10
и
фиг. 11
[0070] Далее описывается процедура средства 304 отображения состояния, выполняемая на этапе .
Фиг. 10 является блок-схемой последовательности операций способа, иллюстрирующей процедуру того, как сервер диспетчеризации транспортных средств для перевозки трупов отображает состояния транспортных средств и объектов согласно варианту 1 осуществления настоящего изобретения.
Фиг. 11A и фиг. 11B являются примерным экраном, отображаемым на пользовательском терминале и терминале компании согласно варианту 1 осуществления настоящего изобретения.
[0071] На этапе S91, модуль 30 управления (CPU) задает код региона на основе таблицы 311A регионов и задает код области на основе таблицы 311B областей в ответ на информацию запрашиваемых точек, принимаемую на этапе S71.
Например, когда принимаемая информация запрашиваемых точек представляет собой "XXX-Cho, Исикари, Хоккайдо", код региона представляет собой "01", и код области представляет собой "003".
[0072] На этапе S92, модуль 30 управления (CPU) считывает картографическую информацию 318, соответствующую кодам регионов/областей, в RAM, например, в ответ на заданный код региона и код области.
Модуль 30 управления (CPU) может соединяться с внешним картографическим сервером, чтобы принимать картографическую информацию, соответствующую кодам регионов/областей.
[0073] На этапе S93, модуль 30 управления (CPU) задает запрашиваемую точку, которая должна отображаться приблизительно в центре экрана терминала.
[0074] На этапе S94, модуль 30 управления (CPU) сравнивает код региона/код области, извлеченный из идентификационного кода компании, сохраненной в информации 312 администрирования компаний, с кодом региона/кодом области заданной запрашиваемой точки.
Когда они равны (=), модуль 30 управления (CPU) переходит к этапу S95.
Когда они неравны (≠), модуль 30 управления (CPU) переходит к этапу S100.
Это служит для эффективного извлечения компании, бизнес-область которой включает в себя запрашиваемую точку.
[0075] На этапе S95, модуль 30 управления (CPU) считывает соответствующую информацию 315 состояний транспортных средств и информацию 316 состояний объектов в RAM, например, на основе идентификационного кода компании, извлеченной на этапе S94, в силу этого переходя к этапу S96.
[0076] На этапе S96, модуль 30 управления (CPU) определяет то, представляет или нет извлеченное состояние транспортного средства информации 315 состояний транспортных средств собой "0 (доступно)", либо то, представляет или нет состояние объекта информации 316 состояний объектов собой "0 (свободен)".
Когда состояние транспортного средства представляет собой "0 (доступно)", или состояние объекта представляет собой "0 (свободен)" (Y), модуль 30 управления (CPU) переходит к этапу S97.
Когда состояние транспортного средства представляет собой "1 (занято)", или состояние объекта представляет собой "1 (используется)" (N), модуль 30 управления (CPU) переходит к этапу S98.
[0077] На этапе S97, модуль 30 управления (CPU) накладывает и отображает информацию относительно компании, которой принадлежат извлеченное транспортное средство или морг, на картографическую информацию, отображаемую на экране пользовательского терминала 5.
Фиг. 11A является примерным экраном, отображаемым на пользовательском терминале 5.
Например, больница или запрашиваемая точка отображается в центре экрана, два доступных транспортных средства указываются посредством черных прямоугольников, и два объекта, имеющих свободные помещения, указываются посредством черных кругов.
[0078] На этапе S98, модуль 30 управления (CPU) определяет то, представляет текущий соединенный терминал собой терминал 4 компании или пользовательский терминал 5.
Когда соединенный терминал представляет собой терминал 4 компании, модуль 30 управления (CPU) переходит к этапу S99.
Когда соединенный терминал представляет собой пользовательский терминал 5, модуль 30 управления (CPU) переходит к этапу S100.
[0079] На этапе S99, модуль 30 управления (CPU) накладывает и отображает информацию относительно компании, также включающую в себя транспортное средство, которое представляет собой "1 (занято)", и морг, который представляет собой "1 (используется)", посредством изменения цветов и форм относительно терминала 4 компании.
Например, транспортное средство, которое представляет собой "1 (занято)", и морг, который представляет собой "1 (используется)", могут указываться серым либо может указываться акцентированно, например, посредством мигания красным цветом или звездой.
Таким образом, компании могут легко знать рабочее состояние профессии в идентичной бизнес-области.
Фиг. 11B является примерным экраном, отображаемым на терминале 4 компании.
Например, два занятых транспортных средства указываются посредством прямоугольников с пунктирной линией, и один используемый объект указывается посредством белого круга с пунктирной линией.
[0080] На этапе S100, модуль 30 управления (CPU) определяет то, считывает или нет модуль 30 управления (CPU) все офисы в коде области, в ответ на идентификационный код информации 312 администрирования компаний.
Когда модуль 30 управления (CPU) не считывает все компании в коде области (N), модуль 30 управления (CPU) возвращается к этапу S94.
Когда модуль 30 управления (CPU) считывает все компании в коде области (Y), модуль 30 управления (CPU) завершает средство 304 отображения состояния и возвращается в процедуру на фиг. 9, в силу этого переходя к этапу S73.
[0081] В дальнейшем описывается процедура средства 305 резервирования объектов, выполняемая на этапе S73, с использованием фиг. 12-14.
Фиг. 12 является блок-схемой последовательности операций способа, иллюстрирующей процедуру для того, чтобы выполнять резервирование объектов сервера диспетчеризации транспортных средств для перевозки трупов согласно варианту 1 осуществления настоящего изобретения.
Фиг. 13 является примерным экраном, отображающим состояние, когда пункт назначения временно выбирается на пользовательском терминале согласно варианту 1 осуществления настоящего изобретения.
Фиг. 14 является примерным экраном, отображающим информацию подтверждений резервирования объектов на терминале компании согласно варианту 1 осуществления настоящего изобретения.
[0082] На этапе S111, модуль 30 управления (CPU) определяет то, принимает или нет модуль 30 управления (CPU) информацию временного выбора из пользовательского терминала 5 относительно отображаемого свободного морга.
Когда модуль 30 управления (CPU) принимает информацию временного выбора любого свободного морга из пользовательского терминала 5 (Y), модуль 30 управления (CPU) переходит к этапу S112.
Когда модуль 30 управления (CPU) не принимает информацию временного выбора любого свободного морга из пользовательского терминала 5 (N), модуль 30 управления (CPU) возвращается к этапу S111 и ожидает приема информации временного выбора.
[0083] На этапе S112, модуль 30 управления (CPU) передает в пользовательский терминал 5 подробную информацию относительно временно выбранного морга на основе информации временного выбора, принимаемой из пользовательского терминала 5, и отображает подробную информацию на экране пользовательского терминала 5.
Например, внешняя рамка присоединяется к объекту на карте на фиг. 13 таким образом, чтобы видеть то, что объект временно выбран, например, информация объектов, такая как название компании объекта, адрес, основной телефонный номер, фотография фасада здания объекта, число моргов и число похоронных часовен, сохраненная в информации 312 администрирования компаний, отображается в правой стороне карты, а кнопка подачи заявки отображается снизу справа.
[0084] На этапе S113, модуль 30 управления (CPU) определяет то, щелкается или нет кнопка подачи заявки на пользовательском терминале 5, и то, передана или нет информация выбора для того, чтобы выбирать свободный морг, ассоциированный с транспортным средством для перевозки трупов, инструктированным для диспетчеризации позднее.
Когда модуль 30 управления (CPU) не принимает информацию выбора из пользовательского терминала 5 (N), модуль 30 управления (CPU) переходит к этапу S115, и модуль 30 управления (CPU) определяет то, проходит или нет предварительно определенное время после отображения подробной информации объекта.
Когда предварительно определенное время не проходит (N), модуль 30 управления (CPU) возвращается к этапу S113 и ожидает приема информации выбора.
Когда предварительно определенное время проходит (Y), модуль 30 управления (CPU) определяет то, что временно выбранный морг не выбран, в силу этого возвращаясь к этапу S111, и ожидает приема информации временного выбора.
На этапе S113, когда модуль 30 управления (CPU) принимает информацию выбора из пользовательского терминала 5 (Y), модуль 30 управления (CPU) переходит к этапу S114.
[0085] На этапе S114, модуль 30 управления (CPU) передает информацию подтверждений относительно выбранного морга в терминал 4 компании выбранного морга и отображает информацию подтверждений на экране терминала 4 компании.
Например, внешняя рамка присоединяется к объекту на карте на фиг. 14 таким образом, чтобы видеть то, что объект принимает заявку, информация подтверждений резервирования объектов, такая как имя пользователя, который подает заявку, телефонный номер пользователя, номер объекта для зарезервированного морга, дата и время начала использования морга, фотография пользователя и платежная информация, отображается в правой стороне карты, а кнопка ответа отображается снизу справа.
[0086] На этапе S116, модуль 30 управления (CPU) определяет то, щелкается или нет кнопка ответа из уведомленного терминала 4 компании, и то, передана или нет информация ответа.
Когда модуль 30 управления (CPU) не принимает информацию ответа из терминала 4 компании (N), модуль 30 управления (CPU) переходит к этапу S117, и модуль 30 управления (CPU) определяет то, проходит или нет предварительно определенное время после передачи информации подтверждений в терминал 4 компании.
Когда предварительно определенное время не проходит (N), модуль 30 управления (CPU) возвращается к этапу S116 и ожидает приема информации ответа.
Когда предварительно определенное время проходит (Y), модуль 30 управления (CPU) определяет то, что компания не подтверждает заявку из пользовательского терминала 5, в силу этого возвращается к этапу S111, и запрашивает пользовательский терминал 5 на предмет того, чтобы временно выбирать другой морг.
На этапе S116, когда модуль 30 управления (CPU) принимает информацию ответа из терминала 4 компании (Y), модуль 30 управления (CPU) переходит к этапу S118.
[0087] На этапе S118, модуль 30 управления (CPU) передает информацию подтверждений резервирования, в которой применяемое резервирование морга подтверждено, в пользовательский терминал 5 и завершает средство 305 резервирования объектов и возвращается к процедуре на фиг. 9, в силу этого переходя к этапу S74.
[0088] В дальнейшем описывается процедура средства 306 инструктирования по диспетчеризации транспортных средств, выполняемая на этапе S74, с использованием фиг. 15-17.
Фиг. 15 является блок-схемой последовательности операций способа, иллюстрирующей процедуру того, как сервер диспетчеризации транспортных средств для перевозки трупов отображает информацию диспетчеризации транспортных средств согласно варианту 1 осуществления настоящего изобретения.
Фиг. 16 является примерным экраном, когда транспортное средство временно выбрано, который отображает информацию диспетчеризации транспортных средств на пользовательском терминале согласно варианту 1 осуществления настоящего изобретения.
Фиг. 17 является примерным экраном, отображающим информацию подтверждений диспетчеризации транспортных средств на терминале компании согласно варианту 1 осуществления настоящего изобретения.
[0089] На этапе S131, модуль 30 управления (CPU) запрашивает пользовательский терминал 5 на предмет того, имеется или нет точка остановки в пути, чтобы останавливаться по пути, в дополнение к информации запрашиваемых точек, принимаемой на этапе S71, и моргу или пункту назначения, подтвержденному на этапе S119.
Например, когда человек скончался в больнице, труп непосредственно помещается в морг из больницы, и похороны непосредственно выполняются в похоронной часовне, понесшая утрату семья может просить учесть необходимость, например, для понесшей утрату семьи иметь ощущение возврата в дом покойного, так что транспортное средство для перевозки трупов в определенный момент останавливается перед домом при транспортировке трупа.
Когда прием из пользовательского терминала 5 представляет собой "N", модуль 30 управления (CPU) определяет то, что отсутствует точка остановки в пути, чтобы переходить к этапу S133.
Когда прием из пользовательского терминала 5 представляет собой "Y", модуль 30 управления (CPU) переходит к этапу S133 после приема информации точек остановки в пути из пользовательского терминала 5 на этапе S132.
Информация точек остановки в пути может получаться посредством прямого щелчка точки остановки в пути на карте либо может получаться, например, посредством прямого ввода адреса или названия объекта с клавиатуры.
[0090] На этапе S133, модуль 30 управления (CPU) ожидает того, для чего информация временного выбора передается из пользовательского терминала 5 относительно отображаемого доступного транспортного средства для перевозки трупов.
Модуль 30 управления (CPU) переходит к этапу S134 после приема информации временного выбора.
[0091] На этапе S134, модуль 30 управления (CPU) извлекает номер сотрудника для сотрудника, который должен представлять собой водителя, из информации 315 состояний транспортных средств для временно выбранного доступного транспортного средства для перевозки трупов, считывает имя сотрудника, телефонный номер сотрудника, фотографию сотрудника и т.п. из информации 313 администрирования сотрудников, соответствующей этому номеру сотрудника, в RAM, и запрашивает терминал 4 компании, носимый этим сотрудником, на предмет того, чтобы передавать GPS-информацию, и принимает информацию текущего местоположения сотрудника.
[0092] На этапе S135, модуль 30 управления (CPU) вычисляет расстояние от полученного текущего местоположения сотрудника до местоположения доступного транспортного средства и расстояние от доступного транспортного средства до запрашиваемой точки на основе картографической информации.
Здесь, местоположение доступного транспортного средства представляет собой местоположение компании, которой принадлежит доступное транспортное средство.
Обычно, текущее местоположение сотрудника является идентичным местоположению компании.
Тем не менее, сотрудник, возможно, находится на большом расстоянии от местоположения компании, например, по работе.
Следовательно, текущее местоположение сотрудника вычисляется посредством приема информации местоположения для подтверждения.
Модуль 30 управления (CPU), например, вычисляет период преодоления пешком расстояния от текущего местоположения сотрудника до доступного местоположения транспортного средства и вычисляет период преодоления посредством транспортного средства для перевозки трупов расстояния от доступного местоположения транспортного средства до запрашиваемой точки и после этого оценивает оцененное время прибытия на основе означенного.
[0093] На этапе S136, модуль 30 управления (CPU) вычисляет расстояние от запрашиваемой точки до пункта назначения через точку остановки в пути на основе картографической информации.
Затем модуль 30 управления (CPU) вычисляет соответствующие оцененные стоимости проезда расстояния от адреса компании до запрашиваемой точки, вычисленного на этапе S135, и расстояния от запрашиваемой точки до пункта назначения, на основе базовой платы и стоимости проезда согласно расстоянию информации 315 состояний транспортных средств.
Взимание не только стоимости проезда для расстояния от запрашиваемой точки до пункта назначения, аналогично такси, но также и стоимости проезда для расстояния от адреса компании до запрашиваемой точки основано на Законе о коммерческой транспортировке на грузовом автотранспорте.
[0094] На этапе S137, модуль 30 управления (CPU) передает в пользовательский терминал 5 информацию сотрудника, который должен представлять собой водителя транспортного средства для перевозки трупов, и информацию диспетчеризации транспортных средств, такую как оцененное время прибытия и оцененная стоимость проезда, и отображает эту информацию на экране пользовательского терминала 5.
Например, внешняя рамка присоединяется к транспортному средству на карте на фиг. 16 таким образом, чтобы видеть то, что транспортное средство временно выбрано, и оцененный маршрут указывается посредством двух видов пунктирных линий.
Информация диспетчеризации транспортных средств, такая как название компании транспортного средства для перевозки трупов, адрес, телефонный номер сотрудника, фотография сотрудника, оцененное время прибытия, первая оцененная стоимость проезда от адреса до запрашиваемой точки и вторая оцененная стоимость проезда из запрашиваемой точки в пункт назначения, отображается в правой стороне карты, а кнопка подачи заявки отображается снизу справа.
[0095] На этапе S138, модуль 30 управления (CPU) определяет то, щелкается или нет кнопка подачи заявки посредством пользовательского терминала 5, и то, передана или нет информация выбора для того, чтобы выбирать доступное транспортное средство для перевозки трупов, ассоциированное с ранее подтвержденным свободным моргом.
Когда модуль 30 управления (CPU) не принимает информацию выбора из пользовательского терминала 5 (N), модуль 30 управления (CPU) переходит к этапу S140, и модуль 30 управления (CPU) определяет то, проходит или нет предварительно определенное время после отображения информации диспетчеризации транспортных средств.
Когда предварительно определенное время не проходит (N), модуль 30 управления (CPU) возвращается к этапу S138 и ожидает приема информации выбора.
Когда предварительно определенное время проходит (Y), модуль 30 управления (CPU) определяет то, что временно выбранное транспортное средство не выбрано, в силу этого возвращаясь к этапу S133, и ожидает приема информации временного выбора.
На этапе S138, когда модуль 30 управления (CPU) принимает информацию выбора из пользовательского терминала 5 (Y), модуль 30 управления (CPU) переходит к этапу S139.
[0096] На этапе S139, модуль 30 управления (CPU) запрашивает дополнительную информацию запрашиваемой точки из пользовательского терминала 5 и принимает дополнительную информацию запрашиваемой точки из пользовательского терминала 5.
Дополнительная информация запрашиваемой точки включает в себя информацию, необходимую при транспортировке, такую как имя покойного, номер этажа и помещения в конкретном отделении или в морге, когда покойный лежит в больнице.
[0097] На этапе S141, модуль 30 управления (CPU) передает информацию подтверждений относительно выбранного транспортного средства в терминал 4 компании выбранного транспортного средства и отображает информацию на экране терминала 4 компании.
Например, внешняя рамка присоединяется к транспортному средству на карте на фиг. 17 таким образом, чтобы видеть то, что транспортное средство принимает заявку, и оцененный маршрут указывается посредством двух видов пунктирных линий.
Информация подтверждений диспетчеризации транспортных средств, такая как запрашиваемая точка, дополнительная информация, информация маршрутов для точки остановки в пути, пункт назначения и т.п., имя/телефонный номер пользователя, который подает заявку, фотография пользователя, оцененное время прибытия, оцененная стоимость проезда из адреса компании в запрашиваемую точку и оцененная стоимость проезда из запрашиваемой точки в пункт назначения, отображается в правой стороне карты, а кнопка ответа отображается снизу справа.
[0098] На этапе S142, модуль 30 управления (CPU) определяет то, щелкается или нет кнопка ответа, и то, передана или нет информация ответа из уведомленного терминала 4 компании.
Когда модуль 30 управления (CPU) не принимает информацию ответа из терминала 4 компании (N), модуль 30 управления (CPU) переходит к этапу S144, и модуль 30 управления (CPU) определяет то, проходит или нет предварительно определенное время после передачи информации подтверждений в терминал 4 компании.
Когда предварительно определенное время не проходит (N), модуль 30 управления (CPU) возвращается к этапу S142, чтобы ожидать приема информации ответа.
Когда предварительно определенное время проходит (Y), модуль 30 управления (CPU) определяет то, что компания не подтверждает заявку из пользовательского терминала 5, в силу этого возвращаясь к этапу S133, и запрашивает пользовательский терминал 5 на предмет того, чтобы временно выбирать другое транспортное средство.
[0099] На этапе S143, модуль 30 управления (CPU) инструктирует терминалу 4 компании, который передает информацию ответа, соединяться с пользовательским терминалом 5.
Например, модуль 30 управления (CPU) выполняет отображение в форме мигания для "Имя/телефонный номер пользователя" в информации подтверждений диспетчеризации транспортных средств на фиг. 17 и, например, инструктирует телефонному приложению терминала 4 компании автоматически активироваться с возможностью инструктировать терминалу 4 компании набирать телефонный номер пользовательского терминала 5 посредством щелчка на дисплее "Имя/телефонный номер пользователя" в терминале 4 компании.
Модуль 30 управления (CPU) может инструктировать почтовому приложению автоматически активироваться с возможностью инструктировать терминалу 4 компании, например, передавать почтовое сообщение и т.п., включающее в себя оцененное время прибытия, имя ответственного сотрудника, номер транспортного средства и т.п., в пользовательский терминал 5.
Модуль 30 управления (CPU) завершает средство 306 инструктирования по диспетчеризации транспортных средств и возвращается в процедуру на фиг. 9 после инструктирования терминалу 4 компании, в силу этого переходя к этапу S75.
[0100] В завершение, описывается процедура средства 307 проведения расчетов по стоимости проезда, выполняемая на этапе S75, с использованием фиг. 18 и фиг. 19.
Фиг. 18 является блок-схемой последовательности операций способа, иллюстрирующей процедуру расчетов по стоимости проезда сервера диспетчеризации транспортных средств для перевозки трупов согласно варианту 1 осуществления настоящего изобретения.
Фиг. 19 является примерным экраном, отображающим информацию расчетов на пользовательском терминале согласно варианту 1 осуществления настоящего изобретения.
[0101] На этапе S151, модуль 30 управления (CPU) принимает фактическое проезжаемое расстояние и фактическую стоимость проезда из терминала 4 компании, носимого сотрудником транспортного средства для перевозки трупов, который завершает помещение трупа в морг после прибытия в пункт назначения.
На этапе S152, модуль 30 управления (CPU) передает в пользовательский терминал 5 информацию расчетов, включающую в себя фактическое проезжаемое расстояние и фактическую принимаемую из терминала 4 компании стоимость проезда, и отображает эту информацию на экране пользовательского терминала 5.
Например, фактический проезжаемый маршрут указывается посредством двух видов сплошных линий на карте на фиг. 19, информация расчетов, такая как запрашиваемая точка, дополнительная информация, информация маршрутов, такая как точка остановки в пути и пункт назначения, имя/телефонный номер пользователя, платежная информация, компания-получатель платежа, оцененное расстояние, оцененная стоимость проезда, фактическое проезжаемое расстояние и фактическая стоимость проезда, отображается в правой стороне карты, а кнопка авторизации для проведения расчетов отображается снизу справа.
[0102] На этапе S153, модуль 30 управления (CPU) ожидает того, что щелкается кнопка авторизации для проведения расчетов, и информация авторизации для проведения расчетов передается из пользовательского терминала 5.
Модуль 30 управления (CPU) переходит к этапу S154 после приема информации авторизации для проведения расчетов из пользовательского терминала 5.
[0103] На этапе S154, модуль 30 управления (CPU) передает информацию об стоимости проезда в систему эмитента кредитной карты и т.п. и выполняет начисление оплаты на основе платежной информации в информации 314 администрирования пользователей.
Модуль 30 управления (CPU) завершает средство 307 проведения расчетов по стоимости проезда и возвращается в процедуру на фиг. 9.
Дополнительно, модуль 30 управления (CPU) завершает средство выдачи ответов по диспетчеризации транспортных средств на фиг. 9 и возвращается в процедуру на фиг. 6, в силу этого переходя к этапу S6.
Как описано выше, описание последовательности процедур относительно сервера диспетчеризации транспортных средств для перевозки трупов согласно варианту 1 осуществления настоящего изобретения завершается.
[0104] Таким образом, посредством использования вышеописанной конфигурации, даже когда возникает непредвиденный случай, может предоставляться возможность выбора желательного морга, и пользователь может организовывать транспортное средство для перевозки трупов на сервере диспетчеризации транспортных средств для перевозки трупов согласно варианту 1 осуществления настоящего изобретения.
Вариант 2 осуществления
[0105] Далее описывается сервер диспетчеризации транспортных средств для перевозки трупов согласно варианту 2 осуществления настоящего изобретения с использованием фиг. 20-26.
Базовая функциональная конфигурация и процедура сервера диспетчеризации транспортных средств для перевозки трупов в этом варианте осуществления является идентичной базовой функциональной конфигурации и процедуре, проиллюстрированным в первом варианте осуществления, и в силу этого их описание опускается.
Фиг. 20 является видом, иллюстрирующим примерную общую конфигурацию системы диспетчеризации транспортных средств для перевозки трупов согласно варианту 2 осуществления настоящего изобретения.
Система 1 диспетчеризации транспортных средств для перевозки трупов, проиллюстрированная на фиг. 20, имеет отличия в конфигурации в том, что сервер 3 диспетчеризации транспортных средств для перевозки трупов соединяется с сервером 6 резервирования объектов через Интернет 2, в том, что не только морг, но также и похоронная часовня добавляются в объекты, и в том, что объект общественного назначения добавляется в объекты морга или похоронной часовни.
[0106] Сервер 6 резервирования объектов может представлять собой множество серверов, управляемых посредством соответствующих компаний, либо может быть представлять собой сервер, управляемый одним администратором.
Сервер 6 резервирования объектов знает свободные состояния и состояния резервирования не только морга, к примеру, зала прощания и холодильных камер морга, но также и похоронной часовни, и может совместно использовать информацию с сервером 3 диспетчеризации транспортных средств для перевозки трупов через Интернет 2.
[0107] Сервер 3 диспетчеризации транспортных средств для перевозки трупов управляет не только похоронными компаниями, компаниями-моргами и компаниями по предоставлению транспортных средств для перевозки трупов, но также и объектами общественного назначения, такими как храмы, усыпальницы и крематории, в качестве объектов, отображаемых на терминале 4 компании и пользовательском терминале 5.
Сервер 3 диспетчеризации транспортных средств для перевозки трупов также управляет свободным состоянием похоронных часовен, чтобы совместно использовать информацию с сервером 6 резервирования объектов.
[0108] Фиг. 21 является видом, иллюстрирующим пример формирования данных в модуле хранения сервера диспетчеризации транспортных средств для перевозки трупов согласно варианту 2 осуществления настоящего изобретения.
Отличие от примера формирования данных сервера диспетчеризации транспортных средств для перевозки трупов согласно варианту 1 осуществления настоящего изобретения, проиллюстрированного на фиг. 4, заключается в том, что добавляются информация 319 администрирования объектов общественного назначения и код объекта информации 316 состояний объектов.
[0109] Информация 319 администрирования объектов общественного назначения хранит информацию относительно моргов и похоронных залов, принадлежащих храмам или усыпальницам, и похоронных часовен, присоединенных к крематорию, и, в частности, хранит, соответственно, идентификационный код объекта общественного назначения, название, адрес, основной телефонный номер, веб-URL-адрес, фотографию фасада здания для объекта общественного назначения и т.п.
[0110] Информация 316 состояний объектов хранит информацию относительно моргов, принадлежащих похоронным компаниям, компаниям-моргам и объектам общественного назначения, похоронных часовен, принадлежащих похоронным компаниям и объектам общественного назначения, и т.п.
В частности, информация 316 состояний объектов хранит, соответственно, идентификационный код компании или объекта общественного назначения, код объекта, представляющий морг или похоронную часовню, номер объекта морга или похоронной часовни, состояние объекта, представляющее то, объект свободен или используется, и т.п.
[0111] Фиг. 22 является видом, иллюстрирующим примерные различные табличные конфигурации в модуле хранения сервера диспетчеризации транспортных средств для перевозки трупов согласно варианту 2 осуществления настоящего изобретения.
Отличие от примерной табличной конфигурации сервера диспетчеризации транспортных средств для перевозки трупов согласно варианту 1 осуществления настоящего изобретения, проиллюстрированной на фиг. 5, заключается в том, что добавляется таблица 311D объектов.
Название типа "Объект общественного назначения" также добавляется в код типа "05" в таблице 311C типов.
[0112] Таблица 311D объектов конфигурируется из кода объекта и названия объекта.
Например, код объекта "01" и название объекта "Зал прощания" сохраняются в таблице 311D объектов в паре.
Код объекта используется для администрирования свободных помещений морга и похоронной часовни.
[0113] В варианте 2 осуществления настоящего изобретения, ввод информации 319 администрирования объектов общественного назначения и изменение состояния объекта для объекта общественного назначения реализуются посредством модуля 33 ввода сервера 3 диспетчеризации транспортных средств для перевозки трупов по мере необходимости.
Фиг. 23A и фиг. 23B являются примерными экранами, отображаемыми на пользовательском терминале и терминале компании согласно варианту 2 осуществления настоящего изобретения.
Фиг. 23A является примерным экраном, отображаемым на пользовательском терминале 5.
Например, два свободных объекта компании указываются посредством черных кругов, и один свободный объект в объекте общественного назначения указывается посредством черного пятиугольника.
Фиг. 23B является примерным экраном, отображаемым на терминале 4 компании.
Например, один используемый объект общественного назначения указывается посредством пятиугольника с пунктирной линией.
[0114] Фиг. 24 является примерным экраном, отображающим состояние, когда пункт назначения временно выбран на пользовательском терминале согласно варианту 2 осуществления настоящего изобретения.
Отличия от примерного экрана, отображаемого на пользовательском терминале 5 посредством сервера 3 диспетчеризации транспортных средств для перевозки трупов согласно варианту 1 осуществления настоящего изобретения, проиллюстрированного на фиг. 13, заключаются в числе свободных моргов и числе свободных часовен и в кнопке расписания в информации объектов, отображаемой в правой стороне карты.
[0115] Между этапом S111 и этапом S112 на фиг. 12, модуль 30 управления (CPU) получает число свободных моргов и число свободных часовен посредством вычитания чисел используемых моргов и похоронных часовен, сохраненных в информации 316 состояний объектов, из числа моргов и числа похоронных часовен объектов, сохраненных в информации 312 администрирования компаний, для временно выбранного морга на основе информации временного выбора, принимаемой из пользовательского терминала 5.
На этапе S112 на фиг. 12, модуль 30 управления (CPU) отображает примерный экран, проиллюстрированный на фиг. 24, на пользовательском терминале 5.
[0116] В процессе между этапом S112 и этапом S113 на фиг. 12, когда модуль 30 управления (CPU) принимает щелчок кнопки расписания, проиллюстрированной на фиг. 24, из пользовательского терминала 5, модуль 30 управления (CPU), например, передает потребность в информации относительно состояния резервирования соответствующей похоронной часовни на сервер 6 резервирования объектов, принимает соответствующую информацию из сервера 6 резервирования объектов и отображает состояние резервирования объектов на экране пользовательского терминала 5.
Фиг. 25 иллюстрирует отображаемый примерный экран.
Фиг. 25 является примерным экраном, отображающим состояние резервирования объектов для похоронной часовни на пользовательском терминале согласно варианту 2 осуществления настоящего изобретения.
Например, как показано на фиг. 25, общее представление резервирования объектов в формате календаря похоронной часовни и свободное состояние для часовни на временно выбранную дату отображается сбоку на карте, а кнопка подачи заявки и кнопка возврата отображаются снизу справа.
Когда свободная похоронная часовня щелкается, и дополнительно, кнопка подачи заявки щелкается на пользовательском терминале 5, модуль 30 управления (CPU) определяет то, что модуль 30 управления (CPU) принимает информацию временного выбора этой похоронной часовни.
С другой стороны, когда кнопка возврата щелкается, модуль 30 управления (CPU) определяет то, что модуль 30 управления (CPU) не принимает информацию временного выбора для похоронной часовни.
Модуль 30 управления (CPU), в любом случае, инструктирует экрану, отображаемому на пользовательском терминале 5, возвращаться к экрану на фиг. 24.
[0117] На этапе S113 на фиг. 12, когда кнопка подачи заявки на фиг. 24 щелкается на пользовательском терминале 5 и когда модуль 30 управления (CPU) принимает информацию временного выбора похоронной часовни в процессе между этапом S112 и этапом S113, модуль 30 управления (CPU) определяет то, что модуль 30 управления (CPU) принимает информацию выбора как для морга, так и для похоронной часовни.
Когда модуль 30 управления (CPU) не принимает информацию временного выбора похоронной часовни в процессе между этапом S112 и этапом S113, модуль 30 управления (CPU) определяет то, что модуль 30 управления (CPU) принимает информацию выбора только для морга.
На этапе S113, когда кнопка подачи заявки на фиг. 24 не щелкается на пользовательском терминале 5 в течение предварительно определенного времени, модуль 30 управления (CPU) определяет то, что модуль 30 управления (CPU) не принимает информацию выбора ни для морга, ни для похоронной часовни.
[0118] На этапе S114 на фиг. 12, модуль 30 управления (CPU) передает, в терминал 4 компании выбранного объекта, информацию подтверждений относительно морга либо как морга, так и похоронной часовни, выбранной посредством пользовательского терминала 5 на этапе S113, и отображает информацию подтверждений на экране терминала 4 компании.
Фиг. 26 иллюстрирует отображаемый примерный экран.
[0119] Фиг. 26 является примерным экраном, отображающим информацию подтверждений резервирования объектов на терминале компании согласно варианту 2 осуществления настоящего изобретения.
Отличия от примерного экрана, отображаемого на терминале 4 компании посредством сервера диспетчеризации транспортных средств для перевозки трупов согласно варианту 1 осуществления настоящего изобретения, проиллюстрированного на фиг. 14, заключаются в номере зарезервированной часовни и дате и времени ее использования в информации подтверждений резервирования объектов, отображаемой в правой стороне карты.
На этапе S113, когда модуль 30 управления (CPU) принимает информацию выбора как для морга, так и для похоронной часовни, номер зарезервированной часовни и ее дата и время использования отображаются.
[0120] Таким образом, посредством использования вышеописанной конфигурации, свободные состояния как морга, так и похоронной часовни идентичной компании могут быть известными на сервере диспетчеризации транспортных средств для перевозки трупов согласно варианту 2 осуществления настоящего изобретения.
Следовательно, когда пользователь знает, что как морг, так и похоронная часовня являются свободными, пользователь может плавно переходить к последующему расписанию похорон.
[0121] Посредством использования вышеописанной конфигурации, пользователь может знать состояние резервирования похоронной часовни компании, идентичной компании свободного морга, на сервере диспетчеризации транспортных средств для перевозки трупов согласно варианту 2 осуществления настоящего изобретения.
Следовательно, пользователь также может предполагать число дней, на которое следует класть труп в морг, и последующее расписание похорон.
[0122] Кроме того, посредством использования вышеописанной конфигурации, пользователь может резервировать объекты как морга, так и похоронной часовни, принадлежащие идентичной компании, на сервере диспетчеризации транспортных средств для перевозки трупов согласно варианту 2 осуществления настоящего изобретения.
Следовательно, пользователь может подтверждать расписание похорон.
[0123] Помимо этого, посредством использования вышеописанной конфигурации, компания может знать рабочее состояние объекта общественного назначения в коде области на сервере диспетчеризации транспортных средств для перевозки трупов согласно варианту 2 осуществления настоящего изобретения.
Следовательно, например, посредством регистрации компании, которой не принадлежит транспортное средство для перевозки трупов, в качестве пользователя, компания также может резервировать объект общественного назначения и запрашивать диспетчеризацию транспортного средства для перевозки трупов.
[0124] Выше описывается сервер диспетчеризации транспортных средств для перевозки трупов настоящего изобретения с конкретными вариантами осуществления.
Тем не менее, настоящее изобретение не ограничено означенным.
Специалисты в данной области техники должны иметь возможность применять различные изменения и модификации к конфигурации и функции настоящего изобретения согласно вышеописанным соответствующим вариантам осуществления или другим вариантам осуществления без отступления от объема настоящего изобретения.
[0125] Например, сервер диспетчеризации транспортных средств для перевозки трупов согласно варианту 1 осуществления настоящего изобретения может реализовываться со следующей конфигурацией, вместо ожидания приема информации временного выбора из пользовательского терминала 5 на этапе S133 на фиг. 15.
Конфигурация, например, заключается в том, что сервер диспетчеризации транспортных средств для перевозки трупов может принимать информацию в отношении того, что временно выбрано доступное транспортное средство для перевозки трупов, в котором сумма оцененной стоимости проезда из местоположения компании транспортного средства в запрашиваемую точку и оцененной стоимости проезда из запрашиваемой точки в пункт назначения является минимальной.
Эта конфигурация позволяет обеспечивать возможность пользователю организовывать транспортное средство для перевозки трупов за рациональную стоимость проезда и быстрее.
[0126] Сервер диспетчеризации транспортных средств для перевозки трупов согласно варианту 1 осуществления настоящего изобретения также может реализовываться со следующей конфигурацией.
В конфигурации, между этапом S132 и этапом S133 на фиг. 15, оцененные стоимости проезда из адреса компании в запрашиваемую точку и оцененные стоимости проезда из запрашиваемой точки в пункт назначения суммируются для доступного транспортного средства для перевозки трупов, отображаемого на пользовательском терминале 5, и к этим транспортным средствам присоединяется номер с порядком по возрастанию сумм, либо суммы отображается в форме списка в соответствии с порядком по возрастанию этих транспортных средств в столбце дополнительной информации рядом с картой.
Эта конфигурация позволяет обеспечивать возможность пользователю организовывать желательное транспортное средство для перевозки трупов за рациональную стоимость проезда.
[0127] Кроме того, согласно варианту 1 осуществления настоящего изобретения, морг, отображаемый на экране пользовательского терминала 5, выбирается на этапе S112 на фиг. 12.
Тем не менее, альтернативная конфигурация может реализовываться таким образом, чтобы запрашивать пользователя в отношении того, имеется или нет предварительно определенный объект, перед этапом S112.
Например, похороны могут выполняться в доме покойного, в зале проведения мероприятий объединения жителей микрорайона и т.п.
В случае если похороны выполнятся в не отображаемом объекте, пользователь, например, может непосредственно щелкать пункт назначения на карте либо непосредственно вводить адрес или название объекта с помощью клавиатуры.
Эта конфигурация обеспечивает возможность пользователю гибко организовывать морг для трупа и позволяет обеспечивать соответствие только для запроса на диспетчеризацию транспортного средства для перевозки трупов.
[0128] Помимо этого, согласно варианту 1 осуществления настоящего изобретения, на этапе S33 и на этапе S52 на фиг. 8, когда возникает изменение текущего состояния объекта и состояния транспортного средства, состояние объекта и состояние транспортного средства обновляются и сохраняются посредством их перезаписи.
Здесь, состояние объекта и состояние транспортного средства могут задаваться, например, как "00 (свободно или доступно)", "01 (свободно или доступно через один час)", "10 (свободно или доступно через два часа)", "11 (используется или занято)" с использованием двухбитовой информации флага.
Затем на этапе S96 на фиг. 10, состояние объекта и состояние транспортного средства должны отображаться на терминале 4 компании и пользовательском терминале 5 посредством изменения цветов в зависимости от вышеописанных состояний.
Например, посредством расширения диапазона выбора морга и транспортного средства для перевозки трупов посредством указания состояния с помощью синего цвета в случае "00 (свободно или доступно)", зеленого цвета в случае "01 (свободно или доступно через один час)", желтого цвета в случае "10 (свободно или доступно через два часа)" и т.п., пользователь может более гибко осуществлять диспетчеризацию транспортное средство для перевозки трупов.
[0129] Согласно варианту 1 осуществления настоящего изобретения, на этапе S143, модуль 30 управления (CPU) завершает средство 306 инструктирования по диспетчеризации транспортных средств после выполнения инструкции на терминале 4 компании.
Здесь, например, модуль 30 управления (CPU) может непрерывно принимать GPS-информацию из терминала 4 компании до тех пор, пока диспетчеризованное транспортное средство для перевозки трупов не прибывает в запрашиваемую точку, и отображать местоположение этого транспортного средства на экране отображения пользовательского терминала 5 на основе принимаемой GPS-информации.
[0130] Сервер диспетчеризации транспортных средств для перевозки трупов согласно варианту 2 осуществления настоящего изобретения также может реализовываться со следующей конфигурацией.
В конфигурации, как непосредственно проиллюстрировано на фиг. 25, в качестве примерного экрана, отображаемого на пользовательском терминале 5 на этапе S113 на фиг. 12, в дополнение к общему представлению резервирования объектов в формате календаря и свободному состоянию для похоронной часовни на временно выбранную дату, свободное состояние для морга на временно выбранную дату отображается рядом с картой на экране.
Это обеспечивает резервирование одного или обоих из морга и похоронной часовни на желательную дату.
[0131] Сервер диспетчеризации транспортных средств для перевозки трупов согласно варианту 2 осуществления настоящего изобретения также может позволять объекту общественного назначения использовать терминал компании.
Это должно быстро отражать состояние резервирования объекта общественного назначения и осуществлять более надежное резервирование объектов.
[0132] На сервере диспетчеризации транспортных средств для перевозки трупов согласно варианту осуществления настоящего изобретения, в схеме размещения примерного экрана, отображаемого на терминале 4 компании и пользовательском терминале 5, информационная область, которая отображает различные виды информации, располагается в правой стороне области отображения карты.
Здесь, информационная область не ограничена этим.
Информационная область может находиться в левой стороне области отображения карты либо как справа, так и слева от области отображения карты.
Форма отображаемого экрана не обязательно должна иметь альбомный формат.
Экранная форма может иметь книжный формат, и информационная область может располагаться выше, ниже или выше и ниже области отображения карты.
[0133] Сервер диспетчеризации транспортных средств для перевозки трупов настоящего изобретения также предоставляется посредством программы с возможностью инструктировать компьютеру функционировать в качестве сервера диспетчеризации транспортных средств для перевозки трупов.
Эта программа может сохраняться на машиночитаемом носителе хранения данных.
Носитель хранения данных с этой записанной программой может представлять собой непосредственно ROM сервера диспетчеризации транспортных средств для перевозки трупов, проиллюстрированного на фиг. 2, либо может представлять собой CD-ROM и т.п., который может считываться, когда устройство считывания программ, такое как накопитель на CD-ROM, предоставляется в качестве внешнего запоминающего устройства посредством вставки в него носителя хранения данных.
Вышеописанный носитель хранения данных может представлять собой магнитную ленту, кассетную ленту, гибкий диск, жесткий диск, MO/MD/DVD и т.п. либо полупроводниковое запоминающее устройство.
[0134] Все публикации, патенты и заявки на патент, противопоставленные в этом описании, полностью содержатся в данном документе по ссылке.
Раскрытие сущности заявки на патент (Япония) № 2017-155528, поданной 10 августа 2017 года, в том числе ее описание, формула изобретения и чертежи, полностью содержится в данном документе по ссылке.
Список номеров ссылок
[0135] 1 - система диспетчеризации транспортных средств для перевозки трупов
2 - Интернет
3 - сервер диспетчеризации транспортных средств для перевозки трупов
4 - терминал компании
5 - пользовательский терминал
6 - сервер резервирования объектов
30 - модуль управления (CPU)
31 - модуль хранения
32 - линии шин
33 - модуль ввода
34 - модуль отображения
35 - модуль связи
300 - средство аутентификации
301 - средство регистрации информации администрирования
302 - средство перезаписи состояний объектов
303 - средство перезаписи состояний транспортных средств
304 - средство отображения состояния
305 - средство резервирования объектов
306 - средство инструктирования по диспетчеризации транспортных средств
307 - средство проведения расчетов по стоимости проезда
310 - хранилище программ
311 - различные таблицы
312 - информация администрирования компаний
313 - информация администрирования сотрудников
314 - информация администрирования пользователей
315 - информация состояний транспортных средств
316 - информация состояний объектов
317 - информация запрашиваемых маршрутов
318 - картографическая информация
319 - информация администрирования объектов общественного назначения
3120 - идентификационный код
311A - таблица регионов
311B - таблица областей
311C - таблица типов
311D - таблица объектов