СПОСОБ ВЫЗОВА СЕРВИСНОГО API И СООТВЕТСТВУЮЩЕЕ УСТРОЙСТВО

1. Способ вызова сервисного интерфейса прикладного программирования (API), в котором метод безопасности субъекта функции предоставления API обновляется с исходного метода безопасности на новый метод безопасности, и метод безопасности субъекта функции предоставления API используется для связи между субъектом функции предоставления API и инициатором, при этом способ содержит этапы, на которых:
отправляют (402) посредством инициатора второй запрос вызова в субъект функции предоставления API с использованием исходного метода безопасности, причем второй запрос вызова используется для вызова сервисного API;
принимают (403) посредством инициатора ответное сообщение на второй запрос вызова от субъекта функции предоставления API, причем ответное сообщение на второй запрос вызова содержит значение причины, и значение причины указывает то, что не удается вызвать сервисный API из-за несоответствия метода безопасности;
получают посредством инициатора новый метод безопасности субъекта функции предоставления API и
отправляют (406) посредством инициатора первый запрос вызова в субъект функции предоставления API с использованием нового метода безопасности, при этом первый запрос вызова содержит имя сервисного API и первый запрос вызова используется для вызова сервисного API.
2. Способ по п.1, в котором при упомянутом получении инициатором нового метода безопасности субъекта функции предоставления API принимают (405) посредством инициатора новый метод безопасности от субъекта функции ядра общей инфраструктуры API (CAPIF).
3. Способ по п.2, при этом перед упомянутым приемом инициатором нового метода безопасности от субъекта функции ядра общей инфраструктуры API (CAPIF) способ дополнительно содержит этап, на котором запрашивают (404) посредством инициатора новый метод безопасности у субъекта функции ядра CAPIF.
4. Способ по п.1, в котором при упомянутом получении инициатором нового метода безопасности субъекта функции предоставления API принимают посредством инициатора новый метод безопасности от субъекта функции предоставления API.
5. Способ по п.4, при этом перед упомянутым получением инициатором нового метода безопасности субъекта функции предоставления API способ дополнительно содержит этап, на котором отправляют посредством инициатора запрос согласования метода безопасности в субъект функции предоставления API, причем запрос согласования метода безопасности содержит список методов безопасности, поддерживаемых инициатором, и список методов безопасности содержит новый метод безопасности; при этом
при упомянутом приеме инициатором нового метода безопасности от субъекта функции предоставления API принимают посредством инициатора ответ по согласованию метода безопасности от субъекта функции предоставления API, причем ответ по согласованию метода безопасности содержит новый метод безопасности.
6. Способ по любому одному из пп.1-5, дополнительно содержащий этап, на котором принимают (407) посредством инициатора ответное сообщение на первый запрос вызова от субъекта функции предоставления API, при этом ответное сообщение на первый запрос вызова указывает, что сервисный API успешно вызван.
7. Способ вызова сервисного интерфейса прикладного программирования (API), в котором метод безопасности субъекта функции предоставления API обновляется с исходного метода безопасности на новый метод безопасности, и метод безопасности субъекта функции предоставления API используется для связи между субъектом функции предоставления API и инициатором, при этом способ содержит этапы, на которых:
принимают (401) посредством субъекта функции ядра общей инфраструктуры API (CAPIF) запрос обновления для субъекта функции предоставления API от субъекта функции публикации API, при этом запрос обновления содержит новый метод безопасности; и
сохраняют посредством субъекта функции ядра CAPIF новый метод безопасности.
8. Способ по п.7, дополнительно содержащий этап, на котором отправляют посредством субъекта функции ядра CAPIF новый метод безопасности в инициатор.
9. Способ по п.7, в котором запрос обновления дополнительно содержит информацию указания, и информация указания указывает субъекту функции ядра CAPIF отправить новый метод безопасности в инициатор.
10. Способ по п.8, при этом перед упомянутой отправкой субъектом функции ядра CAPIF нового метода безопасности в инициатор способ дополнительно содержит этап, на котором принимают посредством субъекта функции ядра CAPIF запрос получения от инициатора, при этом запрос получения используется для запрашивания нового метода безопасности.
11. Способ по любому одному из пп.7-10, в котором упомянутое сохранение субъектом функции ядра CAPIF нового метода безопасности содержит этап, на котором сохраняют посредством субъекта функции ядра CAPIF соответствие между инициатором, новым методом безопасности и субъектом функции предоставления API.
12. Способ вызова сервисного интерфейса прикладного программирования (API), в котором метод безопасности субъекта функции предоставления API обновляется с исходного метода безопасности на новый метод безопасности, и метод безопасности субъекта функции предоставления API используется для связи между субъектом функции предоставления API и инициатором, при этом способ содержит этапы, на которых:
принимают (402), посредством субъекта функции предоставления API, второй запрос вызова от инициатора с использованием исходного метода безопасности, причем второй запрос вызова используется для вызова сервисного API;
отправляют (403), посредством субъекта функции предоставления API, ответное сообщение на второй запрос вызова в инициатор, причем ответное сообщение на второй запрос вызова указывает то, что не удается вызвать сервисный API;
принимают (406), посредством субъекта функции предоставления API, первый запрос вызова от инициатора с использованием нового метода безопасности, при этом первый запрос вызова содержит имя сервисного API, и первый запрос вызова используется для вызова сервисного API; и
проверяют, посредством субъекта функции предоставления API, инициатор с помощью нового метода безопасности.
13. Способ по п.12, при этом перед упомянутым приемом субъектом функции предоставления API первого запроса вызова от инициатора с использованием нового метода безопасности способ дополнительно содержит этап, на котором отправляют посредством субъекта функции предоставления API новый метод безопасности в инициатор.
14. Способ по п.13, при этом перед упомянутой отправкой субъектом функции предоставления API нового метода безопасности в инициатор способ дополнительно этапы, на которых:
принимают посредством субъекта функции предоставления API запрос согласования метода безопасности от инициатора, причем запрос согласования метода безопасности содержит список методов безопасности, поддерживаемых инициатором, и список методов безопасности содержит новый метод безопасности; и
отправляют посредством субъекта функции предоставления API ответ по согласованию метода безопасности в инициатор, при этом ответ по согласованию метода безопасности содержит новый метод безопасности.
15. Способ по любому одному из пп.12-14, в котором ответное сообщение на второй запрос вызова содержит значение причины, и значение причины указывает то, что не удается вызвать сервисный API из-за несоответствия метода безопасности.
16. Способ по любому одному из пп.12-14, дополнительно содержащий этап, на котором отправляют (407) посредством субъекта функции предоставления API ответное сообщение на первый запрос вызова в инициатор, при этом ответное сообщение на первый запрос вызова указывает, что сервисный API успешно вызван.
17. Инициатор, содержащий блок обработки и блок связи, при этом метод безопасности субъекта функции предоставления API обновляется с исходного метода безопасности на новый метод безопасности, и метод безопасности субъекта функции предоставления API используется для связи между субъектом функции предоставления API и инициатором, причем
блок связи выполнен с возможностью отправлять второй запрос вызова в субъект функции предоставления API с использованием исходного метода безопасности, причем второй запрос вызова используется для вызова сервисного API, и принимать ответное сообщение на второй запрос вызова от субъекта функции предоставления API, причем ответное сообщение на второй запрос вызова содержит значение причины, и значение причины указывает то, что не удается вызвать сервисный API из-за несоответствия метода безопасности;
блок обработки выполнен с возможностью получения нового метода безопасности субъекта функции предоставления API; и
блок связи дополнительно выполнен с возможностью отправки первого запроса вызова в субъект функции предоставления API с использованием нового метода безопасности, при этом первый запрос вызова содержит имя сервисного API, и первый запрос вызова используется для вызова сервисного API.
18. Инициатор по п.17, в котором блок обработки конкретно выполнен с возможностью принимать, посредством использования блока связи, новый метод безопасности от субъекта функции ядра общей инфраструктуры API (CAPIF).
19. Инициатор по п.17, в котором перед тем, как блок обработки принимает новый метод безопасности от субъекта функции ядра общей инфраструктуры API (CAPIF), блок обработки дополнительно выполнен с возможностью запрашивать, посредством использования блока связи, новый метод безопасности у субъекта функции ядра CAPIF.
20. Инициатор по п.17, в котором блок обработки конкретно выполнен с возможностью принимать, посредством использования блока связи, новый метод безопасности от субъекта функции предоставления API.
21. Инициатор по п.20, в котором блок связи дополнительно выполнен с возможностью отправлять запрос согласования метода безопасности в субъект функции предоставления API, причем запрос согласования метода безопасности содержит список методов безопасности, поддерживаемых инициатором, и список безопасности метод содержит новый метод безопасности; при этом
блок обработки конкретно выполнен с возможностью принимать, посредством использования блока связи, ответ по согласованию метода безопасности от субъекта функции предоставления API, причем ответ по согласованию метода безопасности содержит новый метод безопасности.
22. Инициатор по любому одному из пп.17-21, в котором блок связи дополнительно выполнен с возможностью принимать ответное сообщение на первый запрос вызова от субъекта функции предоставления API, при этом ответное сообщение на первый запрос вызова указывает, что сервисный API успешно вызван.
23. Субъект функции ядра общей инфраструктуры интерфейсов прикладного программирования (CAPIF), содержащий блок связи и блок хранения данных, при этом метод безопасности субъекта функции предоставления API обновляется с исходного метода безопасности на новый метод безопасности, и метод безопасности субъекта функции предоставления API используется для связи между субъектом функции предоставления API и инициатором, причем
блок связи выполнен с возможностью приема запроса обновления для субъекта функции предоставления API от субъекта функции публикации API, при этом запрос обновления содержит новый метод безопасности функции предоставления API; и
блок хранения данных приспособлен для сохранения нового метода безопасности.
24. Субъект функции ядра CAPIF по п.23, в котором блок связи дополнительно выполнен с возможностью отправки нового метода безопасности в инициатор.
25. Субъект функции ядра CAPIF по п.23, при этом запрос обновления дополнительно содержит информацию указания, и информация указания указывает субъекту функции ядра CAPIF отправить новый метод безопасности в инициатор.
26. Субъект функции ядра CAPIF по п.25, в котором блок связи дополнительно выполнен с возможностью приема запроса получения от инициатора, при этом запрос получения используется для запрашивания нового метода безопасности.
27. Субъект функции ядра CAPIF по любому одному из пп.23-26, в котором блок хранения данных конкретно выполнен с возможностью сохранения соответствия между инициатором, новым методом безопасности и субъектом функции предоставления API.
28. Субъект функции предоставления интерфейса прикладного программирования (API), содержащий блок связи и блок обработки, при этом метод безопасности субъекта функции предоставления API обновляется с исходного метода безопасности на новый метод безопасности, и метод безопасности субъекта функции предоставления API используется для связи между субъектом функции предоставления API и инициатором, причем
блок связи выполнен с возможностью принимать второй запрос вызова от инициатора с использованием исходного метода безопасности, при этом второй запрос вызова используется для вызова сервисного API, отправлять ответное сообщение на второй запрос вызова в инициатор, причем ответное сообщение второго запроса вызова указывает то, что не удается вызвать сервисный API, и принимать первый запрос вызова от инициатора с использованием нового метода безопасности, при этом первый запрос вызова содержит имя сервисного API, и первый запрос вызова используется для вызова сервисного API; и
блок обработки выполнен с возможностью проверки инициатора с помощью нового метода безопасности.
29. Субъект функции предоставления API по п.28, в котором блок связи дополнительно выполнен с возможностью отправки нового метода безопасности в инициатор.
30. Субъект функции предоставления API по п.29, в котором блок связи дополнительно выполнен с возможностью:
принимать запрос согласования метода безопасности от инициатора, при этом запрос согласования метода безопасности содержит список методов безопасности, поддерживаемых инициатором, и список методов безопасности включает в себя новый метод безопасности; и
отправлять ответ по согласованию метода безопасности в инициатор, при этом ответ по согласованию метода безопасности содержит новый метод безопасности.
31. Субъект функции предоставления API по любому одному из пп.28-30, при этом ответное сообщение на второй запрос вызова содержит значение причины, и значение причины указывает то, что не удается вызвать сервисный API из-за несоответствия метода безопасности.
32. Субъект функции предоставления API по любому одному из пп.28-30, в котором блок связи дополнительно выполнен с возможностью отправки ответного сообщения на первый запрос вызова в инициатор, причем ответное сообщение на первый запрос вызова указывает, что сервисный API успешно вызван.
33. Машиночитаемый носитель данных, при этом машиночитаемый носитель данных хранит инструкции, и когда инструкции исполняются в компьютере, обеспечивается выполнение компьютером способа по любому из пп.1-16.
34. Устройство, содержащее:
по меньшей мере один процессор и
память, которая подключена к по меньшей мере одному процессору и в которой хранятся программные инструкции, которые при их исполнении по меньшей мере одним процессором предписывают устройству выполнять способ по любому одному из пп.1-16.
35. Система вызова сервисного интерфейса прикладного программирования (API), содержащая инициатор по любому одному из пп.17-22 и субъект функции ядра CAPIF по любому одному из пп.28-32.
36. Система по п.35, при этом система дополнительно содержит устройство по любому одному из пп.23-27.