Question

我一直在关注J8583：http://j8583.sourceforge.net/xmlconf.html。

这是一个非常棒的Api并且维护得很好，对作者/开发者来说很荣幸。

我想知道是否有人成功地将它用于EMV交易和/或图书馆是否可以处理这些数据和/或这样做是否安全。

看起来好像我需要使用复合自定义字段来查看主位图的字段55。如果数据存在，那么我需要调查EMV标签并根据需要进行解析。

我的示例ISO消息如下所示：

666600000000000002001495F2A0201245F34010182021C008407A0000000031010950580000000009A031102249B0268009C01009F02060000000000009F03060000000000009F0607A00000000310109F0802008C9F0902008C9F100706010A039000009F1A0201249F2608423158936ED6C38F9F2701809F3303E0B0C89F34034103029F3501229F360200019F3704ACAC66E89F5800DF0100DF0200DF0400

6666前缀是我设置的模板，仅用于测试此场景，它只有LLLVAR类型的字段55

如果我们要查看解码EMV数据，我们可以使用http://www.emvlab.org/tlvutils/并粘贴：

5F2A0201245F34010182021C008407A0000000031010950580000000009A031102249B0268009C01009F02060000000000009F03060000000000009F0607A00000000310109F0802008C9F0902008C9F100706010A039000009F1A0201249F2608423158936ED6C38F9F2701809F3303E0B0C89F34034103029F3501229F360200019F3704ACAC66E89F5800DF0100DF0200DF0400

将产生一个我有效地尝试重现的结果表。

我的输出很简单：

Output: 

666600000000000002001495F2A0201245F34010182021C008407A0000000031010950580000000009A031102249B0268009C01009F02060000000000009F03060000000000009F0607A00000000310109F0802008C9F0902008C9F100706010A039000009F1A0201249F2608423158936ED6C38F9F2701809F3303E0B0C89F34034103029F3501229F360200019F3704ACAC66E89F5800DF0100DF0200DF0400
Message type: 6666
FIELD TYPE    VALUE
   55 LLLVAR [5F2A0201245F34010182021C008407A0000000031010950580000000009A031102249B0268009C01009F02060000000000009F03060000000000009F0607A00000000310109F0802008C9]

因为我还没有在自定义领域工作，因为我想首先向SO社区询问他们的想法。

提前感谢任何帮助/建议。

同样......如果有人读这篇文章有1500个代表，也许J8583应该得到它自己的标签？

Answer 1

发布以防其他人应该偶然发现这篇文章。

确定J8583库不适合EMV数据。它是一个很棒的库，但不适合解析BER-TLV标签的任务使用复合字段也是不合适的，因为这些子字段是通过索引访问的，如果缺少某个子字段则不会很明显。

无论如何，好消息 - 这个库对于解析标签来说是不可思议的：{{3}}

您可以将它包装在J8583 lib的字段55中，您是否已经在使用它。我认为55是标准。

玩得开心！：）

J8583 Api和EMV凭证

1 个答案: