СИСТЕМА ОБРАБОТКИ ИНФОРМАЦИИ, СПОСОБ УПРАВЛЕНИЯ ПРОЦЕССОМ ДАННЫХ, ПРОГРАММА И НОСИТЕЛЬ ЗАПИСИ
INFORMATION PROCESSING SYSTEM, DATA PROCESS CONTROL METHOD, PROGRAM  AND RECORDING MEDIUM

ОБЛАСТЬ ТЕХНИКИ
Раскрытия, обсуждаемые здесь, относятся к системе обработки информации, способу управления процессом данных и не-временному считываемому компьютером носителю записи, хранящему программу управления процессом данных.
ПРЕДШЕСТВУЮЩИЙ УРОВЕНЬ ТЕХНИКИ
Технологии предшествующего уровня техники (например, японская выложенная патентная публикация № 2012-065006, далее упоминается как ʺПатентный документ 1ʺ) раскрывают компьютерные системы, которые выполняют предварительно установленный поток процессов или предварительно установленный поток заданий на данных изображения документа, сканируемого устройством формирования изображения, чтобы доставить выполненный результат в предопределенные места назначения доставки.
В то же время, электронные файлы могут сохраняться в сети с использованием служб хранения в сети, таких как облачное хранилище или тому подобное. Удобство вышеописанных компьютерных систем может быть улучшено, если пользователи могут просто вводить данные, такие как электронные файлы, сохраненные в вышеописанных службах хранения в качестве цели процесса для процесса данных (например, потока заданий), подлежащего исполнению в компьютерных системах.
СУЩНОСТЬ ИЗОБРЕТЕНИЯ
ПРОБЛЕМЫ, РЕШАЕМЫЕ ИЗОБРЕТЕНИЕМ
Соответственно, общей задачей в одном варианте осуществления настоящего изобретения является обеспечение технологии, способной улучшить удобство процесса данных, выполняемого на данных, сохраняемых в хранилище по сети, которая, по существу, устраняет одну или более проблем, вызванных ограничениями и недостатками предшествующего уровня техники.
СРЕДСТВА ДЛЯ РЕШЕНИЯ ПРОБЛЕМ
В соответствии с одним аспектом настоящего изобретения, предложена система обработки информации, включающая в себя один или более компьютеров. Система обработки информации включает в себя первый компонент получения, сконфигурированный, чтобы получать данные, которые сохраняются с терминального устройства в предопределенное хранилище через сеть, из предопределенного хранилища через сеть; второй компонент получения, сконфигурированный, чтобы получать информацию о параметрах, основываясь на полученных данных; селектор, сконфигурированный, чтобы выбирать процесс данных, подлежащий исполнению; и генератор информации о процесса, сконфигурированный, чтобы генерировать информацию о процессе, служащую в качестве информации для исполнения процесса данных на основе полученных данных, полученной информации о параметрах и выбранного процесса данных.
РЕЗУЛЬТАТЫ НАСТОЯЩЕГО ИЗОБРЕТЕНИЯ
В соответствии с вариантами осуществления настоящего изобретения, предложена технология, способная улучшить удобство процесса данных, выполняемого на данных, сохраняемых в хранилище по сети.
КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ
Фиг. 1 является схемой, иллюстрирующей пример конфигурации системы управления доставкой в варианте осуществления;
Фиг. 2 является схемой, иллюстрирующей пример конфигурации аппаратных средств сервера управления доставкой в варианте осуществления;
Фиг. 3 является схемой, иллюстрирующей первый пример функциональной конфигурации сервера управления доставкой в варианте осуществления;
Фиг. 4 является схемой, иллюстрирующей пример потока заданий;
Фиг. 5 является схемой, иллюстрирующей пример конфигурации компонента введения задания;
Фиг. 6 является схемой, иллюстрирующей пример функциональной конфигурации подключаемого модуля (плагина) облачного ввода;
Фиг. 7 является блок-схемой последовательности операций, иллюстрирующей пример процесса приема запроса исполнения потока заданий через облачное хранилище;
Фиг. 8 является схемой, иллюстрирующей пример конфигурации хранилища информации настроек;
Фиг. 9 является схемой, иллюстрирующей пример отображения экрана настроек;
Фиг. 10 является схемой, иллюстрирующей пример конфигурации информации, сохраняемой сервером управления пользовательской информацией;
Фиг. 11 является схемой, иллюстрирующей пример конфигурации информации заданий;
Фиг. 12 является блок-схемой последовательности операций, иллюстрирующей пример процесса управления потока заданий на основе информации заданий;
Фиг. 13 является схемой, иллюстрирующей второй пример функциональной конфигурации сервера управления доставкой в варианте осуществления;
Фиг. 14 является диаграммой последовательности, иллюстрирующей пример процесса, исполняемого компонентом поддержки выгрузки; и
Фиг. 15 является диаграммой, иллюстрирующей пример отображения экрана выбора потока.
НАИЛУЧШИЙ ВАРИАНТ ОСУЩЕСТВЛЕНИЯ ИЗОБРЕТЕНИЯ
Ниже приведено описание предпочтительных вариантов осуществления изобретения со ссылкой на прилагаемые чертежи.
Ниже приведено описание вариантов осуществления со ссылкой на прилагаемые чертежи. На фиг. 1 показана схема, иллюстрирующая пример конфигурации системы управления доставкой в соответствии с вариантом осуществления. На фиг. 1, управление 1 доставкой включает в себя сервер 10 управления доставкой, один или более клиентских терминалов 20, сервер 30 управления пользовательской информацией и облачное хранилище 40. Вышеописанные устройства и компоненты соединены через сеть (проводную или беспроводную сеть), такую как локальная сеть (LAN) или Интернет, так что эти устройства и компоненты способны осуществлять связь друг с другом.
Сервер 10 управления доставкой означает компьютер, сконфигурированный, чтобы исполнять поток заданий, установленный заранее в ассоциации с данными ввода и т.п. Поток заданий может, например, означать поток (поток процесса), который может быть реализован комбинацией из одной или более единиц процесса (заданий), каждая из которых сконфигурирована, чтобы реализовывать независимую или единственную полную функцию. Единица процесса может применяться к действию, - термин, используемый в общей терминологии потоков заданий. То есть, сервер 10 управления доставкой сконфигурирован, чтобы реализовывать функцию для исполнения процесса на данных ввода, основываясь на содержаниях процессов данных, установленных (определенных) заранее.
Клиентский терминал 20 сконфигурирован, чтобы непосредственно использоваться пользователем. В этом варианте осуществления, клиентский терминал 20 используется для выгрузки файлов в облачное хранилище 40 и сохранения файлов в области хранения облачного хранилища 40. Пользователь использует клиентский терминал 20, чтобы сохранить в облачном хранилище 40 данные, такие как файлы, подлежащие исполнению, чтобы побуждать сервер 10 управления доставкой выполнять процессы данных. Клиентский терминал 20 может, например, представлять собой мобильный телефон, смартфон, планшетный терминал, персональный компьютер (РС) и т.п.
Облачное хранилище 40 может называться ʺонлайн-хранилищемʺ, которое служит в качестве компьютерной системы, сконфигурированной, чтобы предоставлять службу (службу хранения), которая предоставляет область хранения для сохранения данных в Интернете. В этом варианте осуществления, файлы, выгруженные в облачное хранилище 40, служат в качестве данных ввода потока заданий, исполняемого сервером 10 управления доставкой. Следует отметить, что облачное хранилище 40 представляет собой пример службы хранения, и для системы 1 управления доставкой не является обязательным обеспечивать хранилище для хранения данных. То есть, облачное хранилище 40 является примером устройства, имеющего область хранения (компонент хранения) места назначения получения, из которого сервер 10 управления доставкой пытается получить данные через сеть.
Сервер 30 управления пользовательской информацией представляет собой компьютер, сконфигурированный, чтобы управлять информацией об атрибутах (в дальнейшем называемой ʺпользовательской информациейʺ) каждого из пользователей сервера 10 управления доставкой. Например, сервер упрощенного протокола доступа к каталогам (LDAP) может быть использован в качестве сервера 30 управления пользовательской информацией.
Следует отметить, что целевой объект, от которого сервер 10 управления доставкой получает данные, подлежащие обработке, или целевой объект, на который сервер 10 управления доставкой выводит обработанные данные, не ограничивается облачным хранилищем 40. Например, система 1 управления доставкой может включать в себя устройство формирования изображения, которое считывает изображение из документа, почтовый сервер, который передает электронную почту, файловый сервер, используемый для совместного использования файлов в локальной сети (LAN), и т.п. в качестве источника ввода данных по отношению к потоку заданий, или места назначения вывода данных (места назначения доставки). В этом случае сервер 10 управления доставкой соединен с этими устройствами через сеть.
Следует отметить, что в варианте осуществления системы 1 доставки, сервер 10 управления доставкой и сервер 30 управления пользовательской информацией могут быть расположены на рабочем месте пользователя, клиентский терминал 20 может быть расположен в доме пользователя, и облачное хранилище 40 может быть расположено в облаке. Например, предполагается, что внутренняя сеть рабочего места пользователя снабжена брандмауэром для ограничения доступов из сети, внешней для рабочего места пользователя, и, следовательно, внутренняя сеть рабочего места пользователя является ограниченной для доступа с клиентского терминала 20, расположенного в доме пользователя. В этом случае, когда пользователь пытается получить доступ к серверу 10 управления доставкой и серверу 30 управления пользовательской информацией с клиентского терминала 20 в доме пользователя, клиентскому терминалу 20 не разрешается иметь доступ к серверу 10 управления доставкой и серверу 30 управления пользовательской информацией 30. Аналогичным образом, когда пользователь пытается получить доступ к внутренней сети рабочего места пользователя из облачного хранилища 40, доступ к внутренней сети рабочего места пользователя может быть ограничен. В этом случае, для клиентского терминала 20 может предоставляться возможность осуществлять связь с сервером 10 управления доставкой и сервером 30 управления пользовательской информацией путем доступа к внутренней сети рабочего места пользователя (серверу 10 управления доставкой или серверу 30 управления пользовательской информацией) из сети, внешней для рабочего места пользователя. Однако пользователь, который присутствует на рабочем месте пользователя, должен знать клиентский терминал 20, используемый в доме пользователя, или все клиентские терминалы 20, используемые за пределами рабочего места. Соответственно, становится возможным улучшить удобство процесса данных при исполнении потока процесса внутри рабочего места пользователя на данных, полученных в результате работы пользователя за пределами рабочего места пользователя. Следует отметить, что вышеописанный вариант осуществления является только примером, который не ограничивает объем формулы изобретения согласно настоящему изобретению. Таким образом, описанный выше вариант осуществления изобретения может быть изменен или модифицирован для получения других конфигураций.
На фиг. 2 показана схема, иллюстрирующая пример конфигурации аппаратных средств сервера управления доставкой в соответствии с вариантом осуществления. Сервер 10 управления доставкой согласно фиг. 2 включает в себя приводное устройство 100, вспомогательное устройство 102 хранения, устройство 103 памяти, CPU 104 и устройство 105 интерфейса, которые соединены друг с другом через шину B.
Программы, реализующие процессы в сервере 10 управления доставкой, предоставлены в форме носителя 101 записи, такого как CD-ROM. Когда носитель 101 записи, хранящий программу, установлен в приводном устройстве 100, программы устанавливаются с носителя 101 записи во вспомогательное устройство 102 хранения через приводное устройства 100. Следует отметить, что программы не обязательно должны устанавливаться с носителя 101 записи и могут быть загружены с другого компьютера через сеть. Вспомогательное устройство 102 хранения сконфигурировано, чтобы хранить установленные программы, а также хранить необходимые файлы, данные и т.п.
Устройство 103 памяти сконфигурировано, чтобы считывать программы из вспомогательного устройства 102 хранения и сохранять считанные программы при приеме инструкций для активации программ. CPU 104 сконфигурирован, чтобы реализовывать функции, ассоциированные с сервером 10 управления доставкой, в соответствии с программами, сохраненными в устройстве 103 памяти. Устройство 105 интерфейса сконфигурировано, чтобы служить в качестве интерфейса для соединения сервера 10 управления доставкой с сетью.
Следует отметить, что сервер 10 управления доставкой, может состоять из двух или более компьютеров.
На фиг. 3 показана схема, иллюстрирующая первый пример функциональной конфигурации сервера управления доставкой в варианте осуществления. На фиг. 3, сервер 10 управления доставкой включает в себя компонент 12 введения задания, контроллер 13 исполнения потока и процессор 14. Описанные выше компоненты могут быть реализованы программами, установленными на сервере 10 управления доставкой, которые побуждают CPU 104 исполнять процессы. Сервер 10 управления доставкой может также использовать компоненты хранения, такие как очередь 15 заданий и хранилище 16 определения потока. Эти компоненты хранения могут быть реализованы с использованием устройства хранения и т.п., которые соединены, например, с вспомогательным устройством 102 хранения или сервером 10 управления доставкой через сеть. Очередь 15 заданий может быть составлена из устройства 103 памяти.
Хранилище 16 определения потока сконфигурировано, чтобы хранить данные определения потока. Запись данных определения потока является информацией определения, связанной с процессом потока заданий. В этом варианте осуществления, один набор данных определения потока соответствует одному потоку заданий. Следовательно, данные определения потока создаются для каждого из потоков заданий, имеющих порядки процесса, различающиеся друг от друга.
Компонент 12 введения задания сконфигурирован, чтобы вводить информацию задания, ассоциированную с потоком заданий, в очередь 15 заданий в ответ на запрос исполнения потока заданий. В этом варианте осуществления задание означает единицу исполнения потока заданий. Например, в случае, когда идентичный поток заданий исполняется два или более раз, отличающееся задание создается каждый раз, когда исполняется идентичный поток заданий. Следует отметить, что информация задания включает в себя формат или структуру, которая может быть преобразована контроллером 13 исполнения потока.
Очередь 15 заданий сконфигурирована, чтобы записывать информацию введенных заданий. Информация задания может, например, включать в себя идентификатор потока заданий, подлежащего исполнению или данных, подлежащих обработке.
Контроллер 13 исполнения потока сконфигурирован, чтобы получать информацию задания из очереди 15 заданий, чтобы управлять исполнением потока заданий, соответствующего полученной информации задания в соответствии с данными определения потока.
Процессор 14 сконфигурирован, чтобы исполнять процесс для каждой единицы (действия) обработки, формирующей поток заданий. Например, одно действие реализуется одним процессором 14. Соответственно, поток заданий реализуется путем соединения процессов, имеющих различные содержания процессов, выполняемых одним или более процессорами 14. Фиг. 3 иллюстрирует примеры процессоров А и В в качестве различных процессоров 14. Соответствующие процессоры 14 могут быть реализованы с помощью соответствующих отдельных программных модулей. В таком случае, каждый из программных модулей может быть легко установлен как подключаемый модуль (плагин).
Детали данных определения потока описаны ниже. В этом варианте осуществления, одна или более единиц процессов, образующих поток заданий, грубо разделены на промежуточный процесс и процесс вывода. Промежуточный процесс может, например, означать процесс разработки на подлежащих исполнению данных процесса потока заданий. Примеры промежуточного процесса включают в себя процесс удаления шума, процесс оптического распознавания символа (OCR), процесс перевода и процесс преобразования данных.
Процесс вывода может означать процесс вывода данных из потока заданий. Пример процесса вывода включает в себя процесс доставки на файловый сервер, подсоединяемый через сеть. Кроме того, место назначения доставки может быть предопределенным почтовым адресом или облачным хранилищем 40. Следует отметить, что процесс вывода, такой как процесс печати, адресованный к устройству формирования изображения, или процесс отображения, адресованный к проектору, иной, чем процесс доставки, может формировать поток заданий.
Данные определения потока сконфигурированы, чтобы записывать определение, ассоциированное с комбинацией по меньшей мере одного процесса вывода и опционально одного или более промежуточных процессов, которые последовательно упорядочены. Данные определения потока могут определять поток заданий таким образом, что разветвленные процессы выполняются параллельно.
На фиг.4 показана схема, иллюстрирующая один пример потока заданий. Фиг. 4 иллюстрирует один поток заданий, который исполняет процесс доставки в папку данных изображений, полученных после того, как процесс преобразования изображения исполнен в отношении входных данных изображения, и процесс передачи входных данных изображения посредством электронной почты параллельно. Данные определения потока могут, например, включать в себя определение потока заданий, показанного на фиг. 4, и идентификатор потока заданий (в дальнейшем называемый ʺID потокаʺ).
Далее, описываются детали компонента введения задания. На фиг. 5 показана схема, иллюстрирующая пример конфигурации компонента введения задания.
Компонент 12 введения задания сконфигурирован, чтобы реализовывать передачи данных с помощью программы с возможностями подключаемого модуля. Фиг. 5 иллюстрирует примеры подключаемого модуля 121 ввода скана, подключаемого модуля 122 ввода почты, подключаемого модуля 122 ввода папки (каталога) и подключаемого модуля 124 облачного ввода.
Подключаемый модуль 121 ввода скана сконфигурирован, чтобы принимать запрос исполнения потока заданий от устройства формирования изображения. То есть, подключаемый модуль 121 ввода скана принимает, от устройства формирования изображений, запрос исполнения потока заданий в отношении данных изображения, которые сканируются в устройстве формирования изображения. Запрос исполнения потока заданий указывает данные изображения, ID потока и значения настроек для потока заданий и т.п. Подключаемый модуль 121 ввода скана сконфигурирован, чтобы преобразовывать принятый ID потока, данные изображения, значения настроек и т.п. в информацию задания в соответствии с форматами, заранее определенными контроллером 13 исполнения потока, и сохранять информацию задания в очереди 15 заданий.
Подключаемый модуль 122 почтового ввода сконфигурирован, чтобы принимать запрос исполнения потока заданий через электронную почту, адресованную на предопределенный адрес почты. В этом случае данные, прикрепленные к электронной почте, должны подвергаться воздействию процесса поток заданий. Данные могут представлять собой данные изображения или другие формы данных. Подключаемый модуль 122 почтового ввода сконфигурирован, чтобы принимать электронную почту, адресованную на предопределенный почтовый адрес, с почтового сервера. Подключаемый модуль 122 почтового ввода сконфигурирован, чтобы преобразовывать данные, прикрепленные к полученной электронной почте, и информацию, описанную в электронной почте, в информацию задания в соответствии с предопределенным форматом, определенным контроллером 13 исполнения потока, и сохранять информацию задания в очередь 15 заданий.
Подключаемый модуль 123 ввода папки сконфигурирован, чтобы принимать запрос исполнения потока заданий через файл, выгруженный в предопределенную папку. Предопределенная папка может быть папкой, сформированной во вспомогательном устройстве 102 хранения сервера 10 управления доставкой, или папкой, сформированной в устройстве хранения (например, папкой, в любом одном из клиентских терминалов 20 или устройстве хранения файлового сервера), соединенном с сервером управления доставкой через сеть. Подключаемый модуль 123 ввода папки может выполнять опрос на (периодически обращаясь к) предопределенной папке, и получать, если файл, хранящий данные, подлежащие обработке (далее упоминается как ʺфайл данныхʺ), и файл, хранящий ID потока, значения настроек и т.п. (далее упоминается как ʺфайл документаʺ), сохранены в этой папке, файл данных и файл документа. Подключаемый модуль 123 ввода папки сконфигурирован, чтобы преобразовывать полученный файл данных и информацию, сохраненную в полученном файле документа, в информацию задания в соответствии с предопределенным форматом, предварительно определенным контроллером 13 исполнения потока, и сохранять информацию задания в очередь 15 заданий.
Подключаемый модуль 124 облачного ввода сконфигурирован, чтобы принимать запрос исполнения потока заданий через файл, выгруженный в облачное хранилище 40. Подключаемый модуль 124 облачного ввода сконфигурирован, чтобы выполнять опрос на области хранения (например, папке) по отношению к предопределенной учетной записи в облачном хранилище 40 и получать файл, если файл сохранен в области хранения. Подключаемый модуль 124 облачного ввода сконфигурирован, чтобы преобразовывать полученный файл и информацию документа файла в информацию задания в соответствии с форматами, предварительно определенными контроллером 13 исполнения потока, и сохранять информацию задания в очередь 15 заданий.
Таким образом, компонент 12 введения задания может принимать запрос исполнения потока заданий в различных конфигурациях, как описано выше. Кроме того, компонент 12 введения задания может принимать запрос исполнения потока заданий в конфигурациях, отличных от описанных выше, путем добавления других подключаемых модулей. Например, компонент 12 введения задания может включать в себя подключаемый модуль, сконфигурированный, чтобы принимать запрос исполнения потока заданий через веб-страницу.
Подключаемый модуль 124 облачного ввода детально описан ниже. На фиг. 6 показана схема, иллюстрирующая пример функциональной конфигурации подключаемого модуля облачного ввода.
Как показано на фиг. 6, подключаемый модуль 124 облачного ввода сконфигурирован, чтобы побуждать центральный процессорный блок (CPU) 104 сервера 10 управления доставкой функционировать в качестве компонента 1241 настройки, компонента 1242 получения файла, компонента 1243 анализа файла, селектора 1244 потока, компонента 1245 получения пользовательской информации и генератора 1246 информации задания.
Компонент 1241 настройки сконфигурирован, чтобы принимать ввод информации настроек по отношению к подключаемому модулю 124 облачного ввода и сохранять информацию настроек в хранилище 1247 информации настроек. Хранилище 1247 информации настроек может быть реализовано с использованием устройства хранения и тому подобных средств, которые соединены, например, с вспомогательным устройством 102 хранения или сервером 10 управления доставкой через сеть.
Компонент 1242 получения файла сконфигурирован, чтобы осуществлять связь с облачным хранилищем 40, чтобы контролировать наличие или отсутствие выгруженных файлов по отношению к облачному хранилищу 40, подлежащему мониторингу. Компонент 1242 получения файла сконфигурирован, чтобы получать (загружать) файл, если файл, относящийся к цели мониторинга (например, облачному хранилищу 40, подлежащему мониторингу), выгружен. Информация для идентификации цели мониторинга включена в информацию настроек, сохраненную в хранилище 1247 информации настроек. Следует отметить, что могут быть установлены две или более целей мониторинга. Следует отметить, что в этом варианте осуществления ID потока может быть задан на основе облачного хранилища 40, служащего в качестве места назначения хранения для хранения файла, и учетной записи, используемой для хранения файла. Следует отметить, что ID потока может быть задан на основании имени папки для папки места назначения хранения для хранения файла, имени файла или т.п.
Компонент 1243 анализа файла сконфигурирован, чтобы извлекать информацию документа из файла, полученного компонентом 1242 получения файла. Информация документа может, например, включать в себя имя файла, расширение (имени файла), номер служащего рабочего места пользователя и т.п. Номер служащего включен в имя файла. Другими словами, пользователь, выгружающий файл в облачное хранилище 40, выгружает файл, имеющий имя файла с его номером работника (например, файл, сопровождаемый номером работника вслед за пятиразрядным заголовком имени файла). Следует отметить, что информация иная, чем номер служащего, может быть использована в качестве идентификационной информации для идентификации каждого пользователя. Таким образом, компонент 1243 анализа файла сконфигурирован, чтобы обрабатывать информацию, полученную из имени файла, в соответствии с предопределенным правилом в качестве информации идентификации пользователя.
Селектор 1244 потока сконфигурирован, чтобы выбирать поток заданий для исполнения на файле на основе места назначения получения, из которого компонент 1242 получения файла получает файл, или информации документа файла. То есть, ID потока для потока заданий, подлежащего исполнению, задается селектором 1244 потока.
Компонент 1245 получения пользовательской информации сконфигурирован, чтобы получать пользовательскую информацию с сервера 30 управления пользовательской информацией. Пользовательская информация хранится на сервере 30 управления пользователями в ассоциации с номером служащего, извлеченным из имени файла компонентом 1243 анализа файла.
Генератор 1246 информации задания сконфигурирован, чтобы генерировать информацию задания, включая ID потока, информацию документа файла, файл и пользовательскую информацию, и сохранять информацию задания в очередь 15 заданий.
Ниже приведено описание процесса, исполняемого сервером 10 управления доставкой. На фиг. 7 показана блок-схема последовательности операций, иллюстрирующая пример процесса приема запроса исполнения потока заданий через облачное хранилище 40.
Компонент 1242 получения файла контролирует наличие или отсутствие выгруженного файла по отношению к облачному хранилищу 40, подлежащему мониторингу (этап S101). Цель мониторинга может, например, быть определена на основе информации, сохраненной в хранилище 1247 информации настроек.
На фиг. 8 показана схема, иллюстрирующая пример конфигурации хранилища 1247 информации настроек. На фиг. 8, хранилище 1247 информации настроек сконфигурировано для хранения имени облачного хранилища 40, имени учетной записи, пароля, ID потока и т.п. для каждой из целей мониторинга. Имя облачного хранилища 40 содержит идентификационную информацию или адресную информацию облачного хранилища 40, подлежащего мониторингу компонентом 1242 получения файла. Имя учетной записи является именем учетной записи, используемым для доступа к имени облачного хранилища 40. Назначен пароль, соответствующий учетной записи.
ID потока представляет собой ID потока заданий, подлежащего исполнению, в ассоциации с файлом, выгруженным с учетной записью в облачном хранилище 40. То есть, в настоящем варианте осуществления, поток заданий ассоциирован с облачным хранилищем 40 и его учетной записью. Следует отметить, что хранилище 1247 информации настроек может регистрировать две или более записей. Например, два или более облачных хранилищ 40 и их учетные записи устанавливаются в качестве целей мониторинга, и разные ID потока присваиваются облачным хранилищам 40 и их учетным записям. В этом случае компонент 1242 получения файла сконфигурирован, чтобы контролировать две или более учетных записей облачных хранилищ 40. Пользователь может задействовать клиентский терминал 20, чтобы исполнять желательный поток заданий посредством выгрузки файла с учетной записью, соответствующей потоку заданий, в облачное хранилище 40, соответствующее потоку заданий.
В примере, показанном на фиг. 8, элементы имени учетной записи и ID потока предоставляются отдельно. Однако элемент имени учетной записи может включать в себя элемент ID потока.
Следует отметить, что информация настроек может быть установлена с помощью экрана настройки, показанного на фиг. 9. На фиг. 9 показана схема, иллюстрирующая пример отображения на экране настройки. Экран 510 настройки, показанный на фиг. 9, включает кнопку ʺADDʺ (добавить) 511, кнопку ʺEDITʺ (редактировать) 512, кнопку ʺDELETEʺ (удалить) 513, список 514 настроек, кнопку ʺОKʺ 515 и т.п.
Список 514 настроек представляет список информации настроек, хранящейся в хранилище 1247 информации настроек. Когда пользователь нажимает кнопку ʺADDʺ 511, отображается диалог (далее упоминается как ʺдиалог редактированияʺ) для ввода имени облачного хранилища 40, имени учетной записи, пароля и ID потока. Когда соответствующие значения вводятся в указанные элементы через диалог редактирования, информация настроек, в том числе значения, добавляются к списку 514 настроек.
Когда пользователь выбирает любую одну из строк, включающих в себя информацию настроек списка 514 настроек, пользователь может воздействовать на кнопку ʺEDITʺ 512 и кнопку ʺDELETEʺ 513. Когда пользователь нажимает кнопку ʺEDITʺ 512, отображается диалог редактирования, имеющий значение информации настроек, ассоциированной с выбранной строкой, установленной в качестве начального значения. Когда какое-либо из значений элементов изменяется через диалог редактирования, измененное значение отражается в информации настроек, ассоциированной с выбранной строкой. Когда пользователь нажимает кнопку ʺDELETEʺ 513, выбранная строка удаляется.
Когда пользователь нажимает кнопку ʺОКʺ 515, содержимое списка 514 настроек сохраняется в хранилище 1247 информации настроек.
Следует отметить, что экран 510 настройки может быть отображен на клиентском терминале на основе отображения данных на веб-странице, возвращенной (переданной) с помощью компонента 1241 настройки в ответ на запрос от клиентского терминала 20. В этом случае пользователь, которому разрешено задействовать (редактировать или удалять элементы) экран 510 настройки, может быть указан в качестве администратора или т.п., чтобы не разрешать другим пользователям изменять или удалять элементы настройки. В описанной выше конфигурации, обычным пользователям (которые не являются администратором) может быть предоставлена только функция отображения.
На этапе S101, компонент 1242 получения файла получает доступ к облачному хранилищу 40, используя имя учетной записи и пароль, соответствующие к облачному хранилищу 40, имеющему хранилище 1247 информации настроек, хранящее имя облачного хранилища 40. Если доступ успешен, компонент 1242 получения файла проверяет наличие или отсутствие файла. На этапе S101, вышеописанный процесс выполняется параллельно или последовательно по каждой из целей мониторинга, зарегистрированных в хранилище 1247 информации настроек.
Если компонент 1242 получения файла обнаруживает, что существует файл, выгруженный в любой одной из целей мониторинга (ʺДАʺ на этапе S102), компонент 1242 получения файла получает (загружает) файл из соответствующей одной из целей мониторинга (этап S103). В это время компонент 1242 получения файла также получает выгруженную дату и время (сохраненную дату и время) файла. В следующей иллюстрации предполагается, что получают (загружают) один файл для удобства. Когда получают два или более файлов, процесс, описанный ниже, может исполняться на каждом из файлов. В дальнейшем, полученный файл упоминается как ʺцелевой файлʺ.
Затем компонент 1243 анализа файла извлекает имя файла и расширение целевого файла, и номер служащего, соответствующий пользователю, из имени файла целевого файла (этап S104). Затем селектор 1244 потока выбирает ID потока, сохраненный в хранилище 1247 информации настроек в ассоциации с целью мониторинга, служащей в качестве места назначения получения целевого файла, как ID потока для потока заданий, подлежащего исполнению на целевом файле (этап S105). Затем компонент 1245 получения пользовательской информации получает пользовательскую информацию, соответствующую номеру служащего, с сервера 30 управления пользовательской информацией (этап S106).
На фиг. 10 показана схема, иллюстрирующая пример конфигурации информации, хранящейся на сервере 30 управления пользовательской информацией. Согласно фиг. 10, сервер 30 управления пользовательской информацией хранит пользовательскую информацию, включая номер служащего, имя, имя аффилированного отделения, почтовый адрес и ID старшего по рангу (руководителя), для каждого из пользователей. Следует отметить, что пользовательская информация может включать в себя другие элементы информации.
Номер служащего является номером служащего пользователя. Имя является именем пользователя. Имя аффилированного отделения является именем отделения, с которым аффилирован пользователь. Почтовый адрес является почтовым адресом пользователя. ID руководителя является номером служащего, соответствующим руководителю пользователя. То есть, ID руководителя является идентификационной информацией для задания пользовательской информации руководителя пользователя.
Затем генератор 1246 информации задания генерирует информацию задания (этап S107).
Фиг. 11 является схемой, иллюстрирующей пример конфигурации информации задания. На фиг. 11, информация задания включает в себя ID потока, имя файла, расширение, имя служащего, имя аффилированного отделения, имя, почтовый адрес, ID руководителя, имя пути и т.п. ID потока указывает ID потока, выбранного на этапе S105. Имя файла и расширение указывают имя файла и расширение, извлеченное из файла на этапе S104. Дата и время выгрузки указывают дату и время выгрузки, полученные вместе с файлом на этапе S103. Номер служащего указывает номер служащего, извлеченный из имени файла на этапе S104. Имя аффилированного отделения, имя, почтовый адрес и ID руководителя указывают пользовательскую информацию, полученную на этапе S105. Имя пути указывает местоположение хранилища, которое хранит файл, полученный на этапе S103, на сервере 10 управления доставкой. Например, файл может быть сохранен во вспомогательном устройстве 102 хранения.
Следует отметить, что информация задания может храниться в таком формате, как файл расширяемого языка разметки (XML), файл со значениями, разделенные запятыми (CSV), или в других форматах.
Затем генератор 1246 информации задания сохраняет информацию задания в очереди 15 заданий (этап S108).
Этапы после этапа S103 могут повторно исполняться каждый раз, когда файл выгружается в любой одной из целей мониторинга.
Далее, приведена иллюстрация процесса управления потоком заданий на основе информации заданий, зарегистрированной в очереди 15 заданий.
На фиг. 12 показана блок-схема последовательности операций, иллюстрирующая пример процесса управления потоком заданий на основе информации заданий.
Например, контроллер 13 исполнения потока периодически обращается к очереди 15 заданий, и когда контроллер 13 исполнения потока обнаруживает информацию задания, сохраненную в очереди 15 заданий, контроллер 13 исполнения потока получает информацию задания из очереди 15 заданий (этап S201). Затем контроллер 13 исполнения потока получает данные определения потока, соответствующие ID потока, включенному в информацию задания, из хранилища 16 определения потока (этап S202).
Затем контроллер 13 исполнения потока управляет исполнением потока заданий, ассоциированного с присоединенными данными, включенными в информацию задания, на основе полученных данных определения потока (этап S203). Более конкретно, если данные определения потока включают в себя определение промежуточного процесса, контроллер 13 исполнения потока побуждает процессор 14 исполнять промежуточный процесс. Кроме того, контроллер 13 исполнения потока побуждает процессор 14, ассоциированный с процессом вывода, исполнять процесс вывода, определенный в данных определения потока.
Следует отметить, что пользовательская информация, включенная в информацию задания, может быть использована в качестве параметров управления процессом в промежуточном процессе или в процессе вывода. Например, почтовый адрес руководителя, заданный на основе ID руководителя, может быть установлен в качестве места назначения доставки. Кроме того, почтовый адрес пользователя может быть установлен в качестве места назначения доставки. В этом случае, когда файл выгружается в предопределенное облачное хранилище 40, пользователю может быть обеспечено основание для такой операции, как прием, через электронную почту, результата исполнения потока заданий (например, результата OCR), соответствующего учетной записи, использованной для выгрузки.
Как описано выше, в соответствии с вариантом осуществления, запрос исполнение потока заданий, ассоциированный с файлом, может быть введен путем выгрузки файла в облачное хранилище 40. Соответственно, файлы, сохраненные в устройстве, используемом пользователем, таком как мобильный телефон, смартфон, планшетный терминал или персональный компьютер (РС), могут быть использованы в качестве данных ввода потока заданий. В результате, удобство потока заданий может быть улучшено.
Кроме того, пользователь может выгрузить один файл в две или более целей мониторинга, чтобы исполнять два или более потока заданий, ассоциированных с одним файлом, параллельно.
Кроме того, облачное хранилище 40 может быть доступным извне относительно рабочего места, в котором размещен сервер 10 управления доставкой. Соответственно, пользователь может быть в состоянии исполнять желательный один из потоков заданий путем выгрузки файла в облачное хранилище 40 из дома пользователя или места назначения командировки пользователя.
Следует отметить, что вариант осуществления может быть применен к хранилищу иному, чем хранилище, предоставляемое в облаке. Например, вариант осуществления может быть применен к файловому серверу через локальную сеть (LAN). В этом случае подключаемый модуль 124 облачного ввода может исполнять процесс, аналогичный тому, который исполняется подключаемым модулем 123 ввода папки.
В то же время, в приведенном выше примере, пользователю нужно иметь информацию об облачном хранилище 40 и учетной записи, соответствующую желательному одному из потоков заданий. В этом случае, когда число альтернатив (число комбинаций облачного хранилища 40 и учетной записи, которые могут быть выгружены) увеличивается, может быть трудно задать одну из учетных записей для исполнения желательного потока заданий, с которым файл выгружается в желательное облачное хранилище 40.
Чтобы преодолеть такие трудности, ID потока может быть включен в имя файла, подлежащего выгрузке. В этом случае, даже если файл выгружается в то же облачное хранилище 40 с использованием той же учетной записи, взаимно различные потоки заданий могут исполняться на выгруженном файле на основе ID потока, включенного в имя файла. То есть, когда пользователь имеет информацию об учетной записи в отношении одного облачного хранилища 40, для пользователя становится возможным исполнять два или более потоков заданий.
В качестве альтернативы, сервер 10 управления доставкой может включать в себя функциональную конфигурацию, показанную на фиг. 13. На фиг. 13 показана схема, иллюстрирующая второй пример функциональной конфигурации сервера управления доставкой в варианте осуществления. На фиг. 13, компоненты, идентичные тем, которые проиллюстрированы на фиг. 3, снабжены теми же ссылочными позициями, и дублирующие иллюстрации опущены в описании.
Согласно фиг. 13, сервер 10 управления доставкой дополнительно включает в себя компонент 11 поддержки выгрузки. Компонент 11 поддержки выгрузки сконфигурирован, чтобы реализовывать процесс для поддержки выгрузки файла в облачном хранилище 40 таким образом, чтобы для пользователя исполнять желательный поток заданий. Следует отметить, что компонент 11 поддержки выгрузки реализован программой, установленной на сервере 10 управления доставкой, чтобы побуждать CPU 104 исполнять процессы.
На фиг. 14 представлена диаграмма последовательности, иллюстрирующая пример процесса, исполняемого компонентом 11 поддержки выгрузки.
На этапе S301, клиентский терминал 20 передает запрос получения экрана выбора потока к компоненту 11 поддержки выгрузки в соответствии с пользовательской операцией. Экран выбора потока означает экран, из которого пользователь выбирает поток заданий, подлежащий исполнению, из потоков заданий, связанных с ID потока, ассоциированным с облачным хранилищем 40 и учетной записью в хранилище 1247 информации настроек.
Пользовательская операция может, например, быть вводом унифицированного указателя ресурса (URL), выделенного для компонента 11 поддержки выгрузки по отношению к веб-браузеру клиентского терминала 20. В этом случае запрос получения экрана выбора потока передается посредством протокола передачи гипертекста (HTTP). Кроме того, в этом случае, необходимость установки специализированных приложений в клиентском терминале 20 может быть снижена.
Компонент 11 поддержки выгрузки обращается к хранилищу 1247 информации настроек для генерации данных отображения экрана выбора потока (далее упоминаемых как ʺданные экрана выбора потокаʺ) в ответ на прием запроса получения экрана выбора потока (этап S302). Например, данные экрана выбора потока могут быть сгенерированы с использованием языка разметки гипертекста (HTML). Затем компонент 11 поддержки выгрузки передает ответ, включающий в себя данные экрана выбора потока, на клиентский терминал 20 (этап S303).
При приеме ответа, клиентский терминал 20 отображает экран выбора потока на основе данных экрана выбора потока, включенных в ответ (этап S304).
На фиг. 15 показана схема, иллюстрирующая пример отображения экрана выбора потока. Согласно фиг. 15, экран 520 выбора потока включает в себя ID потоков, сохраненные в хранилище 1247 информации настроек, в качестве альтернатив. Следует отметить, что в альтернативы могут быть включены соответствующие заголовки потоков заданий, вместе с ID потоков или же вместо ID потоков. В этом случае вышеуказанные заголовки могут быть включены в соответствующие наборы информации настроек хранилища 1247 информации настроек.
Соответствующие альтернативы экрана 520 выбора потока могут быть связаны между собой. Когда какая-либо одна из альтернатив (ID потоков) выбрана, клиентский терминал 20 отображает диалог файла в соответствии с определениями данных экрана выбора потока. Диалог файла используется для выбора файлов из файловой системы клиентского терминала 20. Когда пользователь выбирает любой один из файлов посредством диалога файла (этап S305), клиентский терминал 20 выгружает выбранный файл в облачное хранилище 40 соответственно выбранной одной из альтернатив на экране 520 выбора потока (этап S306).
То есть, данные экрана выбора потока описывают имя облачного хранилища 40, имя учетной записи и пароль облачного хранилища 40 соответственно каждой из альтернатив. Приведенную выше информацию получают из хранилища 1247 информации настроек во время генерации данных экране выбора потока. Клиентский терминал 20 выполняет выгрузку файла в облачном хранилище 40, связанное с именем облачного хранилища 40, ассоциированным с выбранной одной из альтернатив, используя имя учетной записи и пароль, ассоциированные с выбранной альтернативой.
Путем выполнения процесса, показанного на фиг. 14, пользователь получает возможность выгружать файлы без необходимости принятия во внимание облачного хранилища 40 и учетной записи, соответствующей желательному потоку заданий.
Следует отметить, что экран, отображающий список, включающий в себя элементы ID потока, имени хранилища, соответствующего имени хранилища, имени учетной записи и пароля, может быть предоставлен вместо экрана 520 выбора потока. Пользователь может легко обнаружить имя хранилища, соответствующее желательному потоку заданий, имя учетной записи и пароль, обращаясь к такому экрану. Вышеописанный экран может генерироваться путем обращения к хранилищу 1247 информации настроек.
Следует отметить, что в настоящем варианте осуществления, сервер 10 управления доставкой является примером устройства, сконфигурированного для исполнения процесса данных по отношению к данным ввода. Сервер 10 управления доставкой может быть реализован устройством обработки информации, таким как серверное устройство, РС и т.п., или функции сервера 10 управления доставкой могут быть реализованы системой обработки информации, сконфигурированной, чтобы включать в себя один или более серверов 10 управления доставкой.
Клиентский терминал 20 является примером терминального устройства, сконфигурированного, чтобы исполнять процесс сохранения данных, таких как файлы в службе хранения, предоставляемой в сети, в соответствии с пользовательскими операциями. Облачное хранилище 40 является местом назначения хранения, в котором клиентский терминал 20 хранит данные, такие как файлы, и включает в себя компонент хранения или функциональный компонент для хранения данных. Облачное хранилище 40 сконфигурировано, чтобы реализовывать по меньшей мере функцию в качестве устройства хранения данных для сохранения передаваемых данных.
Следует отметить, что в данном варианте осуществления файл указан в качестве примера данных, сохраняемых с клиентского терминала 20 в облачное хранилище 40; однако данные могут быть реализованы в форматах, отличных от формата файла. Данные, подлежащие сохранению с клиентского терминала 20 в облачное хранилище 40, могут включать в себя, в дополнение к данным, по меньшей мере подвергаемым обработке данных, информацию, используемую в качестве параметров управления для управления содержанием процесса при исполнении процесса данных, или информацию о параметрах, способную задавать информацию, используемую в качестве параметров управления. Кроме того, данные, подлежащие обработке данных, могут включать в себя информацию о параметрах. То есть целевые файлы являются примерами данных, подлежащих обработке, и информация о документе, такая как имя файла, расширение и номер служащего, соответствующий пользователю, указывает пример информации о параметрах. Кроме того, информация (например, ID руководителя), полученная на основе информации о параметрах, такой как номер служащего, соответствующий пользователю, является примером информации, которая может быть использована в качестве параметров управления.
Компонент 1242 получения файла является примером первого компонента получения, сконфигурированного, чтобы получать данные, которые сохраняются с терминального устройства в устройство хранения данных, в соответствии с пользовательскими операциями, через сеть. Кроме того, компонент 1242 получения файла (первый компонент получения) сконфигурирован, чтобы получать данные, сохраняемые в заданном месте назначения получения, на основе информации, задающей заданное место назначения получения, установленное заранее.
Компонент 1243 анализа файла является примером второго компонента получения, сконфигурированного, чтобы получать или извлекать информацию о параметрах на основе данных, полученных из места назначения получения, получать информацию о параметрах на основе информации, извлеченной из полученных данных, и/или получать информацию о параметрах на основе имени файла полученных данных. Информация о параметрах, полученная вторым компонентом получения, не обязательно используется в качестве параметров управления, или информация, полученная на основе информации о параметрах, не обязательно используется в качестве параметров управления (хотя они могут быть использованы в качестве параметров управления, в зависимости от содержания процессов данных, подлежащих исполнению); однако эти наборы информации используются в качестве параметров управления в по меньшей мере любом одном из процессов данных или используются в качестве информации для получения параметров управления.
Селектор 1244 потока является примером селектора, сконфигурированного, чтобы выбирать (определять) процесс данных, подлежащий исполнению, по отношению к данным, подлежащим обработке. Селектор 1244 потока (селектор) сконфигурирован, чтобы определять процесс данных, подлежащий исполнению, на основе информации, ассоциированной с данными, или информации о параметрах, полученной из места назначения получения. То есть, селектор 1244 потока (селектор) сконфигурирован, чтобы выбирать процесс данных, подлежащий исполнению, на основе места назначения хранения (места назначения получения), которое хранит получаемые данные в предопределенном хранилище.
Компонент 1245 получения пользовательской информации является примером третьего компонента получения, сконфигурированного, чтобы получать информацию на основе данных, полученных из места назначения получения. Компонент 1245 получения пользовательской информации является примером третьего компонента получения, сконфигурированного, чтобы исполнять процесс получения для получения информации, ассоциированной с информацией о параметрах данных, полученных из информации, такой как пользовательская информация, сохраненная в предопределенной области хранения. Информация о параметрах, полученная третьим компонентом получения, не обязательно используется в качестве параметров управления (хотя она может быть использована в качестве параметров управления в зависимости от содержания процессов данных, подлежащих исполнению); однако эти наборы информации используются в качестве параметров управления в по меньшей мере любом одном из процессов данных.
Следует отметить, что описанные выше три компонента получения идентифицированы путем упоминания как ʺпервый компонент полученияʺ, ʺвторой компонент полученияʺ, ʺтретий компонент полученияʺ.
Генератор 1246 информации задания представляет собой пример генератора информации процесса, сконфигурированного, чтобы генерировать информацию процесса для исполнения процесса данных по отношению к данным, подлежащим обработке, в соответствии с выбранным процессом данных, информацией о параметрах или информацией, полученной на основе информации о параметрах. То есть, генератор 1246 информации задания (генератор информации процесса) сконфигурирован, чтобы генерировать информацию процесса, служащую в качестве информации для исполнения процесса данных, на основе полученных данных, полученной информации о параметрах и выбранного процесса данных.
Кроме того, процесс данных по отношению к данным, подлежащим обработке, исполняется в соответствии с информацией процесса. Следует отметить, что генератор информации процесса не обязательно способен идентифицировать (распознавать), какая информация используется в качестве параметров управления среди наборов информации о параметрах или наборов информации, полученных на основе информации о параметрах. То есть, то, используются ли наборы информации о параметрах или наборы информации, полученные на основе информации о параметрах, в качестве параметров управления в фактической обработке данных, может зависеть от того, какой из параметров управления требуется, когда процессоры 14 исполняют процесс, и, следовательно, то, какой параметр используется, может задаваться соответствующим одним из процессоров 14. Соответственно, так как генератор информации процесса генерирует набор информации процесса в качестве наборов информации о параметрах или наборов информации, полученных на основе информации о параметрах, эти наборы информации могут быть использованы в качестве параметров управления в последующих процессах данных.
Следует отметить, что имя файла является примером имени идентификации данных.
Варианты осуществления настоящего изобретения описаны выше. Однако настоящее изобретение не ограничивается конкретно раскрытыми вариантами осуществления, и изменения и модификации могут быть сделаны без отклонения от объема настоящего изобретения.
В приведенных выше вариантах осуществления настоящее изобретение проиллюстрировано конкретными примерами; однако настоящее изобретение не ограничивается этими примерами, и различные изменения или модификации могут быть сделаны без отклонения от сущности и объема формулы изобретения настоящего изобретения. В частности, настоящее изобретение не должно быть истолковано как ограниченное деталями конкретных примеров и иллюстрирующих их чертежей.
Настоящая заявка основана на и испрашивает приоритет японской патентной заявки № 2014-052943, поданной 17 марта 2014, все содержание которой включено в настоящий документ посредством ссылки.
ОПИСАНИЕ ССЫЛОЧНЫХ ПОЗИЦИЙ
1 система управления доставкой
10 сервер управления доставкой
11 компонент поддержки выгрузки
12 компонент введения задания
13 контроллер исполнения потока
14 процессоры
15 очередь заданий
16 хранилище определения потока
20 клиентский терминал
30 сервер управления пользовательской информацией
40 облачное хранилище
100 приводное устройство
101 носитель записи
102 вспомогательное устройство хранения
103 устройство памяти
104 CPU
105 устройство интерфейса
121 подключаемый модуль ввода скана
122 подключаемый модуль ввода почты
123 подключаемый модуль ввода папки
124 подключаемый модуль облачного ввода
1241 компонент настроек
1241 компонент получения файла
1243 компонент анализа файла
1244 селектор потока
1245 компонент получения пользовательской информации
1246 генератор информации задания
1247 хранилище информации настроек
В шина
ДОКУМЕНТЫ ПРЕДШЕСТВУЮЩЕГО УРОВНЯ ТЕХНИКИ
Патентный документ
Патентный документ 1
Японская выложенная патентная публикация № 2012-065006