СПОСОБ, УСТРОЙСТВО И СИСТЕМА ДЛЯ ПЕРЕДАЧИ ИНФОРМАЦИИ В ВИДЕ ДАННЫХ
METHOD, APPARATUS AND MOBILE BROADCAST BUSINESS MANAGEMENT SYSTEM FOR TRANSMITTING INFORMATION IN DATA FORM

Область техники
Описание относится к области коммуникаций и, в частности, к способу, устройству и коммерческой системе управления мобильным радиовещанием (MBBMS) для передачи информации в виде данных.
Предпосылки изобретения
В последние годы с быстрым развитием коммуникационных технологий постепенно пришла эра сети третьего поколения (3G) (3G включает телекоммуникационную сеть, радиовещательную и телевизионную сеть и сеть Интернет), сопровождаемая все более и более интенсивным использованием мобильных коммерческих услуг; сегодня предприятия в общем осуществляют информационное взаимодействие с пользователями посредством мобильного интернета. Мобильное телевидение, мобильные загрузки данных, мобильные платежи и другие дополнительные услуги входят в жизнь людей. Приход эры 3G сетей делает объем эксплуатационных данных, передаваемых между платформами, очень большим, поэтому обеспечение эффективной передачи коммерческих данных между платформами представляет собой существенную проблему.
MBBMS, как вид радиовещательной и телевизионной сети, может обеспечивать нисходящую передачу мультимедийного содержимого путем использования радиовещательных сетей, предоставляемых радиовещательными и телевизионными операторами, может выполнять аутентификацию, авторизацию и управление пользователями, используя системы управления аутентификацией систем сетей связи China mobile и системы управления пользователями радиовещательных и телевизионных операторов, а также может осуществлять соответствующую интерактивную функцию, используя двухсторонние каналы систем сетей мобильной связи.
Со ссылкой на фиг.1 с увеличением эксплуатационных данных в MBBMS количество синхронных данных, передаваемых между радиовещательной и телевизионной платформой и платформой услуг мобильной связи, продолжает возрастать. Следовательно, часто получается, что один или несколько пакетов синхронных данных передается между двумя платформами неудачно, поскольку система занята, и в результате неудачно переданные синхронные данные необходимо передавать снова один или много раз, что растрачивает большое количество сетевых ресурсов.
Суть изобретения
В свете вышеописанной проблемы основной целью раскрытия изобретения является предоставление способа, устройства и коммерческой системы управления мобильным радиовещанием (MBBMS) для передачи информации в виде данных, чтобы уменьшить количество передаваемых данных в виде информации и число попыток передачи информации в виде данных, так чтобы экономить сетевые ресурсы.
Раскрытие изобретения предоставляет способ для передачи информации в виде данных, который включает следующие этапы:
отправка исходной платформой потока синхронных данных в буфер данных и определение исходной платформой, успешно ли отправлен поток синхронных данных в буфер данных;
отправка буфером данных потока синхронных данных на целевую платформу, если поток синхронных данных отправлен в буфер данных успешно; и
отправка исходной платформой потока синхронных данных в память данных на хранение, если поток синхронных данных отправлен в буфер данных неудачно.
Предпочтительно этап отправки буфером данных потока синхронных данных на целевую платформу, если поток синхронных данных отправлен в буфер данных успешно, может включать:
отправку буфером данных потока синхронных данных на целевую платформу и определение, успешно ли отправлен поток синхронных данных;
если поток синхронных данных отправлен неудачно, отправку буфером данных потока синхронных данных в память данных на хранение, затем извлечение потока синхронных данных из памяти данных регулярно в соответствии с предустановленным параметром тактового интервала и отправку регулярно извлекаемого потока синхронных данных на целевую платформу, пока буфер данных не отправит регулярно извлекаемый поток синхронных данных на целевую платформу успешно; и
удаление памятью данных регулярно извлекаемого потока синхронных данных, который отправлен успешно.
Предпочтительно после этапа отправки исходной платформой потока синхронных данных в память данных на хранение, если поток синхронных данных отправлен в буфер данных неудачно,
извлечение буфером данных потока синхронных данных из памяти данных регулярно в соответствии с предустановленным параметром тактового интервала;
отправка буфером данных регулярно извлекаемого потока синхронных данных на целевую платформу, пока регулярно извлекаемый поток синхронных данных не отправится на целевую платформу успешно; и
удаление памятью данных регулярно извлекаемого потока синхронных данных, который отправлен успешно.
Предпочтительно после этапа отправки исходной платформой потока синхронных данных в память данных на хранение, если поток синхронных данных отправлен в буфер данных неудачно, способ может также включать:
отправку исходной платформой порядкового номера, соответствующего потоку синхронных данных, подлежащему повторной отправке, в буфер данных;
извлечение буфером данных потока синхронных данных, подлежащего повторной отправке, из памяти данных в соответствии с порядковым номером и отправку потока синхронных данных, подлежащего повторной отправке, на целевую платформу; и
удаление памятью данных потока синхронных данных, подлежащего повторной отправке, который отправлен успешно.
Предпочтительно поток синхронных данных может содержать: синхронные эксплуатационные данные, порядковый номер, соответствующий синхронным эксплуатационным данным, и рабочий флаг, где рабочий флаг представляет собой мгновенный рабочий флаг или тактовый рабочий флаг.
Предпочтительно, после того как целевая платформа получает поток синхронных данных, способ также может включать:
определение, содержит поток синхронных данных мгновенный рабочий флаг или тактовый рабочий флаг;
если поток синхронных данных содержит тактовый рабочий флаг, сохранение синхронных эксплуатационных данных и порядкового номера, содержащихся в потоке синхронных данных, в модуле временных данных;
извлечение порядкового номера в модуле временных данных и эксплуатационных данных, подлежащих обновлению, в модуле формальных данных и сохранение порядкового номера и эксплуатационных данных, подлежащих обновлению, в модуле накопленных данных;
извлечение синхронных эксплуатационных данных в модуле временных данных и обновление эксплуатационных данных, подлежащих обновлению, в модуле формальных данных синхронными эксплуатационными данными; и
удаление синхронных эксплуатационных данных и порядкового номера во временной базе данных;
и, если поток синхронных данных содержит мгновенный рабочий флаг, извлечение порядкового номера в полученном потоке синхронных данных и эксплуатационных данных, подлежащих обновлению, в модуле формальных данных и сохранение порядкового номера вместе с эксплуатационными данными, подлежащими обновлению, в модуле накопленных данных; и
обновление эксплуатационных данных, подлежащих обновлению, в модуле формальных данных синхронными эксплуатационными данными в полученном потоке синхронных данных.
Предпочтительно способ также может включать:
определение исходной платформой, успешно ли отправлен поток синхронных данных, подлежащий отмене, в буфер данных;
если поток синхронных данных, подлежащий отмене, отправлен в буфер данных успешно, отправку исходной платформой флага отмены и порядкового номера, соответствующего потоку синхронных данных, подлежащему отмене, в буфер данных;
отправку буфером данных флага отмены и порядкового номера, соответствующего потоку синхронных данных, подлежащему отмене, на целевую платформу; и
поиск целевой платформой потока синхронных данных, подлежащего отмене, соответствующего порядковому номеру, согласно флагу отмены, и отмена целевой платформой потока синхронных данных, подлежащего отмене;
и, если поток синхронных данных, подлежащий отмене, отослан в буфер данных неудачно, отправку исходной платформой флага отмены и порядкового номера, соответствующего потоку синхронных данных, подлежащему отмене, в память данных; и
поиск памятью данных потока синхронных данных, подлежащего отмене, соответствующего порядковому номеру, согласно флагу отмены, и отмена буфером данных потока синхронных данных, подлежащего отмене.
Предпочтительно этап отмены памятью данных потока синхронных данных, подлежащего отмене, может включать:
удаление памятью данных потока синхронных данных, подлежащего отмене, и определение памятью данных, успешно ли удален поток синхронных данных, подлежащий отмене;
если поток синхронных данных, подлежащий отмене, удален неудачно, отправку исходной платформой флага отмены и порядкового номера, соответствующего потоку синхронных данных, подлежащему отмене, в буфер данных;
отправку буфером данных флага отмены и порядкового номера, соответствующего потоку синхронных данных, подлежащему отмене, на целевую платформу; и
поиск целевой платформой потока синхронных данных, подлежащего отмене, соответствующего порядковому номеру, согласно флагу отмены, и отмена целевой платформой потока синхронных данных, подлежащего отмене.
Этап поиска целевой платформой потока синхронных данных, подлежащего отмене, соответствующего порядковому номеру, согласно флагу отмены, и отмены целевой платформой потока синхронных данных, подлежащего отмене, может включать:
определение согласно флагу отмены, имеется ли в модуле временных данных поток синхронных данных, подлежащий отмене, соответствующий порядковому номеру;
если потока синхронных данных, подлежащего отмене, нет, извлечение эксплуатационных данных, хранящихся вместе с порядковым номером в модуле накопленных данных, согласно порядковому номеру;
обновление синхронных эксплуатационных данных, подлежащих отмене, в модуле формальных данных извлеченными эксплуатационными данными; и
если имеется поток синхронных данных, подлежащий отмене, удаление потока синхронных данных, подлежащего отмене, в модуле временных данных.
Предпочтительно исходная платформа может быть радиовещательной и телевизионной платформой, а целевая платформа может быть платформой услуг мобильной связи.
Раскрытие изобретения также предоставляет коммерческую систему управления мобильным радиовещанием (MBBMS), которая включает: исходную платформу, целевую платформу, память данных и буфер данных, где
исходная платформа приспособлена отправлять поток синхронных данных в буфер данных и определять, успешно ли отправлен поток синхронных данных в буфер данных, и, если поток синхронных данных отправлен в буфер данных неудачно, отправлять поток синхронных данных, отправленный неудачно, в память данных;
буфер данных приспособлен, при успешном получении потока синхронных данных от исходной платформы, отправлять успешно полученный поток синхронных данных на целевую платформу; и
память данных приспособлена сохранять поток синхронных данных, который отправлен неудачно из исходной платформы, в буфер данных.
Предпочтительно буфер данных может также быть приспособлен отправлять поток синхронных данных на целевую платформу и определять, успешно ли отправлен поток синхронных данных на целевую платформу; если поток синхронных данных отправлен на целевую платформу неудачно, отправлять поток синхронных данных в память данных, регулярно извлекать поток синхронных данных из памяти данных в соответствии с предустановленным параметром тактового интервала и отправлять регулярно извлекаемый поток синхронных данных на целевую платформу; и
память данных также может быть приспособлена сохранять поток синхронных данных, отправляемый буфером данных, и удалять регулярно извлекаемый поток синхронных данных, который отправлен успешно.
Предпочтительно буфер данных может также быть приспособлен, после того как исходная платформа неудачно отправляет поток синхронных данных в буфер данных, регулярно извлекать поток синхронных данных из памяти данных в соответствии с предустановленным параметром тактового интервала; и отправлять регулярно извлекаемый поток синхронных данных на целевую платформу, пока регулярно извлекаемый поток синхронных данных не отправится на целевую платформу успешно; и
память данных также может быть приспособлена, после того как исходная платформа неудачно отправляет поток синхронных данных в буфер данных, сохранять поток синхронных данных, отправляемый исходной платформой, и удалять регулярно извлекаемый поток синхронных данных, который отправлен успешно.
Предпочтительно исходная платформа также может быть приспособлена отправлять порядковый номер, соответствующий потоку синхронных данных, подлежащему повторной отправке, в буфер данных;
буфер данных может также быть приспособлен извлекать поток синхронных данных, подлежащий повторной отправке, из памяти данных согласно порядковому номеру и отправлять поток синхронных данных, подлежащий повторной отправке, на целевую платформу; и
память данных также может быть приспособлена удалять поток синхронных данных, подлежащий повторной отправке, который отправлен успешно.
Предпочтительно поток синхронных данных может содержать: синхронные эксплуатационные данные, порядковый номер, соответствующий синхронным эксплуатационным данным, и рабочий флаг, где рабочий флаг представляет собой мгновенный рабочий флаг или тактовый рабочий флаг.
Предпочтительно целевая платформа также может быть приспособлена определять, содержит ли поток синхронных данных мгновенный рабочий флаг или тактовый рабочий флаг; если поток синхронных данных содержит тактовый рабочий флаг, сохранять синхронные эксплуатационные данные и порядковый номер, содержащийся в потоке синхронных данных, в модуле временных данных; извлекать порядковый номер в модуле временных данных и эксплуатационные данные, подлежащие обновлению, в модуле формальных данных и сохранять порядковый номер и эксплуатационные данные, подлежащие обновлению, в модуле накопленных данных; извлекать синхронные эксплуатационные данные в модуле временных данных и обновлять эксплуатационные данные, подлежащие обновлению, в модуле формальных данных синхронными эксплуатационными данными; и удалять синхронные эксплуатационные данные и порядковый номер во временной базе данных; и
если поток синхронных данных содержит мгновенный рабочий флаг, извлекать порядковый номер в полученном потоке синхронных данных и эксплуатационные данные, подлежащие обновлению, в модуле формальных данных и сохранять порядковый номер вместе с эксплуатационными данными, подлежащими обновлению, в модуле накопленных данных; и обновлять эксплуатационные данные, подлежащие обновлению, в модуле формальных данных синхронными эксплуатационными данными в полученном потоке синхронных данных.
Предпочтительно исходная платформа также может быть приспособлена определять, успешно ли поток синхронных данных, подлежащий отмене, отправлен в буфер данных, и, если поток синхронных данных, подлежащий отмене, отправлен в буфер данных успешно, отправлять флаг отмены и порядковый номер, соответствующий потоку синхронных данных, подлежащему отмене, в буфер данных; или, если поток синхронных данных, подлежащий отмене, отправлен в буфер данных неудачно, отправлять флаг отмены и порядковый номер, соответствующий потоку синхронных данных, подлежащему отмене, в память данных;
буфер данных также может быть приспособлен отправлять флаг отмены и порядковый номер, соответствующий потоку синхронных данных, подлежащему отмене, на целевую платформу;
целевая платформа также может быть приспособлена искать поток синхронных данных, подлежащий отмене, соответствующий порядковому номеру, согласно флагу отмены, и отменять поток синхронных данных, подлежащий отмене; и
память данных также может быть приспособлена искать поток синхронных данных, подлежащий отмене, соответствующий порядковому номеру, согласно флагу отмены, и отменять поток синхронных данных, подлежащий отмене.
Память данных также может быть приспособлена удалять поток синхронных данных, подлежащий отмене, и определять, успешно ли удален поток синхронных данных, подлежащий отмене;
исходная платформа также может быть приспособлена, если память данных неудачно удаляет поток синхронных данных, подлежащий отмене, отправлять порядковый номер, соответствующий потоку синхронных данных, подлежащему отмене, и флаг отмены в буфер данных;
буфер данных также может быть приспособлен, если память данных неудачно удаляет поток синхронных данных, подлежащий отмене, отправлять порядковый номер, соответствующий потоку синхронных данных, подлежащему отмене, и флаг отмены на целевую платформу; и
целевая платформа также может быть приспособлена, если память данных неудачно удаляет поток синхронных данных, подлежащий отмене, искать поток синхронных данных, подлежащий отмене, соответствующий порядковому номеру, согласно флагу отмены, и отменять поток синхронных данных, подлежащий отмене.
Предпочтительно целевая платформа также может быть приспособлена определять, имеется ли поток синхронных данных, подлежащий отмене, соответствующий порядковому номеру в модуле временных данных, согласно флагу отмены, и, если нет потока синхронных данных, подлежащего отмене, извлекать эксплуатационные данные, хранящиеся вместе с порядковым номером в модуле накопленных данных, согласно порядковому номеру и обновлять поток синхронных данных, подлежащий отмене, в модуле формальных данных извлеченными эксплуатационными данными; или, если имеется поток синхронных данных, подлежащий отмене, удалять поток синхронных данных, подлежащих отмене, в модуле временных данных.
Предпочтительно исходная платформа может быть радиовещательной и телевизионной платформой, а целевая платформа может быть платформой услуг мобильной связи.
Раскрытие изобретения также предоставляет устройство для передачи информации в виде данных, которое включает буфер данных и память данных, где буфер данных и память данных представляют собой буфер данных и память данных, описанные выше.
С помощью способа, устройства и MBBMS для передачи информации в виде данных, после того как буфер данных неудачно отправляет поток синхронных данных, буфер данных регулярно извлекает поток синхронных данных из памяти данных и отправляет извлеченный поток синхронных данных на целевую платформу, пока извлеченный поток синхронных данных не отправится успешно, таким образом количество передач синхронных данных и количество передаваемых синхронных данных уменьшаются и, соответственно, экономится большое количество сетевых ресурсов.
Краткое описание графических материалов
Фиг.1 показывает структурную схему коммерческой системы управления мобильным радиовещанием (MBBMS) на имеющемся уровне техники;
Фиг.2 показывает способ для передачи информации в виде данных в соответствии с одним вариантом осуществления раскрытия изобретения;
Фиг.3 показывает блок-схему регулярного извлечения и отправки потока синхронных данных в способе для передачи информации в виде данных в соответствии с одним вариантом осуществления раскрытия изобретения;
Фиг.4 показывает другую блок-схему регулярного извлечения и отправки потока синхронных данных в способе для передачи информации в виде данных в соответствии с одним вариантом осуществления раскрытия изобретения;
Фиг.5 показывает блок-схему повторной отправки потока синхронных данных в способе для передачи информации в виде данных в соответствии с одним вариантом осуществления раскрытия изобретения;
Фиг.6 показывает блок-схему обновления потока синхронных данных целевой платформой в способе для передачи информации в виде данных в соответствии с одним вариантом осуществления раскрытия изобретения;
Фиг.7 показывает блок-схему отмены потока синхронных данных в способе для передачи информации в виде данных в соответствии с одним вариантом осуществления раскрытия изобретения;
Фиг.8 показывает другую блок-схему отмены потока синхронных данных в способе для передачи информации в виде данных в соответствии с одним вариантом осуществления раскрытия изобретения;
Фиг.9 показывает блок-схему отмены потока синхронных данных целевой платформой в способе для передачи информации в виде данных в соответствии с одним вариантом осуществления раскрытия изобретения;
Фиг.10 показывает структурную схему MBBMS в соответствии с одним вариантом осуществления раскрытия изобретения; и
Фиг.11 показывает структурную схему устройства для передачи информации в виде данных в соответствии с одним вариантом осуществления раскрытия изобретения.
Подробное описание изобретения
Следует понимать, что варианты осуществления, описанные в данном документе, предназначены только для объяснения раскрытия, но не предназначены для ограничения раскрытия.
Для того чтобы сэкономить сетевые ресурсы, в вариантах осуществления раскрытия изобретения между двумя платформами дополнительно устанавливаются память данных и буфер данных. В вариантах осуществления раскрытия изобретения информация в виде данных, передаваемая между двумя платформами, изменяется с различными процессами. В процессе синхронизации данных передаваемая информация в виде данных представляет собой поток синхронных данных, причем поток синхронных данных содержит: синхронные эксплуатационные данные, порядковый номер, соответствующий синхронным эксплуатационным данным, и рабочий флаг. Рабочий флаг может быть мгновенным рабочим флагом или тактовым рабочим флагом.
В процессе повторной отправки данных информация в виде данных, передаваемая в буфер данных из исходной платформы, представляет собой порядковый номер, соответствующий потоку синхронных данных, подлежащему повторной отправке; информация в виде данных, передаваемая на целевую платформу из буфера данных, представляет собой поток синхронных данных, подлежащий повторной отправке, и поток синхронных данных, подлежащий повторной отправке, содержит: синхронные эксплуатационные данные, подлежащие повторной отправке, порядковый номер, соответствующий синхронным эксплуатационным данным, подлежащим повторной отправке, и рабочий флаг. Рабочий флаг может быть мгновенным рабочим флагом и тактовым рабочим флагом.
В процессе отмены данных передаваемая информация в виде данных включает: флаг отмены и порядковый номер, соответствующий потоку синхронных данных, который подлежит отмене.
Ниже представлен один вариант осуществления способа для передачи информации в виде данных, как показано на фиг.2, который включает следующие этапы:
Этап S201: исходная платформа отправляет поток синхронных данных в буфер данных и определяет, успешно ли поток синхронных данных отправлен в буфер данных; если поток синхронных данных отправлен в буфер данных успешно, выполняется этап S202; а если поток синхронных данных отправлен в буфер данных неудачно, выполняется этап S203;
Этап S202: буфер данных отправляет поток синхронных данных на целевую платформу; и
Этап S203: исходная платформа отправляет поток синхронных данных на хранение в память данных.
Далее со ссылкой на фиг.3 вышеуказанный этап S202 включает:
Этап S301: буфер данных отправляет поток синхронных данных на целевую платформу и определяет, успешно ли поток синхронных данных отправлен на целевую платформу; если поток синхронных данных отправлен на целевую платформу неудачно, выполняется этап S302; если поток синхронных данных отправлен на целевую платформу успешно, технологический процесс завершается;
Этап S302: буфер данных отправляет поток синхронных данных в память данных на хранение, и выполняется этап S303;
Этап S303: буфер данных регулярно извлекает поток синхронных данных из памяти данных и отправляет регулярно извлекаемый поток синхронных данных на целевую платформу, пока регулярно извлекаемый поток исходных данных успешно не отправится на целевую платформу; и выполняется этап S304;
Этап S304: память данных удаляет регулярно извлекаемый поток синхронных данных, который отправлен успешно.
Целевая платформа получила поток синхронных данных, и буферу данных не нужно регулярно извлекать поток синхронных данных из памяти данных и отправлять поток синхронных данных, поэтому поток синхронных данных удаляется. Кроме того, удаление успешно отправленного потока синхронных данных из памяти данных может освободить область памяти в памяти данных, чтобы предоставлять область памяти для последующих технологических процессов.
В этом варианте осуществления, если исходная платформа успешно отправляет поток синхронных данных в память данных, а буфер данных отправляет поток синхронных данных на целевую платформу неудачно, поток синхронных данных регулярно извлекается из памяти данных через буфер данных и отправляется на целевую платформу, пока регулярно извлекаемый поток синхронных данных не отправится на целевую платформу успешно, таким образом на основании гарантирования успешной скорости передачи потока синхронных данных уменьшается количество передач потока синхронных данных и экономится большое количество сетевых ресурсов.
Буфер данных в соответствии с вариантом осуществления изобретения заранее снабжается параметром интервала времени, используемым для контроля над тем, чтобы буфер данных извлекал поток синхронных данных из памяти данных в соответствии с фактической необходимостью; при неудачной отправке потока синхронных данных на целевую платформу буфер данных извлекает поток синхронных данных из памяти данных по прошествии предварительно заданного периода согласно параметру предварительно заданного интервала времени и отправляет извлеченный поток синхронных данных на целевую платформу, пока поток синхронных данных не отправится успешно. Причина, по которой буфер данных отправляет поток синхронных данных на целевую платформу неудачно, может состоять в том, что целевая платформа находится во временно занятом состоянии или неисправна; по прошествии периода времени целевая платформа переключается из временно занятого состояния в незанятое состояние или неисправность устраняется, в этот момент буфер данных снова отправляет поток синхронных данных на целевую платформу, таким образом количество передач потока синхронных данных может быть уменьшено, следовательно, объем передаваемых между двумя платформами синхронных данных может быть уменьшен, и таким образом может быть сэкономлено большое количество сетевых ресурсов.
Далее со ссылкой на фиг.4, если исходная платформа отправляет поток синхронных данных в буфер данных неудачно, чтобы гарантировать, что поток синхронных данных не потеряется, буфер данных регулярно извлекает из памяти данных поток синхронных данных, ранее отправленный неудачно, и отправляет извлеченный поток синхронных данных на целевую платформу; после этапа S203 в вышеописанном варианте осуществления технологический процесс также включает:
Этап S401: буфер данных регулярно извлекает поток синхронных данных из памяти данных в соответствии с предустановленным параметром интервала времени;
Этап S402: буфер данных отправляет регулярно извлекаемый поток синхронных данных на целевую платформу, пока регулярно извлекаемый поток синхронных данных не отправится на целевую платформу успешно; и
Этап S403: память данных удаляет регулярно извлекаемый поток синхронных данных, который отправлен успешно.
В этом варианте осуществления, если исходная платформа отправляет поток синхронных данных в буфер данных неудачно, поток синхронных данных регулярно извлекается из памяти данных посредством буфера данных и отправляется на целевую платформу, пока регулярно извлекаемый поток синхронных данных не отправится успешно, так что гарантируется успешная скорость передачи потока синхронных данных, тогда как количество передач потока синхронных данных уменьшается, и таким образом экономится большое количество сетевых ресурсов.
Далее со ссылкой на фиг.5 исходная платформа отправляет поток синхронных данных в буфер данных неудачно; поскольку целевая платформа срочно нуждается в успешно отправленном потоке синхронных данных, от исходной платформы требуется повторно отправить поток синхронных данных; после вышеописанного этапа S203 процесс повторной отправки также включает:
Этап S501: исходная платформа отправляет порядковый номер, соответствующий потоку синхронных данных, подлежащему повторной отправке, в буфер данных;
Этап S502: буфер данных извлекает поток синхронных данных, подлежащий повторной отправке, из памяти данных согласно порядковому номеру и отправляет поток синхронных данных, подлежащий повторной отправке, на целевую платформу; и
Этап S503: память данных удаляет поток синхронных данных, подлежащий повторной отправке, который отправлен успешно.
В вышеописанном процессе повторной отправки порядковый номер, соответствующий потоку синхронных данных, подлежащему отправке, необходимо отправить только в буфер данных, буфер данных извлекает поток синхронных данных, подлежащий повторной отправке, из памяти данных согласно порядковому номеру и отправляет поток синхронных данных, подлежащий повторной отправке, на целевую платформу. Поскольку нет необходимости повторно отправлять поток синхронных данных, подлежащий повторной отправке, в буфер данных, объем данных, передаваемых между исходной платформой и буфером данных, уменьшается и, соответственно, экономятся сетевые ресурсы.
Далее со ссылкой на фиг.6, после того как целевая платформа получает поток синхронных данных, способ также включает:
Этап S601: определяется, содержит поток синхронных данных мгновенный рабочий флаг или тактовый рабочий флаг; если поток синхронных данных содержит тактовый рабочий флаг, выполняется этап S602; если поток синхронных данных содержит мгновенный рабочий флаг, выполняется этап S606;
Этап S602: синхронные эксплуатационные данные и порядковый номер, содержащиеся в потоке синхронных данных, сохраняются в модуле временных данных;
Этап S603: извлекаются порядковый номер в модуле временных данных и эксплуатационные данные, подлежащие обновлению, в модуле формальных данных, и порядковый номер и эксплуатационные данные, подлежащие обновлению, сохраняются в модуле накопленных данных;
Этап S604: синхронные эксплуатационные данные в модуле временных данных извлекаются, и эксплуатационные данные, подлежащие обновлению, в модуле формальных данных обновляются синхронными эксплуатационными данными;
Этап S605: синхронные эксплуатационные данные и порядковый номер в модуле временных данных удаляются;
цель удаления синхронных эксплуатационных данных на этом этапе состоит в том, чтобы препятствовать целевой платформе извлекать синхронные эксплуатационные данные в потоке синхронных данных, подлежащем отмене, из модуля временных данных и обновлять модуль формальных данных синхронными эксплуатационными данными;
Этап S606: извлекаются порядковый номер в принимаемом потоке синхронных данных и извлекаются эксплуатационные данные, подлежащие обновлению, в модуле формальных данных, и порядковый номер вместе с эксплуатационными данными, подлежащими обновлению, сохраняются в модуле накопленных данных;
Этап S607: эксплуатационные данные, подлежащие обновлению, в модуле формальных данных обновляются синхронными эксплуатационными данными в полученном потоке синхронных данных.
Предпочтительно описанный выше поток синхронных данных также содержит флаг не-отмены; после получения потока синхронных данных целевая платформа сначала определяет, содержит поток синхронных данных флаг не-отмены или флаг отмены, если поток синхронных данных содержит флаг не-отмены, выполняются вышеописанные этапы S601-S607.
Кроме того, в одном варианте осуществления способа для передачи информации в виде данных в соответствии с вариантом осуществления изобретения после отправки потока синхронных данных в буфер данных исходная платформа обнаруживает, что посланный поток синхронных данных является неверным, чтобы гарантировать правильность обновляемых на целевой платформе эксплуатационных данных, неверный поток синхронных данных отменяется, со ссылкой на фиг.7 этапы имеют следующий вид:
Этап S701: исходная платформа определяет, успешно ли отправлен поток синхронных данных, подлежащий отмене, в буфер данных; если поток синхронных данных, подлежащий отмене, отправлен в буфер данных успешно, выполняется этап S702; если поток синхронных данных, подлежащий отмене, отправлен в буфер данных неудачно, выполняется этап S705;
Этап S702: исходная платформа отправляет флаг отмены и порядковый номер, соответствующий потоку синхронных данных, подлежащему отмене, в буфер данных;
Этап S703: буфер данных отправляет флаг отмены и порядковый номер, соответствующий потоку синхронных данных, подлежащему отмене, на целевую платформу;
Этап S704: целевая платформа ищет поток синхронных данных, подлежащий отмене, соответствующий порядковому номеру, согласно флагу отмены, и отменяет поток синхронных данных, подлежащий отмене;
Этап S705: исходная платформа отправляет флаг отмены и порядковый номер, соответствующий потоку синхронных данных, подлежащему отмене, в память данных; и
Этап S706: память данных ищет поток синхронных данных, подлежащий отмене, соответствующий порядковому номеру, согласно флагу отмены, и отменяет поток синхронных данных, подлежащий отмене.
Операция отмены потока синхронных данных, подлежащего отмене, на этом этапе состоит в: удалении потока синхронных данных, подлежащего отмене, из памяти данных, чтобы освободить область хранения данных в памяти данных и помешать буферу данных регулярно извлекать поток синхронных данных, подлежащий отмене, из памяти данных и посылать поток синхронных данных, подлежащий отмене, на целевую платформу, таким образом эффективно предотвращая неверную отправку данных.
Кроме того, со ссылкой на фиг.8 в вышеуказанном варианте осуществления способа для передачи информации в виде данных в соответствии с вариантом осуществления раскрытия изобретения этап отмены памятью данных потока синхронных данных, подлежащего отмене, включает:
Этап S801: память данных удаляет поток синхронных данных, подлежащий отмене, и определяет, успешно ли удален поток синхронных данных, подлежащий отмене; если поток синхронных данных, подлежащий отмене, удален неудачно, выполняется этап S802; если поток синхронных данных, подлежащий отмене, удален успешно, технологический процесс завершается;
на этом этапе память данных удаляет поток синхронных данных, подлежащий отмене, поэтому область хранения данных в памяти данных может быть освобождена вовремя, и буферу данных можно воспрепятствовать регулярно извлекать из памяти данных поток синхронных данных, подлежащий отмене, и отправлять поток синхронных данных, подлежащий отмене, на целевую платформу, так что можно уменьшить неверную отправку данных;
если поток синхронных данных, подлежащий отмене, удаляется неудачно, отмечается, что поток синхронных данных в памяти данных регулярно извлекается буфером данных и успешно отправляется на целевую платформу, затем успешно удаляется после того, как поток синхронных данных отправляется на целевую платформу;
Этап S802: исходная платформа отправляет флаг отмены и порядковый номер, соответствующий потоку синхронных данных, подлежащему отмене, в буфер данных;
Этап S803: буфер данных отправляет флаг отмены и порядковый номер, соответствующий потоку синхронных данных, подлежащему отмене, на целевую платформу; и
Этап S804: целевая платформа ищет поток синхронных данных, подлежащий отмене, соответствующий порядковому номеру, согласно флагу отмены, и отменяет поток синхронных данных, подлежащий отмене;
этап отмены потока синхронных данных, подлежащего отмене, на этом этапе был описан в вышеописанном варианте осуществления, и таким образом здесь его повторять не нужно.
Кроме того, со ссылкой на фиг.9 вышеуказанный процесс, заключающийся в том, что целевая платформа отменяет поток синхронных данных, подлежащий отмене, включает:
Этап S901: согласно флагу отмены определяется, имеется ли в модуле временных данных поток синхронных данных, подлежащий отмене, соответствующий порядковому номеру; если потока синхронных данных, подлежащего отмене, нет, выполняется этап S902; а если поток синхронных данных, подлежащий отмене, имеется, выполняется этап S904;
Этап S902: эксплуатационные данные, хранящиеся вместе с порядковым номером в модуле накопленных данных, извлекаются согласно порядковому номеру;
цель хранения порядкового номера, извлекаемого вместе с эксплуатационными данными, подлежащими обновлению, в резервной базе накопленных данных на этом этапе состоит в предотвращении, если исходная платформа отправляет синхронные эксплуатационные данные неверно, в поиске эксплуатационных данных, подлежащих обновлению, согласно порядковому номеру и в обновлении неверных синхронных эксплуатационных данных в формальной базе данных эксплуатационными данными, подлежащими обновлению, где неверные синхронные эксплуатационные данные представляют собой синхронные эксплуатационные данные, ранее присланные исходной платформой;
Этап S903: синхронные эксплуатационные данные, подлежащие отмене, в модуле формальных данных обновляются извлеченными эксплуатационными данными;
синхронные эксплуатационные данные, подлежащие отмене, на этом этапе представляют собой синхронные эксплуатационные данные в потоке синхронных эксплуатационных данных, отправленном исходной платформой, и оригинальные эксплуатационные данные целевой платформы обновляются синхронными эксплуатационными данными, подлежащими отмене; синхронные эксплуатационные данные, подлежащие отмене, являются неверными данными, и операция отмены синхронных эксплуатационных данных, подлежащих отмене, заключается в обновлении синхронных эксплуатационных данных, подлежащих отмене, оригинальными эксплуатационными данными целевой платформы;
Этап S904: поток синхронных данных, подлежащий отмене, в модуле временных данных удаляется.
Кроме того, кроме флага отмены и порядкового номера информация в виде данных, передаваемая в вышеописанном процессе отмены, также содержит мгновенный рабочий флаг; после получения информации в виде данных целевой платформе также нужно определить, содержит ли информация в виде данных мгновенный рабочий флаг, и, если информация в виде данных содержит мгновенный рабочий флаг, она выполняет обратную обработку над потоком синхронных данных, подлежащем отмене, согласно мгновенному рабочему флагу.
В вышеописанном процессе отмены информация в виде данных, получаемая целевой платформой, содержит флаг отмены, порядковый номер, соответствующий потоку синхронных данных, подлежащему отмене, и мгновенный рабочий флаг, но не содержит специальных синхронных эксплуатационных данных, следовательно, количество передаваемых данных уменьшается, и таким образом экономится большое количество сетевых ресурсов.
Способ для передачи информации в виде данных в соответствии с вариантом осуществления раскрытия изобретения применяется ко многим типам сетевых систем, например, в отношении к передаче синхронных данных между радиовещательной и телевизионной платформой и платформой услуг мобильной связи в коммерческой системе управления мобильным радиовещанием (MBBMS), в данный момент, исходная платформа представляет собой радиовещательную и телевизионную платформу в MBBMS, целевая платформа представляет собой платформу услуг мобильной связи в MBBMS, а информация в виде данных, отправляемая исходной платформой на целевую платформу, включает: порядковый номер, флаг отмены и рабочий флаг. Информация в виде данных, отправляемая в процессе синхронизации данных, также включает специфическую эксплуатационную информацию. Ниже представлены программные коды в процессе передачи потока синхронных данных с радиовещательной и телевизионной платформы в MBBMS на платформу услуг мобильной связи:
где Accounting представляет собой порядковый номер, и Accounting="0001" представляет порядковый номер данных, подлежащих синхронизации, равный "0001"; Instant представляет собой рабочий флаг, a Instant-"true" представляет собой мгновенное введение в действие; и reverse используется для представления флага отмены, где reverse-"false" представляет собой не-отмену.
MBBMS в соответствии с одним вариантом осуществления раскрытия изобретения, как показано на фиг.10, включает: исходную платформу 10, целевую платформу 20, память 40 данных и буфер 30 данных; причем исходная платформа 10 приспособлена отправлять поток синхронных данных в буфер 30 данных и определять, успешно ли поток синхронных данных отправлен буфер 30 данных, и, если поток синхронных данных отправлен в буфер 30 данных неудачно, отправлять неудачно отправленный поток синхронных данных в память 40 данных;
буфер 30 данных приспособлен, при успешном получении потока синхронных данных от исходной платформы 10, отправлять успешно полученный поток синхронных данных на целевую платформу 20;
память 40 данных приспособлена хранить поток синхронных данных, неудачно отправленный из исходной платформы 10 в буфер 30 данных, чтобы гарантировать, что поток синхронных данных не теряется, и осуществлять подготовку для последующего процесса повторной отправки потока синхронных данных и последующего процесса извлечения, регулярно выполняемого буфером данных; и
целевая платформа 20 приспособлена принимать поток синхронных данных, отправляемый буфером 30 данных, и выполнять последующую обработку над полученным потоком синхронных данных.
Кроме того, в MBBMS согласно варианту осуществления раскрытия изобретения буфер 30 данных также приспособлен отправлять поток синхронных данных на целевую платформу 20 и определять, успешно ли поток синхронных данных отправлен на целевую платформу 20; буфер 30 данных настроен с параметром интервала времени соответственно фактической необходимости, и при неудачной отправке потока синхронных данных на целевую платформу 20 буфер 30 данных отправляет поток синхронных данных в память 40 данных, затем регулярно извлекает поток синхронных данных из памяти 40 данных в соответствии с параметром интервала времени и отправляет регулярно извлекаемый поток синхронных данных на целевую платформу 20, что гарантирует, что поток синхронных данных отправляется успешно. По сравнению с уровнем техники количество передач в течение одного и того же времени может быть уменьшено, так что эксплуатационная нагрузка на систему может быть снижена, эффективность передачи данных может быть увеличена и большое количество сетевых ресурсов может быть сэкономлено.
Память 40 данных также приспособлена хранить поток синхронных данных, отправляемый буфером 30 данных, и удалять регулярно извлекаемый поток синхронных данных, который отправлен удачно. Поскольку память 40 данных удаляет хранящийся поток синхронных данных, который отправлен удачно, буфер данных может быть избавлен от повторяющейся отправки потока синхронных данных, который был отправлен удачно, на целевую платформу 20 по прошествии тактового интервала, и область хранения данных в памяти 40 данных освобождается, и таким образом экономятся сетевые ресурсы.
Кроме того, буфер 30 данных также приспособлен, после того как исходная платформа 10 неудачно отправляет поток синхронных данных в буфер 30 данных, регулярно извлекать поток синхронных данных из памяти 40 данных в соответствии с предварительно заданным параметром тактового интервала; и отправлять регулярно извлекаемый поток синхронных данных на целевую платформу 20, пока регулярно извлекаемый поток синхронных данных не отправится на целевую платформу 20 удачно, что гарантирует успешную скорость передачи потока синхронных данных; и
память 40 данных также приспособлена, после того как исходная платформа 20 неудачно отправляет поток синхронных данных в буфер 30 данных, сохранять поток синхронных данных, отправленный исходной платформой 10, и удалять регулярно извлекаемый поток синхронных данных, который отправлен успешно.
Кроме того, в MBBMS исходная платформа 10 также приспособлена отправлять порядковый номер, соответствующий потоку синхронных данных, подлежащему повторной отправке, в буфер 30 данных; буфер 30 данных также приспособлен извлекать поток синхронных данных, подлежащий повторной отправке, из памяти 40 данных согласно порядковому номеру и отправлять поток синхронных данных, подлежащий повторной отправке, на целевую платформу 20; по сравнению с известным уровнем техники исходной платформе 10 не требуется повторно отправлять поток синхронных эксплуатационных данных, что уменьшает объем данных, передаваемых между исходной платформой 10 и буфером 30 данных.
Память 40 данных также приспособлена удалять поток синхронных данных, подлежащий повторной отправке, который отправлен удачно, что не дает буферу 30 данных извлекать по прошествии тактового интервала поток синхронных данных, который был удачно отправлен повторно, из памяти 40 данных и многократно отправлять поток синхронных данных на целевую платформу 20. В то же время также может освобождаться область хранения данных в памяти 40 данных, чтобы экономить сетевые ресурсы.
Кроме того, поток синхронных данных содержит: синхронные эксплуатационные данные, порядковый номер, соответствующий синхронным эксплуатационным данным, и рабочий флаг, где рабочий флаг представляет собой мгновенный рабочий флаг или тактовый рабочий флаг.
Предпочтительно вышеописанная целевая платформа 20 также приспособлена определять, содержит ли поток синхронных данных мгновенный рабочий флаг или тактовый рабочий флаг; если поток синхронных данных содержит тактовый рабочий флаг, сохранять синхронные эксплуатационные данные и порядковый номер, содержащиеся в потоке синхронных данных, в модуле временной памяти; извлекать порядковый номер в модуле временной памяти и эксплуатационные данные, подлежащие обновлению, в модуле формальных данных и сохранять порядковый номер и эксплуатационные данные, подлежащие обновлению, в модуле накопленных данных; извлекать синхронные эксплуатационные данные в модуле временных данных и обновлять эксплуатационные данные, подлежащие обновлению, в модуле формальных данных синхронными эксплуатационными данными; и удалять синхронные эксплуатационные данные и порядковый номер во временной базе данных; и
если поток синхронных данных содержит мгновенный рабочий флаг, извлекать порядковый номер в полученном потоке синхронных данных и эксплуатационные данные, подлежащие обновлению, в модуле формальных данных и сохранять порядковый номер вместе с эксплуатационными данными, подлежащими обновлению, в модуле накопленных данных; и обновлять эксплуатационные данные, подлежащие обновлению, в модуле формальных данных синхронными эксплуатационными данными в полученном потоке синхронных данных.
Кроме того, поток синхронных данных также содержит флаг не-отмены; и целевая платформа 20 также приспособлена после получения потока синхронных данных определять, содержит ли поток синхронных данных флаг не-отмены.
Кроме того, в MBBMS в соответствии с вариантом осуществления раскрытия изобретения исходная платформа 10 также приспособлена определять, успешно ли послан в буфер 30 данных поток синхронных данных, подлежащий отмене, и, если поток синхронных данных, подлежащий отмене, послан в буфер 30 данных успешно, отправлять флаг отмены и порядковый номер, соответствующий потоку синхронных данных, подлежащему отмене, в буфер 30 данных; или, если поток синхронных данных, подлежащий отмене, отправлен в буфер 30 данных неудачно, отправлять флаг отмены и порядковый номер, соответствующий потоку синхронных данных, подлежащему отмене, в память 40 данных.
Буфер 30 данных также приспособлен отправлять флаг отмены и порядковый номер, соответствующий потоку синхронных данных, подлежащему отмене, на целевую платформу 20.
Целевая платформа 20 также приспособлена искать поток синхронных данных, подлежащий отмене, соответствующий порядковому номеру, согласно флагу отмены, и отменять поток синхронных данных, подлежащий отмене.
Процесс, в котором целевая платформа 20 отменяет поток синхронных данных, подлежащий отмене, включает: определение того, есть ли во временной базе данных поток синхронных данных, подлежащий отмене, соответствующий порядковому номеру, согласно флагу отмены; если поток синхронных данных, подлежащий отмене, имеется, удаление потока синхронных данных, подлежащего отмене, из временной базы данных; если нет потока синхронных данных, подлежащего отмене, поиск в резервной базе накопленных данных эксплуатационных данных, хранящихся вместе с порядковым номером, согласно порядковому номеру; и извлечение эксплуатационных данных, которые найдены, и обновление синхронных данных, подлежащих отмене, в формальной базе данных извлеченными эксплуатационными данными.
Эксплуатационные данные, описание поиска которых приведено выше, представляют собой оригинальные эксплуатационные данные целевой платформы 20, и оригинальные эксплуатационные данные в формальной базе данных целевой платформы 20 были обновлены ранее синхронными эксплуатационными данными, переданными исходной платформой 10.
Память 40 данных также приспособлена искать поток синхронных данных, подлежащий отмене, соответствующий порядковому номеру, согласно флагу отмены, и отменять поток синхронных данных, подлежащий отмене.
Кроме того, память 40 данных, описанная выше, также приспособлена удалять поток синхронных данных, подлежащий отмене, и определять, успешно ли удален поток синхронных данных, подлежащий отмене. После получения флага отмены память 40 данных ищет поток синхронных данных, соответствующий порядковому номеру, согласно флагу отмены и удаляет поток синхронных данных, который найден. Память 40 данных удаляет поток синхронных данных, подлежащий отмене, тем самым вовремя освобождая область хранения данных в памяти 40 данных и не позволяя буферу 30 данных регулярно извлекать поток синхронных данных, подлежащий отмене, из памяти 40 данных и отправлять поток синхронных данных, подлежащий отмене, на целевую платформу 20, а также предотвращая неверную отправку синхронных эксплуатационных данных.
Если поток синхронных данных, подлежащий отмене, удаляется успешно, указывается, что поток синхронных данных в памяти 40 данных регулярно извлекается посредством буфера 30 данных, отправляется на целевую платформу 20 и успешно удаляется после осуществления отправки на целевую платформу 20. Исходной платформе 10 необходимо отправлять флаг отмены и порядковый номер, соответствующий потоку синхронных данных, подлежащему отмене, в буфер 30 данных.
Исходная платформа 10 также приспособлена, если память 40 данных неудачно удаляет поток синхронных данных, подлежащий отмене, отправлять порядковый номер, соответствующий потоку синхронных данных, подлежащему отмене, и флаг отмены в буфер 30 данных.
Буфер 30 данных также приспособлен, если память 40 данных неудачно удаляет поток синхронных данных, подлежащий отмене, отправлять порядковый номер, соответствующий потоку синхронных данных, подлежащему отмене, и флаг отмены на целевую платформу 20.
Целевая платформа 20 также приспособлена, если память 40 данных неудачно удаляет поток синхронных данных, подлежащий отмене, искать поток синхронных данных, подлежащий отмене, соответствующий порядковому номеру, согласно флагу отмены, и отменять поток синхронных данных, подлежащий отмене.
Кроме того, вышеописанная целевая платформа 20 также приспособлена определять, имеется ли поток синхронных данных, подлежащий отмене, соответствующий порядковому номеру в модуле временных данных, согласно флагу отмены, и, если потока синхронных данных, подлежащего отмене, нет, извлекать эксплуатационные данные, хранящиеся вместе с порядковым номером в модуле накопленных данных, согласно порядковому номеру и обновлять синхронные эксплуатационные данные, подлежащие отмене, в модуле формальных данных извлеченными эксплуатационными данными; или, если имеется поток синхронных данных, подлежащий отмене, удалять поток синхронных данных, подлежащий отмене, в модуле временных данных.
Кроме того, целевая платформа 20 также приспособлена проверять, содержит ли полученная информация в виде данных мгновенный рабочий флаг, и выполнять мгновенную обратную обработку над потоком синхронных данных, подлежащим отмене, согласно мгновенному рабочему флагу.
Информация в виде данных, которая отправляется с исходной платформы 10 в буфер 30 данных, а затем из буфера 30 данных на целевую платформу 20, содержит только: флаг отмены, порядковый номер, соответствующий потоку синхронных данных, подлежащему отмене, и мгновенный рабочий флаг, но не содержит специфических синхронных эксплуатационных данных. Поэтому количество передаваемых данных уменьшается, и таким образом экономится большое количество сетевых ресурсов.
Кроме того, в MBBMS согласно варианту осуществления раскрытия изобретения исходная платформа 10 представляет собой радиовещательную и телевизионную платформу, а целевая платформа 20 представляет собой платформу услуг мобильной связи.
Устройство для передачи информации в виде данных согласно одному варианту осуществления раскрытия изобретения, как показано на фиг.11, включает: буфер 52 данных и память 51 данных, где буфер 52 данных и память 51 данных представляют собой буфер 30 данных и память 40 данных, включаемые в MBBMS согласно варианту осуществления раскрытия изобретения, поэтому больше никакие подробности не предоставляются.
В способе, устройстве и MBBMS для передачи информации в виде данных поток синхронных данных, отправленный неудачно, сохраняется в памяти 40 данных, буфер 30 данных регулярно извлекает поток синхронных данных из памяти 40 данных и отправляет извлекаемый поток синхронных данных на целевую платформу 20, пока извлекаемый поток синхронных данных не отправится успешно. По сравнению с уровнем техники количество передач синхронных данных и объем передаваемых синхронных данных уменьшаются, и таким образом экономится большое количество сетевых ресурсов.
Следует понимать, что вышеописанное представляет собой предпочтительные варианты осуществления изобретения и не предназначено ограничивать объем защиты рассматриваемой заявки; и любые изменения в эквивалентной конструкции или эквивалентном процессе, осуществляемые при помощи использования содержимого описания и графических материалов рассматриваемой заявки или прямо или косвенно применяемые к другим родственным областям техники, должны входить в объем защиты рассматриваемой заявки.