Способ, сервер, клиент и система для агрегирования микроблогового одиночного сообщения

Изобретение относится к средствам агрегирования микроблогового одиночного сообщения. Технический результат заключается в уменьшении времени нахождения необходимого сообщения. Принимают команду пользователя. Отправляют запускающее сообщение для агрегирования микроблогового одиночного сообщения на сервер согласно команде пользователя. Принимают или получают из сервера агрегированные данные микроблогового одиночного сообщения и отображают агрегированные данные микроблогового одиночного сообщения, при этом отображают процесс трансляции микроблогового одиночного сообщения с использованием независимой страницы сообщения с помощью ввода микроблогового одиночного сообщения. Причем когда независимая страница сообщения содержит сообщение, отображают отправителя сообщения. Когда сообщение включает в себя диалоговое сообщение, дополнительно отображают первоначальный текст диалогового сообщения. Когда сообщение включает в себя сообщение трансляции с комментариями или без и номер трансляции сообщения трансляции с комментариями или без больше или равен заданному номеру, дополнительно отображают первоначальный текст трансляции и номер трансляции. 4 н. и 7 з.п. ф-лы, 11 ил.

 

Область техники, к которой относится изобретение

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

Уровень техники

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

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

Кроме того, в существующем микроблоговом клиентском программном обеспечении, так как текущий пользователь может только видеть сообщения о каждом пользователе, на которого обратил внимание текущий пользователь, текущий пользователь не знает о цепочке трансляции относительно каждого сообщения. Поскольку текущий пользователь не ориентируется на издателей предыдущей цепочки трансляции, сообщения о предыдущей цепочке трансляции не видны текущему пользователю. Например, весь путь цепочки одиночного сообщения представляет собой A-B-C-D-E, и текущий пользователь только обращает внимание на сообщения о E. Таким образом, текущей пользователь может видеть только E и не знает о цепочке предыдущего сообщения.

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

Раскрытие изобретения

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

Вариант осуществления настоящего изобретения предусматривает способ агрегирования микроблогового одиночного сообщения, включающий в себя этапы, на которых:

принимают команду пользователя;

отправляют допускающее сообщение для агрегирования микроблогового одиночного сообщения в сервер согласно указанной команде пользователя;

принимают или получают из сервера агрегированные данные микроблогового одиночного сообщения; и

отображают агрегированные данные микроблогового одиночного сообщения.

Вариант осуществления настоящего изобретения предусматривает сервер для агрегирования микроблогового одиночного сообщения, включающий в себя модуль приема, модуль получения и модуль передачи, при этом

модуль приема предназначен для приема запускающего сообщения запуска для агрегирования микроблогового одиночного сообщения, отправленного клиентом;

модуль получения предназначен для получения агрегированных данных микроблогового одиночного сообщения согласно запускающему сообщению запуска; и

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

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

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

модуль приема и получения данных предназначен для приема или получения агрегированных данных микроблогового одиночного сообщения от сервера; и

модуль отображения предназначен для отображения агрегированных данных микроблогового одиночного сообщения.

Вариант осуществления настоящего изобретения также предусматривает систему для агрегирования микроблогового одиночного сообщения, которая включает в себя клиент и сервер, определенные выше.

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

Краткое описание чертежей

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

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

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

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

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

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

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

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

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

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

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

Осуществление изобретения

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

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

Этап 101 - пользователь запускает агрегирование микроблогового одиночного сообщения.

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

Этап 102 - отображают процесс трансляции, касающийся микроблогового одиночного сообщения для пользователя.

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

Этап 201 - пользователь может дважды щелкнуть по специфическому микроблоговому одиночному сообщению из любой домашней страницы, страницы @ и гостевой страницы микроблогового клиента для того, чтобы запустить агрегирование микроблогового одиночного сообщения. В качестве альтернативы, пользователь может выбрать микроблоговое одиночное сообщение и щелкнуть по правой кнопке мыши для того, чтобы выбрать “агрегирование” для того, чтобы запустить агрегирование микроблогового одиночного сообщения.

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

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

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

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

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

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

На этапе 301, пользователь запускает агрегирование микроблогового одиночного сообщения.

На этапе 302, определяют, является ли микроблоговое одиночное сообщение, запрашиваемое для дальнейшего агрегирования с помощью пользователя, сообщением о трансляции или диалоговым сообщением. Когда микроблоговое одиночное сообщение, запрашиваемое для дальнейшего агрегирования с помощью пользователя, является сообщением о трансляции, процесс переходит на этап 303; в противном случае процесс переходит на этап 304.

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

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

В первом режиме, основанном на идентификаторе узла, соответствующего микроблоговому одиночному сообщению, которое запрашивается для агрегирования, то есть сообщения ретрансляции, отыскивают идентификатор каждого узла-предка узла. Узел-предок относится к узлу-родителю узла, соответствующего микроблоговому одиночному сообщению, причем к узлу-родителю, отысканному до корневого узла.

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

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

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

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

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

На этапе 305, определяют, был ли запущен один раз любой идентификатор пользователей, на которых обратил внимание текущий пользователь, если да, то процесс переходит на этап 306, в противном случае процесс переходит на этап 307.

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

На этапе 307, больше не отображают дополнительную информацию.

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

На этапе 401, на основании способа, описанного с помощью варианта осуществления, показанного на фиг.2, во время процесса отображения процесса трансляции микроблогового одиночного сообщения с помощью независимой страницы сообщения, которая осуществляет ввод микроблогового одиночного сообщения, когда существует картинка в тексте сообщения или первоначальном тексте независимой страницы сообщения, процесс переходит на этап 402.

На этапе 402, определяют, было ли успешно загружено миниатюрное изображение, соответствующее картинке, если да, то процесс переходит на этап 407; в противном случае процесс переходит на этап 403.

На этапе 403, размещают картинку по умолчанию для замены миниатюрного изображения, которое будет загружаться, добавляют картинку, которая будет загружаться, в список загрузок, инициируют анимацию процесса и, затем, переходят на этап 404.

На этапе 404, определяют, было ли успешно загружено миниатюрное изображение, соответствующее картинке, если да, то процесс переходит на этап 405; в противном случае процесс переходит на этап 406.

На этапе 405, останавливают анимацию процесса, удаляют картинку из списка загрузок, и процесс переходит на этап 407.

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

На этапе 407, размещают успешно загруженное миниатюрное изображение в местоположение первоначального миниатюрного изображения.

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

На этапе 501, когда пользователь выполняет операции над миниатюрным изображением, таким как “просмотреть первоначальную картинку”, “скопировать”, “сохранить как”, записывают соответствующую операцию, которая будет выполняться над текущей картинкой, которая была недавно выбрана пользователем.

На этапе 502, определяют, была ли загружена первоначальная картинка, если да, то процесс переходит на этап 507; в противном случае процесс переходит на этап 503.

На этапе 503, добавляют картинку, которая будет загружаться, в список загрузок, инициируют анимацию процесса и процесс переходит на этап 504.

На этапе 504, определяют, была ли успешно загружена картинка, если да, то процесс переходит на этап 505; в противном случае процесс переходит на этап 506.

На этапе 505, останавливают анимацию процесса и удаляют картинку из списка загрузок.

На этапе 506, размещают другую картинку по умолчанию и отображают неудачную загрузку.

На этапе 507, выполняют соответствующие операции, согласно соответствующей операции, которая будет выполняться над текущей картинкой, которую записывают на этапе 501.

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

Например, в пределах программы применяют таблицу отображения для сохранения списка загрузок картинок для того, чтобы предотвратить повторную загрузку картинки. Между тем, другую таблицу отображения применяют для сохранения окончательной операции, которая будет выполняться над соответствующей картинкой, которую записывают на этапе 501. Когда загрузка картинки завершена, выполняют только окончательную операцию. Например, когда пользователь сначала выбирает “просмотреть первоначальную картинку”, и затем сразу выбирает “сохранить как”. Таким образом, окончательная операция является “сохранить как”.

В варианте осуществления, когда пользователь выбирает “просмотреть первоначальную картинку” вызывается функция для запуска внешней программы. В оконной системе, такой как операционная система Windows ХР, операционная система Windows 2000, может быть вызвана функция ShellExecute. Возьмем для примера операционную систему Windows ХР, когда имеется по умолчанию программа просмотра изображений для изображения, возвращаемое значение, вызванное функцией ShellExecute, будет меньше чем 32. В это время, основываясь на возвращаемом значении функции ShellExecute, “можно открыть” рамку выбора фрагмента “открытый режим”, чтобы облегчить пользователю выбор программы просмотра изображений для просмотра изображения.

На фиг.6 изображена схема, иллюстрирующая структуру сервера для агрегирования микроблогового одиночного сообщения, согласно варианту осуществления настоящего изображения. Как показано на фиг.6, сервер 601 включает в себя модуль 602 для приема, модуль 603 для получения и модуль 604 для передачи.

Модуль 602 для приема предназначен для приема сообщений о запуске для агрегирования микроблогового одиночного сообщения из клиента 701.

Модуль 603 для получения предназначен для получения агрегированных данных микроблогового одиночного сообщения на основании сообщения о запуске.

Модуль 604 для передачи предназначен для передачи агрегированных данных микроблогового одиночного сообщения, полученного с помощью модуля 603 для получения, в клиент 701 для того, чтобы облегчить клиенту 701 отображать пользователя.

На фиг.7 изображена схема, иллюстрирующая структуру сервера для агрегирования микроблогового одиночного сообщения, согласно другому варианту осуществления настоящего изобретения. Как показано на фиг.7, помимо модуля 602 для приема, модуля 603 для получения и модуля 604 для передачи, сервер 601 дополнительно включает в себя модуль 605 для хранения.

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

Модуль 605 для хранения предназначен для хранения агрегированных данных микроблоговых одиночных данных. Агрегированные данные микроблогового одиночного сообщения включают в себя информацию об узле, соответствующую микроблоговому одиночному сообщению, и информацию о его узле-предке. Узел-предок относится к узлу-родителю узла, соответствующего микроблоговому одиночному сообщению, узла-родителя до корневого узла.

Модуль 603 для получения дополнительно предназначен для получения идентификатора каждого узла-предка узла, соответствующего микроблоговому одиночному сообщению.

Модуль 604 для передачи дополнительно предназначен для передачи идентификатора узла, соответствующего микроблоговому одиночному сообщению, и идентификатора каждого его узла-предка, оба из которых получают с помощью модуля 603 для получения, в клиент 701 для того, чтобы отобразить пользователю.

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

Определенно, другие режимы можно использовать с помощью сервера для агрегирования микроблогового одиночного сообщения. Например, сервер может сформировать уровень доступа для трансляции агрегирования одиночного сообщения, модуль для агрегирования и выполнения логического процесса над одиночным сообщением, уровень кэш-памяти данных для агрегирования одиночного сообщения и модуль для хранения данных микроблога (не показан).

Уровень доступа для трансляции одиночного сообщения отвечает за единообразный доступ в случае, когда посещение выполняется терминалом верхнего уровня, для того, чтобы избежать нелегальные посещения. Между тем, уровень доступа для трансляции агрегирования одиночного сообщения предназначен также для защиты модуля нижнего уровня для агрегирования и выполнения логического процесса над одиночным сообщением для того, чтобы разрешить развертывание модулей для обработки, которые будут относительно независимыми. При приеме сообщения о запуске для агрегирования специфического микроблогового сообщения, которое отправляет клиент, например клиент QQ или другой клиент, уровень доступа для трансляции агрегирования одиночного сообщения может определить, отправлено ли сообщение о запуске назначенным протоколом; если да, то отправляют сообщение о запуске в модуль для агрегирования и выполнения логического процесса над одиночным сообщением.

Затем, на основании принятого сообщения о запуске модуль для агрегирования и выполнения логического процесса над одиночным сообщением может получить идентификатор (ID) узла-родителя из модуля для хранения данных микроблога, согласно ID узла, соответствующего микроблоговому одиночному сообщению, запрошенному для дальнейшего агрегирования, и затем получают ID узла-родителя ID узла-родителя, который был уже получен, до того, как был получен ID корневого узла. Таким образом, можно получить всю предполагаемую цепочку агрегирования с помощью уровня обслуживания после многократного извлечения. Между тем, для обеспечения эффективности извлечения можно выполнить действующие одновременно и асинхронные процессы. Частичные промежуточные данные и полученные в результате данные можно буферизировать во избежание слишком большого воздействия на модуль для хранения данных микроблога.

На фиг.8 изображена схема, иллюстрирующая структуру клиента для агрегирования микроблогового одиночного сообщения, согласно варианту осуществления настоящего изобретения. Как показано на фиг.8, клиент 701 включает в себя модуль 702 для взаимодействия, модуль 703 для приема и получения данных и модуль 704 для отображения.

Модуль 702 для взаимодействия предназначен для взаимодействия с пользователем, отправления сообщения о запуске для агрегирования микроблогового одиночного сообщения в сервер 601, согласно пользовательской инструкции, и отправления сообщения в модуль 703 для приема и получения данных для того, чтобы показать прием или получение агрегированных данных микроблогового одиночного сообщения из сервера.

Модуль 703 для приема и получения данных предназначен для приема или получения агрегированных данных микроблогового одиночного сообщения из сервера 601, согласно сообщению, отправленному с помощью модуля 702 для взаимодействия.

Модуль 704 для отображения предназначен для отображения пользователю агрегированных данных микроблогового одиночного сообщения, которые получены с помощью модуля 703 для приема и получения данных.

Для того чтобы обеспечить, по возможности, низкую нагрузку на сервер при удовлетворительном качестве обслуживания, в условия, когда цепочка трансляции сообщения является относительно длинной при единовременном извлечении всех сообщений, касающихся цепочки трансляции, можно вызвать огромную нагрузку на сервер. Принимая во внимание сценарий применения клиента, стратегию пакетной обработки и многоразового извлечения можно использовать в варианте осуществления настоящего изобретения. Модуль 703 для приема и получения данных предназначен для получения заданного количества сообщений из агрегированных данных микроблогового одиночного сообщения, которое в определенное время сохраняется в сервере 601. Принимая во внимание ограничение на минимальную длину количества байтов сетевого обмена между клиентом и сервером в сети, а также среднюю продолжительность транслируемого и агрегируемого сообщения, в варианте осуществления можно единовременно извлечь 15 транслируемых и агрегируемых сообщений. После того как пользователь увидел текущую страницу и прокрутил ее до самого низа, можно инициировать следующий процесс извлечения пакета до тех пор, пока не будет извлечено заданное количество сообщений, например после извлечения 120 сообщений, они больше не будут извлекаться в ответ на инициирующее событие в нижней части линейки прокрутки. Вместо этого для пользователя появляется подсказка, просмотреть в большем количестве, для того, чтобы пользователь мог вручную выбрать щелчком кнопкой мыши переход на соответствующую вэб-страницу.

На фиг.9 изображена схема, иллюстрирующая структуру клиента для агрегирования микроблогового одиночного сообщения, согласно другому варианту осуществления настоящего изобретения. Как показано на фиг.9, кроме модуля 702 для взаимодействия, модуля 703 для приема и получения данных, модуля 704 для отображения, клиент 701 дополнительно включает в себя первый модуль 705 для хранения данных, второй модуль 706 для хранения данных, модуль 707 для определения и модуль 708 для установления.

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

Первый модуль 705 для хранения данных предназначен для хранения агрегированных данных микроблогового одиночного сообщения, принятого или полученного с помощью блока 703 приема и получения данных из сервера 601. Агрегированные данные включают в себя идентификатор узла, соответствующий микроблоговому одиночному сообщению, идентификатор каждого его узла-предка. Узел-предок включает в себя узел-родитель узла, соответствующего микроблоговому одиночному сообщению, узел-родитель узла-родителя, до корневого узла.

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

Когда микроблоговое одиночное сообщение представляет собой сообщение трансляции, модуль 707 для определения предназначен для определения того, какой из идентификатора узла, соответствующего сообщению трансляции и идентификатора каждого его узла-предка, сохраненного в первом модуле 705 для хранения данных, хранится во втором модуле 706 для хранения данных, и для отправления каждого идентификатора узла, сохраненного во втором модуле 706 для хранения данных, в модуль 704 для отображения.

После того как первый модуль 705 для хранения данных сохраняет агрегированные данные микроблогового одиночного сообщения, принятого или полученного с помощью модуля 703 для приема и получения данных, из сервера 601, то есть получают данные, связанные с независимой страницей сообщения, которая будет установлена в дальнейшем, модуль 708 для установления должен устанавливать независимую страницу с помощью ввода микроблогового одиночного сообщения.

Когда микроблоговое одиночное сообщение представляет собой сообщение трансляций, модуль 704 для отображения дополнительно предназначен для приема идентификаторов узлов, которые хранятся во втором модуле 706 для хранения данных, которые отправляются с помощью модуля 707 для определения, и для отображения процесса трансляции сообщения трансляции, транслированного пользователями, на которых обратил внимание текущий пользователь, для текущего пользователя, согласно временной последовательности трансляции, с использованием независимой страницы сообщения, установленной с помощью модуля 708 для установления, и идентификаторов узлов. Когда микроблоговое одиночное сообщение представляет собой транслированное диалоговое сообщение, модуль 704 для отображения дополнительно предназначен для отображения идентификатора узла, соответствующего микроблоговому одиночному сообщению, и идентификатора каждого его узла-предка для текущего пользователя, согласно последовательности ретрансляции, на основании агрегированных данных, сохраненных в первом модуле 705 для хранения данных, с использованием независимой страницы сообщения, установленной с помощью модуля 708 для установления.

В частности, когда независимая страница сообщения включает в себя, по меньшей мере, одно сообщение, модуль 704 для отображения дополнительно предназначен для отображения отправителя каждого сообщения, например, с помощью какого терминала или пользователя отправляется сообщение. Когда сообщение включает в себя диалоговое сообщение, модуль 704 для отображения дополнительно отображает первоначальный текст диалогового сообщения. Когда сообщение включает в себя сообщение трансляции с или без комментариев и когда номер трансляции сообщения трансляции с или без комментариев больше или равен предварительно установленному номеру, модуль 704 для отображения дополнительно отображает номер трансляции и первоначальное содержание трансляции. Когда не существует ни сообщения трансляции, ни диалогового сообщения в сообщении, модуль 704 для отображения только отображает подробные содержания сообщения. Когда текст сообщения, такой как диалоговое сообщение, сообщение трансляции с или без комментариев или первоначальный текст включает в себя картинку, модуль 704 для отображения дополнительно отображает миниатюрное изображение картинки. Миниатюрное изображение в данном случае может поддерживать различные операции, такие как “копировать”, “открыть”, “сохранить как”, “просмотреть”, которые могут относиться к вышеизложенным вариантам осуществления, изображенным на фиг.4 и фиг.5, и которые не будут повторяться здесь.

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

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

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

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

На основании вышеизложенной концепции проектирования клиент 701 можно также реализовать с помощью других режимов. Например, разбивают клиент 701 на уровень представления, логический уровень обслуживания и уровень данных (которые не показаны на чертеже). Уровень представления в нем предназначен для инкапсулирования взаимодействий с пользователями. Логический уровень сервера, который выбран в качестве базового функционального уровня клиента, отвечает, главным образом, за функциональный логический процесс и хранение состояния. Уровень данных предназначен для получения данных из сервера, таких как данные извлечения, и организации полученных данных.

На фиг.10 изображена схема, иллюстрирующая структуру клиента для агрегирования микроблогового одиночного сообщения, согласно другому варианту осуществления настоящего изобретения. Различие между фиг.10 и фиг.9 выглядит следующим образом. На фиг.10 первый модуль 705 для хранения данных дополнительно включает в себя модуль 7051 для хранения картинки, модуль 703 для приема и получения данных дополнительно включает в себя модуль 7031 для извлечения картинки.

Функции каждого из модуля 702 для взаимодействия, второго модуля 706 для хранения данных, модуля 707 для определения и модуля 708 для установления (фиг.10) являются, соответственно, одинаковыми, как и на фиг.9, и здесь повторяться не будут.

Когда текст сообщения включает в себя миниатюрное изображение, кроме отображения агрегированных данных микроблогового одиночного сообщения, полученного с помощью модуля 703 для приема и получения данных для текущего пользователя, модуль 704 для отображения (фиг.10) дополнительно отображает успешно загруженное миниатюрное изображение. Специфические характеристики заключаются в следующем.

Когда текст сообщения, такое как диалоговое сообщение, сообщение трансляции с или без комментариев или первоначальный текст сообщения, включает в себя миниатюрное изображение, модуль 7031 для извлечения картинки определяет, сохранил ли модуль 7051 для хранения картинки успешно загруженное миниатюрное изображение. Если да, то модуль 704 для отображения дополнительно отображает успешно загруженное миниатюрное изображение; в противном случае модуль 7031 для извлечения картинки дополнительно загружает миниатюрное изображение из сервера 601, добавляет картинку, которая будет загружаться, в список загрузок и инициирует анимацию процесса. При успешной загрузке модуль 704 для отображения останавливает анимацию процесса, удаляет картинку из списка загрузок и отправляет успешно загруженное миниатюрное изображение в модуль 7051 для хранения картинки, для хранения.

Вариант осуществления настоящего изобретения также предусматривает систему для агрегирования микроблогового единственного одиночного сообщения, которое формирует сервер 601 и клиент 701 (которые не показаны на чертеже). Структуру сервера 601 можно объяснить со ссылкой на фиг.6 и фиг.7. Структуру клиента 701 можно объяснить со ссылкой на фиг.8, фиг.9 и фиг.10. Следует отметить, что структура сервера 601 не ограничивается двумя видами структур, изображенных на фиг.6 и фиг.7. Структура клиента 701 также не ограничивается двумя структурами, изображенными на фиг.8 и фиг.9.

На фиг.11 изображена блок-схема последовательности операций, иллюстрирующая способ агрегирования микроблогового одиночного сообщения, согласно другому варианту осуществления настоящего изобретения. Как показано на фиг.11, этапы 1101, 1102, 1103, 1105 и 1107 подобны соответственно этапам 301, 302, 303, 305 и 307, показанным на фиг.3, и они повторно не рассматриваются здесь.

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

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

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

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

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

3. Способ по п.2, в котором при отображении процесса трансляции сообщения трансляции согласно временной последовательности трансляции сообщения трансляции каждым пользователем, на которого обратил внимание пользователь, с использованием идентификатора каждого пользователя, на которого обратил внимание пользователь, способ дополнительно содержит этап, на котором:
при запуске какого-либо из идентификаторов всех пользователей, на которых обратил внимание пользователь, отображают процесс трансляции сообщения трансляции согласно идентификатору каждого пользователя, транслировавшего сообщение трансляции.

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

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

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

7. Клиент по п.6, в котором, когда независимая страница сообщения содержит сообщение, модуль отображения дополнительно выполнен с возможностью отображения отправителя сообщения;
когда сообщение содержит диалоговое сообщение, модуль отображения дополнительно выполнен с возможностью отображения первоначального текста диалогового сообщения;
когда сообщение содержит сообщение трансляции с комментариями или без и номер трансляции сообщения трансляции с комментариями или без больше или равен заданному номеру, модуль отображения дополнительно выполнен с возможностью отображения первоначального текста трансляции и номера трансляции;
когда диалоговое сообщение, или сообщение трансляции с комментариями, или сообщение трансляции без комментариев содержит картинку, модуль отображения дополнительно выполнен с возможностью отображения миниатюрного изображения картинки.

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

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

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

11. Система для агрегирования микроблогового одиночного сообщения, содержащая сервер по п.5 и клиент по п.6.