УСТРОЙСТВО ОБРАБОТКИ ИНФОРМАЦИИ, СПОСОБ УПРАВЛЕНИЯ УСТРОЙСТВОМ ОБРАБОТКИ ИНФОРМАЦИИ, ПРОГРАММА ДЛЯ СПОСОБА УПРАВЛЕНИЯ И НОСИТЕЛЬ ЗАПИСИ ДЛЯ ПРОГРАММЫ Российский патент 2011 года по МПК G06F13/00 

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

Настоящее изобретение относится к технологии поиска и просмотра электронной почты, сформированной и переданной с использованием HTTP (ППГТ, протокол передачи гипертекста), пропущенной через устройство передачи данных, такое как прокси-сервер или тому подобное.

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

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

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

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

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

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

С другой стороны, риск утечки информации или отток вредоносной информации через сеть зависит не только от передачи электронной почты, но также и от других причин. А именно тот же риск связан с сетевой услугой, в которой используется HTTP (протокол передачи гипертекста). Например, утечка конфиденциальной информации, отток вредоносной информации или подобное также могут происходить в результате передачи сообщений в BB (ДО, доска объявлений) через Интернет. Поскольку сетевые услуги в Интернете, в которых используется HTTP, диверсифицированы, компании должны бороться с утечкой информации для каждой услуги.

В качестве представительного примера сетевых услуг существует услуга передачи и приема электронной почты с использованием HTTP. С помощью такой услуги становится возможным передавать и принимать электронную почту, используя программное средство - браузер общего назначения, а именно без использования какого-либо приложения электронной почты. Далее, электронная почта, которую передают и принимают с использованием HTTP, называется электронной почтой на веб-основе (например, см. выложенную заявку № 2004-348202 на японский патент).

Поскольку протокол для управления передачей почты и просмотра электронной почты на веб-основе такого типа отличается от протокола обычной электронной почты (на основе SMTP (ППЭП, простой протокол электронной почты)), невозможно использовать способ управления передачей и способ просмотра, применяемый для обычной электронной почты. Кроме того, в результате использования технологии, раскрытой в выложенной заявке № 2004-348202 на японский патент, становится возможным выполнять управление передачей данных и просмотром, используя специфичное ключевое слово. Однако в таком случае, в отличие от обычной системы управления передачей электронной почты и просмотра, невозможно выполнять детальное управление передачей данных на основе такой информации, как место назначения, CC (К, копия), предмет содержания и т.п., и также не обеспечивается возможность для администратора просматривать электронную почту.

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

Кроме того, электронную почту обычно формируют с использованием множества этапов, таких как сохранение черновика, добавление приложенного файла, удаление приложенного файла и т.п. Таким образом, требуется выбрать из нескольких уровней такой уровень, который администратор намеревается просмотреть. Более конкретно, требуется выбирать, следует ли просматривать только окончательно переданную электронную почту или просматривать все передаваемые данные, включающие в себя данные на уровне сохранения черновика, данные в прикрепленном файле и уровень удаления и данные на уровне конечной передачи (в сервер). Однако такая технология не раскрыта в выложенной заявке № 2004-348202 на японский патент.

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

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

Сущность изобретения

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

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

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

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

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

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

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

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

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

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

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

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

На фиг. 7 показана схема, обозначающая пример записи запроса, которая была записана на этапе S304, который представлен на фиг. 3.

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

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

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

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

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

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

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

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

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

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

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

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

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

Подробное описание изобретения

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

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

Как показано на фиг. 1, система в соответствии с вариантом воплощения настоящего изобретения включает в себя HTTP сервер 105, устройства 102a и 102b терминалов клиентов, устройство 107 терминала администратора и сервер 101 передачи, который функционирует как устройство обработки информации в соответствии с вариантом воплощения настоящего изобретения. Ниже будут описаны эти модули, которые вместе составляют систему в соответствии с вариантом воплощения настоящего изобретения.

Каждое из устройств 102a и 102b терминалов клиентов используется для доступа к HTTP серверу 105 через сервер 101 передачи и глобальную сеть 106 и, таким образом, выполнено с возможностью просмотра требуемого веб-сайта (домашней страницы) среди различных веб-сайтов, представляемых HTTP сервером 105.

Устройство 107 терминала администратора оперирует управлением, выполняемым сервером 101 передачи, и выполняет различные установки путем доступа к серверу 101 передачи. Кроме того, устройство 107 терминала администратора выполняет установки и формирует инструкции, для обеспечения для администратора возможности просмотра данных электронной почты из записей запросов, переданных из устройств 102a и 102b терминалов клиентов и сохраненных в сервере 101 передачи.

HTTP сервер 105 также работает как HTTP сервер, который предоставляется общим провайдером. Более конкретно, HTTP сервер 105 предоставляет запрашиваемые веб-сайты соответственно для устройств 102a и 102b терминалов клиентов, доступ к которым осуществляется через сервер 101 передачи и глобальную сеть 106.

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

Сервер 101 передачи используется для ретрансляции передачи данных между каждым из устройств 102a и 102b терминалов клиентов и сервером HTTP105. Более конкретно, если каждое из устройств 102a и 102b терминалов клиентов обращается к странице электронной почты на веб-основе, которая предоставляется HTTP сервером 105, сервер 101 передачи формирует и сохраняет записи запроса в соответствии с заданным форматом для всех запросов.

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

В частности, обработка, выполняемая сервером 101 передачи, будет подробно описана ниже.

Глобальная сеть 106 представляет собой сеть, такую как Интернет. Здесь следует отметить, что сеть 103 состоит из такой сети, как Интернет или тому подобное.

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

На фиг. 2 CPU (ЦПУ, центральное процессорное устройство) 201 управляет всем сервером 101 передачи, используя программы и данные, сохраненные в RAM (ОЗУ, оперативное запоминающее устройство) 202 и/или ROM (ПЗУ, постоянное запоминающее устройство) 203, и также выполняет описанную ниже различную обработку сервера 101 передачи.

ОЗУ 202 может соответствующим образом предоставлять различные области, такие как область, используемая для временного сохранения программ и данных, загруженных из HDD (НЖМД, накопитель на жестком магнитном диске) 204 и привода 206 накопителя информации, программ и данных, принятых из внешнего источника через сетевой I/F (И/Ф, интерфейс) 205, и т.п., и эта рабочая область используется ЦПУ 201 для выполнения различной обработки и т.п.

В ПЗУ 203 сохранены установочные данные сервера 101 передачи, программы загрузки и т.п.

В НЖМД 204 сохраняются программы и данные, обеспечивающие выполнение ЦПУ 201 описанной ниже различной обработки сервера 101 передачи. Под управлением ЦПУ 201 программы и данные соответствующим образом загружаются в ОЗУ 202 и затем обрабатываются ЦПУ 201.

Сетевой I/F 205 используется для подключения сервера 101 передачи к сети 103 и к глобальной сети 106. Вследствие этого сервер 101 передачи может обеспечивать обмен данными с различными устройствами, которые подключаются через сеть 103 и глобальную сеть 106 через сетевой I/F 205.

Привод 206 накопителя информации считывает программы и данные, записанные на носители записи, такие как CD-ROM (ПЗУ-КД, постоянное запоминающее устройство на компакт-диске), CD-R/RW (КД-З/ПЗ, компакт-диск с возможностью записи/перезаписи), DVD-ROM (ПЗУ-ЦУД, постоянное запоминающее устройство на цифровом универсальном диске), DVD-R/RW (ЦУД-З/ПЗ, цифровой универсальный диск с возможностью записи/перезаписи), DVD-RAM (ОЗУ-ЦУД, оперативное запоминающее устройство на цифровом универсальном диске) и т.п., и выводит их в ОЗУ 202 и НЖМД 204. Здесь часть информации, сохраненной в НЖМД 204, может быть сохранена на одном или больше из таких носителей информации.

Если оператор сервера 101 передачи выполняет операции или работает с клавиатурой 207 и/или с устройством 208 - указателем, таким как мышь, рычаг управления или тому подобное, он или она может вводить различные инструкции в ЦПУ 201.

Модуль 209 дисплея, такой как CRT (ЭЛТ, электронно-лучевая трубка), жидкокристаллический экран или тому подобное, может отображать обработанные результаты ЦПУ 201, используя изображения, знаки и т.п.

I/F 210 подключения внешнего устройства представляет собой порт для подключения периферийного устройства к серверу 101 передачи. Следовательно, сервер 101 передачи передает и принимает данные в периферийное устройство и из него через I/F 210 подключения внешнего устройства. I/F 210 подключения внешнего устройства, который состоит из USB (УПШ, универсальная последовательная шина), из шины IEEE (ИИЭР, Институт инженеров по электротехнике и радиоэлектронике) 1394 и т.п., обычно включает в себя множество I/F внешних устройств. В качестве способа подключения сервера передачи и периферийного устройства можно использовать как способ кабельного подключения, так и способ беспроводного подключения.

Шина 211 используется для взаимного соединения описанных выше модулей.

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

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

Далее со ссылкой на фиг. 3 будет описана обработка, выполняемая сервером 101 передачи, в случае, когда каждое из устройств 102a и 102b терминалов клиентов обращается к странице электронной почты на веб-основе, предоставляемой сервером HTTP 105 через глобальную сеть 106.

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

В частности, программа и данные, обеспечивающие выполнение ЦПУ 201 обработки в соответствии с блок-схемой последовательности операций, показанной на фиг. 3, были сохранены в НЖМД 204. Следовательно, если программа и данные, сохраняемые в НЖМД 204, будут загружены в ОЗУ 202 под управлением ЦПУ 201, ЦПУ 201 выполняет обработку, используя программы и данные, загруженные в ОЗУ 202, в результате чего сервер 101 передачи выполняет следующую обработку. Здесь следует отметить, что S301, S302, S303 и S304 на фиг. 3 обозначают соответствующие этапы.

В следующем описании устройства 102a и 102b терминалов клиентов для простоты называются устройством 102 терминала клиента.

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

Например, экран страницы электронной почты на веб-основе отображается на экране модуля отображения устройства 102 терминала клиента, и область для обозначения места назначения передачи (TO (куда), CC (копия), BCC (слепая копия)) электронной почты, и область, используемая для описания основного текста электронной почты, изображения кнопок для сохранения и передачи сформированной электронной почты в сервере 105 HTTP, изображение кнопки для обозначения файла, который должен быть прикреплен к электронной почте, и т.п., предусмотрены на странице электронной почты на веб-основе.

ЦПУ 201 сервера 101 передачи находится в постоянной готовности принимать любую инструкцию, передаваемую из устройства 102 терминала клиента (S301).

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

Тогда, если детектируют, что данные HTTP будут приняты через сетевой I/F 205, ЦПУ 201 сервера 101 передачи сохраняет принятые данные в ОЗУ 202 или в НЖМД 204. Обработка сохранения принятых данных выполняется до тех пор, пока не будут приняты все переданные данные HTTP (S302).

Если будут приняты все данные HTTP (то есть все данные HTTP, переданные из устройства 102 терминала клиента, если одна инструкция, относящаяся к электронной почте, будет введена на стороне устройства 102 терминала клиента), ЦПУ 201 сервера 101 передачи переходит с этапа S302 на этап S303.

На этапе S303 ЦПУ 201 сервера 101 передачи анализирует принятые данные HTTP. Затем, на этапе S304, запись запросов, включающая в себя регистрационную запись доступа в соответствии с заданным форматом, и внешние данные передачи формируются в НЖМД 204 (фиг. 7). Таким образом, IP (ПИ, протокол Интернет) адрес, ID (ИД, идентификатор) транзакции (IP, уникальный для каждого запроса), имя аутентификации (uid (уид, универсальный идентификатор)), время, URL (УИР, унифицированный указатель информационного ресурса) запроса (включающий участок запроса), значение заголовка Cookie и т.п. записывают как регистрационную запись доступа для каждого из всех запросов. В частности, после выполнения описанной выше обработки, ЦПУ 201 сервера 101 передачи снова находится в режиме ожидания на этапе S301.

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

На фиг. 7 показана схема, поясняющая пример записи запроса, которую записывают на этапе S304 на фиг. 3.

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

На фиг. 4 показана блок-схема последовательности операций, обозначающая пример процедуры второй обработки управления в соответствии с настоящим изобретением. Здесь следует отметить, что вторая обработка управления соответствует обработке формирования таблицы управления сеансом, выполняемой сервером 101 передачи. В частности, программа и данные, обеспечивающие выполнение ЦПУ 201 обработки в соответствии с блок-схемой последовательности операций на фиг. 4, были сохранены в НЖМД 204. Вследствие этого если программа и данные, сохраненные в НЖМД 204, будут загружены в ОЗУ 202 под управлением ЦПУ 201, ЦПУ 201 выполняет обработку, используя программу и данные, загруженные в ОЗУ 202, в результате чего сервер 101 передачи выполняет следующую обработку. Здесь следует отметить, что S401, S402, S403, S404, S405, S406, S407, S408, S409, S410 и S411 на фиг. 4 обозначают соответствующие этапы.

В частности, в устройстве 107 терминала администратора ЦПУ 201 обеспечивает отображение модулем 209 дисплея, например, экрана 1900 ввода условия поиска, как показано на фиг. 19, для того, чтобы можно было принять условия, которые администратор желает выделить и отобразить.

На фиг. 19 показана схема, поясняющая пример входного экрана условия поиска, через который устройство 107 терминала администратора вводит условия поиска.

На экране 1900 ввода условий поиска, показанном на фиг. 19, возможно вводить различные пункты условий поиска, такие как период, временной отрезок, IP адрес/имя аутентификации, сайт, адреса приемника/приемника широковещательной передачи, тема почты, приложения, размер, способ запуска и состояние соответственно в сеансах 1901-1910. В любом случае, если устройство-указатель будет направлено на кнопку 1911 отображения, ЦПУ 201 устройства 107 терминала администратора передает значения соответствующих элементов, вводимых на экране 1900 ввода условия поиска в сервер 101 передачи.

Затем, если ЦПУ 201 сервера 101 передачи принимает данные из устройства 107 терминала администратора на этапе S401, ЦПУ 201 переводит обработку на этап S402. На этапе S402 ЦПУ 201 сервера 101 передачи загружает таблицу определения сайта, показанную на фиг. 8, таблицу определения события начала сеанса, показанную на фиг. 9, и таблицу определения события операций с данными, показанную на фиг. 10, из НЖМД 204 в ОЗУ 202 соответственно.

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

Как показано на фиг. 8, набор из названия сайта, идентификатора клиента и идентификатора сеанса, соответствующих каждому ID сайта, был зарегистрирован в таблице определения сайта. Например, название сайта "freemail" (бесплатная почта), идентификатор клиента "значение "SESSID" параметра Cookie" и идентификатор сеанса "значение "mailid" данных формы" скоррелированы, и набор этих значений был зарегистрирован в отношении ID "1" сайта.

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

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

Например, что касается ID "1" сайта, вновь сформированное событие соответствует случаю, когда "URL запроса совпадает с "http://mail.example.com/Compose", и параметр запроса не включает в себя значение "msgid"". Если такое условие удовлетворяется, определения соответствующих действий скоррелированы. Более конкретно, "новый" установлен для способа запуска, состояние установлено как "запуск", время начала и информация пользователя установлены, и история события записана.

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

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

Например, что касается ID "1" сайта, событие прикрепления файла соответствует случаю, когда "URL запроса совпадает с "http://mail.example.com/Attach", и значение для формирования данных "action" совпадает с "attach". Если такое условие удовлетворяется, определения соответствующих действий скоррелированы с этим событием. Более конкретно, данные формы "userFile" добавлены к приложенному файлу, последнее время обновлено, и история события записана.

Ниже снова будет описана блок-схема последовательности операций со ссылкой на фиг. 4.

На этапе S403 ЦПУ 201 сервера 101 передачи считывает один запрос из файла записи запроса (фиг. 7), сохраненного на этапе S304.

На этапе S404 с помощью ЦПУ 201 сервера 101 передачи определяют, совпадает или нет запрос, считанный на этапе S403, с условием, принятым на этапе S401 (то есть условием, которое вводят на экране 1900 ввода условия поиска по фиг. 19). Если определяют, что считанный запрос совпадает с принятым условием, то есть если получают "ДА" на этапе S404, ЦПУ 201 переводит обработку на этап S405. С другой стороны, если определяют, что считанный запрос не совпадает с принятым условием, то есть если получают "НЕТ" на этапе S404, ЦПУ 201 возвращает обработку на этап S403.

Затем, на этапе S405, ЦПУ 201 сервера 101 передачи дополнительно разлагает запрос, считанный на этапе S403, на составляющие элементы (а именно соответствующие элементы, на которые ссылаются при последующей обработке). Другими словами, например, значение заголовка Cookie разлагают на маркеры, используя знак «точка с запятой» в качестве разделителя, и каждый маркер разлагают на пару "имя" - "значение", используя знак "=" как разделитель. Кроме того, если имеются данные внешней передачи, содержание тела запроса анализируют и разлагают на составляющие элементы, такие как заголовок содержание - тип, заголовок содержание - длина или заголовок передача - кодирование.

После этого, на этапе S406, с помощью ЦПУ 201 сервера 101 передачи определяют, совпадает или нет запрос, проанализированный на этапе S405, с условием в таблице события начала сеанса (фиг. 9). Если определяют, что запрос совпадает с условием в таблице события начала сеанса, то есть в случае определения "ДА" на этапе S406, ЦПУ 201 переводит обработку на этап S407 и добавляет новую запись в таблицу управления сеансом (см. подробно описанную ниже фиг. 5).

С другой стороны, если ЦПУ 201 сервера 101 определяет на этапе S406, что запрос, анализируемый на этапе S405, не совпадает ни с каким условием в таблице события начала сеанса (фиг. 9), то есть в случае "НЕТ" на этапе S406, ЦПУ 201 переводит обработку на этап S408.

На этапе S408 ЦПУ 201 сервера 101 передачи определяет, совпадает ли запрос, проанализированный на этапе S405, с условием в таблице событий операций с данными (фиг. 10). Если определяют, что запрос совпадает с условием в таблице события операций с данными, то есть в случае определения "ДА" на этапе S408, ЦПУ 201 переводит обработку на этап S409 для выполнения операции с записью в таблице управления сеансом (подробно описано со ссылкой на фиг. 6).

С другой стороны, если ЦПУ 201 из сервера 101 передачи определяет на этапе S408, что запрос, проанализированный на этапе S405, не совпадает ни с каким условием в таблице события операций с данными (фиг. 10), то есть в случае определения "НЕТ" на этапе S408, ЦПУ 201 переводит обработку на этап S410.

На этапе S410 подтверждают или определяют с помощью ЦПУ 201 сервера 101 передачи, закончена или нет обработка для всех запросов, которые требуется просмотреть. Если определяют, что остается еще не обработанный запрос, то есть в случае определения "НЕТ" на этапе S410, ЦПУ 201 возвращает обработку на этап S403 для повторения операции вплоть до конца обработки для всех запросов, предназначенных для просмотра.

С другой стороны, если в этапе S410 определяют, что обработка для всех запросов, предназначенных для просмотра, закончена, то есть в случае определения "ДА" на этапе S410, ЦПУ 201 переводит обработку на этап S411.

И, наконец, на этапе S411 ЦПУ 201 сервера 101 передачи передает обработанный результат в устройство 107 терминала администратора, и обработка в блок-схеме последовательности операций, показанной на фиг. 4, заканчивается.

В частности, устройство 107 терминала администратора, которое принимает обработанный результат, переданный из сервера 101 передачи на этапе S411, отображает принятый результат в модуле 209 дисплея устройства 107 терминала администратора.

Далее со ссылкой на фиг. 5 будет описана обработка добавления новой записи к таблице управления сеансом на этапе S407.

На фиг. 5 показана блок-схема последовательности операций, представляющая пример процедуры третьей обработки управления в соответствии с настоящим изобретением. Здесь следует отметить, что третья обработка управления соответствует обработке добавления записи на этапе S407 на фиг. 4. В частности, программа и данные, обеспечивающие выполнение ЦПУ 201 обработки в соответствии с блок-схемой последовательности операций, показанной на фиг. 5, были записаны в НЖМД 204. Следовательно, если программа и данные, сохраненные в НЖМД 204, будут загружены в ОЗУ 202 под управлением ЦПУ 201, ЦПУ 201 будет выполнять обработку, используя программу и данные, загруженные в ОЗУ 202, в результате чего сервер 101 передачи выполняет следующую обработку. Здесь следует отметить, что S501, S502, S503, S504 и S505 на фиг. 5 обозначают соответствующие этапы.

На этапе S501 ЦПУ 201 сервера 101 передачи определяют идентификатор клиента (например, pid=ajk2jkkj) среди элементов, разложенных на этапе S405 по фиг. 4. Затем, на этапе S502, ЦПУ 201 добавляет определенный идентификатор клиента, как новую запись, в таблицу управления сеансом, содержащуюся в НЖМД 204 сервера 101 передачи (фиг. 12).

Затем, на этапе S503, ЦПУ 201 сервера 101 передачи выполняет действие, которое было зарегистрировано в таблице определения события начала сеанса (фиг. 9), и передает на сайт информацию и событие, совпавшее на этапе S406 по фиг. 4. А именно, например, "transfer" (пересылка) установлено для способа начала, и "start" (начало) установлено как состояние. Затем по запросу, принятому на этапе S406 на фиг. 4, устанавливают "время начала 2006/09/26 12:43:24", "192.168.0.1" установлено как IP адрес информации пользователя, "abc" установлено как имя аутентификации информации пользователя, и набор из совпавшего события и ID транзакции "transfer (00075А-А0)" установлены как история события. Сформированный выше набор данных записывают в запись, добавляемую на этапе S502. Результат описанной выше обработки представлен на фиг.12.

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

В этом случае невозможно уникально идентифицировать запись на описанном далее этапе S605 на фиг. 6. По этой причине, если множество сеансов будут запущены одним клиентом, как описано выше (а именно если будет сформировано множество записей), то есть в случае определения "ДА" на этапе S504, ЦПУ 201 сервера 101 передачи передает обработку на этап S505 для изменения значений записи. Более конкретно, на этапе S505 все записи в каждом из способов запуска, время запуска и историю события логически суммируют (ИЛИ), и результат суммирования показан на фиг. 14.

После этого обработка суммирования записи заканчивается.

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

Далее со ссылкой на фиг. 6 будет описана операция записи на этапе S409.

На фиг. 6 показана блок-схема последовательности операций, представляющая пример процедуры четвертой обработки управления в соответствии с настоящим изобретением. Здесь следует отметить, что четвертая обработка управления соответствует операции записи на этапе S409 на фиг. 4. В частности, программа и данные, обеспечивающие выполнение ЦПУ 201 обработки в соответствии с блок-схемой последовательности операций на фиг. 6, были сохранены в НЖМД 204. Следовательно, если программа и данные, сохраненные в НЖМД 204, будут загружены в ОЗУ 202 под управлением ЦПУ 201, ЦПУ 201 будет выполнять обработку, используя программу и данные, загруженные в ОЗУ 202, в результате чего сервер 101 передачи выполняет следующую обработку. Здесь следует отметить, что S601, S602, S603, S604, S605, S606 и S607 на фиг. 6 обозначают соответствующие этапы.

На этапах S601 и S602 ЦПУ 201 сервера 101 передачи определяет идентификатор клиента (например, sid=a17_001) и идентификатор сеанса (например, a=fd319189) среди элементов, разложенных на этапе S405 по фиг.4.

Затем, на этапе S603, ЦПУ 201 сервера 101 передачи определяет, совпадает ли определенный идентификатор клиента с идентификатором клиента, включенным в таблицу управления сеансом (например, на фиг.14). Если определяют, что определенный идентификатор клиента совпадает с идентификатором клиента, включенным в таблицу управления сеансом, то есть в случае определения "ДА" на этапе S603, ЦПУ 201 переводит обработку на этап S604. С другой стороны, если на этапе S603 определяют, что определенный идентификатор клиента не совпадает ни с одним идентификатором клиента, включенным в таблицу управления сеансом, то есть в случае определения "НЕТ" на этапе S603, ЦПУ 201 сервера 101 передачи заканчивает обработку.

Затем, на этапе S604, ЦПУ 201 сервера 101 передачи определяет, совпадает или нет определенный идентификатор сеанса с идентификатором сеанса, включенным в таблицу управления сеансом, среди сообщений электронной почты на веб-основе, идентификаторы клиента которых совпадают с идентификаторами клиента, включенными в таблицу управления сеансом. Если определяют, что определенный идентификатор сеанса совпадает с идентификатором сеанса, включенным в таблицу управления сеансом, то есть в случае определения "ДА" на этапе S604, ЦПУ 201 переводит обработку на этап S607 (поскольку она определена как то же сообщение электронной почты на веб-основе) для применения действия записи. Другими словами, ЦПУ 201 сервера 101 передачи выполняют действие, которое было зарегистрировано в таблице события операций с данными (фиг. 10), и передает на сайт информацию и событие, совпавшее на этапе S408 по фиг. 4.

С другой стороны, если на этапе S604 определяют, что определенный идентификатор сеанса не совпадает с идентификатором сеанса, включенным в таблицу управления сеансом, хотя определенный идентификатор клиента совпадает с идентификатором клиента, включенным в таблицу управления сеансом, то есть в случае определения "НЕТ" на этапе S604, ЦПУ 201 сервера 101 передачи переводит обработку на этап S605.

На этапе S605 ЦПУ 201 сервера 101 передачи определяет, существует или нет сообщение электронной почты на веб-основе с пустым идентификатором сеанса среди сообщений электронной почты на веб-основе, идентификаторы клиента которого совпадают с включенным в таблицу управления сеансом на этапе S603. Если определяют, что существует сообщение электронной почты на веб-основе с пустым идентификатором сеанса, то есть в случае определения "ДА" на этапе S605, ЦПУ 201 переводит обработку на этап S606 для установления "a=fd319189" для пустого идентификатора сеанса. Затем ЦПУ 201 переводит обработку на этап S607.

С другой стороны, если в этапе S605 определяют, что среди сообщений электронной почты на веб-основе, идентификаторы клиента которого совпадают с включенным в таблицу управления сеансом, не существует сообщение электронной почты на веб-основе с пустым идентификатором сеанса, то есть в случае определения "НЕТ" на этапе S605, ЦПУ 201 сервера 101 передачи сразу заканчивает обработку.

На этапе S607 ЦПУ 201 сервера 101 передачи выполняет действие, которое было зарегистрировано в таблице определения события операций с данными (фиг. 10), и передает на сайт информацию и событие, совпавшее на этапе S408 на фиг. 4. А именно значение данных формы "To" устанавливают как место назначения, значение данных формы "Cc" устанавливают как CC (адрес передачи копии), значение данных формы "Subj" устанавливают как тему сообщения, значение данных формы "Тело" устанавливают как основной текст, "transmitted" (передан) устанавливают для состояния и обновляют последнее время. Кроме того, записывают историю события и обновляют таблицу управления сеансом. Результат описанной выше обработки представлен на фиг. 11.

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

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

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

Далее со ссылкой на фиг. 15, 16, 17 и 18 будет описана обработка, выполняемая в случае, когда администратор просматривает сообщения электронной почты, переданные как электронная почта на веб-основе, используя таблицу управления сеансом, сформированную, как описано выше.

На каждой из фиг. 15-18 показаны схемы, обозначающие пример экрана просмотра электронной почты на веб-основе, отображаемого в устройстве 107 терминала администратора.

Если обработку просмотра запрашивают из устройства 107 терминала администратора, ЦПУ 201 сервера 101 передачи выполняет обработку в соответствии с описанными выше блок-схемами последовательности операций, показанными на фиг. 4-6, для формирования таблицы управления сеансом и возврата данных, обозначающих способ запуска и состояние, а также дату и время передачи, IP адрес, имя аутентификации, тему сообщения и т.п., в устройство 107 терминала администратора (S411 на фиг. 4). ЦПУ 201 устройства 107 терминала администратора, который принял возвращенные данные, отображает список, как показано на фиг. 15.

В частности, если запрос представления списка сообщений электронной почты, в блоке 1910 состояния которых представлено "сохранение черновика", будет введен администратором через экран 1900 ввода условия поиска по фиг. 19, только данные состояние которых представляет собой "сохранение черновика", будут выделены и возвращены из таблицы управления сеансом (S411 на фиг. 4). ЦПУ 201 устройства 107 терминала администратора, который принимает возвращенные данные, отображает этот список, как показано на фиг. 16.

Кроме того, в списке, показанном на фиг. 16, если подчеркнутый участок (поиск ассоциированной почты) 1602 в блоке 1601 "операции" будет отмечен устройством 208 - указателем, ЦПУ 201 сервера 101 передачи возвращает в устройство 107 терминала администратора данные, которые относятся к электронной почте на веб-основе, сформированные из черновика тем же пользователем, на том же сайте, после даты и времени, когда был составлен и сохранен черновик соответствующего сообщения электронной почты на веб-основе (S411 на фиг. 4). ЦПУ 201 устройства 107 терминала администратора, который принял возвращенные данные, отображает список, как представлено на фиг. 17.

В частности, в соответствующих списках, показанных на фиг. 15-17, например, если подчеркнутый участок (отображение основного текста) 1502 в блоке 1501 "операции" будет отмечен устройством 208 - указателем, ЦПУ 201 устройства 107 терминала администратора отображает основной текст соответствующего почтового сообщения в модуле 209 дисплея.

Таким образом, администратор может проверять содержание данных, черновик для которых был составлен и сохранен в HTTP сервере 105 перед формированием сообщения электронной почты и перед конечной передачей содержания сообщений электронной почты на веб-основе.

И, наоборот, в случае, когда администратор проверяет в состоянии отображения списка сообщений электронной почты составленные и сохраненные данные черновика в HTTP сервере 105 для определенного конкретного сообщения электронной почты, в котором способ начала представляет собой "черновик", в ходе формирования соответствующего сообщения электронной почты, если подчеркнутый участок (поиск ассоциированной почты) в блоке "операция" соответствующего сообщения электронной почты будет отмечен устройством 208 - указателем, ЦПУ 201 сервера 101 передачи возвращает в устройство 107 терминала администратора данные, которые относятся к сообщению электронной почты на веб-основе, черновик которого был сформирован и сохранен тем же пользователем, на том же сайте до даты и времени, когда этот черновик был открыт (S411 на фиг. 4). ЦПУ 201 устройства 107 терминала администратора, который принял возвращенные данные, отображает список, как представлено на фиг. 16.

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

Кроме того, также возможно выполнять поиск и отображать (фиг. 18) детали события из сеанса, используя историю события.

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

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

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

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

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

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

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

Кроме того, функции, представленные на фиг. 3, 4, 5 и 6, могут быть выполнены главным компьютером на основе программ с внешней установкой. В этом случае настоящее изобретение применимо даже в случае, когда группы информации, включающие в себя программы, передают с носителя записи (такого как CD-ROM, запоминающее устройство типа флеш, гибкий диск или тому подобное) или считывают с внешнего носителя записи через сеть в выходное устройство.

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

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

В качестве носителя записи для передачи программных кодов можно использовать, например, гибкий диск, жесткий диск, оптический диск, магнитооптический диск, CR-ROM, CD-R, CD-RW, DVD-ROM, магнитную ленту, энергонезависимую карту памяти, ПЗУ, EEPROM (ЭСППЗУ, электрически стираемое программируемое постоянное запоминающее устройство), кремниевый диск или тому подобное.

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

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

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

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

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

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

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

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

В настоящей заявке заявлен приоритет на основе заявки на японский патент № 2006-356528, поданной 28 декабря 2006 г. в Японии, которая приведена здесь полностью в качестве ссылочного материала.

Изобретение относится к технологии поиска и просмотра электронной почты, сформированной и переданной с использованием HTTP (протокол передачи гипертекста), пропущенной через устройство передачи данных, такое как прокси-сервер. Технический результат заключается в предоставлении механизма, который позволяет просматривать электронную почту. Такой результат достигается за счет того, что информацию управления сеансом формируют из информации запроса, относящейся к электронной почте на веб-основе, переданной как данные HTTP, и в случае, если информация запроса совпадает с ранее определенным событием начала сеанса для каждой услуги электронной почты на веб-основе, сервер передачи добавляет новую запись к информации управления сеансом. С другой стороны, если информация запроса совпадает с ранее определенным событием операции с данными для каждой услуги электронной почты на веб-основе, сервер передачи обновляет данные записи информации управления сеансом. 4 н. и 9 з.п. ф-лы, 20 ил.

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

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

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

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

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

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

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

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

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

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

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

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

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