DE112022003172T5

DE112022003172T5 - Vorrichtung, Verfahren und Programm zum Diagnostizieren eines Zustands eines Kommunikationsdienstes

Info

Publication number: DE112022003172T5
Application number: DE112022003172.7T
Authority: DE
Inventors: Naoki MIKUNI; Kazuki Nakanishi
Original assignee: Soracom Inc
Current assignee: Soracom Inc
Priority date: 2021-06-21
Filing date: 2022-06-15
Publication date: 2024-05-08
Also published as: JPWO2022270368A1; US20240129713A1; CN117546457A; WO2022270368A1

Abstract

Die vorliegende Erfindung visualisiert den Zustand eines Kommunikationsdienstes, der durch einen Träger mit einer Kommunikationsinfrastruktur bereitgestellt wird, die mit einer MNO-Kommunikationsinfrastruktur verbunden ist, für einen Benutzer. Zuerst empfängt eine Vorrichtung 200 von einem Benutzerendgerät 230 eines Benutzers, der eine SIM verwendet, die durch einen Träger mit einer Kommunikationsinfrastruktur 220 bereitgestellt wird, eine Diagnoseanfrage hinsichtlich der SIM (S301). Gemäß der Diagnoseanfrage überträgt die Vorrichtung 200 hinsichtlich einer oder einer Vielzahl von Instanzen, die in der Kommunikationsinfrastruktur 220 enthalten sind, eine Beschaffungsanfrage nach Zustandsinformationen hinsichtlich des Zustands eines mit der zu diagnostizierenden SIM verbundenen Drahtloskommunikationsdienstes (S303). Jede der Instanzen, die die Beschaffungsanfrage empfangen hat, beschafft die Zustandsinformationen hinsichtlich der zu diagnostizierenden SIM (S304) und überträgt die Zustandsinformationen zu der Vorrichtung 200 (S305). Die Vorrichtung 200 führt auf der Grundlage der empfangenen Zustandsinformationen einen Diagnoseprozess durch (S306). Dann überträgt die Vorrichtung 200 Anzeigeinformationen für einen Diagnoseergebnisanzeigebildschirm beruhend auf den Zustandsinformationen zu dem Benutzerendgerät 230 (S307).

Description

TECHNISCHES GEBIET
Die vorliegende Offenbarung bezieht sich auf eine Vorrichtung, ein Verfahren und ein Programm zum Diagnostizieren eines Zustands eines Kommunikationsdienstes, und insbesondere auf ein Verfahren zum Diagnostizieren eines Zustands eines Kommunikationsdienstes, der durch einen Betreiber bereitgestellt wird, der eine Kommunikationsinfrastruktur in einer zu verbindenden Cloud hat.
HINTERGRUND DER ERFINDUNG
Drahtloskommunikationsdienste werden herkömmlich durch Mobilfunkbetreiber (MNOs) bereitgestellt, und Benutzer können mit der Verwendung der Dienste beginnen, indem sie Verträge mit MNOs abschließen, SIM-Karten von den MNOs empfangen und diese an ihren Vorrichtungen anbringen.
In den vergangenen Jahren ist der Verkauf von Drahtloskommunikationswegen aufgrund des Aufkommens von Mobilfunkbetreibern eines virtuellen Netzwerks (MVNOs) vorangeschritten, in welchem Fall die Benutzer die SIM-Karten von den MVNOs anstelle der MNOs empfangen. Die MVNOs können grob in i) solche, die keine eigene Kommunikationsinfrastruktur haben, und ii) solche klassifiziert werden, die ihre eigenen Kommunikationsinfrastrukturen haben und Drahtloskommunikationsdienste durch Verbinden ihrer Kommunikationsinfrastrukturen mit Kommunikationsinfrastrukturen der MNOs bereitstellen. Verglichen mit den Erstgenannten haben die Zweitgenannten ihre eigenen Kommunikationsinfrastrukturen (siehe 1), und daher können sie beispielsweise einen Preis gemäß einer Kommunikationsqualität, wie einer Kommunikationsgeschwindigkeit und Kommunikationskapazität, festlegen und versuchen, verschiedene Bedürfnisse zu erfüllen.
Die Bewegung zu IoT, in dem Drahtloskommunikationsfunktionen zu allen Arten von Gegenständen hinzugefügt sind, damit sie mit dem Internet verbunden werden, hat den Bedarf an Drahtloskommunikationsdiensten in den vergangenen Jahren signifikant erhöht. Nachstehend werden Drahtlosvorrichtungen, die mit einem Computernetzwerk einschließlich des Internets verbunden werden können, als „IoT-Vorrichtungen“ bezeichnet.
Die IoT-Vorrichtungen beinhalten mobile Endgeräte, wie Smartphones und Tablets, die von Menschen gehalten werden, erweitern sich aber auch zum Beinhalten von Vorrichtungen, die eine andere Form einer Kommunikation als Menschen erfordern, wie Fahrzeuge und andere Transportmittel, die sich schneller als Menschen bewegen, und Sensoren, die sich nicht sehr oft von einer spezifischen Position wegbewegen, und dementsprechend sind für die Drahtloskommunikationsdienste erforderliche Funktionen breit gefächert.
Zur Bereitstellung einer breiten Vielfalt von Funktionen ist es erforderlich, dass die Kommunikationsinfrastrukturen der MVNOs zusätzlich zu der Basisfunktion der Bereitstellung von Drahtloskommunikationswegen eine zusätzliche Verarbeitung durchführen, und die Technologie, die im Patentdokument 1 durch die Anmelderin der vorliegenden Offenbarung offenbart ist, ermöglicht die Implementierung einer derartigen zusätzlichen Verarbeitung.
Es wird angemerkt, dass Enabler eines virtuellen Mobilfunknetzes (MVNEs), die Unterstützungsdienste für die MVNOs zum Leisten eines problemlosen Betriebs bereitstellen, zwischen den MNOs und den MVNOs intervenieren können, und die MVNEs die SIM-Karten von den MNOs empfangen können, die sie dann den MVNOs bereitstellen. Beispielsweise ist denkbar, dass Kommunikationsinfrastrukturen der MVNEs mit den Kommunikationsinfrastrukturen der MNOs verbunden werden könnten, um die Drahtloskommunikationsdienste zu realisieren, und die MVNOs, die keine eigenen Kommunikationsinfrastrukturen haben, den Einzelhandel übernehmen könnten.
STAND DER TECHNIK
PATENTDOKUMENT
Patentdokument 1: japanisches Patent JP 6097467
KURZBESCHREIBUNG DER ERFINDUNG
DURCH DIE ERFINDUNG ZU LÖSENDE AUFGABE
Allerdings gilt, dass je reicher die Funktionen sind, die den Benutzern durch die MVNOs oder die MVNEs mit ihren eigenen Kommunikationsinfrastrukturen bereitgestellt werden, desto schwieriger ist es für Benutzer, die mit der Kommunikationstechnologie nicht vertraut sind, die Einzelheiten eines Problems zu verstehen, wenn das Problem auftritt, wo eine gewünschte Kommunikation nicht durchgeführt werden kann, und geeignete Anfragen bei Helpdesks zu stellen.
Die MVNOs oder die MVNEs können jeden Benutzer mit einem Managementbildschirm versehen, der über ein IP-Netzwerk, wie das Internet, zugänglich ist, wodurch jedem dieser Benutzer die Änderung von Einstellungen für SIM-Karten, die sie benutzen, ermöglicht wird, um die Funktionen zu ändern, die unter Verwendung dieser SIM-Karte verfügbar sind. In einem derartigen Fall komplizieren die Einstellungen Zustände (einen Zustand) der Kommunikationsdienste und erschweren das Verstehen von Einzelheiten des Problems, wenn es auftritt.
Die vorliegende Offenbarung konzentriert sich auf diesen Punkt, und eine Aufgabe der vorliegenden Offenbarung besteht in der Visualisierung von Zuständen von Kommunikationsdiensten, die durch Betreiber mit Kommunikationsinfrastrukturen, die mit Kommunikationsinfrastrukturen von MNOs verbunden sind, bereitgestellt werden, für Benutzer.
Es wird angemerkt, dass die Definition der Ausdrücke MNO, MVNO und MVNE unterschiedlich sein kann. In dieser Beschreibung weisen die MNOs einen SGSN für 3G, S-GW für LTE als ihre Kommunikationsinfrastrukturen auf, und die MVNOs oder die MVNEs werden davon nicht unterschieden, können aber generisch als die Betreiber mit Kommunikationsinfrastrukturen, die mit den Kommunikationsinfrastrukturen der MNOs verbunden sind, bezeichnet werden. Beispiele der Kommunikationsinfrastrukturen, die diesen Betreibern gehören, umfassen einen SGSN für 3G, S-GW für LTE.
In der vorstehenden Beschreibung wird ferner ein Beispiel der SIM-Karten verwendet, die an den IoT-Vorrichtungen angebracht sind, jedoch ist die vorliegende Offenbarung nicht auf physische SIM-Karten beschränkt, und kann durch Halbleiterbausteine, die in den IoT-Vorrichtungen enthalten sind, Software, die in sicheren Bereichen in Modulen der IoT-Vorrichtungen installiert ist, oder dergleichen implementiert sein, was nachstehend inklusiv als „SIM“ bezeichnet wird. Die SIMs speichern SIM-Identifizierer zum Identifizieren der SIMs. Beispiele von SIM-Identifizierern enthalten IMSI, ICCID, MSISDN und dergleichen.
MITTEL ZUM LÖSEN DER AUFGABE
Zum Erreichen dieser Aufgaben umfasst eine erste Ausgestaltung der vorliegenden Offenbarung ein Verfahren zum Diagnostizieren eines Zustands eines Kommunikationsdienstes, der durch einen Betreiber bereitgestellt wird, der eine Kommunikationsinfrastruktur in einer Cloud hat, die mit einer Kommunikationsinfrastruktur eines MNO verbunden ist, wobei das Verfahren die Schritte Übertragen einer Anfrage zum Beschaffen von Zustandsinformationen hinsichtlich des Zustands für zumindest eine einer oder mehrerer SIMS, die einem Benutzer des Kommunikationsdienstes durch den Betreiber bereitgestellt werden, zu einer oder mehreren Instanzen, die in der Kommunikationsinfrastruktur des Betreibers enthalten sind, Durchführen eines Diagnoseprozesses auf der Grundlage empfangener Zustandsinformationen und Erzeugen von Anzeigeinformationen zum Anzeigen eines Ergebnisses einer Diagnose, das ein Ergebnis des Diagnoseprozesses oder eine Übersicht davon enthält, umfasst.
Ferner ist eine zweite Ausgestaltung der vorliegenden Offenbarung das Verfahren nach der ersten Ausgestaltung, wobei die Anfrage zum Beschaffen übertragen wird, wenn eine Anfrage für eine Diagnose der zumindest einen der einen oder mehreren SIMs von einem Benutzerendgerät eines Benutzers empfangen wird, der die eine oder mehreren SIMs verwendet.
Ferner ist eine dritte Ausgestaltung der vorliegenden Offenbarung das Verfahren nach der zweiten Ausgestaltung, ferner mit dem Schritt eines Übertragens einer Annahmebenachrichtigung zum Benachrichtigen des Benutzerendgeräts, dass die Anfrage für die Diagnose angenommen wurde.
Ferner ist eine vierte Ausgestaltung der vorliegenden Offenbarung das Verfahren nach der ersten Ausgestaltung, wobei die Anfrage zum Beschaffen im Ansprechen auf eine Nachfrage bei einem Helpdesk des Kommunikationsdienstes übertragen wird.
Außerdem ist eine fünfte Ausgestaltung der vorliegenden Offenbarung das Verfahren nach einer der ersten bis vierten Ausgestaltungen, wobei die Zustandsinformationen zumindest ein Element aus der folgenden Gruppe enthalten: SIM-Informationen, Sitzungsinformationen, Kommunikationsinformationen und IoT-Vorrichtungsinformationen.
Ferner ist eine sechste Ausgestaltung der vorliegenden Offenbarung das Verfahren nach der fünften Ausgestaltung, wobei der Diagnoseprozess ein Diagnostizieren des Vorhandenseins oder Fehlens eines Problems hinsichtlich eines Verbindungsstatus in einem Diagnosezeitabschnitt auf der Grundlage von Sitzungsinformationen, die in den Zustandsinformationen enthalten sind, enthält.
Ferner ist eine siebte Ausgestaltung der vorliegenden Offenbarung das Verfahren nach der fünften Ausgestaltung, wobei der Diagnoseprozess ein Diagnostizieren des Vorhandenseins oder Fehlens eines Problems hinsichtlich eines Verbindungsstatus in einem Diagnosezeitabschnitt auf der Grundlage von i) in den Zustandsinformationen enthaltenen Sitzungsinformationen und ii) einer Funkwellenstärke, die ein Teil von IoT-Vorrichtungsinformationen ist, die in den Zustandsinformationen enthalten sind, enthält.
Ferner ist eine achte Ausgestaltung der vorliegenden Offenbarung das Verfahren nach der fünften Ausgestaltung, wobei der Diagnoseprozess ein Diagnostizieren des Vorhandenseins oder Fehlens eines Problems hinsichtlich eines Kommunikationsstatus in einem Diagnosezeitabschnitt auf der Grundlage von in den Zustandsinformationen enthaltenen Kommunikationsinformationen enthält.
Außerdem ist eine neunte Ausgestaltung der vorliegenden Offenbarung das Verfahren nach einer der ersten bis achten Ausgestaltungen, ferner mit dem Schritt eines Übertragens einer Anfrage zum Beschaffen von Informationen hinsichtlich einer Kommunikationsinfrastruktur des Betreibers zu einem Server, der nicht in der Kommunikationsinfrastruktur des Betreibers enthalten ist.
Ferner ist eine zehnte Ausgestaltung der vorliegenden Offenbarung das Verfahren nach der neunten Ausgestaltung, wobei der Diagnoseprozess auf der Grundlage der Zustandsinformationen und der Betriebsinformationen durchgeführt wird.
Ferner ist eine elfte Ausgestaltung der vorliegenden Offenbarung das Verfahren nach einer der ersten bis zehnten Ausgestaltungen, wobei das Ergebnis der Diagnose eine Vielzahl von Stati enthält, die den Zustand angeben.
Ferner ist eine zwölfte Ausgestaltung der vorliegenden Offenbarung das Verfahren nach der elften Ausgestaltung, wobei die Anzeigeinformationen jeden der Vielzahl von Stati in verschiedenen visuellen Darstellungen in Abhängigkeit von einem Ergebnis des Diagnoseprozesses anzeigen.
Außerdem ist eine dreizehnte Ausgestaltung der vorliegenden Offenbarung das Verfahren nach der elften oder zwölften Ausgestaltung, wobei die Anzeigeinformationen veranlassen, dass die Vielzahl von Stati auf einer Geraden angeordnet und angezeigt werden.
Ferner ist eine vierzehnte Ausgestaltung der vorliegenden Offenbarung ein Programm zum Veranlassen eines Computers zum Ausführen eines Verfahrens zum Diagnostizieren eines Zustands eines Kommunikationsdienstes, der durch einen Betreiber bereitgestellt wird, der eine Kommunikationsinfrastruktur in einer Cloud hat, die mit einer Kommunikationsinfrastruktur eines MNO verbunden ist, wobei das Verfahren die Schritte Übertragen einer Anfrage zum Beschaffen von Zustandsinformationen hinsichtlich des Zustands für zumindest eine der einen oder mehreren SIMs, die einem Benutzer des Kommunikationsdienstes durch den Betreiber bereitgestellt werden, zu einer oder mehreren Instanzen, die in der Kommunikationsinfrastruktur des Betreibers enthalten sind, Durchführen eines Diagnoseprozesses auf der Grundlage empfangener Zustandsinformationen und Erzeugen von Anzeigeinformationen zum Anzeigen eines Ergebnisses einer Diagnose, die ein Ergebnis des Diagnoseprozesses oder eine Übersicht davon enthält, umfasst.
Ferner ist eine fünfzehnte Ausgestaltung der vorliegenden Offenbarung eine Vorrichtung zum Diagnostizieren eines Zustands eines Kommunikationsdienstes, der durch einen Betreiber bereitgestellt wird, der eine Kommunikationsinfrastruktur in einer Cloud hat, die mit einer Kommunikationsinfrastruktur eines MNO verbunden ist, wobei die Vorrichtung die Schritte eines Übertragens einer Anfrage zum Beschaffen von Zustandsinformationen hinsichtlich des Zustands für zumindest eine der einen oder mehreren SIMs, die einem Benutzer des Kommunikationsdienstes durch den Betreiber bereitgestellt werden, zu einer oder mehreren Instanzen, die in der Kommunikationsinfrastruktur des Betreibers enthalten sind, Durchführen eines Diagnoseprozesses auf der Grundlage empfangener Zustandsinformationen und Erzeugen von Anzeigeinformationen zum Anzeigen eines Ergebnisses einer Diagnose, das ein Ergebnis des Diagnoseprozesses oder eine Übersicht davon enthält, ausführt.
Gemäß einer Ausgestaltung der vorliegenden Offenbarung ist es möglich, Zustände von Kommunikationsdiensten, die durch Betreiber bereitgestellt werden, die Kommunikationsinfrastrukturen in einer Cloud haben, die mit Kommunikationsinfrastrukturen von MNOs verbunden sind, für Benutzer zu visualisieren, indem i) Zustandsinformationen über die Zustände der Kommunikationsdienste beschafft werden, ii) Diagnoseprozesse durchgeführt werden, und iii) ermöglicht wird, dass Ergebnisse der Diagnosen oder eine Übersicht davon für jeden Status, wie einen SIM-Verwendungsstatus, einen Verbindungsstatus, einen Kommunikationsstatus und dergleichen, auf Endgeräten angezeigt werden, die durch die Benutzer verwendet werden.
KURZBESCHREIBUNG DER ZEICHNUNGEN

1 zeigt schematisch einen MVNO, der einen Drahtloskommunikationsdienst durch Verbinden seiner eigenen Kommunikationsinfrastruktur mit einer Kommunikationsinfrastruktur eines MNO bereitstellt.
2 zeigt eine Vorrichtung zum Diagnostizieren eines Zustands eines Drahtloskommunikationsdienstes gemäß einem ersten Ausführungsbeispiel der vorliegenden Offenbarung.
3 zeigt einen Prozess eines Verfahrens zum Diagnostizieren des Zustands des Drahtloskommunikationsdienstes gemäß dem ersten Ausführungsbeispiel der vorliegenden Offenbarung.
4 zeigt ein Beispiel eines Eingabebildschirms für Diagnoseanfrageinformationen gemäß dem ersten Ausführungsbeispiel der vorliegenden Offenbarung.
5 zeigt ein Beispiel eines Diagnoseergebnisanzeigebildschirms gemäß dem ersten Ausführungsbeispiel der vorliegenden Offenbarung.
6 zeigt ein Ergebnis einer Diagnose eines Verwendungsstatus gemäß dem ersten Ausführungsbeispiel der vorliegenden Offenbarung.
7 zeigt ein Beispiel eines Verbindungsstatus gemäß dem ersten Ausführungsbeispiel der vorliegenden Offenbarung.
8 zeigt ein Ergebnis einer Diagnose des Verbindungsstatus gemäß dem ersten Ausführungsbeispiel der vorliegenden Offenbarung.
9 zeigt ein Beispiel eines Kommunikationsstatus gemäß dem ersten Ausführungsbeispiel der vorliegenden Offenbarung.
10 zeigt ein Beispiel eines Bildschirms zum Durchführen einer Nachfrage bei einem Helpdesk gemäß einem zweiten Ausführungsbeispiel der vorliegenden Offenbarung.

BESCHREIBUNG DER AUSFÜHRUNGSBEISPIELE
Nachstehend werden Ausführungsbeispiele der vorliegenden Offenbarung unter Bezugnahme auf die Zeichnungen näher beschrieben.
(Erstes Ausführungsbeispiel)
2 zeigt eine Vorrichtung zum Diagnostizieren eines Zustands eines Drahtloskommunikationsdienstes gemäß einem ersten Ausführungsbeispiel der vorliegenden Offenbarung. Eine Vorrichtung 200 ist eine Vorrichtung zum Diagnostizieren eines Zustands eines Kommunikationsdienstes, der durch einen Betreiber bereitgestellt wird, der eine Kommunikationsinfrastruktur 220 hat, die mit einer Kommunikationsinfrastruktur 210 eines MNO verbunden ist, und kommuniziert mit der Kommunikationsinfrastruktur 220 über ein IP-Netzwerk, wie das Internet, um erforderliche Daten zu beschaffen. Die Vorrichtung 200 kommuniziert ferner mit einem Benutzerendgerät 230, das durch einen Benutzer verwendet wird, der mit einer oder mehreren SIMs assoziiert ist, die über das IP-Netzwerk, wie das Internet, zu diagnostizieren sind, um zu ermöglichen, dass ein Ergebnis der Diagnose betrachtet werden kann. 2 zeigt eine IoT-Einrichtung 240 mit einer mit diesem Benutzer assoziierten SIM als ein Beispiel.
Die Kommunikationsinfrastruktur 220 ist in 2 als eine Kommunikationsinfrastruktur eines MVNO gezeigt, die Kommunikationsinfrastruktur 220 kann aber eine Kommunikationsinfrastruktur eines MVNE oder eine beliebige Infrastruktur sein, solange sie mit der MNO-Kommunikationsinfrastruktur 210 verbunden ist. Die Kommunikationsinfrastruktur 220 kann nachstehend auch als MVNO-Kommunikationsinfrastruktur bezeichnet sein, jedoch soll dies die Kommunikationsinfrastruktur 220 nicht auf nur die eine einschränken, die dem MVNO gehört.
Die Vorrichtung 200 enthält einen Kommunikationsteil 201, wie eine Kommunikationsschnittstelle, einen Verarbeitungsteil 202, wie einen Prozessor oder eine CPU, und einen Speicher 203, der eine Speichereinrichtung oder ein Speichermedium, wie einen Memory oder eine Festplatte enthält, und kann durch Ausführen eines Programms zur Durchführung des jeweiligen Prozesses konfiguriert sein. Die Vorrichtung 200 kann eine oder mehrere Vorrichtungen, Computer oder Server enthalten. Ferner kann das Programm ein oder mehrere Programme enthalten, und kann auf einem computerlesbaren Speichermedium als nichtflüchtiges Programmprodukt aufgezeichnet sein. Das Programm kann in einer Speichereinrichtung oder einem Speichermedium wie i) dem Speicher 203 oder ii) einer Datenbank 204 gespeichert sein, auf die die Vorrichtung 200 über das IP-Netzwerk zugreifen kann, und kann durch den Verarbeitungsteil 202 ausgeführt werden. Daten, die nachstehend als im Speicher 203 gespeichert beschrieben werden, können in der Datenbank 204 gespeichert sein, und umgekehrt. Die Vorrichtung 200 kann eine oder mehrere Instanzen in der Cloud sein.
Der Ausdruck „Cloud“ bezieht sich hier auf ein System, das dynamisch Rechenressourcen, wie eine CPU, einen Memory, einen Speicher und eine Netzwerkbandbreite auf Anforderung über ein Netzwerk bereitstellen und liefern kann. Die Cloud kann beispielsweise verwendet werden, indem AWS oder dergleichen benutzt wird. Außerdem bezieht sich der Ausdruck „öffentliche Cloud“ hier auf eine Cloud, die durch eine Vielzahl von Mietern verwendet werden kann.
Die Kommunikationsinfrastruktur 220 enthält i) einen Gateway, der mit der MNO-Kommunikationsinfrastruktur 210 über ein GTP-Protokoll kommuniziert, und ii) ein oder mehrere Stücke einer Ausrüstung zum Betreiben des Gateways zum Durchführen des Drahtloskommunikationsdienstes und Speichern seines Verlaufs. Dabei kann es sich jeweils um eine oder mehrere Instanzen in der Cloud oder öffentlichen Cloud handeln, und die Kommunikationsinfrastruktur 220 weist eine Vielzahl von Instanzen in der Cloud oder in der öffentlichen Cloud auf.
Die MVNO-Kommunikationsinfrastruktur 220 speichert einen Verlauf des Drahtloskommunikationsdienstes, der durch die IoT-Einrichtung 240 unter Verwendung ihrer SIM verwendet wird. Beispielsweise werden eine Zeit einer Erzeugung einer Sitzung, eine Zeit eines Aufhebens einer Sitzung, ein Einrichtungsidentifizierer, wie IMEI, und dergleichen in Verbindung mit dem SIM-Identifizierer gespeichert. Ferner kann ein Intervall zwischen der Zeit des Erzeugens der Sitzung und der Zeit des Aushebens der Sitzung als Dauer der Sitzung berechnet werden und in Verbindung mit dem SIM-Identifizierer gespeichert werden. Im Folgenden werden Informationen über die Sitzung für jede SIM auch als „Sitzungsinformationen“ bezeichnet. Die Sitzungsinformationen können Informationen über ein oder mehrere Sitzungsereignisse enthalten, und Beispiele des Sitzungsereignisses beinhalten Erzeugen und Aufheben von Sitzungen und dergleichen.
Ferner speichert die MVNO-Kommunikationsinfrastruktur 220 eine Zeit eines Kommunikationsauftretens, einen Kommunikationsverkehr und dergleichen in Verbindung mit dem SIM-Identifizierer. Im Folgenden werden die Informationen über eine Nachverbindungskommunikation für jede SIM auch als „Kommunikationsinformationen“ bezeichnet, die die Sitzungsinformationen teilweise überlappen können.
Die MVNO-Kommunikationsinfrastruktur 220 kann ferner auch einen Status einer Verwendung (Verwendungsstatus) der SIM, wie bereit, in Verwendung (aktiv), inaktiv, Warten auf Verwendungsbeginn (standby), ausgesetzt und beendet in Verbindung mit dem SIM-Identifizierer speichern. Der Verwendungsstatus der SIM kann eine Einrichtungsbeschränkungseinstellung zum Beschränken einer Einrichtung, die die SIM verwenden kann, auf eine Einrichtung enthalten, die durch einen zuvor bestimmten Einrichtungsidentifizierer identifiziert wird. Dies ist eine sogenannte IMEI-Sperre.
Die MNO-Kommunikationsinfrastruktur 210 speichert beispielsweise Vertragsinhalte, wie eine Kommunikationsqualität der durch den MNO ausgegeben SIM, oder einen vertraglichen Plan, der die Vertragsinhalte angibt, in Verbindung mit dem SIM-Identifizierer. Die MNO-Kommunikationsinfrastruktur 210 kann ferner Ortsinformationen der SIM in Verbindung mit dem SIM-Identifizierer speichern. Diese Ortsinformationen können Informationen sein, die indirekt einen Ort der SIM angeben, wie einen Identifizierer zum Identifizieren einer Basisstation, mit der sie verbunden ist, und enthalten beispielsweise einen Ländercode, wie MCC, und/oder einen Netzwerkcode, wie MNC, und/oder einen Bereichscode, wie LAC oder TAC, und/oder eine Zellen-ID, wie CID oder ECID. Wenn in der Kommunikationsinfrastruktur 220 eine Teilnehmerverwaltungsdatenbank, wie HLR/HSS, enthalten ist, kann der Betreiber mit der Kommunikationsinfrastruktur 220 die SIM ausgeben. In diesem Fall sind die Daten, die hier als in der MNO-Kommunikationsinfrastruktur 210 gespeichert beschrieben sind, in der MVNO-Kommunikationsinfrastruktur 220 gespeichert. Im Folgenden werden die Informationen über die SIM auch als „SIM-Informationen“ bezeichnet, die den Verwendungsstatus, die Vertragsinhalte, die Ortsinformationen und dergleichen der SIM enthalten.
Die IoT-Einrichtung 240 kann die Ortsinformationen der SIM zusätzlich zum SIM-Identifizierer speichern. Diese Ortsinformationen können dieselben Informationen wie zumindest einige der vorstehend beschriebenen Ortsinformationen der SIM sein, die in der MNO-Kommunikationsinfrastruktur 210 oder der MVNO-Kommunikationsinfrastruktur 220 gespeichert sind. Die IoT-Einrichtung 240 kann ferner einen Einrichtungsidentifizierer, eine Restbatterieladung, eine Funkwellenstärke, einen Basisstation-Identifizierer zum Identifizieren einer verbindbaren Basisstation und dergleichen speichern, oder kann diese Informationsteile auf Anforderung beschaffen und speichern. Im Folgenden werden diese Informationensteile, die Informationen über die IoT-Einrichtung sind, die die SIM verwendet und die von dieser SIM unabhängig ist, auch als „IoT-Einrichtungsinformationen“ bezeichnet. Der Ausdruck „Funkwellenstärke“ stellt hier eine Stärke von Funkwellen dar, die von der Basisstation unter Verwendung einer Antenne, die in einer Einrichtung enthalten ist, empfangen werden, wie RSSI. Der Ausdruck „Basisstation-Identifizierer“ ist beispielsweise ein Element oder eine Kombination von Elementen aus der folgenden Gruppe: ein Ländercode, wie MCC, ein Netzwerkcode, wie MNC, ein Bereichscode, wie LAC oder TAC, und eine Zellen-ID, wie CID oder ECID, wobei der Ländercode, der Netzwerkcode, der Bereichscode und die Zellen-ID eine oder mehrere Basisstationen identifizieren, mit denen eine Verbindung möglich ist.
3 zeigt einen Prozess eines Verfahrens zum Diagnostizieren des Zustands des Drahtloskommunikationsdienstes gemäß dem ersten Ausführungsbeispiel der vorliegenden Offenbarung. Zuerst empfängt die Vorrichtung 200 von dem Benutzerendgerät 230 des Benutzers, der eine oder mehrere SIMs verwendet, die durch den Betreiber mit der Kommunikationsinfrastruktur 220 bereitgestellt werden, eine Anfrage für eine Diagnose einer beliebigen der vorstehenden einen oder mehreren SIMs (S301). Die Anfrage für die Diagnose enthält gemäß einem Beispiel i) einen oder mehrere SIM-Identifizierer zum Identifizieren der einen oder mehreren SIMs, die zu diagnostizieren sind, und ii) einen Diagnosezeitabschnitt. Wenn kein spezifischer SIM-Identifizierer enthalten ist, kann die Vorrichtung 200 eine oder mehrere mit dem Benutzer assoziierte SIMs als einen zu diagnostizierenden SIM-Identifizierer bestimmen, und die Vorrichtung 200 kann gleichermaßen eine beliebige Zeitdauer als den Diagnosezeitabschnitt bestimmen, wenn kein Diagnosezeitabschnitt enthalten ist.
4 zeigt ein Beispiel eines Eingabebildschirms für Diagnoseanfrageinformationen gemäß dem ersten Ausführungsbeispiel der vorliegenden Offenbarung. Die ICCID „89811000055804625842“ wird als der SIM-Identifizierer eingegeben, und ein Zeitabschnitt von 12:00 am 3. Mai 2021 bis 12:00 am 9. Mai 2021 wird als der Diagnosezeitabschnitt eingegeben.
Die Vorrichtung 200 überträgt eine Annahmebenachrichtigung zu dem Benutzerendgerät 230, die mitteilt, dass die Anfrage für die Diagnose angenommen wurde (S302). Da es in Abhängigkeit von der Art der Diagnose zehn Sekunden oder länger zum Abschließen der Diagnose dauern kann, ist es von Vorteil, den Benutzer zu benachrichtigen, dass die Anfrage für die Diagnose angenommen wurde, jedoch ist es auch möglich, direkt mit Anzeigeinformationen zum Anzeigen des Ergebnisses der Diagnose zu antworten, was nachstehend beschrieben wird, ohne über die Annahme zu benachrichtigen. Obwohl es mit der vorstehenden Anfrage für eine Diagnose nicht beschrieben ist, gibt es verschiedene Arten von Diagnosen, die durchgeführt werden können, wie es nachstehend beschrieben wird, und die Anfrage für die Diagnose kann Diagnoseinhalte enthalten. Wenn ein Problem auftritt, wo eine gewünschte Kommunikation nicht durchgeführt werden kann, kann eine Wartezeit reduziert werden, indem dem Benutzer ermöglicht wird, für den Benutzer erforderliche Diagnoseinhalte festzulegen. Die Annahmebenachrichtigung wird durch Kommunikation über das IP-Netzwerk übertragen, und insbesondere wird die Annahmebenachrichtigung durch eine HTTP-Antwort als Antwort auf eine HTTP-Anfrage vom Benutzerendgerät 230 übertragen.
Als Nächstes überträgt die Vorrichtung 200 als Antwort auf die Anfrage der Diagnose eine Anfrage zum Beschaffen von Zustandsinformationen über den Zustand des Drahtloskommunikationsdienstes, der sich auf die eine oder mehreren SIMs bezieht, die zu diagnostizieren sind, zu der einen oder den mehreren Instanzen, die in der Kommunikationsinfrastruktur 220 enthalten sind (S303). Die Anfrage zum Beschaffen kann beispielsweise von der Vorrichtung 200 zu jeder Instanz direkt oder indirekt übertragen werden. Die Anfrage zum Beschaffen wird durch eine Kommunikation über das IP-Netzwerk übertragen, und insbesondere kann sie als HTTP-Anfrage übertragen werden.
Jede Instanz, die die Anfrage zum Beschaffen empfängt, beschafft vorbestimmte Zustandsinformationen über die eine oder mehreren SIMs, die zu diagnostizieren sind (S304), und überträgt sie zu der Vorrichtung 200 (S305). Die Zustandsinformationen enthalten die Sitzungsinformationen, die Kommunikationsinformationen und die SIM-Informationen. Wenn die Zustandsinformationen bereits gespeichert sind, kann die Instanz, die die Anfrage zum Beschaffen empfängt, die Zustandsinformationen schnell zu der Vorrichtung 200 übertragen, jedoch kann die Instanz, die die Anfrage zum Beschaffen empfangen hat, beispielsweise mehrere Sekunden oder mehrere zehn Sekunden zum Beschaffen der IoT-Einrichtungsinformationen, wie der jüngsten Funkwellenstärke und des Basisstations-Identifizierers brauchen, die beschafft werden können, indem eine weitere Anfrage bei der IoT-Einrichtung 240 durchgeführt wird. AT-Befehle für eine Modemsteuerung können für diese Anfrage bei der IoT-Einrichtung 240 als Beispiel verwendet werden.
Es gibt Fälle, in denen in Abhängigkeit von der Art von Zustandsinformationen die Zustandsinformationen hinsichtlich eines spezifischen Diagnosezeitabschnitts nicht beschafft werden können. In einem derartigen Fall kann die Instanz, die die Anfrage zum Beschaffen empfangen hat, von dem Diagnosezeitabschnitt verschiedene Informationen, wie aktuelle Informationen, als die Zustandsinformationen dieser Art beschaffen.
Die Informationen über den Betrieb des Drahtloskommunikationsdienstes, der unter Verwendung der Kommunikationsinfrastruktur 220 bereitgestellt wird, könnten in der in der Kommunikationsinfrastruktur 220 enthaltenen Ausrüstung gespeichert und verfügbar sein, als die Zustandsinformationen beschafft zu werden, jedoch sind diese Informationen vorzugsweise auf einem (in den Zeichnungen nicht gezeigten) Server extern zur Kommunikationsinfrastruktur 220 gespeichert, um Benutzern diese Informationen bereitstellen zu können, wenn ein Fehler in der Kommunikationsinfrastruktur 220 auftritt. Die Vorrichtung 200 kann die Informationen über den Betrieb des Drahtloskommunikationsdienstes von einem derartigen Server als die Zustandsinformationen beschaffen.
Die Vorrichtung 200 führt auf der Grundlage der empfangenen Zustandsinformationen einen Diagnoseprozess durch (S306). Es ist denkbar, dass der Diagnoseprozess beispielsweise einen Zeitabschnitt innerhalb des Diagnosezeitabschnitts, wenn sich die SIM in einem von einem vorbestimmten Status verschiedenen Status befindet, als ein Problem hinsichtlich des Verwendungsstatus erfassen könnte. Ferner ist denkbar, dass die Diagnose durch Schlussfolgern, ob es ein Problem hinsichtlich des SIM-Verwendungsstatus in dem Diagnosezeitabschnitt gibt oder nicht, auf der Grundlage der in den Zustandsinformationen enthaltenen SIM-Informationen ungeachtet dessen durchgeführt wird, ob es der Diagnosezeitabschnitt ist oder nicht. Ein weiteres Beispiel ist ferner eine Erfassung eines Problems hinsichtlich des Verbindungsstatus oder des Kommunikationsstatus in dem Diagnosezeitabschnitt. Genauer gesagt können Probleme mit dem Verbindungsstatus ein Problem sein, dass keine Erzeugung oder keine Aufhebung der Sitzung mindestens eine vorbestimmte Anzahl an Malen innerhalb des Diagnosezeitabschnitts vorhanden ist, oder ein Problem sein, dass eine Sitzung vorhanden ist, die von dem Mittelwert einer Verteilung einer Sitzungsdauerzeit innerhalb des Diagnosezeitabschnitts um mindestens einen vorbestimmten Wert abweicht. Der Wert der vorbestimmten Anzahl an Malen kann für jedes Sitzungsereignis bestimmt werden, und könnte beispielsweise einmal für jedes Sitzungsereignis sein. Wenn es beispielsweise zumindest eine Sitzungserzeugung oder Sitzungsaufhebung einmal oder mehrmals innerhalb des Diagnosezeitabschnitts gibt, wird der Verbindungszustand als normal erfasst. Wenn als anderes Beispiel die vorhergehende Sitzung vor dem Startdatum und der Startzeit des Diagnosezeitabschnitts erzeugt wird und die vorhergehende Sitzung auch nach dem Endedatum und der Endezeit des Diagnosezeitabschnitts aufgehoben wird, wird der Verbindungsstatus als normal erfasst. Wenn als weiteres Beispiel das Erzeugungsdatum und die Erzeugungszeit der aktuellen Sitzung vor dem Startdatum und der Startzeit des Diagnosezeitabschnitts liegt, gibt es eine Sitzung innerhalb des Diagnosezeitabschnitts, und der Verbindungsstatus wird als normal erfasst. Der vorbestimmte Wert kann eine Standardabweichung der Verteilung oder ein Wert sein, der durch Multiplizieren der Standardabweichung mit einer Konstante erhalten wird. Ferner kann die Verteilung der Sitzungsdauer nicht nur auf den Sitzungen in dem Diagnosezeitabschnitt beruhen, sondern auch auf einer Sitzung innerhalb eines vorbestimmten Zeitabschnitts, die die zu diagnostizierende SIM verwendet. Wenn beispielsweise kurze Sitzungsdauern sukzessive fortdauern, bedeutet dies, dass die Sitzung wiederholt erzeugt und aufgehoben wird, was eine Schlussfolgerung erlaubt, dass sich der Benutzer in einem Gebiet mit schlechter Empfangsbedingung während dieses Zeitabschnitts befindet. Es ist denkbar, dass zumindest einige der IoT-Einrichtungsinformationen, wie die Funkwellenstärke, in dem Diagnoseprozess auch zusätzlich zu den Sitzungsinformationen verwendet werden könnten. Genauer gesagt können Probleme hinsichtlich des Verbindungsstatus ein Problem sein, dass in dem Diagnosezeitabschnitt keine Datenkommunikation zumindest eine vorbestimmte Anzahl an Malen aufgetreten ist, oder ein Problem sein, dass in dem Diagnosezeitabschnitt der Kommunikationsverkehr einen vorbestimmten Wert überschritten hat. Wenn die Datenkommunikation zumindest eine vorbestimmte Anzahl an Malen innerhalb des Diagnosezeitabschnitts aufgetreten ist, kann gesagt werden, dass es eine Sitzung für eine Kommunikation gab, und der Verbindungsstatus daher als normal erfasst werden kann.
Obwohl hier ein Fall eines Diagnostizierens des Vorhandenseins oder Fehlens eines Problems hinsichtlich des Verwendungsstatus, des Verbindungsstatus und des Kommunikationsstatus beschrieben wurde, kann es auch Fälle eines Diagnostizierens des Vorhandenseins oder Fehlens eines Problems hinsichtlich eines anderen Status als diesen geben. Die Diagnose für jeden Status kann durch im Speicher 203 gespeicherte Diagnosekriterien und Bezugnahme auf die Diagnosekriterien auf der Grundlage der beschafften Zustandsinformationen durchgeführt werden. Die Diagnosekriterien können ein Code sein, der einen Diagnosealgorithmus definiert und beispielsweise einen durch maschinelles Lernen erzeugten Code umfasst.
Wenn beispielsweise auf der Grundlage der Betriebsinformationen bestimmt wird, dass ein Fehler in dem Drahtloskommunikationsdient und ein Problem mit einem Betriebsstatus vorliegen, kann das Problem hinsichtlich des Betriebsstatus hervorgehoben werden, selbst wenn bestimmt wird, dass ein anderer Status zu der Uhrzeit oder in dem Zeitabschnitt, in dem das Problem aufgetreten ist, ein Problem aufweist. Keine anderen Probleme als solche hinsichtlich des Betriebsstatus anzuzeigen, ist auch ein Beispiel eines Hervorhebens des Problems hinsichtlich des Betriebsstatus. Im Allgemeinen kann der Diagnoseprozess auf der Grundlage der Zustandsinformationen und/oder der Betriebsinformationen durchgeführt werden.
Wenn beispielsweise auf der Grundlage der Ortsinformationen sich der Ort der SIM in einem vorbestimmten Zeitabschnitt an einer vorbestimmten Entfernung oder darüber hinaus entfernt befindet, kann die SIM gestohlen worden sein, und es kann bestimmt werden, dass ein Problem hinsichtlich eines Ortsstatus vorliegt. Die Möglichkeit eines Diebstahls kann auch auf der Grundlage der Einrichtungsbeschränkungseinstellungen der SIM in Abhängigkeit davon bestimmt werden, ob die IoT-Einrichtung 240 eine vorab autorisierte Einrichtung ist oder nicht.
Dann überträgt die Vorrichtung 200 Anzeigeinformationen für einen Diagnoseergebnisanzeigebildschirm, der auf den besagten Zustandsinformationen beruht, zu dem Benutzerendgerät 230 (S307). 5 zeigt ein Beispiel des Diagnoseergebnisanzeigebildschirms gemäß dem ersten Ausführungsbeispiel der vorliegenden Offenbarung. Bei dem Beispiel zeigt das Benutzerendgerät 230 einen Diagnoseergebnisanzeigebildschirm 500 auf einem Webbrowser an, und die Anzeigeinformationen können HTML-Daten sein. Bei diesem Beispiel werden eine SIM-Verwendungsstatusübersicht 510, eine Verbindungsstatusübersicht 520 und eine Kommunikationsstatusübersicht 530 als die Ergebnisse der Diagnosen auf dem Diagnoseergebnisanzeigebildschirm 500 angezeigt. Wie in der Figur gezeigt, können diese Stati auf einer Geraden angeordnet und angezeigt werden, um das Verständnis zu erleichtern, wo das Problem liegt. Die Übersichten der Ergebnisse der Diagnosen des Verwendungsstatus der SIM, des Verbindungsstatus und des Kommunikationsstatus sind in 5 als Liste gezeigt, jedoch können die Ergebnisse der Diagnosen oder ihre Übersichten für zumindest zwei oder mehr einer Vielzahl von Stati aufgelistet sein, die in den Ergebnissen der Diagnosen enthalten sind.
Die Verwendungsstatusübersicht 510 beruht auf den in den Zustandsinformationen enthaltenen SIM-Informationen, und in dem in der Figur gezeigten Beispiel ist sie als eine Übersicht, dass kein besonderes Problem in dem Diagnosezeitabschnitt erfasst wurde, und der aktuelle Zustand in Gebrauch lautet, gezeigt.
6 zeigt ein Beispiel des Diagnoseergebnisanzeigebildschirms, wenn der aktuelle Verwendungsstatus inaktiv lautet. Auf diese Weise kann jeder Status mit unterschiedlichen visuellen Darstellungen, wie verschiedenen Farben, in Abhängigkeit von dem Ergebnis des Diagnoseprozesses angezeigt werden, um das Verständnis zu erleichtern, wo das Problem liegt. Bei diesem Beispiel ist gezeigt, dass es ein Problem mit dem aktuellen Verwendungsstatus gibt, wenn aber kein Problem innerhalb des Diagnosezeitabschnitts erfasst wurde, könnte gezeigt werden, dass kein Problem erfasst wurde, ohne den aktuellen Verwendungsstatus zu berücksichtigen.
Der Benutzer kann die Anzeige von Verbindungsstatuseinzelheiten 700 beruhend auf den Sitzungsinformationen wie in 7 gezeigt veranlassen, indem er zur Auswahl der Verbindungsstatusübersicht 520, die auf dem Benutzerendgerät 230 angezeigt wird, klickt oder tippt. Hier ist ein Zustand gezeigt, in dem eine IoT-Einrichtung, deren Einrichtungsidentifizierer IMEI „351855000111122“ lautet, eine Sitzung für eine LTE-Verbindung mit dem durch „Betreiber 1“ dargestellten MNO am 26. Mai erzeugt und aufhebt, und dann eine Sitzung nach Erzeugen und Aufheben einer Sitzung für eine 3G-Verbindung mit dem durch „Betreiber 2“ dargestellten MNO am 14. Juli neu erzeugt. Einige der verschiedenen Nummern sind von den tatsächlichen Nummern verschieden. In dem Verbindungsstatus in dem in 7 gezeigten Beispiel wird kein bestimmtes Problem erfasst, wenn aber ein Problem erfasst wird, kann ein auf das Problem bezogenes Sitzungsereignis durch unterschiedliche visuelle Darstellungen, wie verschiedene Farben, angezeigt werden. Die Tatsache, dass ein Problem erfasst wurde, kann in der Verbindungsstatusübersicht 520 in 5 angezeigt werden. 8 zeigt ein Beispiel der Verbindungsstatusübersicht 520, die anzeigt, dass das Problem hinsichtlich des Verbindungsstatus aufgrund des Fehlens der Sitzungserzeugung oder Sitzungsaufhebung innerhalb des Diagnosezeitabschnitts erfasst wurde.
Der Benutzer kann die Anzeige von Kommunikationsstatuseinzelheiten 900 beruhend auf den Kommunikationsinformationen wie in 9 gezeigt veranlassen, indem er zur Auswahl der Kommunikationsstatusübersicht 530, die auf dem Benutzerendgerät 230 angezeigt wird, klickt oder tippt. Obwohl das Beispiel von 9 zeigt, dass in dem Kommunikationsstatus kein bestimmtes Problem erfasst wurde, kann die Uhrzeit oder der Zeitabschnitt hinsichtlich des Problems oder der Kommunikationsverkehr zu dieser Uhrzeit oder diesem Zeitabschnitt durch unterschiedliche visuelle Darstellungen, wie verschiedene Farben, angezeigt werden, wenn ein Problem erfasst wurde. Die Tatsache, dass ein Problem erfasst wurde, kann in der Kommunikationsstatusübersicht 530 in 5 angezeigt werden.
Wenn ein Problem vorliegt, können Referenzinformationen zum Lösen des Problems wie in den 6 und 8 gezeigt angezeigt werden. Die Referenzinformationen können einen Link zu einer Webseite enthalten, die Inhalte beschreibt, die für das Problem relevant sind. Außerdem können auch ursächliche Informationen über die Konfiguration oder Protokolle angezeigt werden, die ein Problem verursacht haben kann.
Wie vorstehend beschrieben ist es gemäß einem Beispiel des vorliegenden Ausführungsbeispiels möglich, für den Benutzer den Zustand des Kommunikationsdienstes zu visualisieren, der durch den Betreiber mit der Kommunikationsinfrastruktur in der Cloud bereitgestellt wird, die mit der MNO-Kommunikationsinfrastruktur verbunden ist, indem die Zustandsinformationen über den Zustand beschafft und diagnostiziert und das Ergebnis der Diagnose oder die Übersicht davon für jeden Status, wie den Verwendungsstatus der SIM, den Verbindungsstatus und den Kommunikationsstatus, oder die Übersicht davon auf dem Endgerät, das vom Benutzer verwendet wird, für zumindest zwei oder mehr Stati aufgelistet werden.
Es wird angemerkt, dass ein Beispiel eines Anzeigens der Übersicht und der Einzelheiten des Ergebnisses der Diagnose jedes Status auf separaten Bildschirmen beschrieben wurde, diese aber auf demselben Bildschirm angezeigt werden können. Wenn der Einzelheitenbildschirm und der Übersichtsbildschirm voneinander getrennt sind, kann ein Tab auf dem Übersichtsbildschirm zum Anzeigen des Einzelheitenbildschirms für jeden Status vorgesehen sein, und der mit dem Tab assoziierte Einzelheitenbildschirm kann im Ansprechen darauf angezeigt werden, dass der Tab angeklickt oder angetippt wird.
Bei der vorstehenden Beschreibung führt die Vorrichtung 200 den Diagnoseprozess ferner im Ansprechen auf ein Empfangen der Anfrage für eine Diagnose durch, sie kann den Diagnoseprozess jedoch selbst ohne die Anfrage für eine Diagnose von dem Benutzer periodisch für jede Einheit, beispielsweise eine SIM-Einheit, eine Gruppe von SIM-Einheiten, eine Benutzereinheit oder dergleichen, durchführen und eine Benachrichtigung ausgeben, wenn ein Problem erfasst wird.
Obwohl vorstehend außerdem ein Fall beschrieben wurde, in dem das Ergebnis der Diagnose auf dem Webbrowser auf dem Benutzerendgerät 230 als der Diagnoseergebnisanzeigebildschirm 500 angezeigt wird, können die Anzeigeinformationen im PDF-Format, Bildformat oder einem anderen betrachtbaren Dateiformat anstelle eines HTML-Formats erzeugt werden. Die erzeugten Anzeigeinformationen können durch die Vorrichtung 200 nach der Erzeugung zu dem Benutzerendgerät 230 übertragen werden, oder können im Speicher 203 der Vorrichtung 200 nach der Erzeugung gespeichert und im Ansprechen auf eine Anfrage zum Herunterladen vom Benutzerendgerät 230 übertragen werden.
(Zweites Ausführungsbeispiel)
Bei dem ersten Ausführungsbeispiel wurde hauptsächlich ein Fall als Beispiel beschrieben, bei dem der Benutzer die Anfrage für eine Diagnose zu der Vorrichtung 200 vom Benutzerendgerät 230 sendet, aber in Anbetracht der Tatsache, dass der Zustand des Kommunikationsdienstes für den Benutzer visualisiert werden kann, wodurch beispielsweise eine Nachfrage am Helpdesk erleichtert wird, wenn ein Problem auftritt, wo eine gewünschte Kommunikation nicht durchgeführt werden kann, ist denkbar, den Diagnoseprozess für die eine oder die mehreren SIMs, die mit den Benutzer assoziiert sind, als Antwort auf die bei dem Helpdesk durchgeführten Nachfrage durchzuführen. Dies ermöglicht den Benutzern, die Einzelheiten des Problems zu verstehen, und das Problem selbst zu lösen, bevor sie eine Antwort von dem Helpdesk bekommen, oder die Antwort von dem Helpdesk gründlich zu verstehen.
10 zeigt ein Beispiel eines Bildschirms zur Durchführung einer Nachfrage bei dem Helpdesk gemäß einem zweiten Ausführungsbeispiel der vorliegenden Offenbarung. Ein Nachfragebildschirm 1000 enthält ein Eingabefeld 1010 für SIM-Identifizierer, wie IMSI und ICCID, zusätzlich zu Eingabefeldern für Inhalte der Nachfrage und dergleichen.
Beschreibung der Bezugszeichen

200: Vorrichtung
201: Kommunikationsteil
202: Verarbeitungsteil
203: Speicher
204: Datenbank
210: MNO-Kommunikationsinfrastruktur
220: MVNO-Kommunikationsinfrastruktur
230: Benutzerendgerät
240: IoT-Einrichtung
400: Diagnoseanfrageinformationseingabebildschirm
500: Diagnoseergebnisanzeigebildschirm
510: Verwendungsstatusübersicht
520: Verbindungsstatusübersicht
530: Kommunikationsstatusübersicht
600: Diagnoseergebnisanzeigebildschirm
610: Referenzinformationen
700: Verbindungsstatuseinzelheiten
800: Diagnoseergebnisanzeigebildschirm
810: Referenzinformationen
900: Kommunikationsstatuseinzelheiten
1000: Nachfragebildschirm
1010: SIM-Identifizierer-Eingabefeld

ZITATE ENTHALTEN IN DER BESCHREIBUNG
Diese Liste der vom Anmelder aufgeführten Dokumente wurde automatisiert erzeugt und ist ausschließlich zur besseren Information des Lesers aufgenommen. Die Liste ist nicht Bestandteil der deutschen Patent- bzw. Gebrauchsmusteranmeldung. Das DPMA übernimmt keinerlei Haftung für etwaige Fehler oder Auslassungen.
Zitierte Patentliteratur

JP 6097467 [0008]

Claims

Verfahren zum Diagnostizieren eines Zustands eines Kommunikationsdienstes, der durch einen Betreiber mit einer Kommunikationsinfrastruktur in einer Cloud, die mit einer Kommunikationsinfrastruktur eines MNO verbunden ist, bereitgestellt wird, wobei das Verfahren die Schritte umfasst: Übertragen einer Anfrage zum Beschaffen von Zustandsinformationen hinsichtlich des Zustands für zumindest eine einer oder mehrerer SIMs, die einem Benutzer des Kommunikationsdienstes von dem Betreiber bereitgestellt werden, zu einer oder mehreren Instanzen, die in der Kommunikationsinfrastruktur des Betreibers enthalten sind, Durchführen eines Diagnoseprozesses auf der Grundlage empfangener Zustandsinformationen und Erzeugen von Anzeigeinformationen zum Anzeigen eines Ergebnisses einer Diagnose, das ein Ergebnis des Diagnoseprozesses oder eine Übersicht davon enthält.
Verfahren nach Anspruch 1, wobei die Anfrage zum Beschaffen übertragen wird, wenn eine Anfrage für eine Diagnose der zumindest einen der einen oder mehreren SIMs von einem Benutzerendgerät eines Benutzers empfangen wird, der die eine oder die mehreren SIMs verwendet.
Verfahren nach Anspruch 2, ferner mit dem Schritt: Übertragen einer Annahmebenachrichtigung zum Benachrichtigen des Benutzerendgeräts, dass die Anfrage für die Diagnose angenommen wurde.
Verfahren nach Anspruch 1, wobei die Anfrage zum Beschaffen im Ansprechen auf eine Nachfrage bei einem Helpdesk des Kommunikationsdienstes übertragen wird.
Verfahren nach einem der Ansprüche 1 bis 4, wobei die Zustandsinformationen SIM-Informationen und/oder Sitzungsinformationen und/oder Kommunikationsinformationen und/oder IoT-Einrichtungsinformationen enthalten.
Verfahren nach Anspruch 5, wobei der Diagnoseprozess ein Diagnostizieren des Vorhandenseins oder Fehlens eines Problems hinsichtlich eines Verbindungsstatus in einem Diagnosezeitabschnitt auf der Grundlage von in den Zustandsinformationen enthaltenen Sitzungsinformationen enthält.
Verfahren nach Anspruch 5, wobei der Diagnoseprozess ein Diagnostizieren des Vorhandenseins oder Fehlens eines Problems hinsichtlich eines Verbindungsstatus in einem Diagnosezeitabschnitt auf der Grundlage i) von Sitzungsinformationen, die in den Zustandsinformationen enthalten sind, und ii) einer Funkwellenstärke enthält, die ein Teil von in den Zustandsinformationen enthaltenen IoT-Einrichtungsinformationen ist.
Verfahren nach Anspruch 5, wobei der Diagnoseprozess ein Diagnostizieren des Vorhandenseins oder Fehlens eines Problems hinsichtlich eines Kommunikationsstatus in einem Diagnosezeitabschnitt auf der Grundlage von in den Zustandsinformationen enthaltenen Kommunikationsinformationen enthält.
Verfahren nach einem der Ansprüche 1 bis 8, ferner mit dem Schritt: Übertragen einer Anfrage zum Beschaffen von Betriebsinformationen hinsichtlich einer Kommunikationsinfrastruktur des Betreibers zu einem Server, der nicht in einer Kommunikationsinfrastruktur des Betreibers enthalten ist.
Verfahren nach Anspruch 9, wobei der Diagnoseprozess auf der Grundlage der Zustandsinformationen und der Betriebsinformationen durchgeführt wird.
Verfahren nach einem der Ansprüche 1 bis 10, wobei das Ergebnis der Diagnose eine Vielzahl von Stati enthält, die den Zustand angeben.
Verfahren nach Anspruch 11, wobei die Anzeigeinformationen jeden der Vielzahl von Stati in unterschiedlichen visuellen Darstellungen in Abhängigkeit von einem Ergebnis des Diagnoseprozesses anzeigen.
Verfahren nach Anspruch 11 oder 12, wobei die Anzeigeinformationen veranlassen, dass die Vielzahl von Stati auf einer Linie angeordnet und angezeigt werden.
Programm zum Veranlassen eines Computers zum Ausführen eines Verfahrens zum Diagnostizieren eines Zustands eines Kommunikationsdienstes, der durch einen Betreiber mit einer Kommunikationsinfrastruktur in einer Cloud, die mit einer Kommunikationsinfrastruktur eines MNO verbunden ist, bereitgestellt wird, wobei das Verfahren die Schritte umfasst: Übertragen einer Anfrage zum Beschaffen von Zustandsinformationen hinsichtlich des Zustands für zumindest eine einer oder mehrerer SIMs, die einem Benutzer des Kommunikationsdienstes von dem Betreiber bereitgestellt werden, zu einer oder mehreren Instanzen, die in der Kommunikationsinfrastruktur des Betreibers enthalten sind, Durchführen eines Diagnoseprozesses auf der Grundlage empfangener Zustandsinformationen und Erzeugen von Anzeigeinformationen zum Anzeigen eines Ergebnisses einer Diagnose, das ein Ergebnis des Diagnoseprozesses oder eine Übersicht davon enthält.
Vorrichtung zum Diagnostizieren eines Zustands eines Kommunikationsdienstes, der durch einen Betreiber mit einer Kommunikationsinfrastruktur in einer Cloud, die mit einer Kommunikationsinfrastruktur eines MNO verbunden ist, bereitgestellt wird, wobei die Vorrichtung die Schritte ausführt: Übertragen einer Anfrage zum Beschaffen von Zustandsinformationen hinsichtlich des Zustands für zumindest eine einer oder mehrerer SIMS, die einem Benutzer des Kommunikationsdienstes vom Betreiber bereitgestellt werden, zu einer oder mehreren Instanzen, die in der Kommunikationsinfrastruktur des Betreibers enthalten sind, Durchführen eines Diagnoseprozesses auf der Grundlage empfangener Zustandsinformationen und Erzeugen von Anzeigeinformationen zum Anzeigen eines Ergebnisses einer Diagnose, das ein Ergebnis des Diagnoseprozesses oder eine Übersicht davon enthält.