Способ предварительной и/или текущей индикации стоимости передачи при передаче межсетевых или оперативных данных

Способ предварительной и/или текущей индикации стоимости передачи при передаче межсетевых или оперативных данных

Иллюстрации

Показать все

Реферат

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

Принципиальные возможности для работы в Интернете с соответствующими структурами протоколов хорошо известны. В соответствии с этим, наиболее частые применения заключаются в просмотре страниц Интернета (так называемый просмотр), которые выполнены в гипертекстовом языке описания документов (HTML) и с помощью протокола передачи гипертекста (HTTP) через Интернет, базирующийся на TCP/IP в качестве протокола транспортировки, в устройство пользователя, например, в персональный компьютер PC. Это является наиболее частым применением. Предпосылкой с точки зрения программного обеспечения для работы в Интернете на стороне пользователя является, как правило, наличие броузера.

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

Другой проблемой является передача электронной почты, так называемой E-mail, например, с помощью упрощенного протокола электронной почты SMTP, при этом речь идет предпочтительно о довольно небольшом количестве данных, которые однако могут быть дополнены приложениями. Эти приложения часто являются файлами с текстами, данными или изображениями, причем данные здесь могут быть снова многочисленными.

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

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

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

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

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

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

Поэтому существует необходимость улучшения ситуации за счет введения подходящего способа.

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

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

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

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

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

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

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

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

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

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

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

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

На чертежах изображено:

фиг.1 - типичное соединение в Интернете;

фиг.2 - соединение в Интернете с дополнением согласно изобретению для предварительного указания стоимости.

На фиг.1 схематично показано соединение в Интернете и участвующие в нем инстанции. Пользователь, например, с персональным компьютером PC в качестве терминала 1 соединен посредством модема 2 с телекоммуникационной сетью 3. Здесь происходит переход к провайдеру 4 доступа в Интернет, который создает соединение с мировым Интернетом 5. В этом примере пользователь устанавливает связь с удаленным поставщиком 6 услуг (ISP - провайдером Интернет-сервиса), который имеет определенное предложение, например, предлагает страницу 7 Интернета, и передает ее в терминал 1, где эта страница отображается на дисплее 8. В реальности поставщик 6 услуг часто предлагает не напрямую все предложения, а устанавливает аналогично маршрутам 1-3 соединение с так называемыми главными ЭВМ чужих фирм, которые в свою очередь используют поставщика услуг в качестве провайдера доступа в Интернет. Однако это обстоятельство в данном случае не является решающим и поэтому для простоты не изображено.

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

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

Все участвующие в передаче транзитные узлы 5, 4 и 3 распознают протокольный элемент 9 и при необходимости добавляют после вычисления свои собственные расходы на передачу в протокольный элемент 9, за счет чего он постоянно дополняется, и посылают протокольный элемент 9 в следующий узел. Таким образом, протокольный элемент собирает все релевантные частичные расходы предстоящей передачи на своем пути в терминал 1 пользователя. В терминале 1 пользователя установленный броузер Интернета распознает протокольный элемент 9 и отображает его на дисплее 8, при этом при необходимости выполняется последующая обработка данных, например, суммирование частичных расходов, для лучшего отображения.

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

Другие элементы 10 меню (ME) совсем не обязательно могут отображаться, которые приводят в действие различные опции передачи, такие как непосредственное инициирование передачи, прерывание передачи, более поздняя более дешевая автоматическая передача, например в режиме почтового протокола (POP) (терминал 1 автоматически инициирует соединение) или в принудительном режиме (поставщик 6 услуг автоматически инициирует соединение) или же в промежуточном режиме с беззамедлительной передачей к поставщику 6 услуг с временным промежуточным хранением и последующей передачей через телекоммуникационную сеть 3.

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

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

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

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

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

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

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

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

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

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

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

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