СПОСОБ, СЕРВЕР, КЛИЕНТ И СИСТЕМА ДЛЯ АГРЕГИРОВАНИЯ МИКРОБЛОГОВОГО ОДИНОЧНОГО СООБЩЕНИЯ

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

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

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

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

В современном широко распространенном микроблоговом клиентском программном обеспечении микроблоговые сообщения представлены в целом на главной панели 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. То есть отображают подробную информацию относительно сообщения ретрансляции, транслированного пользователем, соответствующую инициированному идентификатору пользователя, с помощью независимой страницы изображения, например учетную запись пользователя, время трансляции, местоположение трансляции, сколько пользователей транслировали сообщение после трансляции пользователя, и обеспечивают ввод для текущего пользователя для выполнения других операций, например копирование, транслирование и т.д.

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