一种信息处理的方法、装置和存储介质
文献发布时间：2023-06-19 12:10:19
技术领域
本申请涉及电子商务领域，尤其涉及一种信息处理的方法、装置和存储介质。
背景技术
CPS(Cost Per Sales)广告是网络广告的一种，广告主为规避广告费用风险，按照广告点击之后产生的实际销售笔数付给广告站点销售提成费用。在CPS广告中，广告主可以设置多个定向推广计划，定向推广计划中可以设置商品的推广佣金比例和定向的推客标签，每个标签对应某一类推客群体。当推客推广某个商品后，需要计算推广商品的佣金，计算过程中一般需要在各个推客和对应的标签之间，以及各个标签和对应的定向推广计划之间建立对应关系。这些对应关系需要常驻消耗大量内存，无法适应用户量的持续增长。
发明内容
本申请的各实施例提供了一种信息处理的方法、装置和存储介质，有助于提高信息查询时的处理效率。
在一个实施例中，一种信息处理的方法，包括：
获取待处理物品标识和当前的推客标识；
基于待处理物品标识，在预先加载的第一映射关系中查询与待处理物品标识对应的至少一个计划信息，生成第一计划信息集合，其中，第一映射关系包含各待处理物品标识分别对应的至少一个计划信息；
基于当前的推客标识，遍历预先加载的第二映射关系，并筛选出与当前的推客标识对应的标签信息，生成待筛选标签信息集合，其中，第二映射关系包含各标签信息分别对应的至少一个推客标识；
遍历预先加载的第三映射关系，判断为当前的推客标识对应的待筛选标签信息集合筛选出的第二计划信息集合中是否包含第一计划信息集合中的至少一个计划信息，并在包含时，为该待处理物品标识适用该当前的推客标识及包含的至少一个计划信息，其中，第三映射关系包含各标签信息分别对应的至少一个计划信息。
可选地，进一步包括生成第二映射关系的步骤：
获取至少一个标签信息和至少一个推客标识；
遍历推客标识，当该推客标识包含至少一个标签信息时，计算该推客标识在该标签信息中的点位，并将该点位的数值设置为预设数值，生成各个标签信息与分别对应的至少一个推客标识的第二映射关系。
可选地，进一步包括生成第三映射关系的步骤：
获取至少一个标签信息和至少一个计划信息；
遍历计划信息，当该计划信息包含至少一个标签信息时，计算该计划信息在该标签信息中的点位，并将该计划信息的标识信息添加至该点位，生成各个标签信息与分别对应的至少一个计划信息的第三映射关系。
可选地，将第二映射关系和第三映射关系中没有添加数值的点位进行压缩，并将压缩后的第二映射关系和第三映射关系进行存储。
可选地，基于第三映射关系，获取与待筛选标签信息集合中的各标签信息分别对应的至少一个计划信息，生成与各标签信息相应的第二计划信息集合。
在另一个实施例中，提供了一种信息处理的装置，该装置包括：
获取模块，用于获取待处理物品标识和当前的推客标识；
第一生成模块，用于基于待处理物品标识，在预先加载的第一映射关系中查询与待处理物品标识对应的至少一个计划信息，生成第一计划信息集合，其中，第一映射关系包含各待处理物品标识分别对应的至少一个计划信息；
第二生成模块，用于基于当前的推客标识，遍历预先加载的第二映射关系，并筛选出与当前的推客标识对应的标签信息，生成待筛选标签信息集合，其中，第二映射关系包含各标签信息分别对应的至少一个推客标识；
判断模块，用于遍历预先加载的第三映射关系，判断为当前的推客标识对应的待筛选标签信息集合筛选出的第二计划信息集合中是否包含第一计划信息集合中的至少一个计划信息，并在包含时，为该待处理物品标识适用该当前的推客标识及包含的至少一个计划信息，其中，第三映射关系包含各标签信息分别对应的至少一个计划信息。
可选地，该装置还包括第三生成模块：
获取至少一个标签信息和至少一个推客标识；
遍历推客标识，当该推客标识包含至少一个标签信息时，计算该推客标识在该标签信息中的点位，并将该点位的数值设置为预设数值，生成各个标签信息与分别对应的至少一个推客标识的第二映射关系。
可选地，该装置还包括第四生成模块：
获取至少一个标签信息和至少一个计划信息；
遍历计划信息，当该计划信息包含至少一个标签信息时，计算该计划信息在该标签信息中的点位，并将该计划信息的标识信息添加至该点位，生成各个标签信息与分别对应的至少一个计划信息的第三映射关系。
可选地，第三生成模块或第四生成模块还用于：
将第二映射关系和第三映射关系中没有添加数值的点位进行压缩，并将压缩后的第二映射关系和第三映射关系进行存储。
可选地，该装置还包括第五生成模块：
基于第三映射关系，获取与待筛选标签信息集合中的各标签信息分别对应的至少一个计划信息，生成与各标签信息相应的第二计划信息集合。
在本申请的另一个实施例中，提供了一种非瞬时计算机可读存储介质，所述非瞬时计算机可读存储介质存储指令，所述指令在由处理器执行时引发所述处理器执行前述实施例中的信息处理的方法。
在本发明的另一个实施例中，提供了一种电子设备，包括处理器，所述处理器用于执行上述信息处理的方法中的各个步骤。
基于上述实施例，针对获取的待处理物品标识和当前的推客标识，分别加载第一映射关系、第二映射关系和第三映射关系。首先由第一映射关系查询待处理物品标识可适用的计划信息组成的第一计划信息集合，其次通过第二映射关系查询与当前的推客标识相应的标签信息，以及通过查询到的标签信息在第三映射关系查询与当前的推客标识相应的第二计划信息集合，并结合前述第一计划信息集合判断该待处理物品标识可适用的与当前的推客信息相关的计划信息。其中，第二映射关系中建立的标签信息与推客标识的对应关系，以及第三映射关系中建立的标签信息与计划信息的对应关系，基于较少的标签信息创建数据映射关系，在数据初始化时优化了反复创建大量对象可能导致的查询效率较低的问题。
附图说明
为了更清楚地说明本申请实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。
图1为本申请的一个实施例中的一种信息处理的方法的流程示意图；
图2为本申请的另一个实施例中的一种信息处理的方法的扩展流程示意图；
图3为本申请的一个实施例示出的第二映射关系的数据结构图；
图4为本申请的一个实施例示出的在第二映射关系中查找与当前的推客标识对应的标签信息的示意图；
图5为本申请的一个实施例示出的在第三映射关系中查找对应的标签信息的示意图；
图6为本申请的另一个实施例中的一种信息处理的装置的示意图；
图7为本申请的另一个实施例所提供的一种电子设备的示意图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例如能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含。例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其他步骤或单元。
基于现有技术中的问题，本申请实施例在一般以实际销售产品数量来计算广告费用的按销售付费广告体系(Cost Per Sales，CPS)中，对推客标识和标签信息之间标签关系、以及标签信息和计划信息之间的映射关系之间的数据对应关系进行调整，同时，优化各个数据映射关系中的数据结构，减少各个数据映射关系的常驻内存，查询时减少了内存寻址时间，提升查询性能。
图1为本申请的一个实施例中的一种信息处理的方法的流程示意图。如图1所示，具体地的流程步骤如下：
S101，获取待处理物品标识和当前的推客标识。
本步骤中，本申请实施例中的待处理物品标识为需要进行计划信息适配的物品对应的物品标识，以及，当前的推客标识为当前获取的可以进行物品推广的人员标识。
S102，基于待处理物品标识，在预先加载的第一映射关系中查询与待处理物品标识对应的至少一个计划信息，生成第一计划信息集合，其中，第一映射关系包含各待处理物品标识分别对应的至少一个计划信息。
本步骤中，第一映射关系为预先获取的各个待处理物品标识和可适用于与该待处理物品标识对应的物品的计划信息之间的对应关系。每个待处理物品标识可以对应至少一个计划信息，相应地，每个计划信息也可以对应多个待处理物品标识。其中，计划信息为可适用与各个物品的定向推广计划信息。
对于获取到的每个待处理物品标识，在预先加载的第一映射关系汇中与该待处理物品标识对应的计划信息，并将查询到的各计划信息组成该待处理物品标识对应的第一计划信息集合。
S103，基于当前的推客标识，遍历预先加载的第二映射关系，并筛选出与当前的推客标识对应的标签信息，生成待筛选标签信息集合，其中，第二映射关系包含各标签信息分别对应的至少一个推客标识。
本步骤中，第二映射关系为预先获取的各标签信息与包含该标签信息的推客标识之间的对应关系。其中，推客标识为可以对物品进行线上推广的推客的用户标识。各推客标识可以拥有至少一个标签信息。因标签信息的数量较少，而推客标识较多，以标签信息为基准，建立各个标签信息下对应的推客标识的映射关系。
另外，基于当前的推客标识，在第二映射关系中查询与该推客标识对应的标签信息，生成该推客标识对应的待筛选标签信息集合。
S104，遍历预先加载的第三映射关系，判断为当前的推客标识对应的待筛选标签信息集合筛选出的第二计划信息集合中是否包含第一计划信息集合中的至少一个计划信息，并在包含时，为该待处理物品标识适用该当前的推客标识及包含的至少一个计划信息，其中，第三映射关系包含各标签信息分别对应的至少一个计划信息。
本步骤中，第三映射关系为预先获取的各标签信息与对应的计划信息之间的对应关系。其中，每个标签信息可以对应至少一个计划信息，相应地，每个计划信息可与至少一个标签信息相对应。
基于前述步骤S103获取的当前的推客标识对应的待筛选标签信息集合，在第三映射关系中获取待筛选标签信息集合中的各个标签信息对应的计划信息，组成第二计划信息集合。判断该第二计划信息集合与前述步骤S101获取的待处理物品标识对应的第一计划信息集合中是否有相同的计划信息，并在包含相同的计划信息时，为待处理物品标识适用该当前的推客标识的相同的至少一个计划信息。
基于上述实施例的信息处理的方法，针对获取的待处理物品标识和当前的推客标识，分别加载第一映射关系、第二映射关系和第三映射关系。首先由第一映射关系查询待处理物品标识可适用的计划信息组成的第一计划信息集合，其次通过第二映射关系查询与当前的推客标识相应的标签信息，以及通过查询到的标签信息在第三映射关系查询与当前的推客标识相应的第二计划信息集合，并结合前述第一计划信息集合判断该待处理物品标识可适用的与当前的推客信息相关的计划信息。其中，第二映射关系中建立的标签信息与推客标识的对应关系，以及第三映射关系中建立的标签信息与计划信息的对应关系，基于较少的标签信息创建数据映射关系，在数据初始化时优化了反复创建大量对象可能导致的查询效率较低的问题。
图2为如图1所示的一种信息处理的方法的扩展流程示意图。请参见图2，主要包括如下步骤：
S201，生成并加载第一映射关系。
本步骤中，本申请实施例中的待处理物品标识一般为电子商务领域中的库存保有单位即库存进出计量的单位(Stock keeping Unit，SKU)。在系统中为需要进行定向推广计划信息匹配的待处理物品标识SkuID和相应的可适用的计划信息PlanID之间建立第一映射关系skuPlansMap，其为java数据类型Map
S202，生成并加载第二映射关系。
这里，获取至少一个标签信息和至少一个推客标识；遍历推客标识，当该推客标识包含至少一个标签信息时，计算该推客标识在该标签信息中的点位，并将该点位的数值设置为预设数值，生成各个标签信息与分别对应的至少一个推客标识的第二映射关系。
具体地，基于获取的标签信息和推客信息，针对每一个标签信息，将包含该标签信息的推客标识标记在该标签信息下，生成标签信息和推客标识之间的第二映射关系。其中，推客标识为对线上商品进行推广的人员的用户标识，在CPS广告体系中，推客为进行广告推广的角色，商品售出后收取广告佣金。第二映射关系的生成过程中对标签信息和对应的推客标识之间的映射存储数据结构进行优化，通过使用RoaringBitmap代替java原生的HashSet结构，极大的节约了存储空间。如图3所示，图3为本申请的一个实施例示出的第二映射关系的数据结构图。其中，本申请实施例使用支持64位长整型数字的RoaringBitmap的扩展类Roaring64NavigableMap对第二映射关系进行映射存储数据结构的优化。优化后的UnionID与TagID的第二映射关系TagsUnionIdsMap为java数据类型Map
在对第二映射关系进行前述结构优化后，将第二映射关系中没有添加数值的点位进行压缩，并将压缩后的第二映射关系进行存储。第二映射关系中的映射存储数据结构经过压缩后，会将连续的没有设置数值的点位如0值位进行“折叠”，使得其映射存储数据结构更加紧密高效。
S203，生成并加载第三映射关系。
本步骤中，获取至少一个标签信息和至少一个计划信息；遍历计划信息，当该计划信息包含至少一个标签信息时，计算该计划信息在该标签信息中的点位，并将该计划信息的标识信息添加至该点位，生成各个标签信息与分别对应的至少一个计划信息的第三映射关系。
具体地，基于获取的标签信息和计划信息，针对每一个标签信息，将包含该标签信息的计划信息标记在该标签信息下，生成标签信息和计划信息之间的第三映射关系。其中，在CPS广告体系中，计划信息中可以设置商品的推广佣金比例和定向的标签信息，每个标签信息对应某一类推客群体。第三映射关系的生成过程中对标签信息和对应的计划信息之间的映射存储数据结构进行优化，与第二映射关系的优化过程相似地，第三映射关系的数据结构图与图3所示的第二映射关系的数据结构图的示意图类似。优化后的PlanID与TagID的第三映射关系TagPlansMap也为java数据类型Map
在对第三映射关系进行前述结构优化后，与第二映射关系类似的，将第三映射关系中没有添加数值的点位进行压缩，并将压缩后的第三映射关系进行存储。
上述步骤S201至步骤S203之间没有前后执行顺序关系，可以同时生成或者分别生成。
S204，获取待处理物品标识和当前的推客标识。
本步骤中，获取当前需要进行线上推广的物品的待处理标识，以及，获取可以与该待处理物品标识进行匹配查询的推客标识，确定参加匹配查询的当前的推客标识。
S205，基于待处理物品标识，在第一映射关系中查询与待处理物品标识对应的至少一个计划信息，生成第一计划信息集合。
本步骤中，遍历第一映射关系查询出与该待处理物理标识对应的至少一个计划信息，将查询出的计划信息组成第一计划信息集合。
S206，基于当前的推客标识，遍历第二映射关系，并筛选出与当前的推客标识对应的标签信息，生成待筛选标签信息集合。
这里，将获取的当前的推客标识的数值进行转化，转化为在第二映射关系中的各个标签信息对应的点位，并在第二映射关系中的该点位查询是否存在预设数值，当存在预设数值时，判断该标签信息与当前的推客标识对应。遍历第二映射关系，重复前述查询过程，输出筛选出的标签信息，生成待筛选标签信息集合。
如图4所示，为本申请的一个实施例示出的在第二映射关系中查找与当前的推客标识对应的标签信息的示意图。其中，针对UnionID(1234567)在第二映射关系中查询对应的TagID。筛选出Tag1和TagN-1作为当前的推客标识对应的待筛选标签集合。
S207，基于第三映射关系，获取与待筛选标签信息集合中的各标签信息分别对应的至少一个计划信息，生成与各标签信息相应的第二计划信息集合。
本步骤中，将获取的当前的计划信息PlanID的数值进行转化，转化为在第三映射关系中的待筛选标签信息集合中的各个标签信息对应的点位，并在第三映射关系中的该点位查询是否存在预设数值，当存在预设数值时，判断该标签信息与该计划信息PlanID对应。遍历第三映射关系，重复前述查询过程，输出筛选出的标签信息，生成待第二计划信息集合。
如图5所示，为本申请的一个实施例示出的在第三映射关系中查找对应的标签信息的示意图。其中，针对PlanID在第三映射关系中查询对应的TagID。此时第三映射关系中参与查询的数据关系仅包含待筛选标签信息集合中的各标签信息，如图5中，Tag2不在待筛选标签信息集合中，因此该数据关系不参与查询。最终筛选出Tag1和Tag3对应的计划信息PlanID1和PlanID3作为与当前的推客标识对应标签信息的第二计划信息集合。
S208，判断为当前的推客标识对应的待筛选标签信息集合筛选出的第二计划信息集合中是否包含第一计划信息集合中的至少一个计划信息。
若不包含时，结束流程。
S209，若包含时，为该待处理物品标识适用该当前的推客标识及包含的至少一个计划信息。
综上，本申请实现一种信息处理的方法。
如待处理物品标识SkuID为sku1的物品同时存在三个计划信息PlanID并对其设置了佣金比例，计划信息PlanID为第一计划信息集合分别包含10001、10002、10003；某推客UnionID推广了sku1，此推客的UnionID为20001，次推客同时有两个TagID，分别为3001、3002；前述计划信息PlanID分别定向了不同的TagID：10001->(3001)、10002->(3003)、10003->(3002,3004)。进一步地，通过sku1查找到计划信息PlanID(10001、10002、10003)；通过UnionID查找到其TagID(3001和3002)；依次检查各个计划信息PlanID如10001是否在TagID如3001或3002的bitmap中，如果存在则加入“第二计划信息集合”；为计划信息PlanID(10002和10003)重复上述过程；此示例获取的第二计划信息集合为：[10001,10003]。其中，第二计划信息集合”[10001,10003]均在第一计划信息集合中，则为此推客可享受的计划，后续再择优使用。
基于上述方案，本申请实施例通过优化推客标识和标签信息之间、标签信息和计划信息之间的数据结构，降低内存开销(理论上可以降至原来的1％)；且优化后的数据结构可以适应未来几十倍用户量增长，且无需申请更多内存。其中，本申请实施例通过使用RoaringBitmap来存储标签信息和推客标识之间的关系数据，以及标签信息和计划信息之间的关系数据，利用其位图特性，将单个数字的存储开销从64位降低到了1位，并且RoaringBitmap会对空闲0位进行压缩，极大节约了内存空间。通过该数据结构的优化解决了内存开销大的问题。
另外，通过使用RoaringBitmap改造后的数据结构，数据初始化时避免了反复创建大量对象，所以初始化速度更快；同时由于内存占用更少、数据更紧凑，查询时减少了内存寻址时间，查询性能随之提高。推客信息被计划信息的查询性能提升，解决了当前技术数据初始化慢、查询性能差、推广跟单延时高的问题。
基于与前述信息处理的方法的同一发明构思，本申请实施例还提供一种信息处理的装置。
图6为本申请的另一个实施例中的一种信息处理的装置的示意图。其中，该信息处理的装置可以包括：
获取模块61，用于获取待处理物品标识和当前的推客标识；
第一生成模块62，用于基于待处理物品标识，在预先加载的第一映射关系中查询与待处理物品标识对应的至少一个计划信息，生成第一计划信息集合，其中，第一映射关系包含各待处理物品标识分别对应的至少一个计划信息；
第二生成模块63，用于基于当前的推客标识，遍历预先加载的第二映射关系，并筛选出与当前的推客标识对应的标签信息，生成待筛选标签信息集合，其中，第二映射关系包含各标签信息分别对应的至少一个推客标识；
判断模块64，用于遍历预先加载的第三映射关系，判断为当前的推客标识对应的待筛选标签信息集合筛选出的第二计划信息集合中是否包含第一计划信息集合中的至少一个计划信息，并在包含时，为该待处理物品标识适用该当前的推客标识及包含的至少一个计划信息，其中，第三映射关系包含各标签信息分别对应的至少一个计划信息。
本实施例中，获取模块61、第一生成模块62、第二生成模块63和判断模块64的具体功能和交互方式，可参见图1对应的实施例的记载，在此不再赘述。
可选地，该装置还包括第三生成模块65：
获取至少一个标签信息和至少一个推客标识；
遍历推客标识，当该推客标识包含至少一个标签信息时，计算该推客标识在该标签信息中的点位，并将该点位的数值设置为预设数值，生成各个标签信息与分别对应的至少一个推客标识的第二映射关系。
可选地，该装置还包括第四生成模块66：
获取至少一个标签信息和至少一个计划信息；
遍历计划信息，当该计划信息包含至少一个标签信息时，计算该计划信息在该标签信息中的点位，并将该计划信息的标识信息添加至该点位，生成各个标签信息与分别对应的至少一个计划信息的第三映射关系。
可选地，第三生成模块65或第四生成模块66还用于：
将第二映射关系和第三映射关系中没有添加数值的点位进行压缩，并将压缩后的第二映射关系和第三映射关系进行存储。
可选地，该装置还包括第五生成模块67：
基于第三映射关系，获取与待筛选标签信息集合中的各标签信息分别对应的至少一个计划信息，生成与各标签信息相应的第二计划信息集合。
图7为本申请的另一个实施例所提供的一种电子设备的示意图。如图7所示，本申请的又一实施例还提供一种电子设备，其可以包括处理器701，其中，处理器701用于执行上述一种信息处理的方法的步骤。从图7中还可以看出，上述实施例提供的电子设备还包括非瞬时计算机可读存储介质702，该非瞬时计算机可读存储介质702上存储有计算机程序，该计算机程序被处理器701运行时执行上述一种信息处理的方法的步骤。
具体地，该非瞬时计算机可读存储介质702能够为通用的存储介质，如移动磁盘、硬盘、FLASH、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、或便携式紧凑磁盘只读存储器(CD-ROM)等，该非瞬时计算机可读存储介质702上的计算机程序被处理器701运行时，能够引发处理器701执行上述的一种信息处理的方法中的各个步骤。
实际应用中，所述的非瞬时计算机可读存储介质702可以是上述实施例中描述的设备/装置/系统中所包含的，也可以是单独存在，而未装配入该设备/装置/系统中。上述计算机可读存储介质承载有一个或者多个程序，当上述一个或多个程序被执行时，能够执行上述的一种对信息处理的方法中的各个步骤。
本申请附图中的流程图和框图，示出了按照本申请公开的各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或者代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应该注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同附图中所标注的顺序发生。例如，两个连接地表示的方框实际上可以基本并行地执行，它们有时也可以按照相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或者流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
本领域技术人员可以理解，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合，即使这样的组合或结合没有明确记载于本申请中。特别地，在不脱离本申请精神和教导的情况下，本申请的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合，所有这些组合和/或结合均落入本申请公开的范围。
最后应说明的是：以上所述实施例，仅为本申请的具体实施方式，用以说明本申请的技术方案，而非对其限制，本申请的保护范围并不局限于此，尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，其依然可以对前述实施例所记载的技术方案进行变更或可轻易想到变化，或者对其中部分技术特征进行等同替换；而这些变更、变化或者替换，并不使相应技术方案的本质脱离本申请实施例技术方案的精神和范围，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应所述以权利要求的保护范围为准。
- 位置确定处理装置、位置确定处理方法、位置确定处理程序、移动信息处理装置、移动信息处理方法、移动信息处理程序和存储介质
- 信息处理装置、信息处理装置的控制方法和存储了信息处理程序的非暂时存储介质